gmane.comp.desktop.rox.user

Re: rox on ubuntu 12.10

Jim Lesurf — 2013-04-18T15:30:48

In article <6db2593e53.mike< at >eleg.ant.co.uk>, Mike Hobbs
<mike.hobbs< at >antplc.com> wrote:


I can't comment on Ubuntu 12.10 directly, I'm afraid. But maybe some of the
following may help, or at least show an alternative approach...

The most recent distro I've installed ROX onto is Xubuntu 12.04. I prefer
xfce and this means I can stay clear of all the main Unity/Gnome hassles.

That installed fine from the distro repositories. And I can set rox to
start up and give a panel using the normal xfce method of adding it to the
list of 'applications' to run at startup.

I also leave xfce in place. Instead of replacing the default xfce desktop I
just remove one of its panels and put one for ROX in its place at the
bottom of the screen. That means I can leave xfce to 'do its thing' and use
it when I have a reason.

Slainte,

Jim

Re: rox on ubuntu 12.10

Thierry Goubier — 2013-04-18T16:41:49

Le 18/04/2013 16:18, Mike Hobbs a écrit :
Which procedure? I do use rox as my default file manager, but also with 
the rox -n issue.

It launches from my home directory icon or from any connected disk.

Thierry



------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

rox on ubuntu 12.10

Mike Hobbs — 2013-04-18T14:18:33

Installed rox and it runs, but...

1. it can only be started from the command line
   (e.g. rox -n &)
   I've tried numerous suggestions as to how to launch it from
   the Unity launcher or gnome desktop launcher, or a backdrop
   icon. None work.

2. as rox-filer is running as a detached process it produces
   (rox:14926): Gtk-WARNING **: GtkSpinButton: setting an adjustment 
with non-zero page size is deprecated

3. curiously, when running rox from sudo su root session
   it is not necessary to use the "-n" option on the
   command line, but when running as another user, I have
   to use "rox -n" otherwise nothing happens.

4. Ideally, I'd have rox-filer as the default file manager
   but the procedure someone published for changing the
   default filer from nautilus to some other filer didn't
   work for rox-filer.

5. I found the installation pages on the web site very
   confusing and could not get them to work. In the end
   I used "apt-get install rox-filer" and it worked. Perhaps
   its time to updat

Re: Automatically refresh mounting state of the device icons on pinboard?

Laverne Schrock — 2013-03-16T22:34:16

There are would be many ways to go about fixing that problem. One way would
be to intercept the calls to 'mount' and 'umount' so that rox-filer
refreshes the mount point displays every time that 'mount' or 'umount' is
called. I've attached two scripts that do just that. Simply place these in
a folder that is both in your $PATH and that is before the folder
containing the mount and umount binaries. Don't forget to make them
executable.

Notes:
*I've only done light testing with these scripts; use at your own risk.
*These scripts will only be of any use if the 'mount' and 'umount' commands
are called by you. If they are called by any other *user, *the scripts will
not work.
*I'm sorry to reply to such an old email.
*Is polite to reply to the mailing list, or should replies be sent to the
person who posted?


Regards,
lverns
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite

Automatically refresh mounting state of the deviceicons on pinboard?

minhsien0330 — 2013-02-08T13:44:18

Dear all:
I drag /media/sdb1 to pinboard, the icon (/media/sdb1) on pinboard has a
"small ball" on upper left corner which means the device /media/sdb1 is
mounted.

If I umount /media/sdb1, the "small ball" of icon on pinboard will not
disappear unless I move the mouse over the icon.

Do you know how to make the device icon on pinboard automatically refresh
it's mounting state?

Thanks a lot~

Best Regards,
Minhsien
------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb_______________________________________________
rox-users mailing list
rox-users< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rox-users

Re: Better "select by name" behavior

Dennis Nezic — 2013-02-07T17:30:37

I still think it's worth it. Personally, I find myself more often
searching for filenames that start with something, then for specific
file extensions. From the user's perspective, it's a lot more sensible
too. Why assume anything about the users's intentions?


------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb

Re: Better "select by name" behavior

Thomas Leonard — 2013-02-06T10:26:03

Well, I applied the bit about showing the selected match (except that
I changed it so that it doesn't keep moving forward if the current
item matches).

Don't think the first change is worth it. Even if you want "*foo",
it's still easier to hit backspace than to type "*".

Thanks,

Better "select by name" behavior

Dennis Nezic — 2013-01-31T18:31:46

So, currently (rox-2.10), when you MINI_SELECT_BY_NAME (. command), it
defaults to the "*." glob -- i.e. it assumes we want to select by a
certain file extension. I found that I usually wasn't searching by file
extension, but rather by keywords within filenames, and often found
myself having to backspace. So, I think it would be better to not have
that initial default glob.

Also, when matches were found, although they were selected, the window
wouldn't scroll to them (if they weren't visible -- ie. in a folder
with many files.) I think the window should jump to the first match,
much like the current MINI_PATH does. This little patch here does
something like that, although I'm not sure if it's the best way :P --
it will move the window and the non-highlighted-selected entry down one
each time a new glob is matched.
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free

Re: ROXtone, etc

Thomas Leonard — 2013-01-21T13:31:35

Unfortunately, the site got hacked, so the list is now just static
HTML and not easily editable...

ROXtone, etc

Jim Lesurf — 2013-01-16T12:34:31

Hi,

I've just added another rox application (ROXtone) to my software page at
http://www.audiomisc.co.uk/software/index.html

This follows on from ROXscope, so I can now use my machines as a combined
signal source and scope/fft-analyser for audio tests.

I'm wondering if anyone might like to mention/link the applications or page
on the main ROX pages that list applications, etc.

Slainte,

Jim

ROX web-site hacked

Thomas Leonard — 2012-12-30T13:10:03

I got an email today from Google to say that the ROX web-site
contained spammy links. On investigation, I found some suspicious
files on the server (a .htaccess which redirected things to
"image.php", which contained a load of obfuscated PHP). The oldest
ctime was Nov 11, 2012.

This isn't very surprising; Drupal has regular security
vulnerabilities and I don't have time at the moment to keep it
properly patched. I have therefore exported the whole site to static
HTML (using httrack). I also moved it back to sourceforge.net since,
being static, database performance is no longer an issue:

  http://rox.sourceforge.net/desktop/

There should be no risk of anyone having installed malicious software
from the site, since 0install always ensures the GPG signatures are
correct when downloading software (and the signing key is not on the
server).

I will probably move ROX-Filer over to github at some point, along
with anything else that needs updating in the future.

Hopefully that's the end of it, but let me know i

Re: MIME issue

Abrolag — 2012-11-24T20:05:04

On Fri, 23 Nov 2012 08:27:41 +0000
Thomas Leonard <talex5< at >gmail.com> wrote:


When I try that I get an error that 0instal is not present. It isn't, and I
don't want it.

I've tried the MIME Editor app, but since I've moved to debian/squeeze I get an
assertion error. I looked to see if there was an updated package, but the
website links don't actually go to the app at all - this seems to be true of
quite a lot of apps :(

Another oddity is that the rosegarden file type (.rg) is listed, but when you
try to set the run action it instead comes up with .gzip

I get the feeling that much oof the ROX desktop isn't being maintained anymore
- I really hope I'm wrong :( :(

Re: MIME issue

Thomas Leonard — 2012-11-23T08:27:41

You should be able to add the type manually:

ROX-Filer -> Options... -> Types -> Edit MIME rules

MIME issue

Abrolag — 2012-11-21T22:19:42

A while ago the arduino project changed from using the .pde extension to .ino

For some reason, ven though the file content is identical ROX thinks .ino is a
text file so I can't get it to run the arduino app when clicking on such a file
without it then deciding to attempt to run all text files through this app.

Any suggestions as to how I can get round this.

Re: ROX-Filer, NFS and .DirIcon problem

thilo — 2012-10-22T16:03:47

This is just the case, so I consider this solved. Stupid that I
didn't stumble over it when fiddling around with the
ownerships.

This mechanisms complicates the contribution of .DirIcons to a
directory tree shared between multiple users (which isn't the
case here, anymore) -- something like a .DirIcon-ownership-
adjustment-script would then be in order.

Thanks again,
Thilo


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

Re: ROX-Filer, NFS and .DirIcon problem

thilo — 2012-10-22T12:21:42

Thanks a lot, your description matches exactly what i just
found in the source code, on lines 291-292 of diritem.c:

  * .DirIcon and AppRun must have the same owner as the
  * directory itself, to prevent abuse of /tmp, etc.

Both together make me all the more more eager to go home and
verify. Unfortunately, that will have to wait -- got work to
do.

Usually, my music collection is, concerning ownerships,
organized just as yours. Only just now I'm reorganizing
everything and intended to fix ownerships and permissions
afterwards -- perhaps it is just the current mess causing my
problems. I also thought to have tested the case in question
(directory and .DirIcon owned by same user, but not me), but
maybe I had already been too confused to do so.

Will report back later, regards,
Thilo

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/ap

Re: ROX-Filer, NFS and .DirIcon problem

Musus Umbra — 2012-10-22T11:32:02

I've been bitten by this .DirIcon issue before;  in my case the problem
shows up whenever the directory and .DirIcon are owned by different
users.  Whether the user that owns the things is me or not doesn't
matter, as long as I can read them.

FWIW, my setup now has both the directory and .DirIcon owned by the same
(non-)user, "mp3" in my case, and the directory is writable by a group
to which all users I want to allow to write to the thing belong.

Re: ROX-Filer, NFS and .DirIcon problem

thilo — 2012-10-22T05:25:03

Thanks for the reply. Unfortunately, my situation is different,
since neither directory nor .DirIcon are world writeable (but
user- and group-writeable). The problem persists (on the NFS
share): as soon as I change the ownership of directory or
.DirIcon to another user (privileged or not), ROX stops
displaying the .DirIcon as the folder icon.

Setting the folder icons in another way is not an option, as i
would like them to be available to any client mounting the NFS
share. Also, the icons in question are album covers for my
music collection, which I would like the upnp server to deliver
on a per directory basis. Thus, I thought both ROX and the
upnp server could both use the .DirIcons.

Regards,
Thilo Ernst

On Sun, Oct 21, 2012 at 08:58:46PM -0500, Laverne Schrock wrote:


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_

Re: ROX-Filer, NFS and .DirIcon problem

Laverne Schrock — 2012-10-22T01:58:46

I think that you're not quite correct. I've been doing some playing around
on my TinyCore Linux box and it doesn't seem to be an issue
with readability, but rather an issue of writebility.
If the directory is world-writable then the .DirIcon isn't used, but the
world-write privilege on the .DirIcon doesn't matter.
On my machine, if I'm a non-privileged user and the Directory and .DirIcon
are both owned by root and universally readable; then everything is fine.
As soon as the directory is world-writable then the default icon is
displayed instead of the custom one. It doesn't matter if the .DirIcon file
is world-writable as long as the directory isn't.

Is this info helpful?

It seems to be some sort of security feature. The side effect is that you
can't have AppDir or use .DirIcon on a drive that has a format that doesn't
support file permissions. (e.g. NTFS )

Here is a link to the section in the ROX-Filer manual that contains
information for a possible workaround:
http://rox.sourceforge.net/Manual/Manual/M

ROX-Filer, NFS and .DirIcon problem

thilo — 2012-10-21T20:12:06

Hello everyone,

I just encountered the following problem: after copying several
images (each named ".DirIcon") into different directories on a
NFS mount, my ROX-Filer (2.11) Window does, as expected, show
some of them instead of the default folder icon, but not all.

I discovered that for ROX-Filer to show the new icons, both the
directory (on the NFS mount) AND the corresponding .DirIcon
must be owned by myself. This is a bit surprising, since both
directories and .DirIcons are world readable.
This can be reproduced: as soon as the directory or the
.DirIcon are not owned by myself, the Filer displays the
default folder icon.

I copied the directories onto a local ext4 filesystem and
played with the ownerships. Everything's allright, ROX Filer
always shows the .DirIcon images.

I am not at all sure that this would be a ROX Filer problem,
may also be related to NFS or something completely different.
However, as both the directory and the .DirIcon are readable,
the filer should IMO display the new icon.

Any

DVB apps

Jim Lesurf — 2012-10-06T15:23:37

Just to let anyone who may be interested know that I've just put a couple
of simple ROX apps for using a DVB tuner up on the web at

http://www.audiomisc.co.uk/software/index.html

At present they are stuck down at the bottom of the page. But I may tweak
that when I add another app to record a complete mux.

As usual, if anyone finds them useful or wants to change/improve them, feel
free. :-)

Slainte,

Jim