mirror of
https://git.FreeBSD.org/ports.git
synced 2024-10-30 21:49:25 +00:00
32a6ce46c4
Problems with XFree86 4.0.0 discovered, one is encouraged to update to 4.0.1, if one really wants to use XFree86-4. PR: 19979 Submitted by: maintainer |
||
---|---|---|
.. | ||
install-patch-3.3-sys-sigtrap | ||
patch-ad | ||
patch-ar | ||
patch-ba | ||
patch-gb | ||
patch-gd | ||
README.patch |
Here are some patches for FreeBSD's kernel that are necessary for wine (well not strictly _necessary_ but without them parts of it won't work.) They unfortunately didn't make it into the base distribution in time for the 3.3 release code freeze... patch-3.3-sys-ldtshare: make kernel threads (rfork(), which wine uses) share one LDT instead of each having its own. this fixes the same problem that wine also had on linux kernels before 2.2. patch-3.3-sys-sigtrap: stop wine's SIGTRAP handler from being called in the sigreturn syscall, causing problems for wine's internal debugger. (it would still correctly show a crash backtrace but all commands that use single- stepping failed.) patch-3.3-sys-fsgs: always set/use the sc_fs and sc_gs entries in the sigcontext struct, making -stable behave the same as -current there. this should finally allow signal handling of a wine that was built on -stable to correctly run on -current too. The corresponding wine change is in the port in patches/patch-af, it is also in wine's CVS tree now, so that file will disappear when the port is updated after the next wine release. (this one was MFC'd Nov 15 1999, so you only need it if you're running a system from the -stable branch older than that, like a 3.3-RELEASE. If you happen to try to apply it when its already there patch(1) should complain `Reversed (or previously applied) patch detected! Assume -R? [y]', just hit ^C then...) Apply as follows: (cd /usr/src/sys && patch ) <patch-3.3-sys-ldtshare (cd /usr/src/sys && patch ) <patch-3.3-sys-sigtrap And if you don't already have it: (cd /usr/src/sys && patch ) <patch-3.3-sys-fsgs then build a new kernel. (don't forget to include the options USER_LDT, SYSVSHM, SYSVSEM, and SYSVMSG, wine needs these.) A note about local patches and ctm, cvsup and friends... (if you don't know what those are good for see for example http://www.freebsd.org/handbook/stable.html) ctm cannot deal with local patches (unless you use it to mirror the cvs tree of course, instead of the sources directly), with cvsup i'm not sure but in any case the workaround is simple: use patch -R to un-apply any local patches before the update (feeding it the patches again as above on stdin), then when the update is finished apply them again. Should they fail on the updated sources (and you cannot fix it yourself), look for new versions of the patches at the place where you got them, or in this case you can also look in my current wine port tree at http://www.jelal.kn-bremen.de/freebsd/ports/emulators/wine/files/ -current users: A LDT patch for -current is at http://people.FreeBSD.org/~luoqi/ (well in a recent posting on the -current list, http://www.freebsd.org/cgi/mid.cgi?db=&id=199911150745.CAA27884@lor.watermarkgroup.com he said that version is outdated, seems you have to mail him to get a current one), the sigtrap patch looks like it could also apply to -current but i haven't tried. And the fs/gs patch of course already is in -current. Late note: the LDT sharing fix just seems to have been committed now... (to -current that is.)