Package Details: wineasio 0.9.2-6

Git Clone URL: https://aur.archlinux.org/wineasio.git (read-only)
Package Base: wineasio
Description: ASIO driver implementation for Wine
Upstream URL: http://sourceforge.net/projects/wineasio/
Licenses: LGPL
Submitter: shinlun
Maintainer: jhernberg
Last Packager: jhernberg
Votes: 32
Popularity: 0.118780
First Submitted: 2007-05-27 07:28
Last Updated: 2015-06-14 11:09

Latest Comments

jhernberg commented on 2016-04-05 11:35

@benqu: I just tested the package, and it has no problem to download the source. Must have been some transient problem with sourceforge..

benqu commented on 2016-03-22 10:55

Download link has changed. Edit PKBUILD and replace line 21 with this:
source=("http://downloads.sourceforge.net/project/wineasio/wineasio-0.9.2.tar.gz?r=&ts=1458643951&use_mirror=kent") Then it should work.

jhernberg commented on 2015-12-29 16:34

@fraunos: Sorry for the late reply... What app are you trying to use? Afaik, not all windows apps run well with wineasio and wine. Reaper is one that does for instance. Other problem at the moment is that you can't use 32b wineasio clients on a 64b jack2 system, on jack1 that works.

fraunos commented on 2015-12-19 23:58

I'm renewing the question - does anybody know how to get jack2 and wineasio working together? It returns constant flow of xruns.
I'm getting quite bad results with jack1, high latencies and occasional xruns, still, would really appreciate any suggestions.

jhernberg commented on 2015-10-20 10:46

@eolien: You'd probably want to change the realtime scheduling priority of the interrupt servicing your soundcard too (or the usb hub it's connected to). Set it to 97 or something similarly high, this is to ensure that it get's scheduled with preference to most other threads on the system. Then run JACK in rt mode at priority 80.

jhernberg commented on 2015-10-20 10:36

@eolien: Think I recommended you (on irc) to install rt-tests and to run the cyclictest program to ascertain that your kernel is scheduling threads with the proper latency. I'd suspect that a system with vanilla kernel (no -rt kernel) and nvidia card, will have problems at low latency. I'd recommend to iron out this aspect with just JACK and a jack client first, before involving PA and wineasio. There are many places this can go wrong, so a structured approach to troubleshooting would probably be in your own best interest..

jhernberg commented on 2015-10-20 10:31

FWIW, I can successfully run 32bit reaper with 32bit wineasio on a 64b system using JACK1 (jack and lib32-jack packages). Haven't tried with the jack(1)-dbus package. Jack2 appears to be broken in this respect though.

eolien commented on 2015-10-20 06:30

Trying to use this, if somebody could help, tell me.
https://bbs.archlinux.org/viewtopic.php?id=203870

Is there somebody who succeded to make wineasio work with jack-dbus, jack, jack2 or jack2-dbus since that last comment ? (falkTX)

falkTX commented on 2015-10-15 13:05

FYI: all 32bit jack clients on 64bit systems are broken right now.

It's not a jack or wine thing, something in the kernel or glibc got seriously broken...
I had the same issue with Carla bridges.
It seems like 32bit semaphores don't work on 64bit systems, or something like that.

marceliq commented on 2015-04-01 09:58

Ok, I'll stick with jack-dbus workaround, it looks it works.

jhernberg commented on 2015-03-18 21:23

@marceliq: Sorry I can confirm the bug with jack2 and 32bit wineasio. It happens with JACK2 (with or without dbus). I also get this error msg from JACK2:

ERROR: JackPosixSemaphore::TimedWait err = Connection timed out

But it works with jack1 and 32bit wineasio. 64bit wineasio works with both jack versions.

IMO, it's either badly packaged or 32bit support in JACK2 is broken.

Workarounds: use jack1(-dbus) or use 64b wineasio.

jhernberg commented on 2015-03-18 19:55

@marceliq: Sorry, it's called jack-dbus: https://aur.archlinux.org/packages/jack-dbus/

jhernberg commented on 2015-03-18 19:51

@marceliq: I can't reproduce the bug. Just tried with jack2-dbus, lib32-jack2 wine-rt 1.7.38 and this time 32b reaper (was 64b last test) and it works fine. But I see from the trace that something goes wrong. It's supposed to setup 4 io channels (2 inputs and 2 outputs), but ends up initializing only 2...:( Can't see why though. Maybe the jack config?

Unless I can find an error in the code, there is also a jack1-dbus package that i've created. It should work just as well as jack2-dbus, the only thing is that there is no device reservation for getting pulseaudio to release the soundcard. but it will work with pa if nothing is playing when you start jackdbus. pa even played back through jack when i tested it.

jhernberg commented on 2015-03-18 19:50

@marceliq: I can't reproduce the bug. Just tried with jack2-dbus, lib32-jack2 wine-rt 1.7.38 and this time 32b reaper (was 32b last time) and it works fine. But I see from the trace that something goes wrong. It's supposed to setup 4 io channels (2 inputs and 2 outputs), but ends up initializing only 2...:( Can't see why though. Maybe the jack config?

Unless I can find an error in the code, there is also a jack1-dbus package that i've created. It should work just as well as jack2-dbus, the only thing is that there is no device reservation for getting pulseaudio to release the soundcard. but it will work with pa if nothing is playing when you start jackdbus. pa even played back through jack when i tested it.

marceliq commented on 2015-03-18 16:12

@jhernberg: I also have wine-rt 1.7.38 but compiled from AUR, I also tried other versions of Wine (stable, staging, ..) I'm on x86_64, I'm using 32bit wine prefix with proper wineasio architecture. Here are the traces:

Start of Reaper: WINEDEBUG=-all,+asio WINEPREFIX=/home/marcel/.wine wine ~/.wine/drive_c/Program\ Files/REAPER/reaper.exe
trace:asio:WineASIOCreateInstance pobj = 0x176b50
trace:asio:Init iface: 0x176b50, sysRef: 0x20068
trace:asio:Init JACK client opened as: 'reaper'
trace:asio:Init 4 IOChannel structures allocated
trace:asio:Init 4 IOChannel structures initialized
trace:asio:Init WineASIO 0.9.2 initialized
trace:asio:GetDriverName iface: 0x176b50, name: 0x938768
trace:asio:GetDriverVersion iface: 0x176b50
trace:asio:GetChannels iface: 0x176b50, inputs: 2, outputs: 2
trace:asio:GetBufferSize iface: 0x176b50, minSize: 0x938810, maxSize: 0x938814, preferredSize: 0x938818, granularity: 0x93881c
trace:asio:GetBufferSize Buffersize fixed at 1024
trace:asio:GetSampleRate iface: 0x176b50, Sample rate is 48000
trace:asio:CreateBuffers iface: 0x176b50, bufferInfo: 0x938840, numChannels: 2, bufferSize: 1024, asioCallbacks: 0x9418ac
trace:asio:CreateBuffers Buffersize fixed at 1024
trace:asio:CreateBuffers The ASIO host supports ASIO v2
trace:asio:CreateBuffers The ASIO host supports kAsioResetRequest
trace:asio:CreateBuffers The ASIO host supports kAsioResyncRequest
trace:asio:CreateBuffers 4 ASIO audio buffers allocated (32 kB)
trace:asio:CreateBuffers 2 audio channels initialized
trace:asio:GetLatencies iface: 0x176b50 Latency = 1024 frames
trace:asio:Start iface: 0x176b50
trace:asio:Start TimeInfo mode enabled
trace:asio:Start TimeCode supported
trace:asio:jack_thread_creator arg: 0x7d44ffc8, thread_id: 0x7d44ffdc, attr: 0x33d098, function: 0xf22a6fd0
trace:asio:jack_thread_creator_helper arg: 0x7d44ffc8
trace:asio:Start WineASIO successfully loaded

After I hit play there is nothing.. No audio, no log, time marker just stay on zero, but I get [Playing] status in Reaper.

After hitting stop button, again no log. I can see only [Stopped] status.

Same behavior is in different prefix with ASIOSigGen tool.

Linux native Bitwig Studio works without any problems with jack2-dbus.

And here is the wierdest part - everything miraculously works after installing jack(1) and lib32-jack(1) and get rid of lib32-jack2 jack2-dbus. (jack2 also doesnt work for me)

And I have no clue why is that.. :(

I also get rid of all alsa/pulseaudio configurations and than reinstalled alsa, but with the same result.

marceliq commented on 2015-03-18 16:09

@jhernberg: I also have wine-rt 1.7.38 but compiled from AUR, I also tried other versions of Wine (stable, staging, ..) I'm on x86_64, I'm using 32bit wine prefix with proper wineasio architecture. Here are the traces:

Start of Reaper: WINEDEBUG=-all,+asio WINEPREFIX=/home/marcel/.wine wine ~/.wine/drive_c/Program\ Files/REAPER/reaper.exe
trace:asio:WineASIOCreateInstance pobj = 0x176b50
trace:asio:Init iface: 0x176b50, sysRef: 0x20068
trace:asio:Init JACK client opened as: 'reaper'
trace:asio:Init 4 IOChannel structures allocated
trace:asio:Init 4 IOChannel structures initialized
trace:asio:Init WineASIO 0.9.2 initialized
trace:asio:GetDriverName iface: 0x176b50, name: 0x938768
trace:asio:GetDriverVersion iface: 0x176b50
trace:asio:GetChannels iface: 0x176b50, inputs: 2, outputs: 2
trace:asio:GetBufferSize iface: 0x176b50, minSize: 0x938810, maxSize: 0x938814, preferredSize: 0x938818, granularity: 0x93881c
trace:asio:GetBufferSize Buffersize fixed at 1024
trace:asio:GetSampleRate iface: 0x176b50, Sample rate is 48000
trace:asio:CreateBuffers iface: 0x176b50, bufferInfo: 0x938840, numChannels: 2, bufferSize: 1024, asioCallbacks: 0x9418ac
trace:asio:CreateBuffers Buffersize fixed at 1024
trace:asio:CreateBuffers The ASIO host supports ASIO v2
trace:asio:CreateBuffers The ASIO host supports kAsioResetRequest
trace:asio:CreateBuffers The ASIO host supports kAsioResyncRequest
trace:asio:CreateBuffers 4 ASIO audio buffers allocated (32 kB)
trace:asio:CreateBuffers 2 audio channels initialized
trace:asio:GetLatencies iface: 0x176b50 Latency = 1024 frames
trace:asio:Start iface: 0x176b50
trace:asio:Start TimeInfo mode enabled
trace:asio:Start TimeCode supported
trace:asio:jack_thread_creator arg: 0x7d44ffc8, thread_id: 0x7d44ffdc, attr: 0x33d098, function: 0xf22a6fd0
trace:asio:jack_thread_creator_helper arg: 0x7d44ffc8
trace:asio:Start WineASIO successfully loaded

After I hit play there is nothing.. No audio, no log, time marker just stay on zero, but I get [Playing] status in Reaper.

After hitting stop button, again no log. I can see only [Stopped] status.

Same behavior is in different prefix with ASIOSigGen tool.

Linux native Bitwig Studio works without any problems with jack2-dbus.

And here is the wierdest part - everything miraculously works after installing jack(1) and lib32-jack(1) and get rid of lib32-jack2 jack2-dbus. (jack2 also doesnt work for me)

And I have no clue why is that.. :(

jhernberg commented on 2015-03-18 10:40

@marceliq: I just installed (on x86_64) jack2-dbus, lib32-jack2. I had wine-rt 1.7.38 and wineasio installed from the archaudio-production repo, and it appears to work with no problems. What architecture?

Could you try to start reaper with WINEDEBUG=-all,+asio wine reaper.exe in a terminal? This will produce a trace of what wineasio is doing and might uncover something. Note that this script was broken a long time on AUR (since I took it over), but I think that was just for i686. But this has been fixed a few months ago.

marceliq commented on 2015-03-13 14:06

Is this currently working for you with latest version of wine? Did you ever try to use jack2-dbus? My build does not work with Reaper, it just freeze without any sound and I can see only xruns.

Thanks.

jhernberg commented on 2014-10-23 19:58

Why did it get flagged out of date?

Gimmeapill commented on 2013-10-30 18:45

Confirmed. now builds fine on i686 with latest wine.
Thanks for the fast support ;-)

jhernberg commented on 2013-10-30 17:25

Wine 1.7.5-2 has been released and no longer strips out the static libs, so everything should work fine now.

jhernberg commented on 2013-10-30 13:33

For those that would prefer, I've added wineasio to the archaudio-production repo. To use add the following to your pacman.conf:

[archaudio-production]
SigLevel = Never
Server = http://repos.archaudio.org/$repo/$arch

It also contains the latest linux-rt that I consider stable, and wine-rt.

jhernberg commented on 2013-10-30 10:37

Third time lucky :) At least I'm awake now, and it builds for both in i686 and multilib in a chroot. Still needs a wine package without stripped static libs though. If you have the wine-1.7.4 package still in your cache, and steinberg-asio in ../steinberg-asio, try this to build it in a chroot. (Needs the devtools package installed)

i686:
sudo extra-i686-build -- -I ../steinberg-asio/steinberg-asio-2.3-1-any.pkg.tar.xz -I /var/cache/pacman/pkg/wine-1.7.4-1-i686.pkg.tar.xz

multilib:
sudo multilib-build -- -I ../steinberg-asio/steinberg-asio-2.3-1-any.pkg.tar.xz -I /var/cache/pacman/pkg/wine-1.7.4-1-x86_64.pkg.tar.xz

jhernberg commented on 2013-10-30 02:18

I think it's ok now. The problems stem from archlinux having started to strip out static libs from the packages, and from me messing up the path for i686 and having made an error as far as multilib is concerned.

You need an older wine from your cache that contains the stripped out static lib /usr/lib/wine/libwinecrt0.a or you need to build a new wine using the staticlibs option. This buildscript will work for both i686 and x86_64, so no need for the lib32-wineasio script.

jhernberg commented on 2013-10-30 01:05

Looks even more complicated. In my chroot I can find any sign on /usr/lib/wine/libwinecrt.a that is needed for linking it. Gotta investigate further.

jhernberg commented on 2013-10-30 00:41

I've managed to get it nearly building in a i686 chroot, and I think you are right, it's looking in the wrong path. It's looking in /usr/lib32 when it ought to look in /usr/lib :(

I've also made another mistake with the lib32-wineasio package, shouldn't be needed at all. I'll see if I can figure out how to fix it all up.

Tarqi commented on 2013-10-29 22:47

Tried again, with the PKGBUILD provided here, throws first error, because the dependency to "ed" is not fullfilled. Please add this to the makedepends.

Second error: Same as before, can not compile because of "/usr/bin/ld: cannot find -lwinecrt0".

Gimmeapill commented on 2013-10-29 21:47

The non x64 makefile contains /usr/lib32 refs, which may be the problem for i686. However, unlike Tarqui, the previous version was building fine for me.

Gimmeapill commented on 2013-10-29 21:43

The non x64 makefile contains /usr/lib32 refs, which may be the problem. However, unlike Tarqui, the previous version was building fine for me.

Tarqi commented on 2013-10-29 21:07

@jhernberg

Don't think so, it's a bare metal arch installation (i686).
Already tried the new version, same results.

And, as you can see, i am not alone.

Gimmeapill commented on 2013-10-29 21:04

Doesn't seem to build on i686:
"winegcc -shared -m32 wineasio.dll.spec -mnocygwin -L/usr/lib32/wine -L/usr/lib32 -o wineasio.dll.so asio.o main.o regsvr.o -ljack -lodbc32 -lole32 -lwinmm -luuid
/usr/bin/ld: cannot find -lwinecrt0
collect2: error: ld returned 1 exit status
winegcc: gcc failed
Makefile:114: recipe for target 'wineasio.dll.so' failed
make: *** [wineasio.dll.so] Error 2"

I'd say there's something wrong with that "lib32" in the path...

Gimmeapill commented on 2013-10-29 21:03

Doesn't seem to build on i686:
"winegcc -shared -m32 wineasio.dll.spec -mnocygwin -L/usr/lib32/wine -L/usr/lib32 -o wineasio.dll.so asio.o main.o regsvr.o -ljack -lodbc32 -lole32 -lwinmm -luuid
/usr/bin/ld: cannot find -lwinecrt0
collect2: error: ld returned 1 exit status
winegcc: gcc failed
Makefile:114: recipe for target 'wineasio.dll.so' failed
make: *** [wineasio.dll.so] Error 2"

I'd say there's sth wrong with that "lib32" line 38:
" if [[ "${CARCH}" = 'i686' ]]; then
install -Dm755 "${pkgname}.dll.so" "${pkgdir}/usr/lib32/wine/${pkgname}.dll.so""

jhernberg commented on 2013-10-29 20:55

@Tarqi: Try the new version, but that error sounds like something is messed up on your system.

jhernberg commented on 2013-10-29 20:54

This version supports 64bit apps too. Use this package on i686/X86_64, and if you run multilib and want 32bit support in wine, then install the companion lib32-wineasio package too.

schivmeister commented on 2013-10-29 18:10

Orphaning for jhernberg, who's (fortunately or unfortunately) in a better position to lend downstream support (in addition to upstream).

Tarqi commented on 2013-10-29 06:26

Does not build here:

winegcc -shared -m32 wineasio.dll.spec -mnocygwin -L/usr/lib32/wine -L/usr/lib32 -o wineasio.dll.so asio.o main.o regsvr.o -ljack -lodbc32 -lole32 -lwinmm -luuid
/usr/bin/ld: cannot find -lwinecrt0
collect2: error: ld returned 1 exit status
winegcc: gcc failed
Makefile:114: recipe for target 'wineasio.dll.so' failed
make: *** [wineasio.dll.so] Error 2

jhernberg commented on 2013-10-28 15:35

Just tagged and tarballed 0.9.2, including 64bit support.
So now you can run 64bit windows ASIO hosts in wine.

jhernberg commented on 2013-10-25 22:35

In case anyone is interested in testing, I just pushed the changes needed to build for 64bit. No code changes, but a shell script to massage asio.h to make it compile on 64 bit, a Makefile for 64 bit, and some doc changes. At the moment only available in the git repo, but if there are no problems I'll tag and tarball 0.9.2 one of the coming days.

Gimmeapill commented on 2013-10-17 19:39

All good here

schivmeister commented on 2013-10-16 21:35

Please test as I do not have access to the SDK at this time.

jhernberg commented on 2013-10-16 12:27

So far wineasio is only 32bit, that means it will work with 32bit windows programs in 32 or 64bit wine. I have it working with 64 bit windows programs too, but it requires a different asio.h than Steinberg has released, mainly due to long having a different meaning in 64bit windows and linux. The problem is that I don't really want publish this header due to the copyright issues surrounding ASIO, but I am going to try to get wineasio included in wine. Let's see how that goes. If not I might be able to come up with some script that patches Steinberg's asio.h

DanielD commented on 2013-10-16 09:47

Is it possible to make it available to x64 programs running in wine ? I tried "wine64 regsrv32 wineasio.dll", it's not working.

jhernberg commented on 2013-10-15 18:58

I just tagged and tarballed 0.9.1. It has the fix needed for wine > 1.7.2

schivmeister commented on 2013-10-14 16:19

Yes, thanks guys, that should be taken care of by the PKGBUILD. Joakim has said that he'll get around to making a release in a couple of days, so we'll just wait for that to update this. Anyway, thanks to Gimmeapill for the heads-up on the issue.

DanielD commented on 2013-10-14 16:01

Works like a charm now. Thank you all guys, and sorry for the noob question, I'm fairly new to this Arch way ;)

Gimmeapill commented on 2013-10-14 08:29

@DanielD: just delete the symlinks under /src before rebuilding (or the whole src folder). Altough it's true that this kind of cleanup could be handled by the pkgbuild.

DanielD commented on 2013-10-14 07:54

Ok, so it kinda worked with lib32-jack2 installed. But it can't create the link with asio.h, as it already exists (i installed steinberg-asio from AUR). If I comment the ln -s line I still get an error : what information do you need to analyze this if wanted ?

DanielD commented on 2013-10-14 07:42

Ok, so it kinda

schivmeister commented on 2013-10-14 06:24

Yes, that is correct, but there is already a lib32-jack2 since August. Pacman pulls in the first dependency match regardless of whether there are other provisions. So, install lib32-jack2 first, then build this.

I agree that there should be a better way to handle deps and provisions. Presently, the user is given a choice between provisions only when there are two or more packages with different names having the same provision.

In this case, the name of the dep is lib32-jack, and there is a package with the same name. Pacman will just pull this, and not care that there is a provision for it in lib32-jack2.

Gimmeapill commented on 2013-10-13 16:54

@DanielD: I think I know why. On x86_64, wineasio depends on "lib32-jack", not on "jack" (wineasio doesn't seem to like native jack 64 bit), and as there isn't any package "lib32-jack2" that provides it, pacman asks you to install old jack instead. The fix would be then to craft a "lib32-jack2" pkgbuild on the model of "lib32-jack" so satisfy the dependency.
@schivmeister: please correct me if I'm wrong ;-)

DanielD commented on 2013-10-13 09:54

@Gimmeapill : Yes, I used your modification, and commented the multilib line
But when I launche makepkg, it says that Jack is in conflict with Jack2, and I have to uninstall Jack2 so it can install Jack. I don't see the point of this.
But I'm new to this Arch world, so maybe I just do not understand something.

Gimmeapill commented on 2013-10-12 15:53

@DanielD: Did you read the comments below and did you apply the temporary fix?
If so, please provide more details.

DanielD commented on 2013-10-12 14:24

Can't build with Jack2 installed on an x64 Arch. Why ?

Gimmeapill commented on 2013-10-11 19:17

ok it works: no need for the patch, the fix is a one liner

Updated packagebuild below (changes line 34 and 35):
http://pastebin.com/npL0Jc10

Cheers,

LX

Gimmeapill commented on 2013-10-11 12:33

@schivmeister: thanks for your help.

Wine commit identified and patch published:
http://sourceforge.net/p/wineasio/discussion/802003/thread/69a2153e/8aa5/attachment/wineasio-windef-changes.patch

Will try out and report back..

schivmeister commented on 2013-10-08 20:16

Have notified jhernberg (JackWinter on #archaudio) about this, but I don't know how much of this issue would be his domain.

Gimmeapill commented on 2013-10-03 11:59

Also reported upstream as this doesn't look like a packaging error:
http://sourceforge.net/p/wineasio/discussion/802003/thread/69a2153e/

Gimmeapill commented on 2013-09-30 20:44

On i686, the build is broken with the update to wine 1.7.3. Downgrading to 1.7.2 fixes it.
Full build log:http://pastebin.com/nMvdWaMS

schivmeister commented on 2013-06-08 20:13

If you had not relied upon an unsupported package manager that does not fail in the event dependencies are not met, you would have figured it out already:

ERROR: asiosdk2.2.zip was not found in the build directory and is not a URL.

Which means the steinberg-asio dependency failed to build. It should be obvious why. Otherwise, take a look at that package's AUR page to figure that out.

DaveCode commented on 2013-06-08 08:28

Thanks for this package. Build failed on a 32-bit processor:
http://troll.ws/paste/66b0c7b4

schivmeister commented on 2013-03-05 08:15

You are correct, it appears group dependencies are not supported (I was never aware of this). Sorry for that. For the moment, please edit the PKGBUILD and remove that dep (but install it yourself prior to building wineasio).

Anonymous comment on 2013-03-04 23:45

The multilib-devel dependency does not seem to work properly. I installed all the components of multilib-devel, and somehow it still says that the dependency is not fulfilled. See my log below.

[xavier@xavier-pc wineasio]$ makepkg -s
==> WARNING: Sudo can not be found. Will use su to acquire root privileges.
==> Making package: wineasio 0.9.0-1 (Mon Mar 4 15:40:38 PST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
Password:
:: There are 3 members in group multilib-devel:
:: Repository multilib
1) binutils-multilib 2) gcc-multilib 3) libtool-multilib

Enter a selection (default=all):
warning: binutils-multilib-2.23.1-3 is up to date -- reinstalling
warning: gcc-multilib-4.7.2-4 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
:: libtool-multilib and libtool are in conflict. Remove libtool? [y/N] y

Targets (4): libtool-2.4.2-7 [removal] binutils-multilib-2.23.1-3
gcc-multilib-4.7.2-4 libtool-multilib-2.4.2-7

Total Download Size: 0.26 MiB
Total Installed Size: 100.45 MiB
Net Upgrade Size: -0.04 MiB

Proceed with installation? [Y/n]
:: Retrieving packages from multilib...
libtool-multilib-2.... 268.3 KiB 273K/s 00:01 [######################] 100%
(3/3) checking package integrity [######################] 100%
(3/3) loading package files [######################] 100%
(3/3) checking for file conflicts [######################] 100%
(4/4) checking available disk space [######################] 100%
(1/1) removing libtool [######################] 100%
(1/3) upgrading binutils-multilib [######################] 100%
(2/3) upgrading gcc-multilib [######################] 100%
(3/3) installing libtool-multilib [######################] 100%
==> Missing Dependencies:
-> multilib-devel
==> ERROR: Could not resolve all dependencies.

jhernberg commented on 2012-12-30 08:01

Please make this dependent on multilib-devel if on multilib.

Gimmeapill commented on 2012-01-18 04:48

@Tybias: the pkgbuild is correct you need to install the asio sdk in order to compile wineasio:
https://aur.archlinux.org/packages.php?ID=16747

Anonymous comment on 2012-01-17 20:24

Hi!

I have a question , i save the tarball and start 'makepkg', but I've got this message:

Missing Dependencies:
-> steinberg-asio
==> ERROR: Could not resolve all dependencies.

What is it about?

when I comment the line with " makedepends=('steinberg-asio')"

then i got this:

Starting build()...
ln: failed to create symbolic link `./asio.h': File exists
==> ERROR: A failure occurred in build().
Aborting...


Could you tell me what I can do with this? Thanks a lot guys, i really need it to make Fruity Loops work!


schivmeister commented on 2011-03-18 15:31

OK good, thanks for spotting those.

Overkill commented on 2011-03-18 11:01

@schivmeister,

to successfully build wineasio one has to use 'binutils-multilib' 'gcc-libs-multilib' 'gcc-multilib' from the -multilib- repository (instead of the ordinary 'binutils' 'gcc-libs' 'gcc' from the -core- repository)!

Otherwise one will not be able to properly compile wineasio (on x84-64 arch) and the 'compilation process' breaks with the following error message:
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.2/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc

Please make 'binutils-multilib' 'gcc-libs-multilib' 'gcc-multilib' as dependency on wineasio for x86-64.

Overkill commented on 2011-03-17 13:49

Doesn't work on my x86-64:

/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.2/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
collect2: ld gab 1 als Ende-Status zurück
winegcc: gcc failed
make: *** [wineasio.dll.so] Fehler 2

schivmeister commented on 2011-01-04 08:19

Oops..sorry for the overlook. Should be fixed now. Also included the WINEARCH note, since that appears to be crucial.

Anonymous comment on 2011-01-04 06:51

The correct command is (install -Dm755 wineasio.dll.so "$pkgdir/usr/$_lib/wine/wineasio.dll.so") NOT (install -Dm755 wineasio.dll.so "$pkgdir/usr/$_lib/wine"), cause then it names the dll wine and when it tries to install it, an error occurs saying /usr/lib/wine exists in the filesystem.

Please fix it.

Anonymous comment on 2011-01-04 06:03

If you run x86_64 arch, remember to use the command "WINEARCH=win32 winecfg" before you register the dll.

schivmeister commented on 2011-01-03 17:43

You need to enable multilib. Any further issue is a multilib issue. I might be missing a dep or two from multilib, so let me know if you find something.

fatmike commented on 2011-01-03 17:36

Doesn't build on my x64 system:

/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.2/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc

fat

schivmeister commented on 2011-01-03 14:34

OK. My first multilib-compliant package =p

Anonymous comment on 2011-01-03 08:11

Please make it work for x86_64 arch too. Thanks.

schivmeister commented on 2010-12-18 14:59

lib32-wineasio packages the dll itself. That is illegal practice.

capoeira commented on 2010-12-18 03:29

thought the steinberg-thing wasnt needed anymore. lib32-wineasio works without it

schivmeister commented on 2010-10-15 21:00

Hey ammon

I didn't update to 0.8.1.0 since the project says the current release is 0.8.0. Thanks for the heads up btw :)

ammon commented on 2010-10-15 20:11

http://dl.dropbox.com/u/9689469/wineasio.dll.so

here is wineasio.dll, version 0.8.1.0

ammon commented on 2010-10-08 16:11

0.8 and 0.8.1 are out.