Buster Android MTP

News and discussion about development of the Debian OS itself

Buster Android MTP

Postby appye » 2019-04-20 17:29

Hello, I am unsure what subforum is a good choice for this. I chose development because I am playing with testing.

With Buster's move to stable coming just around the corner, I have been putting together a desktop installation procedure for myself, friends and family. I start with the default Cinnamon desktop as a base and go from there. I have software choices and configs pretty well ironed out. At this point I will pretty much wait until the official announcement of Debian 10 before installing to our machines...

The only thing I have left is MTP and Android connectivity.

I get similar behavior on an LG G2, a Samsung Galaxy s7, and a Motorola Droid Turbo 2 ...

Using my S7 as an example, once I plug a device into a USB port, I get the following prompt:
Image
Unable to open folder for SAMSUNG Android
Cache invalid, retry (internally handled)

If an instance of Nemo (the default Cinnamon file manager) is NOT running, then once I enable MTP, Nemo pops up and shows me the Devices filesystems. If Nemo IS running, whether in the foreground or background, I get one of the following prompts, I have not seen any kind of pattern to it, though I mostly get the second, more specific prompt:
Image
Unable to open a folder for SAMSUNG Android
No such interface "org.gtk.vfs.Mount" on object at path /org/gtk/vfs/mount/1

Image
Count not display "mtp://SAMSUNG_SAMSUNG_Android_98545a76/"
Error: No such interface "org.gtk.vfs.Mount" on object at path /org/gtk/vfs/mount/1
Please select another viewer and try again.

... In all cases, I am able to browse and manipulate the filesystem without any problems, regardless of whether or not I acknowledge the error prompts. I don't know where to begin with this. I have looked up MTP issues all over the internet and have not found this specific issue. I see a lot of people talking about errors mounting (is MTP ever really "mounted?") and being unable to see the device filesytem at all, etc. None where it seems to just be cosmetic error prompts. I do not (and would like to avoid, if I can) installation of any specific MTP software, as it seems to be handled well enough (except for the errors) with Debian default auto installed choices. Is this specific to Cinnamon? Is it something underlying?
appye
 
Posts: 11
Joined: 2007-11-21 16:26

Re: Buster Android MTP

Postby Head_on_a_Stick » 2019-04-20 19:29

appye wrote:Is this specific to Cinnamon?

Could be. Have you tried GNOME?

That's the default desktop so it's had more testing.

Perhaps a bug report is called for here, you can use the reportbug package to check for any that are open against gvfs-backends package.
User avatar
Head_on_a_Stick
 
Posts: 10513
Joined: 2014-06-01 17:46
Location: /dev/chair

Re: Buster Android MTP

Postby appye » 2019-04-22 05:22

After some repartitioning, I installed default MATE and GNOME desktop versions of Buster. For all three installs (Mate, Gnome and Cinnamon), I performed an expert install using the firmware-testing-amd64-netinst.iso (timestamp 2019-04-15 08:43) so I could use the wifi hardware on this particular laptop. Aside from partitioning, the only default I changed was to not allow root login, opting for usage of sudo instead.

No errors occur in Gnome. Mate does exhibit the same MTP error, but not the cache error. Again, in all cases, I am able to browse and manipulate the device's filesystem without any problems, regardless of whether or not I acknowledge the error prompts.

When I use reportbug, it states that I should try and see if the issue is fixed by installing the newer package from experimental. This is a test machine so I went ahead and installed the experimental gvfs deb packages. I had to get some dependencies to make apt happy, and it made some rather interesting choices make it happen, borking the install in the process, no longer allowing me to run Cinnamon ...

Code: Select all
appyecinnamon@BusterCinnamon:~/Downloads$ ls -al
total 1220
drwxr-xr-x 2 appyecinnamon appyecinnamon 4096 Apr 21 22:20 .
drwxr-xr-x 16 appyecinnamon appyecinnamon 4096 Apr 21 22:14 ..
-rw-r--r-- 1 appyecinnamon appyecinnamon 129556 Apr 21 22:15 gvfs_1.40.1-1_amd64.deb
-rw-r--r-- 1 appyecinnamon appyecinnamon 355236 Apr 21 22:17 gvfs-backends_1.40.1-1_amd64.deb
-rw-r--r-- 1 appyecinnamon appyecinnamon 503296 Apr 21 22:19 gvfs-common_1.40.1-1_all.deb
-rw-r--r-- 1 appyecinnamon appyecinnamon 133996 Apr 21 22:18 gvfs-daemons_1.40.1-1_amd64.deb
-rw-r--r-- 1 appyecinnamon appyecinnamon 112704 Apr 21 22:20 gvfs-libs_1.40.1-1_amd64.deb
appyecinnamon@BusterCinnamon:~/Downloads$ sudo apt install ./gvfs*.deb
[sudo] password for appyecinnamon:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'gvfs' instead of './gvfs_1.40.1-1_amd64.deb'
Note, selecting 'gvfs-backends' instead of './gvfs-backends_1.40.1-1_amd64.deb'
Note, selecting 'gvfs-common' instead of './gvfs-common_1.40.1-1_all.deb'
Note, selecting 'gvfs-daemons' instead of './gvfs-daemons_1.40.1-1_amd64.deb'
Note, selecting 'gvfs-libs' instead of './gvfs-libs_1.40.1-1_amd64.deb'
The following packages were automatically installed and are no longer required:
cjs gir1.2-appindicator3-0.1 gir1.2-caribou-1.0 gir1.2-clutter-1.0 gir1.2-cmenu-3.0 gir1.2-cogl-1.0
gir1.2-coglpango-1.0 gir1.2-gdesktopenums-3.0 gir1.2-gnomedesktop-3.0 gir1.2-gtkclutter-1.0
gir1.2-json-1.0 gir1.2-keybinder-3.0 gir1.2-meta-muffin-0.0 gir1.2-nm-1.0 gir1.2-nma-1.0
gir1.2-upowerglib-1.0 gnome-backgrounds libappindicator3-1 libcaribou-common libcaribou0 libcjs0
libkeybinder-3.0-0 libmozjs-52-0 metacity-common python3-pampy python3-pyinotify sgml-base
Use 'sudo apt autoremove' to remove them.
Suggested packages:
samba-common
The following packages will be REMOVED:
blueman cinnamon cinnamon-common cinnamon-core cinnamon-desktop-environment gvfs-bin gvfs-fuse
task-cinnamon-desktop
The following packages will be upgraded:
gvfs gvfs-backends gvfs-common gvfs-daemons gvfs-libs
5 upgraded, 0 newly installed, 8 to remove and 0 not upgraded.
Need to get 0 B/1,235 kB of archives.
After this operation, 13.1 MB disk space will be freed.
Do you want to continue? [Y/n]


I ended up restoring a Timeshift snapshot ... I suppose I could try with dpkg, but I am guessing that will be less than optimal ...

So I guess before I report a bug, I should ask, does this still point to gvfs-backends?
appye
 
Posts: 11
Joined: 2007-11-21 16:26

Re: Buster Android MTP

Postby appye » 2019-04-28 19:44

Well, I went ahead and posted bug report #928058 ... I hope this is will be fixed. I guess I can attempt a SID install to see if this bug is squashed upstream and report back.
appye
 
Posts: 11
Joined: 2007-11-21 16:26

Re: Buster Android MTP

Postby 4D696B65 » 2019-04-28 20:07

s9+ on gnome sid, mtp works
User avatar
4D696B65
 
Posts: 2436
Joined: 2009-06-28 06:09

Re: Buster Android MTP

Postby appye » 2019-04-29 01:13

4D696B65 wrote:s9+ on gnome sid, mtp works


Yep. It works in Buster with no errors as well. The issue comes up in Mate and Cinnamon...
appye
 
Posts: 11
Joined: 2007-11-21 16:26

Re: Buster Android MTP

Postby appye » 2019-04-30 16:56

Okay, identical install on SID and the problem still exists. I am not sure how to upgrade to the experimental packages but I will figure it out.
appye
 
Posts: 11
Joined: 2007-11-21 16:26

Re: Buster Android MTP

Postby appye » 2019-04-30 17:32

Okay, I can confirm that the same error messages pop up on a SID install, even after installing (force, dpkg --force-all) newer packages from experimental:

gvfs_1.40.1-1_amd64.deb
gvfs-backends_1.40.1-1_amd64.deb
gvfs-common_1.40.1-1_all.deb
gvfs-daemons_1.40.1-1_amd64.deb
gvfs-libs_1.40.1-1_amd64.deb

I will add this to the bug report. Are we still sure that the issue is related to gvfs-backends?
appye
 
Posts: 11
Joined: 2007-11-21 16:26

Re: Buster Android MTP

Postby pylkko » 2019-05-01 10:19

you can also consider not using a cable at all:

viewtopic.php?f=16&t=134786&hilit=+amaze%27
User avatar
pylkko
 
Posts: 1570
Joined: 2014-11-06 19:02

Re: Buster Android MTP

Postby appye » 2019-05-02 02:02

Yeah I know, I would like to avoid the error messages, and be able to use the cable as well. Also, I have other people I manage linux computers for and I would like to avoid the questions ...
appye
 
Posts: 11
Joined: 2007-11-21 16:26


Return to Debian Development

Who is online

Users browsing this forum: No registered users and 1 guest

fashionable