Re: Linux equivalent of CloneCD?
Hi, the closest linux-native tool is cdrdao. However cdrdao don't have some usufull options like DAO+96bytes from sub-channels P-W et al... I'm running cloneCD under wine. CloneCD version 2.* works flawlessly, even without windows installed. Just: # apt-get install wine # apt-get install winesetuptk $ winesetup next, next, next, ok :) If cdrecord or cdrdao can see the burner, cloneCD will too, just remember to chmod 666 /dev/sg1 (666 is a dangerous number, beaware! :) Next, install cloneCD and run it! Next, Tools, setting, "Use winASPI32", close cloneCD and restart it. Have fun burning with cloneCD. Regards, Nuno Silva Troy Telford wrote: Is there a Linux equivalent of CloneCD? (Meaning it can make a perfect bit-per-bit copy of a CD?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cannot run X apps when 'su'
Derrick 'dman' Hudson wrote: On Sun, Jun 16, 2002 at 10:55:15PM -0400, ttv wrote: | Hi, when I su as root, I can't run X apps ... Solution 1 : Don't "su -". If you don't put the '-' on there, su will inherit the current process' environment and maintain xauth Solution 2 : # cp ~user/.Xauthority ~/ Copy your normal user's .Xauthority file to root's home directory. That gives it the "magic" cookie showing the X server it has permission to connect. -D Hello, you shouldn just copy over .Xauth files.. It will ruin root X access ;) The Right Way(C) is: # xauth merge ~user/.Xauthority ...and don't forget to set DISPLAY: export DISPLAY=:0 Regards, Nuno Silva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cannot run X apps when 'su'
Derrick 'dman' Hudson wrote: | Hello, | you shouldn just copy over .Xauth files.. It will ruin root X access ;) What do you mean, "ruin root X access"? What X access does root have in the first place? You certainly don't 'startx' as root in the first place, do you? Well, you can startx as rootbut that's not the Right Way(C). You can also have other info in ~root/.Xauthority about other X sessions - can be a "complete" X session with startx - cookies from other sessions -- another user is su'ing to root, too - the local machine can have several DISPLAY's :0 :1 :2... - lots of possibilities! ;) | The Right Way(C) is: | # xauth merge ~user/.Xauthority Ahh, I knew 'xauth' was the Right tool, but I couldn't (quickly) figure out how to use it :-). 'cp' I already know :-). That merge means really *merge*, not *overwrite* as cp does ;) Anyway, I was talking about "The Right Way(C)". cp works must of the cases, too :-) | ...and don't forget to set DISPLAY: | export DISPLAY=:0 As always, unless 1) ssh takes care of it or 2) environment inheritance is your friend (that is, it's already set properly). Yes, it's true... But there are ways of loosing the DISPLAY var too. After a "su -" for instance. Regards, Nuno Silva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]