Release Candidates :: DSL v4.0 alpha1



Quote
<Program icon="filemgr.xpm" label="re/start dfm">sudo killall dfm && dfm</Program>
<Program icon="filemgr.xpm" label="re/start dfm - su">killall dfm && sudo dfm</Program>

This seems like a strange way to control a file manager, unless it's a situation where multiple instances of the program will cause problems.

Quote
This seems like a strange way to control a file manager, unless it's a situation where multiple instances of the program will cause problems.

Let me explain my rationale. I don't know how well multiple instances play with each other if one rules the desktop and the other is a filer window. What I do know is there's no difference in appearance between the two instances (root, any other user). My own preference is to cycle completely between the two so there'd be less confusion between root/dsl dfm instances, e.g., mistakenly making changes in a  root instance and then having an issue with permissions later. Maybe there's a way to change the background in a root window so it's red or something different (rox windows note if the user is root); I didn't see any options to set up any kind of distinction like that (other than perhaps setting an su option to open in details mode or something?) and I'm comfortable with the way I chose to handle it. I know when I switch to root and I know I have to switch back.

What would you suggest instead?

I haven't even seen the newest changes yet, since I had only just downloaded 3.4 when the 4.0 alpha was released, so I have no idea how the file manager works. The only thing I thought was odd was that your method seems to insure that you can't run more than one file manager simultaneously.
My personal preference is to have some visual clue, such as the background color you suggested, because I *always* have midnight commander opened. Then on those times when I want mc as root I'll open a second one. I typically keep the default ugly blue background for the root mc, and use transparent background on the normal one.

mikshaw:
Quote
I haven't even seen the newest changes yet, since I had only just downloaded 3.4 when the 4.0 alpha was released, so I have no idea how the file manager works.

It's set up so dfm manages the whole desktop. I just checked and I can open a filer window for dfm as su, but by default it opens to /home/dsl without anything signifying it's as su. There are no visual clues between instances so careless dragging and dropping between the su instance and any other (dsl on the desktop) instance can result in permission issues.

Those menu items I suggested will only kill and restart dfm, not any other file manager. I think that's the easiest solution since dfm controls the desktop and there's nothing to distinguish between root filer windows and user filer windows.

Since you haven't seen it yet, here's a basic screenshot (with my aesthetic tweaks):
http://lucky13linux.wordpress.com/dsl-related-pages/dsl-40-screenshot/

And here's my crappy video of the desktop in action (I was way too conservative with my recording settings):
http://lucky13linux.wordpress.com/2007....nd-drop

JUANITO:
Another solution for you is to set up a script to open a filer window as root, such as
Code Sample
#!/bin/sh
exec sudo dfm

Give it a distinctive name like sudodfm so you'll know you're launching it as root. Then chmod it +x and set it wherever it's convenient for you. There won't be any signs that it's root, though, such as there was with emelfm (root@host in bottom left corner) so you'll have to remember which one is root and which of your others, if any, isn't. That's why I still prefer setting a killall in the menu or in a script and then running it all as one user or root.

As with anything new, a learning curve. Just as the buttons and their code snippets did not exist on the initial emelfm.

Add2Filetool

#!/bin/bash
echo "$1" >> .filetool.lst
beaver .filetool.lst

Set the binary icon then drag and drop!

SuperPerms
#!/bin/bash
sudo dfm -setfile "$1"

Set an icon then drag and drop to change a file's permissions.    

These will be in alpha2 and others I am sure

Next Page...
original here.