Levi Bard schrieb:
Has anyone gotten WINE to run win32 apps on amd64 yet?
I have tried, but no luck. Here's what I did:
1. Installed a i386 chroot
2. installed wine
3. ran winesetup
Yes, basically I followed this setup, and it works fine for me. Also
cedega. Not really any special tweaking
Sometimes kdm is not starting and I have to login in console,
it seems that xserver does not find my mouse, but after starting kdm manually
it runs without any problem.
kdm.log:
==) Using config file: /etc/X11/XF86Config-4
(EE) xf86OpenSerial: Cannot open device /dev/psaux
No such
Hi all!
Currently I'm using pure64 repository. Is it worth to switch to gcc-3.4
repository? Can I simply switch to gcc-3.4 and update the system? Which
repository will be official AMD64 port - pure64 or gcc-3.4?
--
Slava Risenberg tailgunn at netvision.net.il
Hmm, so what am I missing? What win32 app should I try for testing, that
you others have gotten to run and is not too huge (so I have a defined
test result)?
I'm not really sure what you're missing. Try the minesweeper and
solitaire apps that come with wine, for a start.
Hi,
I am trying to debootstrap debian from alioth pure64 but it is moaning
that it cannot download console-tool-libs. I have also tried
ftp.de.debian.org with the same result.
Any ideas?
Cheers,
Colin
On Mon, Nov 15, 2004 at 02:39:03AM +0100, Jan Houstek wrote:
Hi.
I'm a long-term Debian user/admin/advocate, I use the stable version of
Debian GNU/Linux on several tens of production servers. During next few
month I will be deploying several AMD64 machines (dual-Opteron) and I'd
love to
On Monday 15 November 2004 15:48, Slava Risenberg wrote:
[.. X refuses to start, cannot open input device ..]
Check if you have mousedev and psmouse modules loaded.
Same problem here, hotplugd forgets it, so I'vre written it into /etc/modules
NoB
On Mon, 15 Nov 2004, Kurt Roeckx wrote:
We will atleast have a released version of the sarge repository, with
updates if there are, and security updates.
That's good news. Any chance this port will become a part of the official
stable in some future release (Sarge 3.1 r1, r2 ...)?
-- Jan
On Mon, Nov 15, 2004 at 08:04:31PM +0100, Jan Houstek wrote:
On Mon, 15 Nov 2004, Kurt Roeckx wrote:
We will atleast have a released version of the sarge repository, with
updates if there are, and security updates.
That's good news. Any chance this port will become a part of the official
Well, I think I got it: The problem was XFS. storing the win32 binary on a FAT
partition, it at least starts..
That seems very weird, but I've had a lot of weird problems with XFS lately...
On Sunday 14 November 2004 20:50, Rafael RodrÃguez wrote:
I think that CPU frequency scaling is a task important enough (and with
enough priority) to be done in kernel space... deals completely with
hardware and with nothing else!
Priority ? does it really matter if you have to wait one, two
On Monday 15 November 2004 14:22, Andree Zeulner wrote:
/etc/X11/XF86Config-4:
Section InputDevice
Identifier Configured Mouse
Driver mouse
Option CorePointer
Option Device/dev/psaux
Option
Hi,
I am trying to connect from my amd64 to an i386 Debian linux in
Konqueror with 'fish://192.168.1.32' resulting in An error occurred
while loading fish://192.168.1.32: fish://192.168.1.32. Same result
with any other destination. sshd is running on all machines.
The other way (from i386 to
I just did a dist-upgrade, and I also noticed that some of the kio-slaves seem
to be broken from konqueror (fish, smb). ftp does work... Hmmm, maybe I'm
missing something stupid...
-Ted
On Monday 15 November 2004 12:11, Sven Krahn wrote:
Hi,
I am trying to connect from my amd64 to an
I have a program that is failing on an include of
atomicity.h. If I compile with gcc-3.4 this does
not occur, but I am not ready to switch to the
gcc-3.4 archive.
/usr/include/c++/3.3/x86_64-linux/bits/atomicity.h:40: error:
inconsistent
operand constraints in an `asm'
Does any body
On Mon, 2004-11-15 at 22:57 +0100, Ernest jw ter Kuile wrote:
don't know if there is a patch but ...
... you're not really switching to the gcc-3.4 archive by compiling and
running _your_ program with gcc-3.4.
Moving to the gcc-3.4 archive would imply your reinstalling evrything using
Title: RE: problems with nautilus
Mine looks like this:
proc /proc proc defaults 0 0
/dev/sda1 / reiserfs notail 0 1
/dev/sda7 /home reiserfs defaults 0 2
/dev/sdb1 /opt reiserfs defaults 0 2
/dev/sdb2 /proj reiserfs defaults 0 2
/dev/sda6 /root reiserfs defaults 0 2
/dev/sda5 /usr
Mine looks like this:
proc/proc procdefaults0 0
/dev/sda1 / reiserfs notail 0 1
/dev/sda7 /home reiserfs defaults0 2
/dev/sdb1 /optreiserfs defaults0 2
Greetings all!
This is my first post to the list, hopefully I am not wrong in doing so. I
recently made the jump to the 64 bit platform and have chosen an AMD64 / Asus
A8V combination. Being a longtime debian user, I figured what better fit
than the pure64 port.
The install went fine, and I
19 matches
Mail list logo