SUMMARY: Maybe this all boils down to "how do we debug when Java fails on Centos 6?
DETAILS: If you don't have the Samsung Galaxy S3, then you might not realize how frustratingly difficult it is to transfer multiple files from the smartphone to Centos 6.
It should be as simple as hooking up a USB cable and dragging and dropping (which it is, on most other smartphones, including the Samsung Galaxy S2, which has USBMS mode still intact).
Note: I don't have a microUSB card, so that isn't an option and I have no desire to transfer the personal photos to the cloud just to get them from the phone to Centos, nor to install Wine and/or a virtuoal OS just to do something as simple as transfer files.
On the Samsung Galaxy S3, you can go all day to Settings->More Settings-> but there is nothing for "USB" anywhere anymore.
Unfortunately, [url=http://androidforums.com/computers/499522-looking- linux-file-transfer-tool-android-4-0-devices.html]Google has apparently disabled USB transfer in the Android OS 4.0[/url] and above and replaced it with MTP file transfer.
So Windows recognizes any ICS device plugged in, and Mac does too (via Android File Transfer); but Centos does not.
Anyway, [url=https://www.centos.org/modules/newbb/viewtopic.php? topic_id=39977&forum=57&post_id=182904#forumpost182904]the workaround[/ url], is to use Kies Air to transfer the files over the air via WiFi from the phone to the Centos PC. This works - but that brings up the problem of [b]multiple[/b] files.
The Kies Air gui for transferring multiple files at once is trivial (you just check "all files"); but it doesn't work. There is no error message. There are no warnings. There are no indications whatsoever; it just doesn't transfer anything. If you use the exact same procedure to transfer a single file, it works just fine.
Googling for "Kies air won't download multiple files", I find a bazillion others have this problem - but most answers simply say to "install Java" on the host PC.
For example: http://www.samsung.com/uk/support/usefulsoftware/KIESAIR/JSP Q: I cannot send multiple files at once A: Need to install Java – downloadable from the Java homepage (www.java.com ) in order to transfer multiple files at once or to upload a file over 100MB.
So maybe this whole frustrating task of downloading multiple files from the smartphone to Centos hinges on debugging Java. Here's where I'm lost though. I know nothing about Java. What does "install Java" mean for Centos 6? Is that icedtea? [b]Q: How can I get an error message if icedtea isn't working when I try to transfer multiple files via Kies Air?[/b]
[img]http://www5.picturepush.com/photo/a/13140568/640/13140568.png%5B/img]
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
Unfortunately, [url=http://androidforums.com/computers/499522-looking- linux-file-transfer-tool-android-4-0-devices.html]Google has apparently disabled USB transfer in the Android OS 4.0[/url] and above and replaced it with MTP file transfer.
So Windows recognizes any ICS device plugged in, and Mac does too (via Android File Transfer); but Centos does not.
That's a bug in Android (or perhaps just your device, since on that thread other users report ICS does support USB mass storage), not CentOS. I understand that's not helpful to you, but it's good to be clear.
I'd install an scp or sftp client on your Android and use that for file transfer to your CentOS box, as suggested by many folks on that thread. There are probably a bunch of clients in the Play store.
--keith
For fun you could install lighttpd. This will bypass any issues that arise from OS limitations. You have a mini web server but it's just going to be for serving files, etc.
you'll be able to wget stuff and...well many many more options.
SCP if all else fails.
On Thu, May 23, 2013 at 10:47 PM, Keith Keller < kkeller@wombat.san-francisco.ca.us> wrote:
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
Unfortunately, [url=http://androidforums.com/computers/499522-looking- linux-file-transfer-tool-android-4-0-devices.html]Google has apparently disabled USB transfer in the Android OS 4.0[/url] and above and replaced it with MTP file transfer.
So Windows recognizes any ICS device plugged in, and Mac does too (via Android File Transfer); but Centos does not.
That's a bug in Android (or perhaps just your device, since on that thread other users report ICS does support USB mass storage), not CentOS. I understand that's not helpful to you, but it's good to be clear.
I'd install an scp or sftp client on your Android and use that for file transfer to your CentOS box, as suggested by many folks on that thread. There are probably a bunch of clients in the Play store.
--keith
-- kkeller@wombat.san-francisco.ca.us
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Thu, May 23, 2013 at 07:47:26PM -0700, Keith Keller wrote:
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
Unfortunately, [url=http://androidforums.com/computers/499522-looking- linux-file-transfer-tool-android-4-0-devices.html]Google has apparently disabled USB transfer in the Android OS 4.0[/url] and above and replaced it with MTP file transfer.
So Windows recognizes any ICS device plugged in, and Mac does too (via Android File Transfer); but Centos does not.
That's a bug in Android (or perhaps just your device, since on that thread other users report ICS does support USB mass storage), not CentOS. I understand that's not helpful to you, but it's good to be clear.
As someone who looked into this after getting the Galaxy SIII.
It does NOT support USB mass storage. I have forgotten the logic, but this is definitely the case.
Ah, here's one quick link explaining it. (Quote from an Android engineer about a quarter of the page down.
http://www.androidcentral.com/ics-feature-mtp-what-it-why-use-it-and-how-set...
On more current distributions, that is, just about everything but RHEL6 and clones, one can install a version of mtpfs, simple-mtpfs on Fedora, for example, jmtpfs on Arch, and get it to work.
I believe it also works with any Virtual Machine that supports USB, but as I have an easily accessible desktop with ArchLinux, I haven't tested that.
On 05/24/2013 05:40 AM, Scott Robbins wrote:
On Thu, May 23, 2013 at 07:47:26PM -0700, Keith Keller wrote:
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
Unfortunately, [url=http://androidforums.com/computers/499522-looking- linux-file-transfer-tool-android-4-0-devices.html]Google has apparently disabled USB transfer in the Android OS 4.0[/url] and above and replaced it with MTP file transfer.
So Windows recognizes any ICS device plugged in, and Mac does too (via Android File Transfer); but Centos does not.
That's a bug in Android (or perhaps just your device, since on that thread other users report ICS does support USB mass storage), not CentOS. I understand that's not helpful to you, but it's good to be clear.
As someone who looked into this after getting the Galaxy SIII.
It does NOT support USB mass storage. I have forgotten the logic, but this is definitely the case.
Ah, here's one quick link explaining it. (Quote from an Android engineer about a quarter of the page down.
http://www.androidcentral.com/ics-feature-mtp-what-it-why-use-it-and-how-set...
On more current distributions, that is, just about everything but RHEL6 and clones, one can install a version of mtpfs, simple-mtpfs on Fedora, for example, jmtpfs on Arch, and get it to work.
I believe it also works with any Virtual Machine that supports USB, but as I have an easily accessible desktop with ArchLinux, I haven't tested that.
Here is SRPMS from Fuduntu, ftp://ftp.pbone.net/mirror/ftp.sourceforge.net/pub/sourceforge/f/fu/fuduntu/sources/mtpfs-1.1-0.3.svn20120510.fu2012.src.rpm
and here is from Fedora 17: ftp://ftp.icm.edu.pl/vol/rzm2/linux-fedora-secondary/updates/17/SRPMS/simple-mtpfs-0.1-4.fc17.src.rpm
maybe they can be recompiled and added to some repository.
On Thu, 23 May 2013 23:40:17 -0400, Scott Robbins wrote:
On more current distributions, that is, just about everything but RHEL6 and clones, one can install a version of mtpfs, simple-mtpfs on Fedora, for example, jmtpfs on Arch, and get it to work.
Just my luck that Centos is one of those linuxes that are problematic.
Anyway, here's the summary: a) Connecting the Samsung Galaxy S3 by USB (fails) b) Connecting that phone by Kies Air (fails for multiple files, no error message!) c) Connecting that phone by AirDroid (works! Even for multiple files!)
Slow. Cumbersome. But all that matters is that files can be transferred from the Samsung Galaxy SIII to the Centos 6 PC.
MTP doesn't work all that well on Linux even when it works.
The real easy and best solution is 'Wifi File Explorer' which runs a web server on your phone which you can access from the desktop computer and transfer files & folders between them. I use Fedora for desktop system and I definitely still use Wifi File Explorer.
I think most people are using cloud storage with the smart phones these days and that makes for tepid enthusiasm for attempting to maintain any type of synchronization between a single desktop system and the smart phone. The cloud or running Wifi File Explorer on your smart phone becomes a solution that allows you to add other computers and devices into the equation at any time.
Craig
On May 24, 2013, at 7:33 AM, Rock wrote:
On Thu, 23 May 2013 23:40:17 -0400, Scott Robbins wrote:
On more current distributions, that is, just about everything but RHEL6 and clones, one can install a version of mtpfs, simple-mtpfs on Fedora, for example, jmtpfs on Arch, and get it to work.
Just my luck that Centos is one of those linuxes that are problematic.
Anyway, here's the summary: a) Connecting the Samsung Galaxy S3 by USB (fails) b) Connecting that phone by Kies Air (fails for multiple files, no error message!) c) Connecting that phone by AirDroid (works! Even for multiple files!)
Slow. Cumbersome. But all that matters is that files can be transferred from the Samsung Galaxy SIII to the Centos 6 PC.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Fri, 24 May 2013 08:03:52 -0700, Craig White wrote:
I think most people are using cloud storage with the smart phones these days
I understand.
Anyway, here's a summary for the next person with this same problem (Note: This affects other phones but I don't know which are affected.)
Summary of the current status: Connecting the SG S3 by USB cable (fails for every Centos owner) Connecting the SG S3 by Kies Air (Java fails for multiple files, no errors!) Connecting the SG S3 by AirDroid (Works! Zips up multiple files, slow but OK) ... Connecting the SG S3 by Android FTPServer (suggested, complicated setup) Connecting the SG S3 by WiFi File Explorer (didn't work on my 1st test) Connecting the SG S3 by WiFi File Transfer (didn't work on my 1st test) Connecting the SG S3 by Total Commander for Android (suggested, untested) Connecting the SG S3 by WiFi file transfer pro (suggested, untested) Note: When testing solutions, my general approach is to give each suggested program a single pass - and if that fails, to then move on to the next solution. If no solutions work, then I revisit the prior attempts and implement heroics to get it to work, if needed.
Deprecated approaches which would also work to transfer pictures: MicroSD card (shouldn't have to buy storage just to transfer pictures) Dropbox or the cloud (shouldn't have to do that just to transfer data) Windows/Mac (shouldn't have to give up on your Centos operating system) Wine/Emulation/Virtual OS (shouldn't have to give up on native Centos) Email them to myself (shouldn't have to do that just to transfer pictures)
< Rant > Why the Android dev team removed USB file transfer for Linux users is beyond me! < /Rant >
On Fri, May 24, 2013 at 11:12 AM, Rock Rocksockdoc@gmail.com wrote:
On Fri, 24 May 2013 08:03:52 -0700, Craig White wrote:
I think most people are using cloud storage with the smart phones these
days
I understand.
Anyway, here's a summary for the next person with this same problem (Note: This affects other phones but I don't know which are affected.)
Summary of the current status: Connecting the SG S3 by USB cable (fails for every Centos owner) Connecting the SG S3 by Kies Air (Java fails for multiple files, no errors!) Connecting the SG S3 by AirDroid (Works! Zips up multiple files, slow but OK) ... Connecting the SG S3 by Android FTPServer (suggested, complicated setup) Connecting the SG S3 by WiFi File Explorer (didn't work on my 1st test) Connecting the SG S3 by WiFi File Transfer (didn't work on my 1st test) Connecting the SG S3 by Total Commander for Android (suggested, untested) Connecting the SG S3 by WiFi file transfer pro (suggested, untested) Note: When testing solutions, my general approach is to give each suggested program a single pass - and if that fails, to then move on to the next solution. If no solutions work, then I revisit the prior attempts and implement heroics to get it to work, if needed.
Deprecated approaches which would also work to transfer pictures: MicroSD card (shouldn't have to buy storage just to transfer pictures) Dropbox or the cloud (shouldn't have to do that just to transfer data) Windows/Mac (shouldn't have to give up on your Centos operating system) Wine/Emulation/Virtual OS (shouldn't have to give up on native Centos) Email them to myself (shouldn't have to do that just to transfer pictures)
< Rant > Why the Android dev team removed USB file transfer for Linux users is beyond me! < /Rant >
This is a "feature" of Android 4.0 and above. That's when the switch to the MTP protocol on that end happened.
Older Android phones (2.x if I remember correctly) will still mount as a file system when connected to USB on CentOS.
On 05/24/2013 11:12 AM, Rock wrote:
[snip]
< Rant > Why the Android dev team removed USB file transfer for Linux users is beyond me! < /Rant >
The reason is pretty straightforward...FAT sucks.
USB Mass Storage serves up a block device in a linear layout over USB. This shows up under Linux as a raw block device. Unless you're using a disk-level filesystem such as OCFS2, or all mounts are read-only, there's no way to safely have multiple filesystem drivers independently access that disk at the same time.
MTP is the workaround for that, at least on mobile devices.
FWIW, Calibre uses MTP to push books and such to Android devices (including my S3 and my Xoom), and it manages it reliably. Whatever library it's using could surely be placed under a FUSE filesystem.
On May 24, 2013, at 8:12 AM, Rock wrote:
< Rant > Why the Android dev team removed USB file transfer for Linux users is beyond me! < /Rant >
---- obviously beyond you.
USB Storage requires the telephone to unmount the memory device from the telephone so the host computer could then mount it and transfer files back and forth. That is simply not an option for main memory but an option for expansion cards.
Craig
On Fri, 24 May 2013 08:30:51 -0700, Craig White wrote:
obviously beyond you.
Indeed! :)
I'm just a regular Joe user of a smartphone & Centos (which is the OS choice of my employer who provides the laptop).
While most of you, on Centos, are experienced with compiling source code (e.g., MPT source), I fail half the time if/when I try to run make files.
USB Storage requires the telephone to unmount the memory device from the telephone so the host computer could then mount it and transfer files back and forth. That is simply not an option for main memory but an option for expansion cards.
For an average user, will this problem of mounting an IceCreamSandwich Android phone to a Centos laptop be resolved when MTP RPMs are available?
If so, when would we expect to see MTP RPMs in the standard repositories? (i.e., how long should I expect my workaround to be in place?)
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
If so, when would we expect to see MTP RPMs in the standard repositories?
What do you think are the "standard" repositories?
If you think that they are CentOS base, then they will almost certainly not appear at all for CentOS 6. And if my understanding of the MTP libraries is correct, they probably won't appear in extras, either. So unless someone on the team has a compelling reason to put these packages in addons (packages which change 100% binary compatibility with upstream) it is really unlikely that they will ever appear in an official CentOS repo. (98% of the time I appreciate that the CentOS team is conservative even when adding packages to addons. The other 2% I remind myself of the above and look elsewhere.)
If you're asking about other yum repositories, you'd have to ask them. (Though IIRC some of those developers hang out here every once in a while.)
--keith
On Fri, 24 May 2013 09:05:09 -0700, Keith Keller wrote:
What do you think are the "standard" repositories?
From the school of hard luck, the repos I was forced to install are:
$ ls -l /etc/yum.repos.d adobe-linux-x86_64.repo CentOS-Base.repo CentOS-Debuginfo.repo CentOS-Media.repo CentOS-Media.repo.rpmsave CentOS-Vault.repo ... elrepo.repo <== needed for nvidia display drivers, for example ... epel.repo <== needed for recordmydesktop, for example epel-testing.repo ... google-chrome-64bit.repo <== needed for chrome, for example google-chrome.repo ... linuxtech.repo <== needed for DeVeDe, for example ... mirrors-rpmforge mirrors-rpmforge-extras mirrors-rpmforge-testing ... naulinux-school.repo <== needed for avidemux, for example ... nux-dextop.repo <== needed for NAS, for example ... rpmforge.repo <== needed for vlc, for example rpmfusion-nonfree-updates.repo <== needed for vcdimager, for example ... rpmfusion-nonfree-updates-testing.repo ... torproject.repo <== needed for Tor, for example
Of those, assuming the CentOS repositories are standard, I'd guess the other "standard" repos are elrepo, epel, & rpmforge. I've learned never to use Atrpms; and I just can't figure out yum priorities setup; so I get burned rather frequently.
Is that a decent guess as to what's a standard repo for Centos?
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
On Fri, 24 May 2013 09:05:09 -0700, Keith Keller wrote:
What do you think are the "standard" repositories?
Of those, assuming the CentOS repositories are standard
Yes.
I'd guess the other "standard" repos are elrepo, epel, & rpmforge.
Those are third party repositories. Only the CentOS* repositories are official CentOS repos.
--keith
On Fri, 24 May 2013 11:59:34 -0700, Keith Keller wrote:
Only the CentOS* repositories are official CentOS repos.
If I could, I'd stick with those official repositories.
Looking at my installation log file, it seems that I've only needed the non-official repositories about 30 times in the past year, which is pretty good (although I've also given up on a dozen or so, which weren't in any decent repository).
$ sudo yum --enablerepo=elrepo install kmod-nvidia $ sudo yum --enablerepo=elrepo install nvidia-detect $ sudo yum --enablerepo=elrepo install nvidia-x11-drv-32bit $ sudo yum --enablerepo=elrepo-testing install kmod-nvidia $ sudo yum --enablerepo=elrepo-testing install nvidia-x11-drv-32bit $ sudo yum --enablerepo=epel install blender $ sudo yum --enablerepo=epel install gkrellm $ sudo yum --enablerepo=epel install nas $ sudo yum --enablerepo=epel install recordmydesktop $ sudo yum --enablerepo=google-chrome-64bit install google-chrome-stable $ sudo yum --enablerepo=linuxtech-backports install k3b $ sudo yum --enablerepo=linuxtech-release install devede $ sudo yum --enablerepo=linuxtech-release install gnome-alsamixer $ sudo yum --enablerepo=linuxtech-release install vcdimager $ sudo yum --enablerepo=linuxtech-testing install deluge $ sudo yum --enablerepo=linuxtech-testing install devede $ sudo yum --enablerepo=naulinux-school install avidemux $ sudo yum --enablerepo=nux-dextop install kdenlive $ sudo yum --enablerepo=nux.noarch install openshot $ sudo yum --enablerepo=rpmforge install azureus vuze $ sudo yum --enablerepo=rpmforge install dvdauthor $ sudo yum --enablerepo=rpmforge install kino $ sudo yum --enablerepo=rpmforge install libgmime $ sudo yum --enablerepo=rpmforge install mencoder $ sudo yum --enablerepo=rpmforge install openvpn $ sudo yum --enablerepo=rpmforge install pan $ sudo yum --enablerepo=rpmforge install tcptraceroute $ sudo yum --enablerepo=rpmforge install transcode $ sudo yum --enablerepo=rpmforge install uberkey $ sudo yum --enablerepo=rpmforge install vlc
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
On Fri, 24 May 2013 11:59:34 -0700, Keith Keller wrote:
Only the CentOS* repositories are official CentOS repos.
If I could, I'd stick with those official repositories.
You are still missing the point, which is that you are much more likely to get a more accurate and official answer about a package in a non-official repo from a list or forum dedicated to that non-official repo. Yes, people here can guess, but unless they have a relationship with that repo it's just a guess (and possibly not a good one). And unless someone has that relationship, they certainly can't arrange for a new package in one of these repos if that is desired.
Put another way, would you ask Upstream when rpmforge was going to carry these packages?
--keith
On Fri, 24 May 2013 12:56:43 -0700, Keith Keller wrote:
would you ask Upstream when rpmforge was going to carry these packages?
Ah, I see. Sorry for being dense.
I understand. I'm not sure *who* handles the MTP package, but, what you're saying is whomever it is that feels they should own it, would be the ones to ask.
On 05/25/2013 01:24 AM, Rock wrote:
On Fri, 24 May 2013 12:56:43 -0700, Keith Keller wrote:
would you ask Upstream when rpmforge was going to carry these packages?
Ah, I see. Sorry for being dense.
I understand. I'm not sure *who* handles the MTP package, but, what you're saying is whomever it is that feels they should own it, would be the ones to ask.
I just googled for mtpfs and EPEL and here is answer: "
Just a note that it won't compile for EPEL 6. The error is:
checking for MTP... configure: error: Package requirements (libmtp >= 1.1.0) were not met: Requested 'libmtp >= 1.1.0' but version of libmtp is 1.0.1
(libmtp is provided by RHEL, so it's not so easy to upgrade)"
from https://bugzilla.redhat.com/show_bug.cgi?id=820583.
If I try to remove libmtp from my system, I get this:
========================================================= Package Arch Version Repository Size ========================================================= Removing: libmtp x86_64 1.0.1-2.el6 @anaconda-CentOS-201106060106.x86_64/6.0 695 k Removing for dependencies: npapi-vlc x86_64 2.0.0-1.el6 @plc-rpmfusion-free-updates 166 k rhythmbox x86_64 0.12.8-1.el6 @anaconda-CentOS-201106060106.x86_64/6.0 12 M vlc x86_64 2.0.6-1.el6 @plc-rpmfusion-free-updates 3.6 M vlc-core x86_64 2.0.6-1.el6 @plc-rpmfusion-free-updates 35 M vlc-extras x86_64 2.0.6-1.el6 @plc-rpmfusion-free-updates 87 k vlc-plugin-jack x86_64 2.0.6-1.el6 @plc-rpmfusion-free-updates 39 k
Transaction Summary =========================================================
So best course of action could be to ask Red Hat to upgrade libmtp to
=1.1.0 and
add mtp packages from Fedora, and only if they refuse to ask RPMFusion or Repoforge repositories to add them to their repo.
On Sat, 25 May 2013 10:08:45 +0200, Ljubomir Ljubojevic wrote:
So best course of action could be to ask Red Hat to upgrade libmtp add mtp packages from Fedora, and only if they refuse to, ask RPMFusion or Repoforge repositories to add them to their repo.
Wow. Thanks for all that detective work, as I could never have figured that out - nor have I ever asked a repo to add anything, so I'll just let it be.
But it's sad that Centos users can't easily connect their Samsung Galaxy S3 or equivalent smartphones by USB cable.
On Sat, 25 May 2013 10:08:45 +0200, Ljubomir Ljubojevic wrote:
Requested 'libmtp >= 1.1.0' but version of libmtp is 1.0.1 (libmtp is provided by RHEL, so it's not so easy to upgrade)"
I am not a coder, nor have my compiles ever gone well; so I can't do this; but is it possible for someone who knows how to compile to upgrade libmtp to the necessary version?
On Sun, May 26, 2013 at 05:06:50AM +0000, Rock wrote:
On Sat, 25 May 2013 10:08:45 +0200, Ljubomir Ljubojevic wrote:
Requested 'libmtp >= 1.1.0' but version of libmtp is 1.0.1 (libmtp is provided by RHEL, so it's not so easy to upgrade)"
I am not a coder, nor have my compiles ever gone well; so I can't do this; but is it possible for someone who knows how to compile to upgrade libmtp to the necessary version?
If you want 64 bit then
http://home.roadrunner.com/~computertaijutsu/libmtp-1.1.6-0.el6.x86_64.rpm
Note that if you hav VLC installed, this will conflict with its required version of libmtp.
On Sun, 26 May 2013 01:46:34 -0400, Scott Robbins wrote:
If you want 64 bit then http://home.roadrunner.com/~computertaijutsu/libmtp-1.1.6-0.el6.x86_64.rpm Note that if you hav VLC installed, this will conflict with its required version of libmtp.
Thanks. I made a bunch of guesses how to proceed. I'm sure I erred, but here's what I did. What should I correct by way of use model?
$ uname -a Linux machine 2.6.32-358.6.2.el6.x86_64 #1 SMP Thu May 16 20:59:36 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux $ sudo yum install libmtp ==> Package libmtp-1.0.1-2.el6.x86_64 already installed and latest version $ sudo yum remove libmtp ==> Removing: ==> libmtp x86_64 1.0.1-2.el6 @anaconda-CentOS-201112091719.x86_64/6.2 695 k ==> Removing for dependencies: ==> rhythmbox x86_64 0.12.8-1.el6 @anaconda-CentOS-201112091719.x86_64/6.2 12 M ==> vlc x86_64 1.1.13-1.el6.rf @rpmforge 60 M ==> Erasing : rhythmbox-0.12.8-1.el6.x86_64 1/3 ==> Erasing : vlc-1.1.13-1.el6.rf.x86_64 2/3 ==> Erasing : libmtp-1.0.1-2.el6.x86_64 3/3
$ mkdir /tmp/test; cd /tmp/test $ wget http://home.roadrunner.com/~computertaijutsu/libmtp-1.1.6-0.el6.x86_64.rpm ==> Saving to: “libmtp-1.1.6-0.el6.x86_64.rpm”
I'm not sure what the next step is (either rpm -ivh or rpm -Uvh) $ sudo rpm -ivh libmtp-1.1.6-0.el6.x86_64.rpm ==> Preparing... ########################################### [100%] ==> 1:libmtp ############################################## [100%]
I'm not sure how to check if it worked or not, so I'll just re-run this and compare output: $ sudo yum install libmtp ==> Package matching libmtp-1.0.1-2.el6.x86_64 already installed
Hmmm... I had expected a later version, and, at the same time, I would have expected the same wording. Neither occurred. It says it's the same version; but it uses different wording to do that. But I don't see any errors either, so I'll move to the next step.
Hmm... What is the next step? I guess the next step is to plug in the Samsung Galaxy S3 via USB cable and see what happens.
Drat. Unable to mount SAMSUNG_Android_SGH-T999 Error initializing camera: -1: Unspecified error http://www5.picturepush.com/photo/a/13169313/640/13169313.png
$ dmesg ==> usb 3-2: new high speed USB device number 3 using xhci_hcd ==> usb 3-2: New USB device found, idVendor=04e8, idProduct=6860 ==> usb 3-2: New USB device strings: Mfr=2, Product=3, SerialNumber=4 ==> usb 3-2: Product: SAMSUNG_Android_SGH-T999 ==> usb 3-2: Manufacturer: SAMSUNG ==> usb 3-2: SerialNumber: < I redacted this > ==> usb 3-2: configuration #1 chosen from 1 choice ==> usb 3-2: ep 0x81 - rounding interval to 32768 microframes, ep desc says 0 microframes ==> usb 3-2: ep 0x83 - rounding interval to 32768 microframes, ep desc says 0 microframes ==> usb 3-2: ep 0x2 - rounding interval to 32768 microframes, ep desc says 0 microframes ==> usb 3-2: ep 0x85 - rounding interval to 32768 microframes, ep desc says 0 microframes ==> usb 3-2: ep 0x3 - rounding interval to 32768 microframes, ep desc says 0 microframes ==> cdc_acm 3-2:1.1: This device cannot do calls on its own. It is not a modem. ==> cdc_acm 3-2:1.1: ttyACM0: USB ACM device ==> gvfs-gphoto2-vo[3575]: segfault at 3 ip 00007f886e7ac290 sp 00007fffacd22980 error 4 in ptp2.so[7f886e78c000+4f000]
I unplug the USB cable, and plug the USB cable back in: On the desktop, a new entry called 'disk' shows up: Places->disk When I click it, I see what "appears" to be the phone. Clicking again (to take a screenshot) I now see a newer entry below 'disk' called 'SAMSUNG_Android_SGH-T999'. http://www4.picturepush.com/photo/a/13169407/640/13169407.png
Clicking on SAMSUNG_Android_SGH-T999 in the file browser, shows what "appears" to be the phone (except that all folders show up as empty). http://www5.picturepush.com/photo/a/13169408/640/13169408.png
It looks like the libmtp RPM worked but I'm not sure of the use model to access the picture data on the cellphone (or any data on the cellphone, as all directories show as empty when I click on them in Centos).
On Mon, May 27, 2013 at 04:08:58PM +0000, Rock wrote:
On Sun, 26 May 2013 01:46:34 -0400, Scott Robbins wrote:
Thanks. I made a bunch of guesses how to proceed. I'm sure I erred, but here's what I did. What should I correct by way of use model?
I'm not sure what the next step is (either rpm -ivh or rpm -Uvh) $ sudo rpm -ivh libmtp-1.1.6-0.el6.x86_64.rpm ==> Preparing... ########################################### [100%] ==> 1:libmtp ############################################## [100%]
You can always use Uvh which should update. When I played with it, I first removed the older libmpt libraries. U is for update, but it didn't in my case, saying a library supplied by the older version was required by vlc.
If there is nothing to be updated, Uvh will just install. At any rate, from
I'm not sure how to check if it worked or not, so I'll just re-run this and compare output: $ sudo yum install libmtp ==> Package matching libmtp-1.0.1-2.el6.x86_64 already installed
I'm not sure what happened. As I think I said, I removed the older version first.
Hmm... What is the next step? I guess the next step is to plug in the Samsung Galaxy S3 via USB cable and see what happens.
Drat. Unable to mount SAMSUNG_Android_SGH-T999 Error initializing camera: -1: Unspecified error http://www5.picturepush.com/photo/a/13169313/640/13169313.png
One point that I've found on more recent distributions is make sure the phone is unlocked when plugging it in.
I unplug the USB cable, and plug the USB cable back in: On the desktop, a new entry called 'disk' shows up: Places->disk When I click it, I see what "appears" to be the phone. Clicking again (to take a screenshot) I now see a newer entry below 'disk' called 'SAMSUNG_Android_SGH-T999'. http://www4.picturepush.com/photo/a/13169407/640/13169407.png
I use a window manager with fewer features (dwm) so I didn't see any icon. On distributions that I do use to access the phone, on one of them, Lubuntu with LXDE, it will show up and be accessible in the file browser. On the others, I run the command simple-mtpfs (or variant, depending upon distribution) to mount it. However, I wasn't able to successfully install any of those (simple-mtpfs, mtpfs, or jmtpfs) on CentOS.
Clicking on SAMSUNG_Android_SGH-T999 in the file browser, shows what "appears" to be the phone (except that all folders show up as empty). http://www5.picturepush.com/photo/a/13169408/640/13169408.png
It looks like the libmtp RPM worked but I'm not sure of the use model to access the picture data on the cellphone (or any data on the cellphone, as all directories show as empty when I click on them in Centos).
Honestly, I don't know. However, I'm no expert programmer (or packager, I just ran rpmbuild -ba on the spec file to build it.)
On 05/27/2013 06:22 PM, Scott Robbins wrote:
On Mon, May 27, 2013 at 04:08:58PM +0000, Rock wrote:
On Sun, 26 May 2013 01:46:34 -0400, Scott Robbins wrote:
Thanks. I made a bunch of guesses how to proceed. I'm sure I erred, but here's what I did. What should I correct by way of use model?
I'm not sure what the next step is (either rpm -ivh or rpm -Uvh) $ sudo rpm -ivh libmtp-1.1.6-0.el6.x86_64.rpm ==> Preparing... ########################################### [100%] ==> 1:libmtp ############################################## [100%]
You can always use Uvh which should update. When I played with it, I first removed the older libmpt libraries. U is for update, but it didn't in my case, saying a library supplied by the older version was required by vlc.
If there is nothing to be updated, Uvh will just install. At any rate, from
You should have just used two commands: yum remove vlc and yum update <libmtp filename> Yum will always install/update local files and deal with missing dependencies.
==> gvfs-gphoto2-vo[3575]: segfault at 3 ip 00007f886e7ac290 sp 00007fffacd22980 error 4 in ptp2.so[7f886e78c000+4f000]
This is where the problem was created, this segfault is most likely why you had empty directories.
Here is part of the answer: On 05/24/2013 06:56 PM, Farkas Levente wrote:
gphoto package in rhel/centos is way too old. unfortunately gnome use gvfs-gphoto2 libgphoto2 to handle automount both for mtp and ptp. so you're not able to use it what's more it's better to remove gvfs-gphoto. on the other hand if you rebuild: libmtp and simple-mtpfs from fedora, them it'll work on rhel/centos-6 too.
So you might try removing gvfs-gphoto2 and see if you get anywhere.
On Mon, 27 May 2013 19:27:28 +0200, Ljubomir Ljubojevic wrote:
You should have just used two commands: sudo yum remove vlc
I guess I should have done it this way? $ sudo yum remove vlc $ sudo yum remove rhythmbox
Or would you have left rhythmbox in place?
and yum update <libmtp filename> Yum will always install/update local files and deal with missing dependencies.
Are you saying I should run that yum upate of libmtp with the libmtp RPM in the same directory? If so, I can run that now.
this segfault is most likely why you had empty directories.
Hmmm... good point. Thanks. I don't even know what gvfs-gphoto2-vo is. Looking for it, I find: $ sudo updatedb; locate gvfs-gphoto2-vo ==> /usr/libexec/gvfs-gphoto2-volume-monitor
Hmmm... what is that? Googling, it's some kind of Gnome filesystem monitor. Grepping, it's running: $ ps auxww|grep gvfs-gphoto2-volume-monitor|grep -v grep ==> user1 10465 0.1 0.0 151084 3356 ? S 11:23 0:01 /usr/libexec/gvfs-gphoto2-volume-monitor
Here is part of the answer: On 05/24/2013 06:56 PM, Farkas Levente wrote:
gphoto package in rhel/centos is way too old. unfortunately gnome use gvfs-gphoto2 libgphoto2 to handle automount both for mtp and ptp. so you're not able to use it what's more it's better to remove gvfs-gphoto. on the other hand if you rebuild: libmtp and simple-mtpfs from fedora, them it'll work on rhel/centos-6 too.
So you might try removing gvfs-gphoto2 and see if you get anywhere.
OK. I'll kill the process. Is that the same thing? $ sudo kill -9 10465
Then, I'll unlock the phone & plug it in. Hmmm.... when I did that, this series of dialogs came up, in sequence: http://www1.picturepush.com/photo/a/13171084/img/13171084.png
But now it won't even open the directory. I'm sure we're close, but I'm not sure how to debug why it won't open up.
Rock wrote:
On Mon, 27 May 2013 19:27:28 +0200, Ljubomir Ljubojevic wrote:
You should have just used two commands: sudo yum remove vlc
I guess I should have done it this way? $ sudo yum remove vlc $ sudo yum remove rhythmbox
Or would you have left rhythmbox in place?
no you were right: "sudo yum remove libmtp" was the correct command, yum removed vlc and rythmbox because they must have a dependency on libmtp. You could not have kept rythmbox while removing libmtp if rythmox needs libmtp (except using --force, which you should never use except if you really know what you're doing).
and yum update <libmtp filename> Yum will always install/update local files and deal with missing dependencies.
Are you saying I should run that yum upate of libmtp with the libmtp RPM in the same directory? If so, I can run that now.
no need: yum update <localfile.rpm> does the same thing as rpm -Uvh <localfile.rpm>, except that it installs any deps needed by localfile.rpm if they are in one of your configured repos. But if that were the case rpm -Uvh wold have complained about a missing dep and would have refused to install the rpm. Another small difference is that yum stores a history of its transactions (and has some features associated with that), but installing the odd local package with rpm won't cause any problems AFAIK.
BTW rpm -Uvh and rpm -ivh do the same thing when the package is not already installed on your system. The difference is that -ivh won't remove an older version if already present (but you can't do that with most packages, and rpm won't let you, since different versions of the same package will often conflict with one another).
To summarize, you did the right things as far as libmtp is concerned. Now the issue lies beyond that, probably with gvfs-photo2 as suggested by Farkas via Ljubomir, but I can't help you much with that. Except Farkas suggests also rebuilding and installing simple-mtpfs, have you done that?
On Tue, 28 May 2013 09:25:57 +0200, Nicolas Thierry-Mieg wrote:
To summarize, you did the right things as far as libmtp is concerned. Now the issue lies beyond that, probably with gvfs-photo2 as suggested by Farkas via Ljubomir, but I can't help you much with that. Except Farkas suggests also rebuilding and installing simple-mtpfs, have you done that?
I was afraid of the scope creep! :)
I have no idea how to rebuild and reinstall simple-mtpfs.
In fact, I've never even heard of simple-mtpfs, so, I'll start googling. Note: I ran a locate, and, whatever it is, it's not on my system.
EDIT: Googling, I find out the definition: SIMPLE-MTPFS (Simple Media Transfer Protocol FileSystem) is a file system for Linux (and other operating systems with a FUSE implementation, such as Mac OS X or FreeBSD) capable of operating on files on MTP devices attached via USB to local machine. It allows the end user to seamlessly interact with MTP device files.
On Mon, 27 May 2013 12:22:26 -0400, Scott Robbins wrote:
You can always use Uvh which should update. If there is nothing to be updated, Uvh will just install.
Thanks. Next time I'll use "Uvh".
As I think I said, I removed the older version first.
I "thought" I removed the older version of libmtp when I ran: $ sudo yum remove libmtp
Doesn't this message indicate it removed libmtp, vlc, & rhythmbox? ==> Erasing : rhythmbox-0.12.8-1.el6.x86_64 1/3 ==> Erasing : vlc-1.1.13-1.el6.rf.x86_64 2/3 ==> Erasing : libmtp-1.0.1-2.el6.x86_64 3/3
make sure the phone is unlocked when plugging it in.
OK. Thanks. I unlocked it & tried again, but I don't see any different things happening yet.
it will show up and be accessible in the file browser.
Hmmm... it 'does' show up in the file browser. But all the directories are shown as empty. I think we're close, but I'm unsure of the use model and/or debug commands.
On Mon, May 27, 2013 at 06:39:26PM +0000, Rock wrote:
On Mon, 27 May 2013 12:22:26 -0400, Scott Robbins wrote:
You can always use Uvh which should update. If there is nothing to be updated, Uvh will just install.
Thanks. Next time I'll use "Uvh".
As I think I said, I removed the older version first.
I "thought" I removed the older version of libmtp when I ran: $ sudo yum remove libmtp
Doesn't this message indicate it removed libmtp, vlc, & rhythmbox? ==> Erasing : rhythmbox-0.12.8-1.el6.x86_64 1/3 ==> Erasing : vlc-1.1.13-1.el6.rf.x86_64 2/3 ==> Erasing : libmtp-1.0.1-2.el6.x86_64 3/3
Yes it does, sorry. Rough day today.
make sure the phone is unlocked when plugging it in.
OK. Thanks. I unlocked it & tried again, but I don't see any different things happening yet.
it will show up and be accessible in the file browser.
Hmmm... it 'does' show up in the file browser. But all the directories are shown as empty. I think we're close, but I'm unsure of the use model and/or debug commands.
Nor am I. :) As I mentioned, I've only used the file browser method (and things were accessible) in a more recent distribution. Otherwise, I've used the manual commands.
Sorry I can't be of more help here.
On Mon, 27 May 2013 16:31:01 -0400, Scott Robbins wrote:
As I mentioned, I've only used the file browser method (and things were accessible) in a more recent distribution. Otherwise, I've used the manual commands. Sorry I can't be of more help here.
Hi Scott, You've been a GREAT help, as have the others! I'm back to working with the original libmtp, with VLC working just fine (but I'm not sure how to test rhythmbox as I've never used it).
I'm confused how to explain the idealized setup since it took a few reboots and gyrations to get it to work again for me once I reinstalled the original Centos libmtp, and especially because we (apparently) have to plug the phone in to see the MTP/PTP setup screen, and once we do that, we again have to reboot, so, this sequence below is idealized as I went through a bunch of reboots in the process, and I forgot to unlock the phone a couple of times also. With that caution as the caveat, I "think" the simplest procedure for connecting by wire on Centos 6 is the following:
0. DO THIS ONCE! Connect the Samsung Galaxy S3 Android 4.0.4 phone by USB cable to your Centos 6 PC in order to put the phone permanently into PTP mode (as explained earlier) and then (I think) you MUST disconnect the phone and reboot the Centos PC!
1. With Centos booted, no phone connected, and the phone already in PTP mode, make sure the phone is unlocked! <== very important step!
2. With the phone unlocked, connect it by USB cable to the Centos PC.
3. The phone will beep, and your "Places" menu should have "SAMSUNG_Android_SGH-T999" and your file browser should open up to location "gphoto2://[usb:003,003]/".
Voila! At this point, you can copy and paste picture and screenshot files from your phone to your Centos PC!
I just tested that sequence, and, as long as both the phone is unlocked at the time of connection, and a reboot (or two) occur after the libmtp was put back to the original, it works as desired (for me).
Since a user new to this thread won't have touched their libmtp, they won't have to do all the reboots that I did.
Note: It seems to me there should be no need to install the new libmtp (since we're using PTP instead); hence vlc and rhythmbox should be unharmed; however, this sequence worked with both the old libmtp and the new libmtp; but, of course, neither rhythmbox nor vlc worked with the new libmtp, so, that's why I re-installed the old libmtp (and this won't work unless you reboot after messing with the libmtp - for reasons wholly unknown to me).
Whew! Sorry for all the confusion. Things are only simple when they make sense. Thanks for all your kind support, patience, and help!
I'm amazed at both how hard it is to figure out this workaround ... yet - how easy the workaround is - once you know to both keep the phone in PTP mode and to ensure it is "alive" when connected.
Note: The "real" solution is to get MTP to work, which is the point of Ljubomir Ljubojevic's post earlier today.
On Fri, 24 May 2013 08:30:51 -0700, Craig White wrote:
[USB] is simply not an option for main memory but an option for expansion cards.
I do appreciate your explanation & apologize for my rant.
So that I better understand, does that mean if I bought a microSD card, and stored the photos from the smartphone onto that microSD card, that I could then transfer those photos to the Centos laptop via a USB cable?
On May 24, 2013, at 8:48 AM, Rock wrote:
On Fri, 24 May 2013 08:30:51 -0700, Craig White wrote:
[USB] is simply not an option for main memory but an option for expansion cards.
I do appreciate your explanation & apologize for my rant.
So that I better understand, does that mean if I bought a microSD card, and stored the photos from the smartphone onto that microSD card, that I could then transfer those photos to the Centos laptop via a USB cable?
---- I have a Galaxy S3 but never tried but assume that it would work fine (it all depends of course if Samsung compiles the usbstorage module into the kernel).
What does indeed work is one of those OTG (On The Go) cable adapters. I bought one off Amazon for less than $2 and you can get one that is simply USB or one that handles micro SD cards. The Galaxy S3 recognized it right away and mounted automatically (I have been using various USB flash drives).
My Nexus 7 however didn't automatically recognize this OTG storage so I had to 'root' it and use a freebie called 'Stickmount' but now I have a ton of storage to use locally and of course there's the cloud.
Craig
On Fri, 24 May 2013 09:02:39 -0700, Craig White wrote:
What does indeed work is one of those OTG (On The Go) cable adapters.
I had never heard of OTG cable adapters. Googling for "Samsung Galaxy S3 OTG cable adapters", I find, for example: http://tinyurl.com/q3tuhov
Reading the Newegg P/N 9SIA1PU0PJ0486 description, it seems we simply plug a FAT-only USB stick into the female end, and the male end goes into the smartphone (it won't work for NTFS, according to that Newegg description).
This seems like a viable option - if it works. Thanks for that wonderful idea!
On 05/24/2013 05:03 PM, Craig White wrote:
MTP doesn't work all that well on Linux even when it works.
The real easy and best solution is 'Wifi File Explorer' which runs a web server on your phone which you can access from the desktop computer and transfer files & folders between them. I use Fedora for desktop system and I definitely still use Wifi File Explorer.
I think most people are using cloud storage with the smart phones these days and that makes for tepid enthusiasm for attempting to maintain any type of synchronization between a single desktop system and the smart phone. The cloud or running Wifi File Explorer on your smart phone becomes a solution that allows you to add other computers and devices into the equation at any time.
gphoto package in rhel/centos is way too old. unfortunately gnome use gvfs-gphoto2 libgphoto2 to handle automount both for mtp and ptp. so you're not able to use it what's more it's better to remove gvfs-gphoto. on the other hand if you rebuild: libmtp and simple-mtpfs from fedora, them it'll work on rhel/centos-6 too.
On 2013-05-24, Rock Rocksockdoc@gmail.com wrote:
On Thu, 23 May 2013 23:40:17 -0400, Scott Robbins wrote:
On more current distributions, that is, just about everything but RHEL6 and clones, one can install a version of mtpfs, simple-mtpfs on Fedora, for example, jmtpfs on Arch, and get it to work.
Just my luck that Centos is one of those linuxes that are problematic.
It's not "luck"--it's intentional. RHEL deliberately follows older, more stable versions of software, because RH tests the bejeezus out of their releases. By extension CentOS also follows older, more stable versions of sofotware. Therefore if you want bleeding edge versions of unstable software, you likely need to do it yourself, because that software probably isn't in CentOS. And if you frequently want bleeding edge versions, you probably want to put a different distro on that box, because otherwise you'll spend lots of time fighting the distro. (Sometimes this can be worked around by getting software from third-party repositories, but not always.)
--keith
On Fri, 2013-05-24 at 14:33 +0000, Rock wrote: ...
c) Connecting that phone by AirDroid (works! Even for multiple files!)
Slow. Cumbersome. But all that matters is that files can be transferred from the Samsung Galaxy SIII to the Centos 6 PC.
I use ES File Explorer on my S3 for manual single or multiple file transfers to CentOS desktops over wireless. The ftp targets in ES File Explorer supports sftp, which works well and is enabled on default CentOS installs.
On Thu, 23 May 2013 19:47:26 -0700, Keith Keller wrote:
I'd install an scp or sftp client on your Android and use that for file transfer to your CentOS box, as suggested by many folks on that thread. There are probably a bunch of clients in the Play store.
I guess the point would be to set up the phone as an FTP server.
That might work ... but luckily, the suggestion to use AirDroid worked nicely (albeit selecting individual pictures would take the rest of your life so the only 'real' choices you have with AirDroid are to download the entire batch or a small set of contiguous pictures).
On Fri, 24 May 2013 02:24:12 +0000 (UTC) Rock Rocksockdoc@gmail.com wrote:
If you don't have the Samsung Galaxy S3, then you might not realize how frustratingly difficult it is to transfer multiple files from the smartphone to Centos 6.
I had the same problem until I stumbled upon the solution:
Airdroid
Search for airdroid on Google Play. I use it regularly to transfer files
On Thu, 23 May 2013 22:03:48 -0700, centos-CKKfVXLCbtqEK/hMebVsMw wrote:
I had the same problem until I stumbled upon the solution: Airdroid
Thanks for that tip!
I just installed AirDroid on the Samsung Galaxy S3, and tested it out.
On single files, it seems to work exactly like Kies Air does, only with the AirDroid desktop being more intuitive than Kies Air's desktop: http://www4.picturepush.com/photo/a/13140997/img/13140997.png
The good news is that transferring the entire set of files was as simple as checking a checkbox (as was Kies Air); but, the better news is that it actually worked (as opposed to Kies Air failing every time): http://www3.picturepush.com/photo/a/13141006/img/13141006.png Note: AirDroid, by default, creates a single zip file, apparently to get around the multiple-file restriction that fells Kies Air every time.
The bad news is that transferring select files was an exercise in futility, simply because the standard shift key (to select blocks of photos) is apparently not implemented, and scrolling from file to file would take the rest of your lifetime to get through the 300 pictures that I have snapped on the Samsung Galaxy S3, it's that slow: http://www2.picturepush.com/photo/a/13140995/img/13140995.png
In summary: a. AirDroid works, for single or multiple pictures, & is simple to use! b. Use AirDroid for single pictures or small sets of contiguous pictures c. Don't even attempt to download select (dispersed) photos! d. Downloading the entire set of pictures is far easier, albeit slow.
Thanks for the AirDroid tip!
On 05/24/2013 08:09 AM, Rock wrote:
On Thu, 23 May 2013 22:03:48 -0700, centos-CKKfVXLCbtqEK/hMebVsMw wrote:
I had the same problem until I stumbled upon the solution: Airdroid
Thanks for that tip!
I just installed AirDroid on the Samsung Galaxy S3, and tested it out.
On single files, it seems to work exactly like Kies Air does, only with the AirDroid desktop being more intuitive than Kies Air's desktop: http://www4.picturepush.com/photo/a/13140997/img/13140997.png
The good news is that transferring the entire set of files was as simple as checking a checkbox (as was Kies Air); but, the better news is that it actually worked (as opposed to Kies Air failing every time): http://www3.picturepush.com/photo/a/13141006/img/13141006.png Note: AirDroid, by default, creates a single zip file, apparently to get around the multiple-file restriction that fells Kies Air every time.
The bad news is that transferring select files was an exercise in futility, simply because the standard shift key (to select blocks of photos) is apparently not implemented, and scrolling from file to file would take the rest of your lifetime to get through the 300 pictures that I have snapped on the Samsung Galaxy S3, it's that slow: http://www2.picturepush.com/photo/a/13140995/img/13140995.png
In summary: a. AirDroid works, for single or multiple pictures, & is simple to use! b. Use AirDroid for single pictures or small sets of contiguous pictures c. Don't even attempt to download select (dispersed) photos! d. Downloading the entire set of pictures is far easier, albeit slow.
Thanks for the AirDroid tip!
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I installed Total Commander for Android, it had Samba/Windows ( LAN plugin), FTP/SFTP plugin and WebDAV plugin. I also have FSync set-up to daily backup all important files via SFTP.
On Fri, 24 May 2013 13:45:59 +0200, Ljubomir Ljubojevic wrote:
I also have FSync set-up to daily backup all important files via SFTP.
I found out the following, if it matters:
QUOTE 1: You can use tools like gphoto or digikam to access the images, should be just plug the phone to the computer and start the application you want to use (KDE will list applications which can access the content like digikam and dolphin), you don't need to install anything as it's already there.
There seems to be an experimental packages for S3 which allows you to share it as a usb mass storage. http://www.android.gs/how-to-enable-usb-mass-storage-on-samsung-galaxy-s3-i9...
QUOTE 2: There is nothing preventing you from downloading the latest version of libmtp and installing that (under /usr/local) on your Centos system. http://libmtp.sourceforge.NET/
On Thu, 30 May 2013 14:04:33 -0700, sms wrote:
I thought that the Galaxy S3 has PTP mode. If so, put the phone in PTP mode. https://bugzilla.gnome.org/show_bug.cgi?id=671906
The bug report doesn't show *how* to put the Samsung Galaxy S3 in "PTP" mode (which I know nothing about).
Googling "How to put samsung galaxy s3 in ptp mode", I find: http://www.samsunggalaxys3forum.com/forum/samsung-galaxy-s3-help/1619-can-so...
Which says: 1. Connect the phone (in that case, to the Mac) 2. Pull down the notification bar (in that case, on the Samsung phone) 3. Tap on the connection (in that case, the same USB connection) 4. Select PTP mode (to transfer photos)
When I tried that on Linux: 1. Connect the phone by USB to Centos 6 (this pops up first): http://www3.picturepush.com/photo/a/13198631/img/13198631.png 2. Pull down the notification bar (Connected as a media device): http://www3.picturepush.com/photo/a/13199411/img/13199411.png 3. Tap on the Ongoing connection: http://www4.picturepush.com/photo/a/13199412/640/13199412.png 4. Select PTP mode: http://www3.picturepush.com/photo/a/13199481/img/13199481.png 5. The Samsung Galaxy S3 is now in "Connected as a camera": http://www1.picturepush.com/photo/a/13199514/img/13199514.png
Hmmm... this pops up again, on the Desktop: http://www3.picturepush.com/photo/a/13198631/img/13198631.png
But, wait! This then shows up in the menus in a few seconds: http://www5.picturepush.com/photo/a/13199313/img/13199313.png
And, for the first time, the folders are no longer zero size: http://www5.picturepush.com/photo/a/13199358/img/13199358.png
Pensively, I click on the DCIM folder, hoilding my breath: http://www1.picturepush.com/photo/a/13199374/img/13199374.png
Voila! Success at last! It's so simple, once you already know the answer!
PS: I'm not sure if there is a graceful way to disconnect; and, I'm not sure if I should leave the phone in PTP mode; but, the good news is that single and multiple photo transfer by USB wire now works, in PTP mode, on the Samsung Galaxy S3!
On Fri, 31 May 2013 16:57:32 +0000, Rock wrote:
I'm not sure if there is a graceful way to disconnect; and, I'm not sure if I should leave the phone in PTP mode;
In summary, the solution to transferring files by wire from the Samsung Galaxy S3 (and other Android 4.x phones) is to switch the smartphone from MTP mode to PTP mode.
The key question left, is whether we should switch the phone back to MTP mode when done; or if it's OK to just leave Android phones in PTP mode forever.
http://www2.picturepush.com/photo/a/13200920/img/13200920.gif
On 5/31/2013 11:34 AM, Rock wrote:
In summary, the solution to transferring files by wire from the Samsung Galaxy S3 (and other Android 4.x phones) is to switch the smartphone from MTP mode to PTP mode.
The key question left, is whether we should switch the phone back to MTP mode when done; or if it's OK to just leave Android phones in PTP mode forever.
that setting only affects how the device presents itself to a USB host, it otherwise does nothing. so leave it in the mode you want the USB connection to operate in.
On Fri, 31 May 2013 11:50:03 -0700, John R Pierce wrote:
leave it in the mode you want the USB connection to operate in.
Thanks. I'll leave the Android 4.0.4 phone in PTP mode then.
In order to be thorough, I wanted to write up a summary to help others; so, to see if it was the updated libmtp that made the difference, I ran the following:
$ sudo yum remove libmtp (this removed the updated libmtp) $ sudo yum install rhythmbox (this installed the old libmtp) (& replaced the missing rhythmbox) $ sudo yum --enablerepo rpmforge install vlc (this replaced VLC)
Then, I plugged in the Samsung Galaxy S3 by USB cable (with the media mode set to PTP camera mode).
Drat! Nothing happened.
Lesson learned: The solution requires more steps, which may be (at the very least) a) Update libmtp on Centos b) Switch the Android 4.0.4 phone from MTP to PTP (camera mode). c) ? unknown other steps ?
Luckily, I documented all the steps performed in the past few weeks so I simply repeated the successful ones.
Namely, I removed the old libmtp again (see previous posts in this thread for details) and re-installed the new libmtp, but, nothing showed up when I plugged in the phone by USB cable.
Hmmm... So I rebooted the Centos laptop to see if that made a difference.
OK, I rebooted, and PTP mode is working again.
So, this seems to be the sequence for the next person to follow in our footsteps on Centos 6 with an Android 4.0.4 phone: 1. Remove the original libmtp NOTE: This will remove rhythmbox and vlc & any other program with dependencies on libmtp) 2. Update libmtp with Scott's libmtp 3. Reboot the Centos6 PC <== this is an important step! 4. Switch the Android 4.x phone from MTP to PTP mode (if not already) 5. Connect the Android phone by USB cable
The one problem I'm having now is that I can't re-install rhythmbox & vlc.
This failed after the newer libmtp was installed: $ sudo yum install rhymthbox ==> Error: Package: rhythmbox-0.12.8-1.el6.x86_64 (base) ==> Requires: libmtp.so.8()(64bit) ==> Available: libmtp-1.0.1-2.el6.x86_64 (base) libmtp.so.8()(64bit) ==> Installed: libmtp-1.1.6-0.el6.x86_64 (installed) Not found ==> You could try using --skip-broken to work around the problem ==> You could try running: rpm -Va --nofiles --nodigest
Not knowing how to proceed, I vainly tried the suggested "--skip-broken" option, but it simply skipped the install altogether: sudo yum install rhythmbox --skip-broken ==> Processing Dependency: libmtp.so.8() ==> (64bit) for package: rhythmbox-0.12.8-1.el6.x86_64 ==> Packages skipped because of dependency problems: ==> rhythmbox-0.12.8-1.el6.x86_64 from base
So, I guess the question is: Q: How do I install rhythmbox & vlc with the newer libmtp?
On 05/31/2013 10:50 PM, Rock wrote:
On Fri, 31 May 2013 11:50:03 -0700, John R Pierce wrote:
leave it in the mode you want the USB connection to operate in.
Thanks. I'll leave the Android 4.0.4 phone in PTP mode then.
<snip>
So, this seems to be the sequence for the next person to follow in our footsteps on Centos 6 with an Android 4.0.4 phone:
- Remove the original libmtp
NOTE: This will remove rhythmbox and vlc & any other program with dependencies on libmtp) 2. Update libmtp with Scott's libmtp 3. Reboot the Centos6 PC <== this is an important step! 4. Switch the Android 4.x phone from MTP to PTP mode (if not already) 5. Connect the Android phone by USB cable
The one problem I'm having now is that I can't re-install rhythmbox & vlc.
This failed after the newer libmtp was installed: $ sudo yum install rhymthbox ==> Error: Package: rhythmbox-0.12.8-1.el6.x86_64 (base) ==> Requires: libmtp.so.8()(64bit) ==> Available: libmtp-1.0.1-2.el6.x86_64 (base) libmtp.so.8()(64bit) ==> Installed: libmtp-1.1.6-0.el6.x86_64 (installed) Not found ==> You could try using --skip-broken to work around the problem ==> You could try running: rpm -Va --nofiles --nodigest
Not knowing how to proceed, I vainly tried the suggested "--skip-broken" option, but it simply skipped the install altogether: sudo yum install rhythmbox --skip-broken ==> Processing Dependency: libmtp.so.8() ==> (64bit) for package: rhythmbox-0.12.8-1.el6.x86_64 ==> Packages skipped because of dependency problems: ==> rhythmbox-0.12.8-1.el6.x86_64 from base
So, I guess the question is: Q: How do I install rhythmbox & vlc with the newer libmtp?
That is best solved by asking Red Hat (opening a bug) to update libmtp and rhythmbox packages. If they accept, then vlc will be recompiled by all third-party repositories, and problem solved for all RHEL/CentOS/SL users.
If not, one or all the third-party repositories will have to create libmtp, rhythmbox and vlc packages, but in a repository that can override base packages (so not EPEL).
So, can someone from this list and Red Hat subscription open a bug report using Rock's last e-mail (one I responded to)?
On Fri, 31 May 2013 20:50:00 +0000, Rock wrote:
So, I guess the question is: Q: How do I install rhythmbox & vlc with the newer libmtp?
To follow up on that question, here's a summary that I *think* is correct.
0. The real solution is to have libmtp updated by the Redhat developer community so that MTP mode works; until then, the PTP mode setup is an effective workaround - if you know the tricks.
1. You apparently need to connect the phone once in order to even *see* the GUI for switching from MTP mode to PTP mode; so after you do that, make sure you reboot the Centos PC with the phone disconnected from it.
2. You apparently do *not* need the updated libmtp RPM to use PTP mode; so your rhythmbox and vlc programs should be unaffected by this MTP->PTP workaround
3. You apparently *must* unlock your phone before connecting it to the Centos PC; and if you connect without unlocking, you may have to start all over with a Centos PC reboot (why this is the case is beyond me but don't fight it; just reboot and remember to unlock the phone before connecting it to the PC).
4. Once the phone is permanently in PTP mode, and the Centos PC has been rebooted without the phone being connected, you can *unlock* the phone, and then connect it to the Centos PC; and the result should be your file system on the phone being accessible on the Centos PC.
In my test just now, there was no error message whatsoever! The workaround sounds so easy, in retrospect! :)
On 01/06/13 15:01, Rock wrote:
On Fri, 31 May 2013 20:50:00 +0000, Rock wrote:
...
- You apparently *must* unlock your phone before connecting
it to the Centos PC; and if you connect without unlocking, you may have to start all over with a Centos PC reboot (why this is the case is beyond me but don't fight it; just reboot and remember to unlock the phone before connecting it to the PC).
I think you can avoid rebooting the PC. What you'll need to do is before you plug in your locked S3, run the 'lsmod' command and save the output to 'file-without-s3.' Then plug the S3 into the PC and again save the output of 'lsmod' to 'file-with-locked-s3.' Now compare the 2 files and note the differences. If say you find that when the locked S3 was mounted a new module with the name 'new_module' was loaded, then instead of rebooting the PC, you can simply run the command 'modprobe -r new_module.'
In summary: 1. sudo lsmod > file-without-s3 2. ensure S3 is locked then connect to PC 3. sudo lsmod > file-with-locked-s3 4. sdiff-s file-with-s3 file-with-locked-s3| egrep '>' 5. take note of what new modules are loaded by looking to the right of the '>' sign 6. disconnect the S3 7. for each new module noted in step 5 above, do sudo modprobe -r module_name 8. unlock the S3 and mount it again
The phone should mount successfully! If not, then I'd really like to know what else the locked S3 does to the PC that requires a reboot to fix!
Cheers, ak.
On Sat, 01 Jun 2013 23:30:04 +1000, Anthony K wrote:
- sudo lsmod > file-without-s3
Creates a file with headers "Module, size, & used by".
- ensure S3 is locked then connect to PC
OK. Done.
- sudo lsmod > file-with-locked-s3
OK. Done.
- sdiff-s file-with-s3 file-with-locked-s3| egrep '>'
Syntax error, corrected, in addition to file names: $ sdiff -s file-without-s3 file-with-locked-s3 | egrep '>' Reports nothing different. Hmmm... $ sdiff -s file-without-s3 file-with-locked-s3 Also reports nothing different. Same with: $ diff file-without-s3 file-with-locked-s3
- take note of what new modules are loaded by looking to the right of
the '>' sign
None.
- disconnect the S3
OK. Done.
- for each new module noted in step 5 above, do sudo modprobe -r module_name
No new modules popped up.
- unlock the S3 and mount it again
Didn't get to this point.
The phone should mount successfully! If not, then I'd really like to know what else the locked S3 does to the PC that requires a reboot to fix!
Me too! :)
On 02/06/13 00:38, Rock wrote:
The phone should mount successfully! If not, then I'd really like to know what else the locked S3 does to the PC that requires a reboot to fix!
Me too! :)
Please post what you see in /var/log/messages when you attach a locked S3. Run the following command before plugging in a locked S3: tail -f /var/log/message
Hit enter key a few times to help demarcate the start of output (don't worry, that won't affect the contents of /var/log/messages, just what appears on screen).
Cheers, ak.
On 06/01/2013 05:31 PM, Anthony K wrote:
On 02/06/13 00:38, Rock wrote:
The phone should mount successfully! If not, then I'd really like to know what else the locked S3 does to the PC that requires a reboot to fix!
Me too! :)
Please post what you see in /var/log/messages when you attach a locked S3. Run the following command before plugging in a locked S3: tail -f /var/log/message
Hit enter key a few times to help demarcate the start of output (don't worry, that won't affect the contents of /var/log/messages, just what appears on screen).
Cheers, ak.
Solution could be in restarting udev daemon/service, according to this article: http://marcofalchi.blogspot.com/2012/02/android-ics-usb-storage-on-fedora-16...
running: # service udev restart and # systemctl restart udev.service as root
It also explains how to compile mtpfs, but I think Fedora 16 already had newer libmtp package.
So Rock, try running those to commands instead of rebooting entire system. If that works, you can create 2 scripts, one to install newer libmtp and restart udev, and other to revert it back.