Re: [Thunar-dev] thunar-vfs Ubuntu package
Hi Benedikt, Jani, Checking the libthunar-vfs-1-2 Ubuntu package[1] I noticed that libjpeg is missing from the depencies. Without libjpeg, thunar will not be able to use the fast JPEG thumbnailer, nor the (very) recent EXIF thumbnail extractor. Because several users will want to use Thunar to access their digital cameras, I'd suggest to add libjpeg to the list of requirements. noted, thanks. BTW: Very impressive Thunar support in Xubuntu. Nearly the latest revision. HTH, Benedikt [1] http://packages.ubuntu.com/feisty/libs/libthunar-vfs-1-2 By the way, lately most of the work and especially packaging work in Xubuntu is done by Gauvain Pocentek. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] thunar-volman
Benedikt Meurer wrote: For the brave: I've just imported an initial version of the thunar-volman, which provides automatic handling of removable drives and media for Thunar. This requires a really recent version of Thunar. It's designed to look and behave similar to gnome-volume-manager, tho of course, it's not bug-compatible. ;-) this looks nice. In the past weeks I was considering moving to g-v-m in xubuntu because it's pref GUI and autostart spec support but seems like there will be no need. The reason ubuntu is going with gnome-mount and dropping pmount for the next version is support for encrypted disks and a GUI for the mount utility. Will these be matched by exo-mount and thunar-volman? thanks Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] thunar-volman
Ok, gnome-mount installed and nautilus says Initializing gnome-mount extension on startup. Where I can't seem to be able to locate the Mount options. that's exactly what I saw as well. While gnome-mount code seems to use a gnome-mount-properties.glade file it is not obvious how. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Enhancement with trash
anthony viallard wrote: yes i know but an option likes that will permit to use only the key delete... that would mean delete action can vary between different computers and surprise users. Unlike mapping other shortcuts like window max/min etc, getting this wrong can be a lot costlier. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Trash is back
Jani Monoses wrote: Benedikt Meurer wrote: Forwarding news from my blog... http://xfce-diary.blogspot.com/2006/07/trash-is-back.html This should be especially interesting for Jani, as I've seen several feature requests for Trash support from Ubuntu/Xubuntu users. Nice, I'll try getting this in Ubuntu ASAP. The package is in ubuntu edgy now. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Trash is back
Benedikt Meurer wrote: Forwarding news from my blog... http://xfce-diary.blogspot.com/2006/07/trash-is-back.html This should be especially interesting for Jani, as I've seen several feature requests for Trash support from Ubuntu/Xubuntu users. Nice, I'll try getting this in Ubuntu ASAP. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] future thunar plans?
I'm still not convinced that doing SMB as part of the file manager is a pretty good idea. Personally, I'm still in favour of a separate Network Browser (properly integrated with Thunar and the rest of Xfce), that does SMB, NFS, SCP, etc., utilizing Avahi/Howl. Does using Avahi in the client not mean that services need to be explicitely advertised using the zeroconf protocols by the other machines on the network? Would it work with legacy windows boxes for example? ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Summer of code revisited, freedesktop.org
Auke Kok wrote: Hi, I just had a chat with some freedesktop.org people (Keith Packard and Bart Massay from PSU) who were surprised to hear that Xfce wasn't accepted as a google summer of code project. They are interested to see if Xfce may be able to piggy back on fd.o's projects and thus enter google's summer of code. Another project Xfce could piggyback/share projects with may be OLPC. With it's lower memory requirements it looks as a good fit for 128M machines. So either further footprint reduction work or making sure Xfce modules all play well with 800x600 and 640x480 and black and white screens could be ideas. It does not seem like too much fun though :) ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Summer of Code Proposal.
It should be configurable and probably also use HAL on Linux to detect audio cds and such, that are not supported by the volume manager. It should implement the XDG autostart spec (the autoopen part, the autostart part itself is implemented by xfce4-session). Benedikt, what is your opinion on gnome-volume-manager which does these things now? Anything wrong with it besides relying on gnome libs and not working on FreeBSD afaik? This is enough for us not to use it I know, but I am curious if you see other problems with it. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
[Thunar-dev] Werror
Hi is building with -Werror needed also when ELF visibility is enabled not just debug mode? Also this causes powerpc and amd64 to fail to build, I'll file a bug later unless it is trivially fixed by tonight :) cc1: warnings being treated as errors thunar-vfs-job.c: In function 'thunar_vfs_job_source_dispatch': thunar-vfs-job.c:280: warning: passing argument 4 of 'g_signal_emit_valist' discards qualifiers from pointer target type ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Werror
Benedikt Meurer wrote: Jani Monoses wrote: Hi Hey Jani, is building with -Werror needed also when ELF visibility is enabled not just debug mode? ah, I got confused by the temporary use of -Werror in CFLAGS while running the test program for visibility. -Werror has nothing to do with the ELF visiblity stuff. -Werror is added for --enable-debug=yes (the default for SVN snapshots) and --enable-debug=full, while its disabled for --enable-debug=minimum (default for releases) and --enable-debug=no. I think for Ubuntu snapshots it should be fine to use --enable-debug=minimum. ok, thanks Also this causes powerpc and amd64 to fail to build, I'll file a bug later unless it is trivially fixed by tonight :) cc1: warnings being treated as errors thunar-vfs-job.c: In function 'thunar_vfs_job_source_dispatch': thunar-vfs-job.c:280: warning: passing argument 4 of 'g_signal_emit_valist' discards qualifiers from pointer target type Hm, we'd need to cast away volatile there. On the other hand, I could also just use g_pointer_get(), which presents a memory barrier. Hmhm. File a bug, I'll look into this later. http://bugzilla.xfce.org/show_bug.cgi?id=1756 Jani. ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] A couple of bugs, not sure if they are reported.
You'll need to build with gconf to enable the usage of the GNOME thumbnailers (I want to get rid of this some day, maybe with a simple thumbnailer registry ala desktop database, but until then gconf is required). Dunno if Xubuntu ships GConf by default. gconf is left disabled in Xubuntu, as we're trying to minimise the use of gnome libs and consequently resource usage. gconf is not such a big offender in this regard as some others but I am not sure if the gnome thumbnailer support is worth the addition. The downside is that a nice thunar feature is not available in ubuntu so I need to think about it more. And gconf is shipped by xubuntu since it's an indirect dependency of gdm, but not used by any other app besides it. So shipped and installed on the disk but that's not the resource usage I am that concerned about, it's more when it adds up to startup time and takes up a couple of megs of RAM while the daemon is running. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] B1 weirdness
Trying to reproduce that bug I found another weirdness. Trying to open /usr/share/applications makes thunar crash instantly (well, even when I type the path in the pathbar and it tries to complete, it crash) The error is: (thunar:30504): thunar-vfs-CRITICAL **: thunar_vfs_mime_database_get_info_for_name: assertion `strchr (name, '/') == NULL' failed I saw this too with beta1, but current svn fixes it (or just makes is harder to trigger) Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
[Thunar-dev] show total directory sizes?
Hello Benedikt It would be nice if properties on a directory showed its total size (maybe even the number of files) as it is (was?) the case in Windows Explorer and in Nautilus. Unless you think this is best implemented outside the thunar or it is an unnecessary feature here's what I think: There needs to be either a new function or modifying thunar_vfs_scandir which would take an extra callback function parameter. The latter would be called with each VfsInfo found, mainly to present an indication of progress, since when vfs_scandir is called recursively it can take a long time. This may be even used for recursive chmod/chown operation to give the user some feedback on progress. A new vfs-dirsize-job would call this function and have an 'update' signal just like interactive jobs have 'percent', and it would be emitted when the accumulated size increases with a specific amount (say 1M) and at the end, so the properties dialog has an up-to-date dirsize label displayed. It need no be emmitted on every new vfsinfo since it would be too much overhead, hence the reason for the new callback function in the vfs_scandir variant. So in case we want to get directory size in a friendlier way than putting sh -c zenity --info --text \ `du -hs %f | cut -f 1`\ in a UCA script does the above plan seem ok to you? I'd lean towards modifying vfs_scandir to add the extra param instead of duplicating most of the function. This way current callers would just pass a NULL as the callback, but maybe other recursive callers could use it. thanks Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] automount
well with explicit mounting yes it works. As I said, only lack of automount makes it confusing if you just unstick/stick the device back. Ah, got it. That's your chance to start working on the automount stuff then. ;-) Something like the pre-unmount hook you added needs to be done on volumes-removed signal as well so removal of a device put usur in homedir. Btw why added and removed work on list of volumes, could they not be called once for each volume added? As for the daemon VM: isn't thunar always running a single instance always thanks to dbus. thanks Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] automount
When volumes removed occurs, the volume was already unmounted, so no file manager window can display the contents of the volume anyway. but if I am in the said directory and remove the media thunar will stay there and pop up errors if I try to list the dir. That's normal since it is gone. This is actually the use-case that prompted me to start this thread ;) I copy-pasted the pre-unmount hook and connected it to removed and it behaves correctly. Seeing these signals have different prototypes and instead of one function two very similar ones needed to be written to handle both remove and explicit unmount lead me to ask the next question Btw why added and removed work on list of volumes, could they not be called once for each volume added? Better save than sorry... right now all backends add volumes one by one, but that may change in the future. Even if that changes for some reason that could be done via listing them in that backend and calling remove one by one. It just seemed simpler to me to use one volume at a time. No lists need to be constructed and prototypes of signals are the same. I am reading the code and am obviously biased towards making it simpler to read so I can better understand it ;) As for the daemon VM: isn't thunar always running a single instance always thanks to dbus. Only if compiled with D-BUS and the D-BUS daemon is running. Otherwise, there can any number of instances. If there's no DBUS there's no HAL so we remain with the freebsd/solaris case. If a daemon was written would it not talk via dbus too? I agree that having a separate daemon may make maintenence easier though. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Thunar build failed.
Olivier Fourdan wrote: Hi Benny, It seems Thunar doesn't build for me anymore: creating thunarx-scan /home/ofourdan/src/svn/thunar/trunk/docs/reference/thunarx/.libs/lt-thunarx-scan: symbol lookup error: /home/ofourdan/src/svn/thunar/trunk/thunarx/.libs/libthunarx-1.so.2: undefined symbol: g_intern_static_string Scan failed indeed, that's a glib 2.10 function. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] automount
I may be totally off my rocker here, but I remember something about Ubuntu putting DBUS stuff in user (erm, non-root) space. What if I run the following commands: Maybe you refer to running most of HAL with user privileges? DBUS and HAL are part of the same alphabet-soup, easy to confuse ;) Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] automount
The reason to not auto-mount in Thunar is simply that you can have any number of Thunar instances running at the same time, and all of them would try to mount the media. That's why auto-mounting in Thunar should be done as a daemon (linked to thunar-vfs), which simply mounts the new volumes reported by the ThunarVfsVolumeManager. If anybody wants to start work on this, feel free to do so. so if such a daemon ran automount would be done? Is this not a UI policy decision but due to the multiple instances issue? Concerning the refresh problem: Looks like Thunar is not built with Gamin support or Gamin is not running. gamin works ok in other dirs. This problem only appears under /media/dir but given that remove/insert media makes it unmounted again that dir does not even exist anymore so there's nothing to show. That's why I said it was confusing :) .All files there, remove stick, put it back without changing the location in thunar and they do not show up. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Minor things part $PREVIOUS++
Benedikt Meurer wrote: Harold Aling wrote: Hope I don't drive you crazy: when deleting an item in detailed view, the scrollbar doesn't get rescaled Resulting in with white, empty space until you click elsewhere or use an arrow key to navigate. That's GtkTreeView behaviour since Gtk+ 2.8. It may be this bug which was fixed in 2.8.14 a few days ago http://bugzilla.gnome.org/show_bug.cgi?id=316689 Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Delete broken link - Error: No such file or directory
Hm, I don't see why this error would be generated. Atleast I cannot reproduce it. You can file a bugreport to remind me of this later. Happens here too. I put some g_messages and the reason seems to be that thunar_vfs_scandir() in thunar_vfs_unlink_job_execute() returns an error in the case of broken link and that cancels the job. So thunar_vfs_unlink_job_remove() is not called. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Thunar + Hal
Benedikt Meurer wrote: Biju Chacko wrote: Fedora uses a program called fstab-sync which seems to be part of the hal package. It updates fstab so non-root local users can mount removable disks. FYI fstab-sync was removed from latest hal (CVS), but I don't know what is supposed to replace it (gnome-mount ?) Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Configure Custom Actions
One of the older ideas include integrating xfrun4 into Thunar and letting xfrun4 just call into a running Thunar (using D-BUS), so the having this would be really nice. The same dbus support would presumably handle the reuse of an existing thunar process if a new one is lauched right? But having xfrun4 call into thunar would make xfrun4 dependent on it. Maybe try thunar and if it isn't running fall back to current behaviour, meaning code is duplicated in thunar's copy and the original xfrun4. Anyway popping up the run dialog faster is a good goal. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
[Thunar-dev] translations through rosetta
Hello all As some of you may know, Rosetta is a web-based translation portal making it easier for less technical people to contribute to software localization. It allows a project owner to upload a set of .po files to it and from that point people to translate strings using only the browser. Alternately, translators used to editor based translations can keep working that way and uploading the modified po files from time to time. A project owner can then export from rosetta and integrate the updated po files in svn. Would there be interest in trying to translate thunar this way? thanks Jani https://launchpad.net/rosetta https://launchpad.net/products/thunar ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
[Thunar-dev] places panel plugin ideas
Hi I am thinking about the best way of implementing a 'Places menu'-like functionality for the new panel using thunar, as it is found in gnome. It should resemble the desktop menu plugin instead of a launcher but have filesystem paths as items, much like what is now in thunars left pane. On selecting one, thunar would open at that location, or if already running just open a new window as I assume that thunar's small startup time and footprint is still beaten by just telling a running thunar to open a window. Another interesting feature would be having a recent documents item which would launch entries in ~/.recently-used using thunar-vfs, but I am not sure if thunar-launcher bits are exported. These would of course make the most sense after trash/network/desktop view are implemented but even now can be a useful starting point for new users exploring their filesystem. thoughts? Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] Refresh folder contents after custom action
Sure, Gamin is a replacement for FAM. In gnome they now seem to be replacing gamin by directly talking to inotify via gnome-vfs, but I am not sure how they deal with other platforms. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] GConf? [WAS Re: Problems building new Thunar snapshot]
speaking of packaging, Benny are you going to release new debs on os-works? Or if you wish the maintenance be taken over just say so, I volunteer and probably the debian-xfce people too are interested, we try to work together anyway. I want to upload this in ubuntu soon to get more testers. And yes there is a --disable-thumbnailers option in ./configure and for xubuntu at least we will not use gconf. Since probably gnome users of ubuntu will want to test thunar and they'll want gconf we may have two versions of the binaries generated from the same source, with and without gconf. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
Re: [Thunar-dev] GConf? [WAS Re: Problems building new Thunar snapshot]
And to build libexo 0.3.1 we need xfce-dev-tools, and there is not release either. Ehm, there's the 4.3.0 release: http://www.foo-projects.org/~benny/projects/xfce4-dev-tools/index.html#stable-releases Oh, I didn't see it. I'm going to start packaging this soon, I think Isn't this only needed if building from svn, when theres no configure script? Benny's current exo package built on ubuntu without the need for xfce-dev-tools. Jani ___ Thunar-dev mailing list Thunar-dev@xfce.org http://foo-projects.org/mailman/listinfo/thunar-dev
