This sentence is plain wrong. Just bought (last week) a copy of Wine Rack (just 42 € - big deal) with the code for receiving support from codeweavers. You can also upgrade to the latest versions with your login. For the compatibility - you just need to check on their site - i do not need Access (thanks god). Alle 15:18, giovedì 11 marzo 2004, R.U. Deranged ha scritto:

The Wine Rack just contains unsupported versions of CrossOver Office, CrossOver Plugin, and WineX. CrossOver Office is what you'll need for Access. You can grab a fully functional trial copy from their website:

http://www.codeweavers.com/site/products

On Thursday 11 March 2004 7:23 am, George Stoianov wrote:

...

Hi,

I am looking for some feedback on how MS Access runs with Suse Wine Rack....I saw unfortunately it is also sold out, but I hope their are some more CDs soon. I am running 8.2 Professional if it makes any difference.

Thanks in advance. George

__________________________________ Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster http://search.yahoo.com

--- "R.U. Deranged" wrote:

On Thursday 11 March 2004 4:32 pm, Luca Botti wrote:

...

This sentence is plain wrong. Just bought (last week) a copy of Wine Rack (just 42 � - big deal) with the code for receiving support from codeweavers.

Sorry, I didn't notice that. But WineX is definitely unsupported. ;-)

I downloaded a trial from codeweavers to check it otu and try to install it but I got an error message telling me that I don't have permissions to start a display at 0:0 for the X-Server...don't what that is?? I still have not heard from Codeweavers so I can ask them about this. I am mainly interested in running MS Access I saw 2000 had silver status which maybe ok for me. I hope Suse sells more Wine Racks....so I can store my wine somewhere ;) Thanks for the feedback. george __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

Hi Craig,

I've seen that error message before from graphical programs which require root privileges to run. Even if you start the program as root from a command prompt (while logged into kde as a non-root user), it doesn't work. I'm sure that it's possible to code X programs which resolve this situation without the error, but this program certainly isn't the only one to do it this way.

The solution is to generally start a new X session as root, ie; log out of kde, and log back in as root. Then run the program again. Presumably this is just the installation/setup stuff, so that it should run normally the next time you use it as a regular user.

btw, I'm using Crossover office here and it works quite well. I haven't tried access, but it certainly works with the latest version of IE, and with MYOB Accounts.

... I haven't followed the whole thread completely but at least the above is not only wrong, it shows that you have little or no sense of security at all, which is even worse! Sorry to be so blunt, no offense meant. It's just that advices like the one above from you is the way to make a secure operating system insecure. And even worse, it hurts the reputation of Linux to be a secure operating system. To cure the situation of logging in and programs started as root having windows opened is pretty easy. There are basically four ways to do this. Instead of starting an X session as root, which basically puts the whole system into jeopardy by opening X services that an attacker can use to gain access to your machine and/or destroy your system, log in as a normal user. Then open a shell window and do the following: 1. The "sux -" method This is definitely the best way to do it on the _local_ host. It is pretty much the same as "su -" but with the addition of letting programs run by root open windows on your display. 2. The "xhost" method technically possible but HIGHLY insecure! DON'T!!! Do an "xhost +localhost", then "export DISPLAY=:0.0" and then start your program. You will be prompted a message that reads: "localhost being added to access control list" This will allow all programs on your local machine to open windows on your local display. Note: This is also, tho _somewhat_ limited, a security hole! 3. The "xhost" method, second edition technically possible but HIGHLY insecure! DON'T!!! To make point 2 even worse you can even do an "xhost +" instead of "xhost +localhost". Note that this will allow _ANY_ host to exploit your X server's security holes! This is pretty much like opening a few vital things in your firewall. And we don't want that, do we? ;-) 4. The "ssh" method Use "ssh -X root@localhost". This is just as secure as the "sux -" method described above. The "-X" option makes sure that you can start programs that open windows on your display. If you leave the "-X" option out then you get the same error message as if you would have done "su" or "su -" Believe me, it's either method 1 or 4 that you want but definitely NOT methods 2 and 3! 2 and 3 both will give attackers a good chance to compromise your system! Also _NEVER_ use the graphical login to log in as root or start a new root X session any other way. Simply _NEVER_ start a root X session at all! Everything can be done thru a shell window using either of the above methods 1 and 4. Hope this clears matters up a bit. -- cul8er, Paul paul.foerster@gmx.net

Hi R.U. Deranged,

All these suggestions are helpful, but I believe the answer you are looking for is to install CrossOver *as root*. It needs access to stuff your normal user accounts don't have access to. But you will of course want to *run* it under your normal user account. Simple as that. ;-)

... if you do "sux -" or "ssh -X root@localhost" then you ARE root in that shell. Starting the installation there will allow the set program to display all necessary windows on your display without compromising the whole system. It's just as easy as that. ;-) But then, everyone has to decide on his/her own... :)=) -- cul8er, Paul paul.foerster@gmx.net

Thanks Paul, that's quite handy to know. No offense taken at all. I think I'd heard of sux somewhere before (I'm quite familiar with su of course), so I'll have to try using that one more from now on. Still, it's not a situation that's happened to me very often, (only once or twice), so I guess I've never bothered to consider the security implications in much detail. Craig

Guys, Thanks for the feedback and the mention of security implications....Paul that is really helpful and good to know. I am new to Linux so I tend to abuse the su command often :). Just a note I did do su root to get the .sh script going, so that I can get the CrossOver office installed and still got the error message of not having enough privilleges...which is where I was confused since root is the "root" user. I thought maybe because I was running a couple of X sessions at the time but something like display 0:0 seems like the default session to me in the first place?? Should I run it from command line...?? so that I have no X session running? I tried to get the Rekall GNU licence, as someone suggested (after googling for it), unsuccessfully from www.totalrekal.co.uk the site denied permissions it said something like Linux 2.0.X required, so I set the recognition in Konqueror to send my os specs still no luck. Anyone know a better link? I got a dev version from tucows, but there were a lot of dependencies that could not be resolved. I need to have a look at the software before I can make a decision on whether I can use it and should I buy it... Thanks for the feedback. george --- Paul Foerster wrote:

Hi Craig,

...

bothered to consider the security implications in much detail.

... you'll have to consider security implications every time you do something as root unless you use a machine that is physically not connected to the net, nobody has physical access to it, etc. ;-) The ultimate security tool are still scissors after all.. :-))) -- cul8er

Paul paul.foerster@gmx.net

-- To unsubscribe, email: suse-kde-unsubscribe@suse.com For additional commands, email: suse-kde-help@suse.com Please do not cross-post to suse-linux-e

__________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com

--- Craig Ambrose wrote:

Nope, just use the command "sux" instead of "su". This convinces Xwindows to let you run a graphical program as root.

Craig

...

Just a note I did do su root to get the .sh

...

going, so that I can get the CrossOver office installed and still got the error message of not having enough privilleges...which is where I was confused since root is the "root" user. I thought maybe because I was running a couple of X sessions at the time but something like display 0:0 seems like

On Sunday 14 March 2004 3:08 am, George Stoianov wrote: script the

...

default session to me in the first place?? Should I run it from command line...?? so that I have no X session running? �

-- To unsubscribe, email: suse-kde-unsubscribe@suse.com For additional commands, email: suse-kde-help@suse.com Please do not cross-post to suse-linux-e

__________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com

Hi Peter,

Geeh! In times of WLAN even that's not absolutely true anymore ;-)

... it still is. First cut the cable between your access point and the net and second, if the scissors are big enough, say like the size of a house or so, you can use it to block radiation from the access point. Ok, I admit, this is kinda academic... ;-) -- cul8er, Paul paul.foerster@gmx.net

Hi Peter,

Hm, and what do ya do with the build in WLAN cards of your Laptops? ;-)

... I take that as either an academic or rhetorical question. ;-) -- cul8er, Paul paul.foerster@gmx.net

Hi! Patrick Shanahan schrieb am 16.03.2004 01:06:47:

...

Geeh! In times of WLAN even that's not absolutely true anymore ;-)

Oh yes. Scissors will still sever the power cord or the antennae.

BTW: You guys know this tool called etherkiller? With an RJ45 plug on one side and a power plug on the other, right? ;-) OK, let's stop this ridiculous thread before it gets too OT... Cheerz Peter