I wouldn't *submit* a non-working port, but here is a tarball for anyone who is interested.
http://www.nabble.com/file/p11676042/unofficial_wine_0.9.38_port_for_obsd4.1release.tar.gz unofficial_wine_0.9.38_port_for_obsd4.1release.tar.gz I don't have time to improve this further, so good luck to everyone trying this. // Vortechz steven mestdagh wrote: > > Vortechz [2007-06-22, 09:22:47]: >> >> The wine port will not be submitted for quite some time since there are >> problems with threading and > > It is not forbidden to submit a tarball of a non-working port. > That way, all your efforts which are currently scattered over a bunch of > e-mails, are instantly available as a starting point, and it becomes much > easier for people interested in helping out with the remaining problems > to get involved. > >> signal handling. Also, the original effort was made on 4.1-release and >> doesn't take into account some >> issues that apparently come up in -current with xenocara. >> >> To all who replied, I thank you for your interest. >> >> The port is not completely dead, but there won't be much work done, >> except maybe trying to get wine to run on librthread/RTHREADS. >> I hope that rthreads can get around the undefined behaviour in >> /usr/src/lib/libpthread/uthread/uthread_sigaltstack.c, causing EINVAL (I >> won't change libpthread!). >> >> Please correct me if you know better. > > > -- View this message in context: http://www.nabble.com/Join-the-effort%3A-Porting-wine-0.9.38-tf3892781.html#a11676042 Sent from the openbsd user - ports mailing list archive at Nabble.com.