Wine needs 32bit HAL libraries to work with HAL (which is needed for non-fixed media and dynamically mounted CDs). Which means it's currently messy to use it on 64bit systems due to it not supporting HAL. Reproducible: Always Steps to Reproduce:
no
Fair enough. All issues relating to HAL not working with Wine on Gentoo 64bit will be diverted from WineHQ to here then.
as they should have been in the first place but that still doesnt change the answer get real ABI support in place; stop extending the emul cruft
I couldn't agree more
"get real ABI support in place; stop extending the emul cruft" What do you mean by this and how would it be done?
*** Bug 191451 has been marked as a duplicate of this bug. ***
Hi guys! Now news here. Same needing. What we can do?
I am not sure about adding it, see http://bugs.gentoo.org/show_bug.cgi?id=299149#c9
(In reply to comment #8) > I am not sure about adding it, see > http://bugs.gentoo.org/show_bug.cgi?id=299149#c9 > Hi Pacho, I think that the reason to add its is just in the first message. That is the problem without HAL - No automount on removable media insine wine.
I don't use wine usually (only randomly for some simply windows stuff from time to time), then, take care that you probably will know much more than me about this :-) My question is, shouldn't DVD/CD be automounted by your desktop (for example by nautilus on gnome)? In that case, you could simply: 1. Put your CD 2. Wait desktop to mount it 3. Make your wine app look for CD into mounted directory
*** Bug 346891 has been marked as a duplicate of this bug. ***
(In reply to comment #10) > I don't use wine usually (only randomly for some simply windows stuff from time > to time), then, take care that you probably will know much more than me about > this :-) > > My question is, shouldn't DVD/CD be automounted by your desktop (for example by > nautilus on gnome)? In that case, you could simply: > 1. Put your CD > 2. Wait desktop to mount it > 3. Make your wine app look for CD into mounted directory > There is no problem for single-CD tasks. The problem exists when you need to change CDs mid-program, which you cannot do without HAL support in WINE. This is more of an annoyance for me as I don't have any programs which cannot be restarted to recognize the new CD. But for some programs this simply will not work. I don't like the emul packages either, but I don't know what a good solution is. I tried building my own 32-bit HAL library, but it didn't work (wine compiled, but it didn't recognize CDs). I tried a 32-bit chroot, which didn't work either (maybe I didn't have the right directories bind-mounted, idk). I tried the multilib overlay. To add 32-bit support to HAL means I have to keyword about 100 other packages, then solve a dozen circular dependencies. I tried rebuilding the whole system from scratch with lib32, but that gave me a hundred new circular dependencies and increased my build time 4-fold; no thanks. I guess since there is no solution to this problem, wine will never work right on gentoo/amd64. For now I will switch to Kubuntu, where this works. They use the emul-* solution too, but they include HAL libs.
(In reply to comment #12) > I guess since there is no solution to this problem, wine will never work right > on gentoo/amd64. For now I will switch to Kubuntu, where this works. They use > the emul-* solution too, but they include HAL libs. > You need the multilib overlay (see https://github.com/sjnewbury/multilib-overlay/wiki, get it with layman -a multilib). You can set the lib32 use flag for hal to additionally get 32 bit libraries; afterwards compile wine with +hal. Note that hal is generally deprecated, so hopefully the wine devs will change to udev or some other solution soon.
multilib takes too long to build. I spent 20 hours trying to build a HAL enabled multilib system before giving up. perhaps wine will replace hal in the future, but I want it to work today.