Anno domini 2020 Mon, 31 Aug 01:04:19 -0700
William Morder via trinity-users scripsit:
On Monday 31 August 2020 00:54:16 J Leslie
Turriff wrote:
> On 2020-08-30 20:26:35 William Morder via trinity-users wrote:
> > On Sunday 30 August 2020 17:36:37 J Leslie Turriff wrote:
> > > On 2020-08-30 19:27:34 William Morder via trinity-users wrote:
> > > > On Sunday 30 August 2020 17:19:08 J Leslie Turriff wrote:
> > > > > On 2020-08-30 19:07:51 Slávek Banko wrote:
> > > > > > On Monday 31 of August 2020 01:40:16 Felix Miata via
> > > > > > tde-users
>
> wrote:
> > > > > > > deloptes composed on 2020-08-31 01:01 (UTC+0200):
> > > > > > > > Felix Miata wrote:
> > > > > > > >> Does TDE have an app made for this purpose?
If yes,
> > > > > > > >> what's it called. If not, suggest
something please.
> > > > > > > >
> > > > > > > > Isn't konqueror working for you?
> > > > > > > >
> > > > > > > > AFAIK Android also uses MTP.
> > > > > > > > I just found out recently (for a second time)
that I
> > > > > > > > need udisks2. Konqueror does the rest assuming
you
> > > > > > > > have the tdeio plugins and the permissions.
> > > > > > > > My phone is not exactly android, but MTP is MTP.
> > > > > > >
> > > > > > > Konq's media doesn't show it. Konq says
protocol not
> > > > > > > supported if I type in mtp:/ or mtp:///. If mtp://,
it
> > > > > > > lists / content. No kind of popup announces
phone's
> > > > > > > been connected, even though kernel certainly noticed:
> > > > > > >
> > > > > > > # rpm -qa | egrep -i 'udisk|tdeb|eio' | sort
> > > > > > > libudisks2-0-2.6.5-lp151.3.3.x86_64
> > > > > > > trinity-tdebase-14.0.8-1.oss151.x86_64
> > > > > > > trinity-tdebase-bin-14.0.8-1.oss151.x86_64
> > > > > > > trinity-tdebase-data-14.0.8-1.oss151.x86_64
> > > > > > >
trinity-tdebase-libtqt3-integration-14.0.8-1.oss151.x86
> > > > > > >_64
> > > > > > >
trinity-tdebase-runtime-data-common-14.0.8-1.oss151.x86
> > > > > > >_64
> > > > > > >
trinity-tdebase-tdeio-pim-plugins-14.0.8-1.oss151.x86_6
> > > > > > >4 trinity-tdebase-tdeio-plugins-14.0.8-1.oss151.x86_64
> > > > > > >
trinity-tdebase-tdeio-smb-plugin-14.0.8-1.oss151.x86_64
> > > > > > > trinity-tdebindings-14.0.8-1.oss151.x86_64
> > > > > > > trinity-tdebindings-java-14.0.8-1.oss151.x86_64
> > > > > > >
trinity-tdemultimedia-tdeio-plugins-14.0.8-1.oss151.x86
> > > > > > >_64
trinity-tdepim-tdeio-plugins-14.0.8-1.oss151.x86_64
> > > > > > > udisks2-2.6.5-lp151.3.3.x86_64
> > > > > > > # dmesg tail
> > > > > > > [ 16.257759] sky2 0000:05:00.0 eth0: enabling
> > > > > > > interface [ 220.180082] usb 3-2: new full-speed USB
> > > > > > > device number 2 using uhci_hcd [ 220.320054] usb
3-2:
> > > > > > > device descriptor read/64, error -71 [ 220.564091]
usb
> > > > > > > 3-2: device descriptor read/64, error -71 [
221.008081]
> > > > > > > usb 3-2: new full-speed USB device number 3 using
> > > > > > > uhci_hcd [ 221.144082] usb 3-2: device descriptor
> > > > > > > read/64, error -71 [ 221.388055] usb 3-2: device
> > > > > > > descriptor read/64, error -71 [ 221.496101] usb
> > > > > > > usb3-port2: attempt power cycle [ 221.940075] usb
3-2:
> > > > > > > new full-speed USB device number 4 using uhci_hcd [
> > > > > > > 222.356061] usb 3-2: device not accepting address 4,
> > > > > > > error -71 [ 222.484064] usb 3-2: new full-speed USB
> > > > > > > device number 5 using uhci_hcd [ 222.900051] usb
3-2:
> > > > > > > device not accepting address 5, error -71 [
> > > > > > > 222.900086] usb usb3-port2: unable to enumerate USB
> > > > > > > device [ 294.379489] FS-Cache: Loaded [ 294.408171]
> > > > > > > RPC: Registered named UNIX socket transport module. [
> > > > > > > 294.408174] RPC: Registered udp transport module. [
> > > > > > > 294.408175] RPC: Registered tcp transport module.
> > > > > > > [ 294.408175] RPC: Registered tcp NFSv4.1
backchannel
> > > > > > > transport module. [ 294.441320] FS-Cache: Netfs
'nfs'
> > > > > > > registered for caching [ 294.452516] Key type
> > > > > > > dns_resolver registered [ 294.484410] NFS:
Registering
> > > > > > > the id_resolver key type [ 294.484422] Key type
> > > > > > > id_resolver registered [ 294.484423] Key type
id_legacy
> > > > > > > registered
> > > > > > > [ 322.793093] sky2 0000:05:00.0 eth0: Link is up at
> > > > > > > 1000 Mbps, full duplex, flow control both
> > > > > > > [ 323.000756] NET: Registered protocol family 17
> > > > > > > #
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > some time ago I looked that for newer phones that
> > > > > > probably prefer MPT transfers instead of traditional
> > > > > > usb-storage, we will probably need to port something like
> > > > > > this to TDE - tdeio-slave:
> > > > > >
> > > > > >
https://github.com/KDE/kio-mtp
> > > > > >
> > > > > > Cheers
> > > > >
> > > > > Hmmm... My relatively elderly Samsung SM-920A worked
> > > > > automagically after I plugged it in via USB; the phone
> > > > > asked me if I wanted to allow data sharing via MTP, and
> > > > > when I poked Allow the media manager appeared on my
> > > > > desktop, showing 'Unknown device 1-12:1.0, Medium type:
> > > > > Camera, with choices of Open in new window, digiKam Detect
> > > > > and Download, or Do Nothing.
> > > > >
> > > > > Leslie
> > > >
> > > > Yup, older phones worked just by plugging in to USB; it was
> > > > as easy as using a flash drive. The newer phones have gone to
> > > > this MTP protocol.
> > > >
> > > > Bill
> > >
> > > But as I said, my old phone Does use the MTP protocol, and it
> > > shows up in the Removable Media manager.
> > >
> > > Leslie
> >
> > Yes, I was saying this more for the benefit of others. Don't
> > waste your time trying to get the newer phones to work like that,
> > because things have changed. Now we need to use other methods or
> > protocols to get there.
> >
> > I had an old Samsung Android that I used for work, a few years
> > ago. (I forget the exact model now, as it wasn't mine to keep,
> > and I used it only for work.) But I just plugged it in, and
> > presto!
> >
> > So when I got a slightly newer phone (Samsung Galaxy On5 S550TL),
> > I imagined, wrongly, that I would be able to do the same, but it
> > is not so. Only by accident did I discover that MATE's Caja file
> > manager seems to recognize the MTP protocol. As for your phone, I
> > don't know: is it rooted?
> >
> > Bill
>
> It is not.
> If I understand you correctly, MTP works for older phones but not
> newer ones? I had the impression from reading this thread that MTP
> was something new; now I'm confused. :-)
>
> Leslie
I cannot say authoritatively whether MTP is "new" or "old"; what I
do
know is that I never saw that protocol with my old phone. I could
just connect my phone to computer using a USB plug, and it worked
just like a flash drive.
When I got a newer phone, it didn't work, and that's when I heard
about MTP, so I assume that it is newer. Maybe it was always around,
for as long as smartphones, but I didn't notice because it just
worked. Regardless, whether MTP is a recent development or not,
something has been fundamentally changed, so we must find different
ways to get there.
I use "adb" to get things from testdevices or put things onto
devices("Testdevices" 'cause don't use a smartphone). MTP has been
around for more than 15 years, but I never got it to work.
> Bill