Re: [gentoo-user] Re: KDE 5 MTP failure

[Peter Humphrey]

On Sunday 18 Jun 2017 20:48:53 Walter Dnes wrote:
> On Mon, Jun 19, 2017 at 01:19:58AM +0100, Peter Humphrey wrote
> 
> > On Sunday 18 Jun 2017 14:11:02 Walter Dnes wrote:
> > > An extra bit of debugging...
> > > 
> > > * switch to message log console (tty12) with {CTRL}{ALT}{F12}
> > > 
> > > * attach device
> > > 
> > > * note the output
> > 
> > USB device detected, using xhci-hcd.
> 
>   YIKES 
> 
> * Connect your device again
> 
> * As root, execute "fdisk -l"
> 
> * If you see an unexpected partion, e.g. /dev/sdb1, as root
>   "mount -t auto /dev/sdb1 $HOME/nexus"

Just the SSD in this box and its partitions.

> * "cd $HOME/nexus" and "ls -al".  Do you see anything?

No, because still nothing's mounted there. I tried adding a couple more 
options to the mount command, with no discernible effect: -o nonempty -o 
direct_io.

>   If that works, you've mounted it just like a USB key.  Make sure that
> you "cd" away from the device, and "umount $HOME/nexus".
> 
>   Check you device's mounting options.  I've seen devices that have
> options to mount as...
>   - regular USB devices
>   - MTP devices
>   - PTP (direct photo-to-printer) devices
> 
>   Select the mount option most convenient for you.

Maybe I have something lacking in my kernel config.

-- 
Regards
Peter

Re: [gentoo-user] Re: KDE 5 MTP failure

[Walter Dnes]

On Mon, Jun 19, 2017 at 01:19:58AM +0100, Peter Humphrey wrote
> On Sunday 18 Jun 2017 14:11:02 Walter Dnes wrote:
> 
> > An extra bit of debugging...
> > 
> > * switch to message log console (tty12) with {CTRL}{ALT}{F12}
> > 
> > * attach device
> > 
> > * note the output
> 
> USB device detected, using xhci-hcd.

  YIKES 

* Connect your device again

* As root, execute "fdisk -l"

* If you see an unexpected partion, e.g. /dev/sdb1, as root
  "mount -t auto /dev/sdb1 $HOME/nexus"

* "cd $HOME/nexus" and "ls -al".  Do you see anything?

  If that works, you've mounted it just like a USB key.  Make sure that
you "cd" away from the device, and "umount $HOME/nexus".

  Check you device's mounting options.  I've seen devices that have
options to mount as...
  - regular USB devices
  - MTP devices
  - PTP (direct photo-to-printer) devices

  Select the mount option most convenient for you.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Re: KDE 5 MTP failure

[Peter Humphrey]

On Sunday 18 Jun 2017 14:11:02 Walter Dnes wrote:
> On Sun, Jun 18, 2017 at 04:04:11PM +0100, Peter Humphrey wrote
> 
>   Did you "emerge sys-fs/fuse"?  The default /etc/fuse.conf is OK.

Yes, as I said.

>   "Troubleshooting" instructions in https://wiki.gentoo.org/wiki/MTP say
> that some devices must be turned on and have the active screen; i.e. do
> not allow screensaver/screenlock.

Yes, I've tried that.

> An extra bit of debugging...
> 
> * switch to message log console (tty12) with {CTRL}{ALT}{F12}
> 
> * attach device
> 
> * note the output

USB device detected, using xhci-hcd.

> * remove device
> 
> * note output

USB disconnect.

> * switch back to X (usually) {CTRL}{ALT}{F7}

 not necessary in a VT.

USB seems to be working okay, but either fuse or mtpfs isn't. I also tried 
the kio-mtp method, but that didn't show anything either.

-- 
Regards
Peter

Re: [gentoo-user] Re: KDE 5 MTP failure

[Walter Dnes]

On Sun, Jun 18, 2017 at 04:04:11PM +0100, Peter Humphrey wrote

  Did you "emerge sys-fs/fuse"?  The default /etc/fuse.conf is OK.

  "Troubleshooting" instructions in https://wiki.gentoo.org/wiki/MTP say
that some devices must be turned on and have the active screen; i.e. do
not allow screensaver/screenlock.  An extra bit of debugging...

* switch to message log console (tty12) with {CTRL}{ALT}{F12}

* attach device

* note the output

* remove device

* note output

* switch back to X (usually) {CTRL}{ALT}{F7}

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Re: KDE 5 MTP failure

[Peter Humphrey]

On Friday 16 Jun 2017 14:35:21 Walter Dnes wrote:
> On Fri, Jun 16, 2017 at 08:23:42AM -0700, Ian Zimmerman wrote
> 
> > On 2017-06-16 14:23, Grant Edwards wrote:
> > > This is not the first time I've seen somebody mention this "songs and
> > > pictures" stuff. I don't understand.  When I use mtpfs to mount my
> > > Android devices, a "file-level view" is exactly what I get: I see the
> > > device's root directory and everything underneath it the exact same
> > > way I would if it were a USB-storage device.
> > 
> > The last time I tried MTP was on Debian maybe 2 years ago or 3 years,
> > using the jmtpfs package.  IIRC this was what happened; yes, I could see
> > individual files, but only certain types, and only in certain
> > directories.
> 
>   That package is currently keyworded.  Use sys-fs/simple-mtpfs instead.
> It simply works; and it works simply.  From the command line

Thanks for the instructions, Walter.

> 1) create a working mount directory, e.g. $HOME/tablet

$ mkdir ~/nexus

> 2) attach smartphone/tablet/whatever to USB port
> 
> 3) sudo simple-mtpfs -o allow_other $HOME/tablet

$ sudo modprobe fuse
$ sudo simple-mtpfs -o allow_other ~/nexus
Device 0 (VID=18d1 and PID=4ee1) is a Google Inc (for LG 
Electronics/Samsung) Nexus 4/5/7/10 (MTP).
Android device detected, assigning default bug flags

(Actually it's a Nexus 6P phone.)

> 4) cd $HOME/tablet

$ ls -la
total 8.0K
drwxr-xr-x  2 prh prh 4.0K Jun 18 15:05 .
drwxr-xr-x 36 prh prh 4.0K Jun 18 15:05 ..

> 5) do whatever
> 
> 6) cd
> 
> 7) sudo fusermount -u $HOME/tablet

$ sudo fusermount -u nexus
fusermount: failed to unmount /home/prh/nexus: Invalid argument

...because it was never mounted - or if it was it was dropped immediately. 
Dmesg has no record of anything being mounted.

I've tried two cables and both USB-2 and USB-3 ports on this box, and I've 
tried fuse as a module and built in. I have the sys-fs/fuse package 
installed.

I also tried an older Nexus-7 with the same result, but when I tried a 
Samsung Galaxy Tab S I got this (as root):

# simple-mtpfs -o allow_other /home/prh/nexus
Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP).
LIBMTP ERROR: couldnt parse extension samsung.com/devicestatus:3

Well, Samsung do like to do their own thing.

What else might I be missing? I'm not so bothered about the two tablets, but 
it would be good to be able to connect the phone and play with it.

> 8) dettach smartphone/tablet/whatever from USB port

-- 
Regards
Peter

Re: [gentoo-user] Re: KDE 5 MTP failure

[Walter Dnes]

On Fri, Jun 16, 2017 at 08:23:42AM -0700, Ian Zimmerman wrote
> On 2017-06-16 14:23, Grant Edwards wrote:
> 
> > This is not the first time I've seen somebody mention this "songs and
> > pictures" stuff. I don't understand.  When I use mtpfs to mount my
> > Android devices, a "file-level view" is exactly what I get: I see the
> > device's root directory and everything underneath it the exact same
> > way I would if it were a USB-storage device.
> 
> The last time I tried MTP was on Debian maybe 2 years ago or 3 years,
> using the jmtpfs package.  IIRC this was what happened; yes, I could see
> individual files, but only certain types, and only in certain
> directories.

  That package is currently keyworded.  Use sys-fs/simple-mtpfs instead.
It simply works; and it works simply.  From the command line

1) create a working mount directory, e.g. $HOME/tablet

2) attach smartphone/tablet/whatever to USB port

3) sudo simple-mtpfs -o allow_other $HOME/tablet

4) cd $HOME/tablet

5) do whatever

6) cd

7) sudo fusermount -u $HOME/tablet

8) dettach smartphone/tablet/whatever from USB port

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

[gentoo-user] Re: KDE 5 MTP failure

[Grant Edwards]

On 2017-06-16, Grant Edwards  wrote:
> On 2017-06-16, Ian Zimmerman  wrote:
>
>> The last time I tried MTP was on Debian maybe 2 years ago or 3 years,
>> using the jmtpfs package.  IIRC this was what happened; yes, I could see
>> individual files, but only certain types, and only in certain
>> directories.
>
> Interesting.  I just tried it on my Moto G, and it appears that I see
> absolutely everything, but now it's only the SD card.  The last time I
> tried it (probably almost a year ago), I saw the internal storage
> also.  All I ever want to transfer is to/from the SD card, so it's
> still good enough for me, but it doesn't work the way you want it to
> (which is how it used to work).

At least it's not just me:

https://forums.androidcentral.com/moto-x-pure-edition/622358-6-0-marshmallow-internal-memory-storage-does-not-show-up-when-connected-laptop-via-usb.html

This seems to be how Android 6.0 (Marshmallow) works if you've
formatted your SD card for 'Internal' use and opted to "migrate" your
data to it.  The internal flash is no longer made available via MTP.

>
> phone
> └── SD card
> ├── AI Factory Stats
> │   └── Backgammon.stats
> ├── Alarms
> ├── albumthumbs
> │   ├── 1418949716037
> [...]

-- 
Grant Edwards   grant.b.edwardsYow! My EARS are GONE!!
  at   
  gmail.com

[gentoo-user] Re: KDE 5 MTP failure

[Grant Edwards]

On 2017-06-16, Ian Zimmerman  wrote:

> The last time I tried MTP was on Debian maybe 2 years ago or 3 years,
> using the jmtpfs package.  IIRC this was what happened; yes, I could see
> individual files, but only certain types, and only in certain
> directories.

Interesting.  I just tried it on my Moto G, and it appears that I see
absolutely everything, but now it's only the SD card.  The last time I
tried it (probably almost a year ago), I saw the internal storage
also.  All I ever want to transfer is to/from the SD card, so it's
still good enough for me, but it doesn't work the way you want it to
(which is how it used to work).


phone
└── SD card
├── AI Factory Stats
│   └── Backgammon.stats
├── Alarms
├── albumthumbs
│   ├── 1418949716037
[...]
│   └── 1418951626418
├── alt_autocycle
├── amazon
│   └── shared_test_data
│   └── fontconfig
│   └── cachedir
│   ├── 27cf29a221eaa093d4b928e3745e49e5-le32d8.cache-3
[...]
│   ├── f641fe1c134a0cfab7cc5f63c0b106e5-le32d8.cache-3
│   └── f8d250095eb18f59cf6cfb3e0b53e660-le32d8.cache-3
├── amazonmp3
│   └── temp
├── Android
│   ├── data
│   │   ├── com.amazon.kindle
│   │   │   ├── cache
│   │   │   │   └── uil-images

[...]

475 directories, 3238 files


-- 
Grant Edwards   grant.b.edwardsYow! Hello?  Enema Bondage?
  at   I'm calling because I want
  gmail.comto be happy, I guess ...

[gentoo-user] Re: KDE 5 MTP failure

[Ian Zimmerman]

On 2017-06-16 14:23, Grant Edwards wrote:

> This is not the first time I've seen somebody mention this "songs and
> pictures" stuff. I don't understand.  When I use mtpfs to mount my
> Android devices, a "file-level view" is exactly what I get: I see the
> device's root directory and everything underneath it the exact same
> way I would if it were a USB-storage device.

The last time I tried MTP was on Debian maybe 2 years ago or 3 years,
using the jmtpfs package.  IIRC this was what happened; yes, I could see
individual files, but only certain types, and only in certain
directories.

-- 
Please *no* private Cc: on mailing lists and newsgroups
Personal signed mail: please _encrypt_ and sign
Don't clear-text sign:
http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html

[gentoo-user] Re: KDE 5 MTP failure

[Grant Edwards]

On 2017-06-15, Ian Zimmerman  wrote:

> Another option (Android only, of course) is the adb program in
> android-tools package.  I prefer it over MTP (independent of
> implementation issues) because it gives me file-level view of the
> device, rather than dealing in "pictures" and "songs".

This is not the first time I've seen somebody mention this "songs and
pictures" stuff. I don't understand.  When I use mtpfs to mount my
Android devices, a "file-level view" is exactly what I get: I see the
device's root directory and everything underneath it the exact same
way I would if it were a USB-storage device.

-- 
Grant Edwards   grant.b.edwardsYow! Gee, I feel kind of
  at   LIGHT in the head now,
  gmail.comknowing I can't make my
   satellite dish PAYMENTS!

Re: [gentoo-user] Re: KDE 5 MTP failure

[Walter Dnes]

On Thu, Jun 15, 2017 at 04:42:19PM -0700, Ian Zimmerman wrote

> Another option (Android only, of course) is the adb program in
> android-tools package.  I prefer it over MTP (independent of
> implementation issues) because it gives me file-level view of the
> device, rather than dealing in "pictures" and "songs".

  What implements that "Clippy-level-helpfull-feature"?  Is that KDE or
that particular mtpfs implementation?  I use simple-mtpfs and I run mc
(Midnight Commander) to move/copy/delete files.  Even a commandline...

[d531][waltdnes][~] sudo simple-mtpfs -o allow_other /home/waltdnes/tablet
Device 0 (VID=22b8 and PID=2e82) is a Motorola Moto G (ID2).
Android device detected, assigning default bug flags

[d531][waltdnes][~] cd tablet

[d531][waltdnes][~/tablet] ls -al
total 0
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Alarms
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Android
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 DCIM
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Download
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Movies
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Music
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 My_stuff
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Notifications
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Pictures
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Podcasts
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Ringtones


-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

[gentoo-user] Re: KDE 5 MTP failure

[Ian Zimmerman]

On 2017-06-15 07:26, Neil Bothwick wrote:

> > Android and iphones can be accessed as a USB drive. Doesn't this
> > work?
> 
> No they can't, at least not the modern Android phones. allowing two
> systems to mount the same filesystem is a recipe for disaster. That's
> why we have MTP, which would be the perfect answer... if it worked
> reliably.
> 
> I avoid all those issues by installing SSHhelper on Android and
> copying files with scp you can also open ssh views in Dolphin if the
> mouse is more your thing.

Another option (Android only, of course) is the adb program in
android-tools package.  I prefer it over MTP (independent of
implementation issues) because it gives me file-level view of the
device, rather than dealing in "pictures" and "songs".

-- 
Please *no* private Cc: on mailing lists and newsgroups
Personal signed mail: please _encrypt_ and sign
Don't clear-text sign:
http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html

[gentoo-user] Re: KDE 5 MTP failure

[Nikos Chantziaras]

On 06/14/2017 06:05 PM, Daniel Frey wrote:

So the MTP process crapped out again.

I repeated this three times and cursed at KDE (it used to work, I
haven't had to copy files off my phone in more than six months) and
emailed them to myself.


Same happens to me. And always has.

I also tried every MTP tool in portage, and only found one (1) that 
actually works: sys-fs/simple-mtpfs


And I suspect that might even differ from device to device. What works 
for one device will probably not work for another. In general, MTP 
support seems like a huge mess.

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[Michael Mol]

On Thursday, October 13, 2016 10:48:08 AM you wrote:
> On Thursday, October 13, 2016 09:07:46 PM Andrew Lowe wrote:
> > On 13/10/16 20:39, Michael Mol wrote:
> > > On Wednesday, October 12, 2016 11:54:48 PM Jörg Schaible wrote:
> > >> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the
> > >> same
> > >> behavior there. All KDE-4-based apps fail to interact with the file
> > >> system.
> > >> Using KMail I can no longer add any attachment to an email nor save an
> > >> existing attachment to disk.
> > > 
> > > I'm running KMail (Gentoo doesn't have the KDE5 version in tree yet, so
> > > KDE4), and I send file attachments all the time. So I can say it's at
> > > least not *intrinsically* broken...
> > > 
> > > Much of KDE4 and KDE5 wind up installed side by side, FWIW. I'd suggest
> > > cycling through emerge @preserved-rebuild, revdep-rebuild, depclean, and
> > > see if that shakes something loose.
> > > 
> > > The KDE4->KDE5 transition was generally a royal PITA for me, too, though
> > > I
> > > can't remember what all broke...
> > 
> > Kwooty, an nzb downloaded, has the same problem. It's "4" as well. Hit
> > 
> > the "Open" button, a file dialogue pops up, closely followed by "Error
> > Kwooty" -> "The process for the file protocol died unexpectedly". File
> > -> Open gets the same.
> > 
> > Dragging and dropping into the main window works and once the nzb files
> > 
> > have been parsed, kwooty behaves as expected.
> > 
> > This failure corresponds with a big update of KDE 5 stuff. I've just
> > 
> > has a quick browse through bugs for the last 36 hours and nothing jumps
> > out.
> I'm running 5.8.1 here. I've got all of Qt, all of frameworks and all of KDE
> Applications unmasked ~amd4, and my automatic updates building things every
> night. Started doing that when KDE went full-on rapid-release.
> 
> That said, I don't think I've restarted KMail or my login session since
> Monday. Hang on...

OK, tested, still works fine for me here.

Here's the output of "emerge -p -e --tree --with-bdeps=y kde-apps/kontact". 
Maybe we're running different versions of some important dependency?

Calculating dependencies  ... done!
[ebuild   R] kde-apps/kmail-4.14.11_pre20160211 
[ebuild   R]  x11-proto/xf86vidmodeproto-2.3.1-r1 
[ebuild   R]   sys-devel/libtool-2.4.6 
[ebuild   R]dev-libs/libltdl-2.4.6 
[ebuild   R] app-arch/xz-utils-5.2.2 
[ebuild   R]sys-devel/automake-1.15 
[ebuild   R] sys-devel/autoconf-2.69 
[ebuild   R]  dev-lang/perl-5.22.2 
[ebuild   R]   app-admin/perl-cleaner-2.20 
[ebuild   R]app-portage/portage-utils-0.62 
[ebuild   R] dev-libs/iniparser-3.1-r1 
[ebuild   R]app-shells/bash-4.3_p48 
[ebuild   R] sys-libs/readline-6.3_p8-r2 
[ebuild   R]  virtual/pkgconfig-0-r1 
[ebuild   R]   dev-util/pkgconfig-0.28-r2 
[ebuild   R]dev-libs/glib-2.48.2 
[ebuild   R] dev-util/gtk-doc-am-1.25-r1 
[ebuild   R] x11-misc/shared-mime-info-1.4 
[ebuild   R]  dev-libs/libxml2-2.9.4 
[ebuild   R]   dev-lang/python-2.7.10-r1 
[ebuild   R]app-arch/bzip2-1.0.6-r7 
[ebuild   R]app-misc/mime-types-9 
[ebuild   R]dev-db/sqlite-3.13.0 
[ebuild   R] dev-libs/icu-57.1 
[ebuild   R]virtual/libffi-3.0.13-r1 
[ebuild   R] dev-libs/libffi-3.2.1 
[ebuild   R]dev-libs/expat-2.1.1-r2 
[ebuild   R]virtual/libintl-0-r2 
[ebuild   R]sys-libs/zlib-1.2.8-r1 
[ebuild   R]dev-libs/openssl-1.0.2j 
[ebuild   R] app-misc/c_rehash-1.7-r1 
[ebuild   R] app-misc/ca-certificates-20151214.3.21 
[ebuild   R]  dev-lang/python-3.4.3-r1 
[ebuild   R]   sys-libs/ncurses-5.9-r5 
[ebuild   R]sys-libs/gpm-1.20.7-r2 
[ebuild   R] sys-apps/texinfo-6.1 
[ebuild   R]  dev-perl/Text-Unidecode-1.270.0 
[ebuild   R]   virtual/perl-ExtUtils-
MakeMaker-7.40.100_rc 
[ebuild   R]  sys-devel/gettext-0.19.7 
[ebuild   R]   virtual/acl-0-r2 
[ebuild   R]sys-apps/acl-2.2.52-r1 
[ebuild   R] sys-apps/attr-2.4.47-r2 
[ebuild   R]   virtual/libiconv-0-r2 
[ebuild   R]  dev-perl/libintl-perl-1.240.0 
[ebuild   R]  dev-perl/Unicode-EastAsianWidth-1.330.0-
r1 
[ebuild   R]   virtual/perl-File-Spec-3.560.100 
[ebuild   R] virtual/yacc-0 
[ebuild   R]  sys-devel/bison-3.0.4-r1 
[ebuild   R]   

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[Michael Mol]

On Thursday, October 13, 2016 09:07:46 PM Andrew Lowe wrote:
> On 13/10/16 20:39, Michael Mol wrote:
> > On Wednesday, October 12, 2016 11:54:48 PM Jörg Schaible wrote:
> >> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
> >> behavior there. All KDE-4-based apps fail to interact with the file
> >> system.
> >> Using KMail I can no longer add any attachment to an email nor save an
> >> existing attachment to disk.
> > 
> > I'm running KMail (Gentoo doesn't have the KDE5 version in tree yet, so
> > KDE4), and I send file attachments all the time. So I can say it's at
> > least not *intrinsically* broken...
> > 
> > Much of KDE4 and KDE5 wind up installed side by side, FWIW. I'd suggest
> > cycling through emerge @preserved-rebuild, revdep-rebuild, depclean, and
> > see if that shakes something loose.
> > 
> > The KDE4->KDE5 transition was generally a royal PITA for me, too, though I
> > can't remember what all broke...
> 
>   Kwooty, an nzb downloaded, has the same problem. It's "4" as well. Hit
> the "Open" button, a file dialogue pops up, closely followed by "Error
> Kwooty" -> "The process for the file protocol died unexpectedly". File
> -> Open gets the same.
> 
>   Dragging and dropping into the main window works and once the nzb files
> have been parsed, kwooty behaves as expected.
> 
>   This failure corresponds with a big update of KDE 5 stuff. I've just
> has a quick browse through bugs for the last 36 hours and nothing jumps out.

I'm running 5.8.1 here. I've got all of Qt, all of frameworks and all of KDE 
Applications unmasked ~amd4, and my automatic updates building things every 
night. Started doing that when KDE went full-on rapid-release.

That said, I don't think I've restarted KMail or my login session since 
Monday. Hang on...

-- 
:wq

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[Andrew Lowe]

On 13/10/16 20:39, Michael Mol wrote:

On Wednesday, October 12, 2016 11:54:48 PM Jörg Schaible wrote:

Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
behavior there. All KDE-4-based apps fail to interact with the file system.
Using KMail I can no longer add any attachment to an email nor save an
existing attachment to disk.


I'm running KMail (Gentoo doesn't have the KDE5 version in tree yet, so KDE4),
and I send file attachments all the time. So I can say it's at least not
*intrinsically* broken...

Much of KDE4 and KDE5 wind up installed side by side, FWIW. I'd suggest
cycling through emerge @preserved-rebuild, revdep-rebuild, depclean, and see
if that shakes something loose.

The KDE4->KDE5 transition was generally a royal PITA for me, too, though I
can't remember what all broke...



	Kwooty, an nzb downloaded, has the same problem. It's "4" as well. Hit 
the "Open" button, a file dialogue pops up, closely followed by "Error 
Kwooty" -> "The process for the file protocol died unexpectedly". File 
-> Open gets the same.


	Dragging and dropping into the main window works and once the nzb files 
have been parsed, kwooty behaves as expected.


	This failure corresponds with a big update of KDE 5 stuff. I've just 
has a quick browse through bugs for the last 36 hours and nothing jumps out.


Andrew

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[Michael Mol]

On Wednesday, October 12, 2016 11:54:48 PM Jörg Schaible wrote:
> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
> behavior there. All KDE-4-based apps fail to interact with the file system.
> Using KMail I can no longer add any attachment to an email nor save an
> existing attachment to disk.

I'm running KMail (Gentoo doesn't have the KDE5 version in tree yet, so KDE4), 
and I send file attachments all the time. So I can say it's at least not 
*intrinsically* broken...

Much of KDE4 and KDE5 wind up installed side by side, FWIW. I'd suggest 
cycling through emerge @preserved-rebuild, revdep-rebuild, depclean, and see 
if that shakes something loose.

The KDE4->KDE5 transition was generally a royal PITA for me, too, though I 
can't remember what all broke...

-- 
:wq

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[P Levine]

On Wed, Oct 12, 2016 at 5:54 PM, Jörg Schaible  wrote:
> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
> behavior there. All KDE-4-based apps fail to interact with the file system.
> Using KMail I can no longer add any attachment to an email nor save an
> existing attachment to disk.
>
> Jörg Schaible wrote:
>
>> Hi,
>>
>> after the update to Plasma 5/KF5, I can no longer open (HTML) files from
>> my local disk with Konqueror. It claims it does no longer know the file
>> protocol. I get a similar error in Amarok when I try to apply a cover to
>> an album from the local disk. It seems all KDE4-based application are
>> affected.
>>
>> Does anybody what's causing this behavior and know how to solve it?
>>
>> Cheers,
>> Jörg
>
>
>

Try running the apps from command line, using '--nofork' and/or
'--debug' where/if applicable.  Try to reproduce the behavior and see
if something potentially relevant is printed out.

[gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[Jörg Schaible]

Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same 
behavior there. All KDE-4-based apps fail to interact with the file system. 
Using KMail I can no longer add any attachment to an email nor save an 
existing attachment to disk.

Jörg Schaible wrote:

> Hi,
> 
> after the update to Plasma 5/KF5, I can no longer open (HTML) files from
> my local disk with Konqueror. It claims it does no longer know the file
> protocol. I get a similar error in Amarok when I try to apply a cover to
> an album from the local disk. It seems all KDE4-based application are
> affected.
> 
> Does anybody what's causing this behavior and know how to solve it?
> 
> Cheers,
> Jörg

Re: [gentoo-user] Re: KDE 5

[Mick]

On Wednesday 13 Jul 2016 23:04:57 Mick wrote:
> On Thursday 14 Jul 2016 04:50:57 Michael Palimaka wrote:
> > On 13/07/16 07:56, Mick wrote:
> > > Unlike Neil I found Plasma 5 a major climb down from KDE4 in terms of
> > > interface usability.  A lot of things were broken and for me still are.
> > > For example Konqueror on my laptop does not integrate with Dolphin
> > > anymore, menu icons on Dolphin are not shown, Network places are empty,
> > > Kim4 does not show up in the dropdown menu, etc.  I noticed the same
> > > problems on a desktop which had the full Plasma5 desktop installed.
> > 
> > These are not related to Plasma, but rather KDE Applications which is
> > now distinct.
> > 
> > The Dolphin/Konqueror integration should be fixed in 16.04.3, see bug
> > #562224.
> 
> Thanks, good to know.

This problem is now fixed with 16.04.3-r1.  Under Network I can see all my 
remote fs and servers.  Also, a single click on a folder opens it in within 
Konqueror, rather than opening a separate Dolphin window.  In Dolphin folders 
still require double click to open.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: KDE 5

[Mick]

On Sunday 17 Jul 2016 01:29:42 Michael Palimaka wrote:
> On 17/07/16 01:00, Mick wrote:

> > Another problem:
> > 
> > I can't open files/directories with a single click as I used to.  I have
> > to
> > double click.  Where could I set this up?
> 
> Look in System Settings -> Input Devices -> Mouse, it's in the Icons
> section of the General tab.

Ah!  Yes, I forgot.  I had already set this up to open files with single click, 
but Dolphin won't obey this setting.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 17/07/16 01:00, Mick wrote:
> On Saturday 16 Jul 2016 01:30:33 Michael Palimaka wrote:
>> On 15/07/16 07:00, Mick wrote:
>>> On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
 On 14/07/16 08:04, Mick wrote:

 For the missing icons, is this inside a Plasma session? What's the
 output of "env | grep XDG_"?
>>>
>>> No, I am not running the full Plasma desktop - although I had tried this
>>> on a PC with the Plasma desktop and the effect was the same.
>>>
>>> This is what I get on my laptop:
>>>
>>> $ env | grep XDG_
>>> XDG_VTNR=7
>>> XDG_MENU_PREFIX=e-
>>> XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
>>> XDG_SESSION_CLASS=user
>>> XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
>>> XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
>>> XDG_CONFIG_DIRS=/etc/xdg
>>> XDG_SESSION_TYPE=x11
>>> XDG_SEAT=seat0
>>> XDG_SESSION_DESKTOP=
>>> XDG_DATA_DIRS=/usr/local/share:/usr/share
>>> XDG_RUNTIME_DIR=/var/run/user/1000
>>> XDG_CURRENT_DESKTOP=
>>
>> There is an ongoing issue with KDE Applications displaying missing icons
>> outside of a Plasma environment, due to a behaviour change in Qt 5 where
>> it tries to automatically theme (including icon theme) applications
>> based on the running environment.
>>
>> As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
>> running Dolphin.
>>
>> It is expected that kim4 (kdelibs4-based) does not work with
>> KF5-based Dolphin.
>
> This was a very useful facility for me.  I hope kim5 will be brought
> out.

 I did a really quick test by copying the service files to the KF5
 location (/usr/share/kservices5/ServiceMenus) and ran a couple of
 operations and it seemed to work OK.
>>>
>>> Do you mean copying the Kim4 files from
>>> ~/.kde4/share/kde4/services/ServiceMenus/?
>>
>> The ones it installs:
>>
>> /usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_publication.desktop
> 
> Another problem:
> 
> I can't open files/directories with a single click as I used to.  I have to 
> double click.  Where could I set this up?
> 

Look in System Settings -> Input Devices -> Mouse, it's in the Icons
section of the General tab.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 16/07/16 03:52, Mick wrote:
> On Saturday 16 Jul 2016 01:30:33 Michael Palimaka wrote:
>> On 15/07/16 07:00, Mick wrote:
>>> On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
 On 14/07/16 08:04, Mick wrote:

 For the missing icons, is this inside a Plasma session? What's the
 output of "env | grep XDG_"?
>>>
>>> No, I am not running the full Plasma desktop - although I had tried this
>>> on a PC with the Plasma desktop and the effect was the same.
>>>
>>> This is what I get on my laptop:
>>>
>>> $ env | grep XDG_
>>> XDG_VTNR=7
>>> XDG_MENU_PREFIX=e-
>>> XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
>>> XDG_SESSION_CLASS=user
>>> XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
>>> XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
>>> XDG_CONFIG_DIRS=/etc/xdg
>>> XDG_SESSION_TYPE=x11
>>> XDG_SEAT=seat0
>>> XDG_SESSION_DESKTOP=
>>> XDG_DATA_DIRS=/usr/local/share:/usr/share
>>> XDG_RUNTIME_DIR=/var/run/user/1000
>>> XDG_CURRENT_DESKTOP=
>>
>> There is an ongoing issue with KDE Applications displaying missing icons
>> outside of a Plasma environment, due to a behaviour change in Qt 5 where
>> it tries to automatically theme (including icon theme) applications
>> based on the running environment.
>>
>> As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
>> running Dolphin.
>>
>> It is expected that kim4 (kdelibs4-based) does not work with
>> KF5-based Dolphin.
>
> This was a very useful facility for me.  I hope kim5 will be brought
> out.

 I did a really quick test by copying the service files to the KF5
 location (/usr/share/kservices5/ServiceMenus) and ran a couple of
 operations and it seemed to work OK.
>>>
>>> Do you mean copying the Kim4 files from
>>> ~/.kde4/share/kde4/services/ServiceMenus/?
>>
>> The ones it installs:
>>
>> /usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_publication.desktop
> 
> Thanks for this tip Michael, it works perfectly.  While I was there, I also 
> copied over all k3b shortcuts too.  :-)
> 
> Shouldn't all these get picked up automatically when Plasma is installed and 
> symlinked?
> 

There's no guarantee that KDE4 services will function in a KF5
environment - it's just lucky in this case that they are fairly simple
and do.

Re: [gentoo-user] Re: KDE 5

[Mick]

On Saturday 16 Jul 2016 01:30:33 Michael Palimaka wrote:
> On 15/07/16 07:00, Mick wrote:
> > On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
> >> On 14/07/16 08:04, Mick wrote:
> >> 
> >> For the missing icons, is this inside a Plasma session? What's the
> >> output of "env | grep XDG_"?
> > 
> > No, I am not running the full Plasma desktop - although I had tried this
> > on a PC with the Plasma desktop and the effect was the same.
> > 
> > This is what I get on my laptop:
> > 
> > $ env | grep XDG_
> > XDG_VTNR=7
> > XDG_MENU_PREFIX=e-
> > XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
> > XDG_SESSION_CLASS=user
> > XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
> > XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
> > XDG_CONFIG_DIRS=/etc/xdg
> > XDG_SESSION_TYPE=x11
> > XDG_SEAT=seat0
> > XDG_SESSION_DESKTOP=
> > XDG_DATA_DIRS=/usr/local/share:/usr/share
> > XDG_RUNTIME_DIR=/var/run/user/1000
> > XDG_CURRENT_DESKTOP=
> 
> There is an ongoing issue with KDE Applications displaying missing icons
> outside of a Plasma environment, due to a behaviour change in Qt 5 where
> it tries to automatically theme (including icon theme) applications
> based on the running environment.
> 
> As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
> running Dolphin.
> 
>  It is expected that kim4 (kdelibs4-based) does not work with
>  KF5-based Dolphin.
> >>> 
> >>> This was a very useful facility for me.  I hope kim5 will be brought
> >>> out.
> >> 
> >> I did a really quick test by copying the service files to the KF5
> >> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
> >> operations and it seemed to work OK.
> > 
> > Do you mean copying the Kim4 files from
> > ~/.kde4/share/kde4/services/ServiceMenus/?
> 
> The ones it installs:
> 
> /usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
> /usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
> /usr/share/kde4/services/ServiceMenus/kim_publication.desktop

Another problem:

I can't open files/directories with a single click as I used to.  I have to 
double click.  Where could I set this up?
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: KDE 5

[Mick]

On Saturday 16 Jul 2016 01:30:33 Michael Palimaka wrote:
> On 15/07/16 07:00, Mick wrote:
> > On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
> >> On 14/07/16 08:04, Mick wrote:
> >> 
> >> For the missing icons, is this inside a Plasma session? What's the
> >> output of "env | grep XDG_"?
> > 
> > No, I am not running the full Plasma desktop - although I had tried this
> > on a PC with the Plasma desktop and the effect was the same.
> > 
> > This is what I get on my laptop:
> > 
> > $ env | grep XDG_
> > XDG_VTNR=7
> > XDG_MENU_PREFIX=e-
> > XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
> > XDG_SESSION_CLASS=user
> > XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
> > XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
> > XDG_CONFIG_DIRS=/etc/xdg
> > XDG_SESSION_TYPE=x11
> > XDG_SEAT=seat0
> > XDG_SESSION_DESKTOP=
> > XDG_DATA_DIRS=/usr/local/share:/usr/share
> > XDG_RUNTIME_DIR=/var/run/user/1000
> > XDG_CURRENT_DESKTOP=
> 
> There is an ongoing issue with KDE Applications displaying missing icons
> outside of a Plasma environment, due to a behaviour change in Qt 5 where
> it tries to automatically theme (including icon theme) applications
> based on the running environment.
> 
> As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
> running Dolphin.
> 
>  It is expected that kim4 (kdelibs4-based) does not work with
>  KF5-based Dolphin.
> >>> 
> >>> This was a very useful facility for me.  I hope kim5 will be brought
> >>> out.
> >> 
> >> I did a really quick test by copying the service files to the KF5
> >> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
> >> operations and it seemed to work OK.
> > 
> > Do you mean copying the Kim4 files from
> > ~/.kde4/share/kde4/services/ServiceMenus/?
> 
> The ones it installs:
> 
> /usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
> /usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
> /usr/share/kde4/services/ServiceMenus/kim_publication.desktop

Thanks for this tip Michael, it works perfectly.  While I was there, I also 
copied over all k3b shortcuts too.  :-)

Shouldn't all these get picked up automatically when Plasma is installed and 
symlinked?

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 15/07/16 07:00, Mick wrote:
> On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
>> On 14/07/16 08:04, Mick wrote:
> 
>> For the missing icons, is this inside a Plasma session? What's the
>> output of "env | grep XDG_"?
> 
> No, I am not running the full Plasma desktop - although I had tried this on a 
> PC with the Plasma desktop and the effect was the same.
> 
> This is what I get on my laptop:
> 
> $ env | grep XDG_
> XDG_VTNR=7
> XDG_MENU_PREFIX=e-
> XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
> XDG_SESSION_CLASS=user
> XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
> XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
> XDG_CONFIG_DIRS=/etc/xdg
> XDG_SESSION_TYPE=x11
> XDG_SEAT=seat0
> XDG_SESSION_DESKTOP=
> XDG_DATA_DIRS=/usr/local/share:/usr/share
> XDG_RUNTIME_DIR=/var/run/user/1000
> XDG_CURRENT_DESKTOP=

There is an ongoing issue with KDE Applications displaying missing icons
outside of a Plasma environment, due to a behaviour change in Qt 5 where
it tries to automatically theme (including icon theme) applications
based on the running environment.

As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
running Dolphin.

 It is expected that kim4 (kdelibs4-based) does not work with
 KF5-based Dolphin.
>>>
>>> This was a very useful facility for me.  I hope kim5 will be brought out.
>>
>> I did a really quick test by copying the service files to the KF5
>> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
>> operations and it seemed to work OK.
> 
> Do you mean copying the Kim4 files from 
> ~/.kde4/share/kde4/services/ServiceMenus/?
> 

The ones it installs:

/usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
/usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
/usr/share/kde4/services/ServiceMenus/kim_publication.desktop

Re: [gentoo-user] Re: KDE 5

[Mick]

On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
> On 14/07/16 08:04, Mick wrote:

> For the missing icons, is this inside a Plasma session? What's the
> output of "env | grep XDG_"?

No, I am not running the full Plasma desktop - although I had tried this on a 
PC with the Plasma desktop and the effect was the same.

This is what I get on my laptop:

$ env | grep XDG_
XDG_VTNR=7
XDG_MENU_PREFIX=e-
XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
XDG_SESSION_CLASS=user
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_CONFIG_DIRS=/etc/xdg
XDG_SESSION_TYPE=x11
XDG_SEAT=seat0
XDG_SESSION_DESKTOP=
XDG_DATA_DIRS=/usr/local/share:/usr/share
XDG_RUNTIME_DIR=/var/run/user/1000
XDG_CURRENT_DESKTOP=


> As for delete, did you check "Delete" in the services configuration?

Ohh!  It works now.  :-)

I had tried this initially and it had no effect.  However, I have updated 
dolphin since.  Thanks for the prompt!


> >> It is expected that kim4 (kdelibs4-based) does not work with
> >> KF5-based Dolphin.
> > 
> > This was a very useful facility for me.  I hope kim5 will be brought out.
> 
> I did a really quick test by copying the service files to the KF5
> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
> operations and it seemed to work OK.

Do you mean copying the Kim4 files from 
~/.kde4/share/kde4/services/ServiceMenus/?
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 14/07/16 08:04, Mick wrote:
>> For missing icons and network places, it would be nice to know
>> more. 
> 
> Please see attached screenshot.  The menu has no icons, only text.  
> Configuration options are limited compared to KDE4.  Delete, instead of Move 
> to 
> Trash, is not configurable.  However, pressing Shift before or after a right-
> click menu has been invoked changes Move to Trash to Delete.

For the missing icons, is this inside a Plasma session? What's the
output of "env | grep XDG_"?

As for delete, did you check "Delete" in the services configuration?

> 
> 
>> It is expected that kim4 (kdelibs4-based) does not work with
>> KF5-based Dolphin.
> 
> This was a very useful facility for me.  I hope kim5 will be brought out.

I did a really quick test by copying the service files to the KF5
location (/usr/share/kservices5/ServiceMenus) and ran a couple of
operations and it seemed to work OK.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 13/07/16 07:56, Mick wrote:
> Unlike Neil I found Plasma 5 a major climb down from KDE4 in terms of 
> interface usability.  A lot of things were broken and for me still are.  For 
> example Konqueror on my laptop does not integrate with Dolphin anymore, menu 
> icons on Dolphin are not shown, Network places are empty, Kim4 does not show 
> up in the dropdown menu, etc.  I noticed the same problems on a desktop which 
> had the full Plasma5 desktop installed.

These are not related to Plasma, but rather KDE Applications which is
now distinct.

The Dolphin/Konqueror integration should be fixed in 16.04.3, see bug
#562224. For missing icons and network places, it would be nice to know
more. It is expected that kim4 (kdelibs4-based) does not work with
KF5-based Dolphin.

Re: [gentoo-user] Re: kde 5 and portable media mounting

[Dale]

Nikos Chantziaras wrote:
> On 17/04/16 05:26, Francisco Ares wrote:
>> On KDE 4, it was ok, it mounted removable media in
>> /run/[username]/[medialabel] , as the users were already in "plugdev"
>> group and, just in case, the "disk" group as well - and they are there
>> up to now.
>
> When the pop-up notification comes up that says a device has been
> plugged in, did you click on the checkmark on that notification? If
> you click the device itself, you will get "permission denied". If you
> click the checkmark, it work fine.
>
> (Don't ask me why that is. This is KDE. I stopped asking such silly
> questions a very long time ago.


I might add, once you click that it will then open with file manager as
well.  If you click to open in file manager first, you get the error. 
Odd stuff it is. 

I might add, while my camera works, I have to start digikam manually
where I used to click on the open in digiKam entry there.  I know I can
add the entry there but I'm not sure how that works since when I do, it
doesn't work.  Clicking the mount thing first doesn't work either.  It
still doesn't show the entry like it used to. 

I've learned that asking about the way KDE does some things is not a
good idea either. 

Dale

:-)  :-) 

[gentoo-user] Re: kde 5 and portable media mounting

[Nikos Chantziaras]

On 17/04/16 05:26, Francisco Ares wrote:

On KDE 4, it was ok, it mounted removable media in
/run/[username]/[medialabel] , as the users were already in "plugdev"
group and, just in case, the "disk" group as well - and they are there
up to now.


When the pop-up notification comes up that says a device has been 
plugged in, did you click on the checkmark on that notification? If you 
click the device itself, you will get "permission denied". If you click 
the checkmark, it work fine.


(Don't ask me why that is. This is KDE. I stopped asking such silly 
questions a very long time ago.)

[gentoo-user] Re: kde 5 and portable media mounting

[Nikos Chantziaras]

On 16/04/16 19:30, Francisco Ares wrote:

Hi, All.

After some issues (some not yet solved, but on the way...), there is one
pretty annoying: regular users have to provide root password in order to
mount a flash drive, for instance.

Am I missing something?


Are the users in the "plugdev" group?

See: https://wiki.gentoo.org/wiki/Udisks#Groups

[gentoo-user] Re: kde 5 and portable media mounting

[»Q«]

On Sat, 16 Apr 2016 13:30:18 -0300
Francisco Ares  wrote:

> After some issues (some not yet solved, but on the way...), there is
> one pretty annoying: regular users have to provide root password in
> order to mount a flash drive, for instance.
> 
> Am I missing something?  Found some posts on the net, but none has
> given enough light on the subject.

My USB hard drive mounted without asking for a password, but without
permission for regular users to read or write.  With it mounted, I
chown-ed the mountpoint to [myuser]:users, and since then everything
Just Works.