new thunar, can't see removable devices

adamlau · 2011-01-19 05:40:30

Buggy as heck...Issue is with thunar-volman + gvfs. Compiled a stripped version of thunar + min required deps, no issues.

xamaco · 2011-01-19 10:02:16

Leonid.I wrote
Isn't it better to replace hal with dbus in rc.conf and remove dbus-launch from .xinitrc?

I already had dbus in rc.conf, but I must tell I'm using openbox as a wm (no dm). So far the best place to put dbus-launch still seems in .xinitrc.

I was able to get rid of Hal, which is good news, but I'm not too happy with all these gvfs dependencies. And I need a user friendly file manager, as sometimes non tech. people user my PC. Sure, it's possible to revert to an older version of thunar, or pcmanfm, but with Arch under the hood, I don't fell like rowing against the tide...

Edit
After a man dbus-launch, it seems better to avoid doing something like: dbus-launch ck-launch-session ...
It let create duplicate gvfs processes when you exit the wm and get back into it (among other things).

Better use the code mentioned in the man page and the arch wiki:

if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
    eval `dbus-launch --sh-syntax --exit-with-session`
fi
exec ck-launch-session ...

Last edited by xamaco (2011-01-19 12:22:34)

guisacouto · 2011-01-19 14:52:10

Didnt check the removable devices issue, but I dont have trash too (gvfs and gvfs-afc installed) and my folder icons stopped showing, thunar just started to use default gnome icon theme just for the folders.

best regards

Varg · 2011-01-19 15:02:03

Xamaco's solution worked for me with AwesomeWM. Thanks.

@ guisacouto
I noticed the same thing. Trash can works again with the dbus-launch trick. I haven't figured out yet why the icons don't work. I installed an other theme form gnomelook.org and that one works just fine.

_abraxas · 2011-01-19 15:41:55

I have dbus in rc.conf. Starting Thunar with "dbus-launch thunar" takes ages, but automount of usb-sticks works. But if I start dbus-launch in .xinitrc, automount works only with superuser rights.

Cdh · 2011-01-19 17:51:34

xamaco wrote:

Better use the code mentioned in the man page and the arch wiki:
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
    eval `dbus-launch --sh-syntax --exit-with-session`
fi
exec ck-launch-session ...

Where in the wiki? I can't find it. In the XFCE article it still says exec dbus-launch ck-launch-session...

anonymous_user · 2011-01-19 18:05:48

https://wiki.archlinux.org/index.php/D- … envirnment

madalu · 2011-01-19 18:06:58

xamaco wrote:

I was able to get rid of Hal, which is good news, but I'm not too happy with all these gvfs dependencies. And I need a user friendly file manager, as sometimes non tech. people user my PC. Sure, it's possible to revert to an older version of thunar, or pcmanfm, but with Arch under the hood, I don't fell like rowing against the tide...

Ditto on the gvfs dependencies.

I switched to rox, udiskie, and an openbox pipe menu for mounting/unmounting and have been pretty happy with it.

Given the number of times I've had to fiddle with my system because upstream changes break automounting, I probably would have been better off doing it the old-fashioned way simply by adding lines to /etc/fstab.

Last edited by madalu (2011-01-19 18:07:25)

Leonid.I · 2011-01-19 19:01:51

xamaco wrote:

I was able to get rid of Hal, which is good news, but I'm not too happy with all these gvfs dependencies. And I need a user friendly file manager, as sometimes non tech. people user my PC. Sure, it's possible to revert to an older version of thunar, or pcmanfm, but with Arch under the hood, I don't fell like rowing against the tide...

I am going to try udisks from /extra, at least that is what people seem to use for KDE 4.6...

KimTjik · 2011-01-20 17:01:39

I'm a bit confused here. If relevant I'm using SLiM. I also have udiskie installed, and hence I removed specific Udisk rules, which anyway interfered with udiskie.

If I login to Xfce4.8 straight without any dbus-launch and/or ck-launch-session, everything works as expected (after manually clearing Xfce related directories in ~/.cache). Trash path works, mounting (both visible in side-panel and under /media), and umount works. From SLiM I didn't expect this to be the case without at least ck-launch-session.

My usual WM is Awesome. dbus-launch and/or ck-launch-session have no impact on behaviour; with or without mount and umount through udiskie works. Difference though is that Trash path in such file managers as Thunar and Nautilus doesn't work; neither will removable media show up in the side panel.

What "magic" does a standard xfce4 session add, which could explain why Trash path and side panel behave differently?

Leonid.I · 2011-01-20 17:13:52

KimTjik wrote:

I'm a bit confused here. If relevant I'm using SLiM. I also have udiskie installed, and hence I removed specific Udisk rules, which anyway interfered with udiskie.
If I login to Xfce4.8 straight without any dbus-launch and/or ck-launch-session, everything works as expected (after manually clearing Xfce related directories in ~/.cache). Trash path works, mounting (both visible in side-panel and under /media), and umount works. From SLiM I didn't expect this to be the case without at least ck-launch-session.
My usual WM is Awesome. dbus-launch and/or ck-launch-session have no impact on behaviour; with or without mount and umount through udiskie works. Difference though is that Trash path in such file managers as Thunar and Nautilus doesn't work; neither will removable media show up in the side panel.
What "magic" does a standard xfce4 session add, which could explain why Trash path and side panel behave differently?

Wait, if you have no ConsoleKit/Polkit, then how is it your user has enough priviledges to shutdown/reboot? Through groups/sudo? xfce4-session is just an environment (logout dialog, applications autostart, etc...), which by itself does not grant new permissions.

Now, my understanding is that HAL worked with ConsoleKit to allow auto mount/umount. Without HAL, you have to use either udisk (udiskie, whatever), or pmount. Is this right? Everything except pmount will again work with ConsoleKit. pmount is a suid, so it's OK on its own...

Last edited by Leonid.I (2011-01-20 17:14:49)

KimTjik · 2011-01-20 18:09:34

Leonid.I wrote:

Wait, if you have no ConsoleKit/Polkit, then how is it your user has enough priviledges to shutdown/reboot? Through groups/sudo? xfce4-session is just an environment (logout dialog, applications autostart, etc...), which by itself does not grant new permissions.
Now, my understanding is that HAL worked with ConsoleKit to allow auto mount/umount. Without HAL, you have to use either udisk (udiskie, whatever), or pmount. Is this right? Everything except pmount will again work with ConsoleKit. pmount is a suid, so it's OK on its own...

In the past HAL + belonging to group Power was enough for shutdown/reboot. Since I don't use a DE normally I have given my user such privileges through sudo.

I suspect that since udiskie (udisk wrapper) is started before the WM, it actually takes care of ConsoleKit. Before I started to use udiskie, to be able to mount removable devices, as a user without HAL, I had use udisk with specific udisk-rules and ck-launch-session. I've never used pmount.

Another difference is that Thunar if launched from within a xfce-session will show not mounted hard drive partitions, and also have shortcuts in the sidepanel to Networks (and as I stated before Trash will only become visible in a xfce-session).

.:B:. · 2011-01-20 19:24:47

Well, add me to the list of people ending up with a broken Thunar. Gvfs doesn't help, gvfs-lite doesn't help, i already have a dbus section in my .xinitrc, launching thunar through dbus-launch doesn't work either. Why is it Xfce always seems to get worse with every release?

I also tried the thingy with the Policy kit PKLA file but Thunar already installs that file, and it's identical to what's on the wiki.

adamlau: could you share the PKGBUILD (if you used one)? I'm rebuilding right now and stripping options, but if you have something ready that would be easy. Thanks!

zippy · 2011-01-20 23:52:08

Can someone explain to me why gvfs is an optdepend of thunar if its needed for the trash to work? Trash isn't able to be removed or configured in thunar. I'll probably be filing a bug soon but i don't want to start a sh*t/flamestorm

Hint: nautilus

Anyways, a me too with trash/volman/archive-plugin issues.

anonymous_user · 2011-01-20 23:53:51

Actually you can still send files to the Trash without gvfs however you won't have the side icon that also lets you empty the trash.

skunktrader · 2011-01-20 23:55:57

trash? what is this thrash that you all are so passionate about?

zippy · 2011-01-21 00:00:50

skunktrader wrote:

trash? what is this thrash that you all are so passionate about?

I do enjoy a good bit o Megadeth pre countdown to extinction.

adamlau · 2011-01-21 02:51:01

.:B:. wrote:

adamlau: could you share the PKGBUILD (if you used one)? I'm rebuilding right now and stripping options, but if you have something ready that would be easy. Thanks!

Thunar and min required XFCE deps, have been using the same heavily stripped options since at least 1.1.1 with updates to reflect current options...

pkgname=libxfce4util
pkgver=4.8.1
pkgrel=100
arch=('i686' 'x86_64')
license=('GPL2')

build() {
  cd ${srcdir}/${pkgname}-${pkgver}

./configure --disable-dependency-tracking --disable-nls --disable-static --disable-gtk-doc --disable-gtk-doc-html --disable-gtk-doc-pdf --disable-debug --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var

  make
  make DESTDIR=${pkgdir} install

  rm -rf ${pkgdir}/usr/share
}

pkgname=exo
pkgver=0.6.0
pkgrel=100
arch=('i686' 'x86_64')
license=('GPL2')
depends=('libxfce4util')
makedepends=('perl-uri')

build() {
  cd ${srcdir}/${pkgname}-${pkgver}

./configure --enable-gio-unix --disable-dependency-tracking --disable-nls --disable-static --disable-gtk-doc --disable-gtk-doc-html --disable-gtk-doc-pdf --disable-python --disable-gen-doc --disable-debug --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib/xfce4 --localstatedir=/var

  make
  make DESTDIR=${pkgdir} install

  rm -rf ${pkgdir}/usr/share/locale
}

pkgname=libxfce4ui
pkgver=4.8.0
pkgrel=100
arch=('i686' 'x86_64')
license=('GPL2')
depends=('libxfce4util')

build() {
  cd ${srcdir}/${pkgname}-${pkgver}

./configure --disable-dependency-tracking --disable-nls --disable-static --disable-startup-notification --disable-keyboard-library --disable-gladeui --disable-gtk-doc --disable-gtk-doc-html --disable-gtk-doc-pdf --disable-debug --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var

  make
  make DESTDIR=${pkgdir} install

  rm -rf ${pkgdir}/usr/share/locale
}

I only left the Thunar UCA plugin...

pkgname=thunar
pkgver=1.2.0
pkgrel=100
arch=('i686' 'x86_64')
license=('GPL2')
depends=('exo' 'libxfce4util' 'dbus-glib' 'hicolor-icon-theme' 'gnome-icon-theme' )
optdepends=('gamin')

build() {
  cd ${srcdir}/Thunar-${pkgver}

./configure --enable-gio-unix --enable-dbus --disable-dependency-tracking --disable-nls --disable-startup-notification --disable-gudev --disable-notifications --disable-gtk-doc --disable-gtk-doc-html --disable-gtk-doc-pdf --disable-gen-doc --disable-debug --disable-apr-plugin --disable-exif --disable-sbr-plugin --disable-pcre --disable-tpa-plugin --disable-wallpaper-plugin --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var

  make
  make DESTDIR=${pkgdir} install

  rm -rf ${pkgdir}/usr/share/locale
}

Last edited by adamlau (2011-01-21 02:53:54)

.:B:. · 2011-01-21 11:41:07

Thanks a lot, I just rebuilt Thunar at first, gonna see how that works out.

Leonid.I · 2011-01-21 18:13:00

.:B:. wrote:

Thanks a lot, I just rebuilt Thunar at first, gonna see how that works out.

Guys, here is the list of packages/configs, which do trash+automount in thunar. All stock, no rebuilds are necessary.

-svibor-13:06-Desktop~> pacman -Qg xfce4
xfce4 exo
xfce4 garcon
xfce4 gtk-xfce-engine
xfce4 libxfce4ui
xfce4 libxfce4util
xfce4 libxfcegui4
xfce4 mousepad
xfce4 terminal
xfce4 thunar
xfce4 xfce4-panel
xfce4 xfce4-session
xfce4 xfce4-settings
xfce4 xfconf
xfce4 xfdesktop
xfce4 xfwm4
-svibor-13:09-Desktop~> pacman -Q gvfs
gvfs 1.6.6-1
-svibor-13:10-Desktop~> tail -n 1 /etc/rc.conf
DAEMONS=(syslog-ng irqbalance dbus microcode alsa iptables fcrond network sshd postfix ntpd cups smartd)
-svibor-13:10-Desktop~> cat ~/.xinitrc
#!/bin/sh
xrdb -merge $HOME/.Xresources
xset b 100 550 250
xscreensaver -no-splash &
exec ck-launch-session xfce4-session

X is started via:

-svibor-13:10-Desktop~> which StartX
alias StartX='/usr/bin/startx -- -nolisten tcp -logverbose 7 -verbose 7'
    /usr/bin/startx

Then, open thunar, and plug a usb stick...

EDIT: The only bad thing here is gconf

Last edited by Leonid.I (2011-01-21 18:15:37)

KimTjik · 2011-01-21 21:04:42

^^^ Do you get trash support outside a DE? Not, because it's necessary, but just for the sake of functionality.

It's not Thunar specific though, because Nautilus behaves the same, hence it seemingly relates to other none-HAL depend file managers. gvfs-trash command sends objects to Trash correctly, but I'm trying to find out whether some gvfs daemon has to be started to make it work outside a DE.

As I already wrote, I get everything to work within a Xfce session.

---

Edit: solved

For some reason starting a dbus-session from .xinitrc doesn't make Thunar or Nautilus work correctly. But to start them by dbus-launch does. I saw some mentions about it making those applications' start up very slow, but I notice no performance penalty.

Last edited by KimTjik (2011-01-21 21:10:55)

.:B:. · 2011-01-21 21:52:38

No dice here. Prefixing Thunar with dbus-launch doesn't help a bit, with every USB stick I try Thunar complains 'unsupported USB device type' or 'unknown block device type'. I'm running Openbox and using ck-launch-session to call openbox-session, and I have dbus launched through .xinitrc. Trash works btw (using gvfs-lite). Already trashed Thunar's configuration files.

Leonid.I · 2011-01-21 22:52:10

KimTjik wrote:

^^^ Do you get trash support outside a DE? Not, because it's necessary, but just for the sake of functionality.
It's not Thunar specific though, because Nautilus behaves the same, hence it seemingly relates to other none-HAL depend file managers. gvfs-trash command sends objects to Trash correctly, but I'm trying to find out whether some gvfs daemon has to be started to make it work outside a DE.
As I already wrote, I get everything to work within a Xfce session.
---
Edit: solved
For some reason starting a dbus-session from .xinitrc doesn't make Thunar or Nautilus work correctly. But to start them by dbus-launch does. I saw some mentions about it making those applications' start up very slow, but I notice no performance penalty.

You meant DM? No, I don't have any DM and yes, I have trash in thunar's right hand panel. However, I noticed a wierd issue. If I disable icons on my desktop, I have to call dbus-launch thunar. With desktop icons, I can mount usb media with the configs in my previous posts. I suspect this is because, thunar starts automatically, but somehow, starting is via autostart does not help... Anyway, here are processes, which I have now:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
lisaev    1294  0.0  0.1   4800  1856 tty1     S    12:40   0:00 -bash
lisaev    1304  0.0  0.1   4380  1060 tty1     S+   12:41   0:00 screen
lisaev    1305  0.0  0.1   4696  1420 ?        Ss   12:41   0:01 SCREEN
lisaev    1307  0.0  0.1   4896  1908 pts/0    Ss   12:41   0:00 /bin/bash
lisaev    1573  0.0  0.3   8440  3084 ?        Ss   12:45   0:00 fetchmail
lisaev    5078  0.0  0.1   4744  1420 pts/0    S+   17:42   0:00 /bin/sh /usr/bin/startx -- -nolisten tcp -logverbose 7 -verbose 7
lisaev    5096  0.0  0.0   3024   680 pts/0    S+   17:42   0:00 xinit /home/lisaev/.xinitrc -- /usr/bin/X -nolisten tcp -logverbose 7 -verbose 7 -auth /tmp/serverauth.27vHiF4l6L
lisaev    5101  0.0  0.0   2136   580 pts/0    S    17:42   0:00 ck-launch-session xfce4-session
lisaev    5105  0.1  0.2   6344  2316 pts/0    S    17:42   0:00 xscreensaver -no-splash
lisaev    5114  0.0  0.5  24780  5420 pts/0    Sl   17:42   0:00 xfce4-session
lisaev    5118  0.0  0.0   3180   508 pts/0    S    17:42   0:00 dbus-launch --autolaunch 9d2e761ecc82fb6545dd99fc4aa2ce46 --binary-syntax --close-stderr
lisaev    5119  0.0  0.1   2936  1228 ?        Ss   17:42   0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
lisaev    5121  0.0  0.2   3896  2064 ?        S    17:42   0:00 /usr/lib/xfce4/xfconf/xfconfd
lisaev    5125  0.3  0.9  19896 10168 pts/0    S    17:42   0:01 xfwm4 --display :0.0 --sm-client-id 22ec21018-8de7-433a-92ea-810a56c1829a
lisaev    5128  0.0  0.2  15900  2948 pts/0    S    17:42   0:00 xfsettingsd
lisaev    5130  0.2  1.2  86564 13348 pts/0    S    17:42   0:01 xfdesktop --display :0.0 --sm-client-id 2e896dca0-0d6a-4b57-a1c6-45dd5bc60bd7
lisaev    5135  0.0  0.4  17816  4584 pts/0    S    17:42   0:00 xfce4-settings-helper --display :0.0 --sm-client-id 240a61f84-a4ff-4348-94bc-0a9c021f3f0f
lisaev    5138  0.0  0.6  17168  6888 pts/0    S    17:42   0:00 xfce4-panel
lisaev    5143  0.1  1.3  85864 13684 ?        S    17:42   0:00 /usr/bin/Thunar --daemon
lisaev    5145  0.0  0.1   6788  2028 ?        S    17:42   0:00 /usr/lib/gvfs/gvfsd
lisaev    5150  0.0  0.1  30432  2044 ?        Ssl  17:42   0:00 /usr/lib/gvfs//gvfs-fuse-daemon /home/lisaev/.gvfs
lisaev    5155  0.0  0.2   8144  3028 ?        S    17:42   0:00 /usr/lib/gvfs/gvfs-gdu-volume-monitor
lisaev    5157  0.0  0.2   7352  2796 ?        S    17:42   0:00 /usr/lib/gvfs/gvfsd-trash --spawner :1.9 /org/gtk/gvfs/exec_spaw/0
lisaev    5159  0.0  0.3  16996  3476 ?        Sl   17:42   0:00 /usr/lib/gvfs/gvfsd-network --spawner :1.9 /org/gtk/gvfs/exec_spaw/1
lisaev    5162  0.0  0.2   7184  2512 ?        S    17:42   0:00 /usr/lib/GConf/gconfd-2
lisaev    5164  0.0  0.2   7076  2400 ?        S    17:42   0:00 /usr/lib/gvfs/gvfsd-dnssd --spawner :1.9 /org/gtk/gvfs/exec_spaw/2
lisaev    5185  0.2  1.3  87464 14032 pts/0    Sl   17:43   0:01 terminal
lisaev    5187  0.0  0.0   1800   600 pts/0    S    17:43   0:00 gnome-pty-helper
lisaev    5189  0.0  0.1   4796  1900 pts/1    Ss   17:43   0:00 bash
lisaev    5198  0.0  0.1   4796  1840 pts/2    Ss   17:43   0:00 bash
lisaev    5199  0.0  0.2   8376  2456 pts/2    S+   17:43   0:00 mutt
lisaev    5201  0.0  0.1   4796  1860 pts/3    Ss   17:43   0:00 bash
lisaev    5203  0.0  0.2   8364  2548 pts/3    S+   17:43   0:00 mutt -f /home/lisaev/Mail/arch
lisaev    5208  0.0  0.1   4796  1864 pts/4    Ss+  17:43   0:00 bash
lisaev    5211  4.9  4.6 242692 48000 pts/0    Sl   17:44   0:22 firefox -P default
lisaev    5240  0.0  0.1   4108  1040 pts/1    R+   17:51   0:00 /bin/ps -u lisaev u

Can someone explain to me finally, what is the point of putting dbus-launch into .xinitrc?

Last edited by Leonid.I (2011-01-21 22:55:52)

Leonid.I · 2011-01-21 22:54:49

.:B:. wrote:

No dice here. Prefixing Thunar with dbus-launch doesn't help a bit, with every USB stick I try Thunar complains 'unsupported USB device type' or 'unknown block device type'. I'm running Openbox and using ck-launch-session to call openbox-session, and I have dbus launched through .xinitrc. Trash works btw (using gvfs-lite). Already trashed Thunar's configuration files.

gvfs-lite from aur? Clearly, the PKGBUILD there is broken... I guess you need gnome-disk-utils, which will pull all the deps, so you'd better do pacman -S gvfs. This might also explain why you can see the trash, but not external media.

nbvcxz · 2011-01-21 23:17:12

Leonid.I wrote:

EDIT: The only bad thing here is gconf

not so bad: there is no-gconf and you can use it with no problems with gvfs
but considering main subject - I have no problems with dbus sessions, since I use Light Display Manager (I modified PKGBUILD a little and cut off some deps), but lightdm plays well with policies

Last edited by nbvcxz (2011-01-21 23:20:32)

Arch Linux

#26 2011-01-19 05:40:30

Re: new thunar, can't see removable devices

#27 2011-01-19 10:02:16

Re: new thunar, can't see removable devices

#28 2011-01-19 14:52:10

Re: new thunar, can't see removable devices

#29 2011-01-19 15:02:03

Re: new thunar, can't see removable devices

#30 2011-01-19 15:41:55

Re: new thunar, can't see removable devices

#31 2011-01-19 17:51:34

Re: new thunar, can't see removable devices

#32 2011-01-19 18:05:48

Re: new thunar, can't see removable devices

#33 2011-01-19 18:06:58

Re: new thunar, can't see removable devices

#34 2011-01-19 19:01:51

Re: new thunar, can't see removable devices

#35 2011-01-20 17:01:39

Re: new thunar, can't see removable devices

#36 2011-01-20 17:13:52

Re: new thunar, can't see removable devices

#37 2011-01-20 18:09:34

Re: new thunar, can't see removable devices

#38 2011-01-20 19:24:47

Re: new thunar, can't see removable devices

#39 2011-01-20 23:52:08

Re: new thunar, can't see removable devices

#40 2011-01-20 23:53:51

Re: new thunar, can't see removable devices

#41 2011-01-20 23:55:57

Re: new thunar, can't see removable devices

#42 2011-01-21 00:00:50

Re: new thunar, can't see removable devices

#43 2011-01-21 02:51:01

Re: new thunar, can't see removable devices

#44 2011-01-21 11:41:07

Re: new thunar, can't see removable devices

#45 2011-01-21 18:13:00

Re: new thunar, can't see removable devices

#46 2011-01-21 21:04:42

Re: new thunar, can't see removable devices

#47 2011-01-21 21:52:38

Re: new thunar, can't see removable devices

#48 2011-01-21 22:52:10

Re: new thunar, can't see removable devices

#49 2011-01-21 22:54:49

Re: new thunar, can't see removable devices

#50 2011-01-21 23:17:12

Re: new thunar, can't see removable devices

Board footer