Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 160867 - app-emulation/wine needs an emul-linux-x86-hal to support HAL
Summary: app-emulation/wine needs an emul-linux-x86-hal to support HAL
Status: VERIFIED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: AMD64 Project
URL:
Whiteboard:
Keywords:
: 191451 346891 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-01-08 11:55 UTC by Benjamin Hodgetts
Modified: 2011-01-17 02:58 UTC (History)
6 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Benjamin Hodgetts 2007-01-08 11:55:54 UTC
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:
Comment 1 SpanKY gentoo-dev 2007-01-08 13:27:17 UTC
no
Comment 2 Benjamin Hodgetts 2007-01-08 18:18:32 UTC
Fair enough. All issues relating to HAL not working with Wine on Gentoo 64bit will be diverted from WineHQ to here then.
Comment 3 SpanKY gentoo-dev 2007-01-09 00:39:03 UTC
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
Comment 4 Olivier Crete (RETIRED) gentoo-dev 2007-01-09 00:48:28 UTC
I couldn't agree more
Comment 5 Benjamin Hodgetts 2007-01-09 10:42:32 UTC
"get real ABI support in place; stop extending the emul cruft"

What do you mean by this and how would it be done?
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2007-09-06 06:45:24 UTC
*** Bug 191451 has been marked as a duplicate of this bug. ***
Comment 7 Alessandro Surace 2010-01-22 14:12:32 UTC
Hi guys! Now news here.
Same needing.

What we can do?
Comment 8 Pacho Ramos gentoo-dev 2010-01-22 17:53:17 UTC
I am not sure about adding it, see http://bugs.gentoo.org/show_bug.cgi?id=299149#c9
Comment 9 Alessandro Surace 2010-01-25 09:40:10 UTC
(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.

Comment 10 Pacho Ramos gentoo-dev 2010-01-25 10:47:17 UTC
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
Comment 11 Pacho Ramos gentoo-dev 2010-11-27 15:39:52 UTC
*** Bug 346891 has been marked as a duplicate of this bug. ***
Comment 12 John Ratliff 2010-11-27 18:09:59 UTC
(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.
Comment 13 Benjamin Weggenmann 2011-01-17 02:00:03 UTC
(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.
Comment 14 John Ratliff 2011-01-17 02:58:41 UTC
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.