1 <!-- Wine Packaging guidelines. This is a rough outline only,
2 and much of this was up for open debate on wine-devel. -->
4 <chapter id=
"pkg-preface"> <title>Preface
</title>
6 <sect1 id=
"pkg-authors"> <title>Authors
</title>
9 Written by &name-marcus-meissner;
<email>&email-marcus-meissner;
</email>
10 Updated by &name-jeremy-white;
<email>&email-jeremy-white;
</email>
11 Updated by &name-andreas-mohr;
<email>&email-andreas-mohr;
</email>
15 <sect1 id=
"pkg-date"> <title>Document Revision Date
</title>
19 The information contained in this document is extremely
20 time sensitive.
<emphasis>It is vital that a packager
21 stay current with changes in Wine. <
/>
22 Changes to this document could be tracked e.g. by viewing its CVS log.
23 Due to Wine's fast development, a recent revision date
24 does not necessarily indicate that this document is
100% on par
25 with what Wine's full installation requirements are
26 (especially whenever lazy developers don't properly update the
27 documentation to include info about new features they implemented).
30 This document was last revised on November
14,
2001.
</para>
34 <sect1 id=
"pkg-terms"> <title>Terms used in this document
</title>
36 <para>There are several terms and paths used in this
37 document as place holders for configurable values.
38 Those terms are described here.
42 <listitem id=WINECONFDIR
><para id=wineconfdir.id
><EnVar>WINECONFDIR
</EnVar></para>
44 <envar>WINECONFDIR
</envar> is the user's Wine configuration directory.
45 This is almost always ~/.wine, but can be overridden
46 by the user by setting the
<EnVar>WINECONFDIR
</EnVar> environment
51 <listitem id=PREFIX
><para id=prefix.id
><EnVar>PREFIX
</EnVar></para>
53 <envar>PREFIX
</envar> is the prefix used when selecting
54 an installation target. The current default is /usr.
55 This results in binary installation into /usr/bin,
56 library installation into /usr/wine/lib, and so forth.
57 This value can be overridden by the packager.
58 In fact,
<ulink url=
"http://www.pathname.com/fhs/">FHS
2.1</ulink>
59 specifications suggest that a better
60 prefix is /opt/wine. Ideally, a packager would also
61 allow the installer to override this value.
65 <listitem id=ETCDIR
><para id=etcdir.id
><EnVar>ETCDIR
</EnVar></para>
67 <envar>ETCDIR
</envar> is the prefix that Wine uses
68 to find the global configuration directory.
69 This can be changed by the configure option sysconfdir.
70 The current default is /etc.
74 <listitem id=WINDOWSDIR
><para id=windowsdir.id
><EnVar>WINDOWSDIR
</EnVar></para>
76 <envar>WINDOWSDIR
</envar> is an important concept
77 to Wine. This directory specifies what directory
78 corresponds to the root Windows directory
82 This directory is specified by the user, in
83 the user's
<link linkend=winerc
>configuration file
</link>.
86 Generally speaking, this directory is either set
87 to point at an empty directory, or it is set
88 to point at a Windows partition that has been
89 mounted through the vfat driver.
92 <emphasis>It is extremely important that the packager
93 understand the importance of
<envar>WINDOWSDIR
</envar>
94 and convey this information and choice to the end
108 <chapter id=
"pkg-introduction"> <title>Introduction
</title>
111 This document attempts to establish guidelines
112 for people making binary packages of Wine.
116 It expresses the basic principles that the
117 Wine developers have agreed should be
118 used when building Wine.
119 It also attempts to highlight the areas
120 where there are different approaches
121 to packaging Wine, so that the packager
122 can understand the different alternatives
123 that have been considered and their rationales.
126 <sect1 id=
"pkg-goals"> <title>Goals
</title>
128 An installation from a Wine package should:
134 Install quickly and simply.
137 The initial installation should require no user
138 input. An rpm -i wine.rpm or apt-get install wine
139 should suffice for initial installation.
145 Work quickly and simply
148 The user should be able to launch Solitaire
149 within minutes of downloading the Wine package.
155 Comply with Filesystem Hierarchy Standard
158 A Wine installation should, as much as possible, comply
160 <ulink url=
"http://www.pathname.com/fhs/">FHS standard
</ulink>.
169 None of the flexibility built into Wine should
170 be hidden from the end user.
176 Come as preconfigured as possible, so the user does
177 not need to change any configuration files.
182 <para>Use only as much diskspace as needed per user.
</para>
187 Reduce support requirements.
190 A packaged version of Wine should be sufficiently easy
191 to use and have quick and easy access to FAQs and
192 documentation such that requests to the
193 newsgroup and development group go down.
194 Further, it should be easy for users to capture
204 <sect1 id=
"pkg-requirements"> <title>Requirements
</title>
206 Successfully installing Wine requires:
211 <para>Much thought and work from the packager (
1x)
</para>
218 Wine will not run without a configuration file. Further,
219 no default is currently provided by Wine. Some packagers may attempt
220 to provide (or dynamically generate) a default configuration
221 file. Some packagers may wish to
222 rely on winesetup to generate the configuration file.
229 A writeable
<filename>C:\
</filename> directory
230 structure on a per-user basis. Applications do dump
231 <filename>.ini
</filename> files into
232 <filename>c:\windows
</filename>, installers dump
233 <filename>.exe
</filename>,
<filename>.dll
</filename>
234 and more into
<filename>c:\windows
</filename> and
235 subdirectories or into
<filename>C:\Program Files
</filename>.
242 An initial set of registry entries.
245 The current Wine standard is to use the regapi tool
246 against the 'winedefault.reg' file to generate
250 There are several other choices that could be made;
251 registries can be imported from a Windows partition.
252 At this time, Wine does not completely support
253 a complex multi-user installation ala Windows NT,
254 but it could fairly readily.
261 Some special
<filename>.dll
</filename> and
262 <filename>.exe
</filename> files in the
263 <filename>windows\system
</filename> directory, since
264 applications directly check for their presence.
277 <chapter id=
"pkg-components"><title>Wine Components
</title>
280 This section lists all files that pertain to Wine.
283 <sect1 id=
"pkg-static"><title>Wine Static and Shareable Files
</title>
286 At the time of this writing, almost all of the following components
287 are installed through a standard 'make install'
288 of Wine. Exceptions from the rule are noted.
292 It is vital that a packager check for
293 changes in Wine. This list will likely be out
294 of date by the time this document is committed to CVS.
302 <listitem id=binfiles
>
303 <variablelist><title>Executable Files
</title>
305 <varlistentry><term><filename>wine
</filename></term>
308 The main Wine executable. This program will load
309 a Windows binary and run it, relying upon
310 the Wine shared object libraries.
315 <varlistentry><term><filename>wineserver
</filename></term>
318 The Wine server is critical to Wine; it is the
319 process that coordinates all shared Windows
325 <varlistentry><term><filename>winebootup
</filename></term>
328 Winelib app to be found in programs/.
329 It'll be called by the winelauncher wine wrapper startup
330 script for every first-time wine invocation.
331 Its purpose is to process all Windows startup autorun
332 mechanisms, such as wininit.ini, win.ini Load=/Run=,
333 registry keys: RenameFiles/Run/RunOnce*/RunServices*,
339 <varlistentry><term><filename>wineclipsrv
</filename></term>
342 The Wine Clipboard Server is a standalone XLib
343 application whose purpose is to manage the X selection
349 <varlistentry><term><filename>winedbg
</filename></term>
352 Winedbg is the Wine built in debugger.
357 <varlistentry><term><filename>winelauncher
</filename></term>
360 (not getting installed via make install)
361 A wine wrapper shell script that intelligently handles
362 wine invocation by informing the user about what's going
363 on, among other things.
364 To be found in tools/ directory.
365 Use of this wrapper script instead of directly using wine
366 is strongly encouraged, as it not only improves the user
367 interface, but also adds important functionality to wine,
368 such as session bootup/startup actions.
369 If you intend to use this script, then you might want to
370 rename the wine executable to e.g. wine.bin and
371 winelauncher to wine.
372 the
<link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/config file.
377 <varlistentry><term><filename>winesetup
</filename></term>
380 This is a Tcl/Tk based front end that provides
381 a user friendly tool to edit and configure
382 the
<link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/config file.
387 <varlistentry><term><filename>wineshelllink
</filename></term>
390 This shell script can be called by Wine in order
391 to propagate Desktop icon and menu creation
392 requests out to a GNOME or KDE (or other
398 <varlistentry><term><filename>winebuild
</filename></term>
401 Winebuild is a tool used for Winelib applications
402 (and by Wine itself) to allow a developer to
403 compile a .spec file into a .spec.c file.
407 <varlistentry><term><filename>wmc
</filename></term>
410 The wmc tools is the Wine Message Compiler. It
411 allows Windows message files to be compiled
412 into a format usable by Wine.
416 <varlistentry><term><filename>wrc
</filename></term>
419 The wrc tool is the Wine Resource Compiler.
420 It allows Winelib programmers (and Wine itself)
421 to compile Windows style resource files
422 into a form usable by Wine.
426 <varlistentry><term><filename>fnt2bdf
</filename></term>
429 The fnt2bdf utility extracts fonts from .fnt or
430 .dll files and stores them in .bdf format files.
434 <varlistentry><term><filename>dosmod
</filename></term>
442 <varlistentry><term><filename>uninstaller
</filename></term>
445 (not getting installed via make install)
446 A Winelib program to uninstall installed Windows programs.
447 To be found in the programs/ source directory.
448 This program can be used to uninstall most Windows programs
449 (just like the Add/Remove Programs item in Windows)
450 by taking the registry uninstall strings that get created
451 by installers such as InstallShield or WISE.
452 In binary packages, it should probably be renamed
453 to something like wine-uninstaller for consistency's sake.
461 <listitem id=libfiles
>
462 <para> Shared Object Library Files
</para>
463 <para> This list is NOT necessarily current !
</para>
465 <simplelist columns=
5>
466 <member>advapi32.dll.so<
/>
467 <member>avicap32.dll.so<
/>
468 <member>avifil32.dll.so<
/>
469 <member>avifile.dll.so<
/>
470 <member>comctl32.dll.so<
/>
471 <member>comdlg32.dll.so<
/>
472 <member>comm.dll.so<
/>
473 <member>commdlg.dll.so<
/>
474 <member>compobj.dll.so<
/>
475 <member>crtdll.dll.so<
/>
476 <member>crypt32.dll.so<
/>
477 <member>dciman32.dll.so<
/>
478 <member>ddeml.dll.so<
/>
479 <member>ddraw.dll.so<
/>
480 <member>devenum.dll.so<
/>
481 <member>dinput.dll.so<
/>
482 <member>dispdib.dll.so<
/>
483 <member>display.dll.so<
/>
484 <member>dplay.dll.so<
/>
485 <member>dplayx.dll.so<
/>
486 <member>dsound.dll.so<
/>
487 <member>gdi.exe.so<
/>
488 <member>gdi32.dll.so<
/>
489 <member>glu32.dll.so<
/>
490 <member>icmp.dll.so<
/>
491 <member>imaadp32.acm.so<
/>
492 <member>imagehlp.dll.so<
/>
493 <member>imm.dll.so<
/>
494 <member>imm32.dll.so<
/>
495 <member>joystick.drv.so<
/>
496 <member>kernel32.dll.so<
/>
497 <member>keyboard.dll.so<
/>
498 <member>krnl386.exe.so<
/>
499 <member>libgdi32.dll.so<
/>
500 <member>libkernel32.dll.so<
/>
501 <member>libntdll.dll.so<
/>
502 <member>libuser32.dll.so<
/>
503 <member>libwine.so<
/>
504 <member>libwine_tsx11.so<
/>
505 <member>libwine_unicode.so<
/>
506 <member>libwinspool.drv.so<
/>
507 <member>lz32.dll.so<
/>
508 <member>lzexpand.dll.so<
/>
509 <member>mapi32.dll.so<
/>
510 <member>mcianim.drv.so<
/>
511 <member>mciavi.drv.so<
/>
512 <member>mcicda.drv.so<
/>
513 <member>mciseq.drv.so<
/>
514 <member>mciwave.drv.so<
/>
515 <member>midimap.drv.so<
/>
516 <member>mmsystem.dll.so<
/>
517 <member>mouse.dll.so<
/>
518 <member>mpr.dll.so<
/>
519 <member>msacm.dll.so<
/>
520 <member>msacm.drv.so<
/>
521 <member>msacm32.dll.so<
/>
522 <member>msdmo.dll.so<
/>
523 <member>msg711.drv.so<
/>
524 <member>msimg32.dll.so<
/>
525 <member>msnet32.dll.so<
/>
526 <member>msrle32.dll.so<
/>
527 <member>msvcrt.dll.so<
/>
528 <member>msvcrt20.dll.so<
/>
529 <member>msvfw32.dll.so<
/>
530 <member>msvideo.dll.so<
/>
531 <member>netapi32.dll.so<
/>
532 <member>ntdll.dll.so<
/>
533 <member>odbc32.dll.so<
/>
534 <member>ole2.dll.so<
/>
535 <member>ole2conv.dll.so<
/>
536 <member>ole2disp.dll.so<
/>
537 <member>ole2nls.dll.so<
/>
538 <member>ole2prox.dll.so<
/>
539 <member>ole2thk.dll.so<
/>
540 <member>ole32.dll.so<
/>
541 <member>oleaut32.dll.so<
/>
542 <member>olecli.dll.so<
/>
543 <member>olecli32.dll.so<
/>
544 <member>oledlg.dll.so<
/>
545 <member>olepro32.dll.so<
/>
546 <member>olesvr.dll.so<
/>
547 <member>olesvr32.dll.so<
/>
548 <member>opengl32.dll.so<
/>
549 <member>psapi.dll.so<
/>
550 <member>qcap.dll.so<
/>
551 <member>quartz.dll.so<
/>
552 <member>rasapi16.dll.so<
/>
553 <member>rasapi32.dll.so<
/>
554 <member>riched32.dll.so<
/>
555 <member>rpcrt4.dll.so<
/>
556 <member>serialui.dll.so<
/>
557 <member>setupapi.dll.so<
/>
558 <member>setupx.dll.so<
/>
559 <member>shdocvw.dll.so<
/>
560 <member>shell.dll.so<
/>
561 <member>shell32.dll.so<
/>
562 <member>shfolder.dll.so<
/>
563 <member>shlwapi.dll.so<
/>
564 <member>sound.dll.so<
/>
565 <member>sti.dll.so<
/>
566 <member>storage.dll.so<
/>
567 <member>stress.dll.so<
/>
568 <member>system.dll.so<
/>
569 <member>tapi32.dll.so<
/>
570 <member>toolhelp.dll.so<
/>
571 <member>ttydrv.dll.so<
/>
572 <member>twain_32.dll.so<
/>
573 <member>typelib.dll.so<
/>
574 <member>url.dll.so<
/>
575 <member>urlmon.dll.so<
/>
576 <member>user.exe.so<
/>
577 <member>user32.dll.so<
/>
578 <member>ver.dll.so<
/>
579 <member>version.dll.so<
/>
580 <member>w32skrnl.dll.so<
/>
581 <member>w32sys.dll.so<
/>
582 <member>win32s16.dll.so<
/>
583 <member>win87em.dll.so<
/>
584 <member>winaspi.dll.so<
/>
585 <member>windebug.dll.so<
/>
586 <member>winearts.drv.so<
/>
587 <member>winedos.dll.so<
/>
588 <member>wineoss.drv.so<
/>
589 <member>wineps.dll.so<
/>
590 <member>wineps16.dll.so<
/>
591 <member>wing.dll.so<
/>
592 <member>wininet.dll.so<
/>
593 <member>winmm.dll.so<
/>
594 <member>winnls.dll.so<
/>
595 <member>winnls32.dll.so<
/>
596 <member>winsock.dll.so<
/>
597 <member>winspool.drv.so<
/>
598 <member>wintrust.dll.so<
/>
599 <member>wnaspi32.dll.so<
/>
600 <member>wow32.dll.so<
/>
601 <member>wprocs.dll.so<
/>
602 <member>ws2_32.dll.so<
/>
603 <member>wsock32.dll.so<
/>
604 <member>x11drv.dll.so<
/>
610 <listitem id=manfiles
>
611 <para> Man Pages
</para>
612 <simplelist columns=
1>
614 <member>wine.conf.man<
/>
622 <listitem id=includefiles
>
623 <para> Include Files
</para>
624 <para> This list is NOT necessarily current !
</para>
625 <simplelist columns=
5>
630 <member>commctrl.h<
/>
635 <member>d3dtypes.h<
/>
636 <member>d3dvec.inl<
/>
640 <member>digitalv.h<
/>
649 <member>imagehlp.h<
/>
651 <member>initguid.h<
/>
652 <member>instance.h<
/>
654 <member>lzexpand.h<
/>
655 <member>mapidefs.h<
/>
658 <member>mmsystem.h<
/>
660 <member>ntsecapi.h<
/>
674 <member>pshpack1.h<
/>
675 <member>pshpack2.h<
/>
676 <member>pshpack4.h<
/>
677 <member>pshpack8.h<
/>
680 <member>richedit.h<
/>
682 <member>servprov.h<
/>
683 <member>shellapi.h<
/>
689 <member>sqltypes.h<
/>
692 <member>tlhelp32.h<
/>
699 <member>wincrypt.h<
/>
702 <member>windowsx.h<
/>
703 <member>wine/exception.h<
/>
704 <member>wine/icmpapi.h<
/>
705 <member>wine/ipexport.h<
/>
706 <member>wine/obj_base.h<
/>
707 <member>wine/obj_cache.h<
/>
708 <member>wine/obj_channel.h<
/>
709 <member>wine/obj_clientserver.h<
/>
710 <member>wine/obj_commdlgbrowser.h<
/>
711 <member>wine/obj_connection.h<
/>
712 <member>wine/obj_contextmenu.h<
/>
713 <member>wine/obj_control.h<
/>
714 <member>wine/obj_dataobject.h<
/>
715 <member>wine/obj_dockingwindowframe.h<
/>
716 <member>wine/obj_dragdrop.h<
/>
717 <member>wine/obj_enumidlist.h<
/>
718 <member>wine/obj_errorinfo.h<
/>
719 <member>wine/obj_extracticon.h<
/>
720 <member>wine/obj_inplace.h<
/>
721 <member>wine/obj_marshal.h<
/>
722 <member>wine/obj_misc.h<
/>
723 <member>wine/obj_moniker.h<
/>
724 <member>wine/obj_oleaut.h<
/>
725 <member>wine/obj_olefont.h<
/>
726 <member>wine/obj_oleobj.h<
/>
727 <member>wine/obj_oleundo.h<
/>
728 <member>wine/obj_oleview.h<
/>
729 <member>wine/obj_picture.h<
/>
730 <member>wine/obj_property.h<
/>
731 <member>wine/obj_propertystorage.h<
/>
732 <member>wine/obj_queryassociations.h<
/>
733 <member>wine/obj_shellbrowser.h<
/>
734 <member>wine/obj_shellextinit.h<
/>
735 <member>wine/obj_shellfolder.h<
/>
736 <member>wine/obj_shelllink.h<
/>
737 <member>wine/obj_shellview.h<
/>
738 <member>wine/obj_storage.h<
/>
739 <member>wine/unicode.h<
/>
740 <member>winerror.h<
/>
743 <member>winioctl.h<
/>
744 <member>winnetwk.h<
/>
748 <member>winresrc.h<
/>
750 <member>winsock2.h<
/>
751 <member>winspool.h<
/>
755 <member>wnaspi32.h<
/>
763 <listitem id=docfiles
>
768 At the time of this writing, I do not have a
769 definitive list of documentation files to
770 be installed. However, they do include
771 the HTML files generated from the SGML in the Wine CVS tree.
781 <sect1 id=
"pkg-nonstatic"><title>Dynamic Wine Files
</title>
784 Wine also generates and depends on a number of dynamic
785 files, including user configuration files and registry files.
789 At the time of this writing, there was not a clear
790 consensus of where these files should be located, and how
791 they should be handled. This section attempts
792 to explain the alternatives clearly.
798 <variablelist><title>Configuration File
</title>
799 <varlistentry id=winerc
><term><filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/config
</filename></term>
802 This file is the user local Wine configuration file.
803 At the time of this writing, if this file exists,
804 then no other configuration file is loaded.
810 <filename><link linkend=ETCDIR endterm=etcdir.id
></link>/wine.conf
</filename></term>
813 This is the global Wine configuration file. It
814 is only used if the user running Wine has
815 no local configuration file.
818 Some packagers feel that this file should not
819 be supplied, and that only a wine.conf.default
820 should be given here.
823 Other packagers feel that this file should
824 be the predominant file used, and that
825 users should only shift to a local configuration
826 file if they need to. An argument has been
827 made that the local configuration file
828 should inherit the global configuration file.
829 At this time, Wine does not do this;
830 please refer to the WineHQ discussion
831 archives for the debate concerning this.
834 This debate is addressed more completely
835 below, in
<link linkend=pkg-strategy endterm=strategy.id
></link>.
845 <para>Registry Files
</para>
848 In order to replicate the Windows registry system,
849 Wine stores registry entries in a series of files.
851 For an excellent overview of this issue, read
853 <ulink url=
"http://www.winehq.com/News/2000-25.html#FTR">
854 Wine Weekly News feature.
</ulink>
859 The bottom line is that, at Wine server startup,
860 Wine loads all registry entries into memory
861 to create an in memory image of the registry.
862 The order of files which Wine uses to load
863 registry entries is extremely important,
864 as it affects what registry entries are
865 actually present. The order is roughly that
866 .dat files from a Windows partion are loaded,
867 then global registry settings from
<link linkend=ETCDIR endterm=etcdir.id
></link>,
868 and then finally local registry settings are
869 loaded from
<link linkend=WINECONFDIR endterm=wineconfdir.id
></link>
870 . As each set are loaded,
871 they can override the prior entries. Thus,
872 the local registry files take precedence.
876 Then, at exit (or at periodic intervals),
877 Wine will write either all registry entries
878 (or, with the default setting) changed
879 registry entries to files in the
880 <link linkend=WINECONFDIR endterm=wineconfdir.id
></link>.
884 <varlistentry><term><filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/system.reg
</filename></term>
887 This file contains the user's local copy of
888 the HKEY_LOCAL_MACHINE registry hive. In general
889 use, it will contain only changes made to the
890 default registry values.
895 <varlistentry><term><filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/user.reg
</filename></term>
898 This file contains the user's local copy of
899 the HKEY_CURRENT_USER registry hive. In
900 general use, it will contain only changes made to the
901 default registry values.
906 <varlistentry><term><filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/userdef.reg
</filename></term>
909 This file contains the user's local copy of
910 the HKEY_USERS\.Default registry hive. In
911 general use, it will contain only changes made to the
912 default registry values.
917 <varlistentry><term><filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/wine.userreg
</filename></term>
920 This file is being deprecated. It is only read
921 if there is no user.reg or wine.userreg, and
922 it supplied the contents of HKEY_USERS.
927 <varlistentry><term><filename><link linkend=ETCDIR endterm=etcdir.id
></link>/wine.systemreg
</filename></term>
930 This file contains the global values for
931 HKEY_LOCAL_MACHINE. The values in this file
932 can be overridden by the user's local settings.
936 The location of this directory is hardcoded within
937 wine, generally to /etc. This will hopefully be
938 fixed at some point in the future.
945 <varlistentry><term><filename><link linkend=ETCDIR endterm=etcdir.id
></link>/wine.userreg
</filename></term>
948 This file contains the global values for
949 HKEY_USERS. The values in this file
950 can be overridden by the user's local settings.
951 This file is likely to be deprecated in
952 favor of a global wine.userdef.reg that will
953 only contain HKEY_USERS/.Default.
964 <variablelist><title>Other files in
<link linkend=WINECONFDIR endterm=wineconfdir.id
></link></title>
965 <varlistentry><term><filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/wineserver-[hostname]
</filename></term>
968 This directory contains files used by Wine and the Wineserver
969 to communicate. A packager may want to have a facility
970 for the user to erase files in this directory,
971 as a crash in the wineserver resulting in a bogus lock
972 file can render wine unusable.
977 <varlistentry><term><filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/cachedmetrics.[display]
</filename></term>
980 This file contains font metrics for the given X display.
981 Generally, this cache is generated once at Wine start time.
995 <sect1 id=
"pkg-winpartition"><title>Important Files from a Windows Partition
</title>
997 Wine has the ability to use files from an installation of the
998 actual Microsoft Windows operating system. Generally these
999 files are loaded on a VFAT partition that is mounted
1003 This is probably the most important configuration detail.
1004 The use of Windows registry and DLL files dramatically
1005 alters the behaviour of Wine. If nothing else,
1006 pacakager have to make this distinction clear
1007 to the end user, so that they can intelligently
1008 choose their configuration.
1015 <variablelist><title>Registry Files
</title>
1016 <varlistentry><term><filename>[WINDOWSDIR]/system32/system.dat
</filename></term>
1023 <varlistentry><term><filename>[WINDOWSDIR]/system32/user.dat
</filename></term>
1030 <varlistentry><term><filename>[WINDOWSDIR]/win.ini
</filename></term>
1043 Windows Dynamic Link Libraries ([WINDOWSDIR]/system32/*.dll)
1046 Wine has the ability to use the actual Windows DLL files
1047 when running an application. An end user can configure
1048 Wine so that Wine uses some or all of these DLL files
1049 when running a given application.
1059 <chapter id=
"pkg-strategy"><title id=strategy.id
>Packaging Strategies
</title>
1062 There has recently been a lot of discussion on the Wine
1063 development mailing list about the best way to
1064 build Wine packages.
1067 There was a lot of discussion, and several diverging
1068 points of view. This section of the document
1069 attempts to present the areas of common agreement,
1070 and also to present the different approaches
1071 advocated on the mailing list.
1074 <sect1 id=
"pkg-whatfiles"><title>Distribution of Wine into packages
</title>
1076 The most basic question to ask is given the Wine CVS tree,
1077 what physical files are you, the packager, going to produce?
1078 Are you going to produce only a wine.rpm (as Marcus has done),
1079 or are you going to produce
6 Debian files
1080 (libwine, libwine-dev, wine, wine-doc, wine-utils and winesetuptk) as
1084 At this point, there is no consensus
1085 amongst the wine-devel community on this subject.
1089 <sect1 id=
"pkg-wherefiles"><title>Where to install files
</title>
1091 This question is not really contested. It will vary
1092 by distribution, and is really up to the packager.
1093 As a guideline, the current 'make install' process
1094 seems to behave such that
1095 if we pick a single
<link linkend=PREFIX endterm=prefix.id
></link>,
1102 all
<link linkend=binfiles
>binary files
</link> go into
1103 <link linkend=PREFIX endterm=prefix.id
></link>/bin,
1109 all
<link linkend=libfiles
>library files
</link> go into
1110 <link linkend=PREFIX endterm=prefix.id
></link>/lib,
1116 all
<link linkend=includefiles
>include files
</link> go into
1117 <link linkend=PREFIX endterm=prefix.id
></link>/include,
1123 all
<link linkend=docfiles
>documentation files
</link> go into
1124 <link linkend=PREFIX endterm=prefix.id
></link>/doc/wine,
1130 and
<link linkend=manfiles
>man pages
</link> go into
1131 <link linkend=PREFIX endterm=prefix.id
></link>/man,
1138 Refer to the specific information on the Debian package
1139 and the OpenLinux package for specific details on how
1140 those packages are built.
1143 You might also want to use the wine wrapper script winelauncher
1144 that can be found in tools/ directory, as it has several important
1145 advantages over directly invoking the wine binary.
1146 See the
<link linkend=binfiles
>Executable Files
</link> section
1150 <sect2 id=opt
><title>The question of /opt/wine
</title>
1152 The FHS
2.1 specification suggests that Wine as a package
1153 should be installed to /opt/wine. None of the
1154 existing packages follow this guideline (today;
1155 check again tomorrow).
1161 <sect1 id=
"pkg-whattomake"><title>What files to create
</title>
1163 After installing the static and shareable files, the next
1164 question the packager needs to ask is how much dynamic
1165 configuration will be done, and what configuration
1166 files should be created.
1169 There are several approaches to this:
1173 Rely completely on user file space - install nothing
1176 This approach relies upon the new winesetup utility and
1177 the new ability of Wine to launch winesetup if no configuration file is found.
1178 The basic concept is that no global configuration files
1179 are created at install time.
1180 Instead, Wine configuration files are created on the
1181 fly by the winesetup program when Wine is invoked.
1182 Further, winesetup creates default Windows directories
1183 and paths that are stored completely in
1184 the user's
<link linkend=WINECONFDIR endterm=wineconfdir.id
></link>.
1187 This approach has the benefit of simplicity in that all
1188 Wine files are either stored under /opt/wine or under
1189 ~/.wine. Further, there is only ever one Wine
1193 This approach, however, adds another level of complexity.
1194 It does not allow Wine to run Solitaire 'out of the box';
1195 the user must run the configuration program first. Further,
1196 winesetup requires Tcl/Tk, a requirement not beloved by some.
1197 Additionally, this approach closes the door on multi
1198 user configurations and presumes a single user approach.
1205 Build a reasonable set of defaults for the global wine.conf,
1206 facilitate creation of a user's local Wine configuration.
1209 This approach, best shown by Marcus, causes the
1210 installation process to auto scan the system,
1211 and generate a global wine.conf file with best
1212 guess defaults. The OpenLinux packages follow
1216 The keys to this approach are always putting
1217 an existing Windows partition into the
1218 path, and being able to run Solitaire
1219 right out of the box.
1220 Another good thing that Marcus does is he
1221 detects a first time installation and
1222 does some clever things to improve the
1223 user's Wine experience.
1226 A flaw with this approach, however, is it doesn't
1227 give the user an obvious way to choose not to
1228 use a Windows partition.
1234 Build a reasonable set of defaults for the global wine.conf,
1235 and ask the user if possible
1238 This approach, demonstrated by Ove, causes the
1239 installation process to auto scan the system,
1240 and generate a global wine.conf file with best
1241 guess defaults. Because Ove built a Debian
1242 package, he was able to further query debconf and
1243 get permission to ask the user some questions,
1244 allowing the user to decide whether or not to
1245 use a Windows partition.
1256 <sect1 id=
"pkg-wineconf"><title>What to put into the wine config file
</title>
1258 The next hard question is what the Wine config should look like.
1259 The current best practices seems to involve using drives from M to Z.
1261 <caution><para>This isn't done yet! Fix it, Jer!
</para></caution>
1270 <chapter id=
"pkg-implementation"> <title>Implementation
</title>
1272 <sect1 id=
"pkg-openlinux"><title>OpenLinux Sample
</title>
1274 <orderedlist inheritnum=
"inherit">
1276 <para>Building the package
</para>
1278 WINE is configured the usual way (depending on your
1279 build environment). The
"prefix" is chosen using your
1280 application placement policy
1281 (
<filename>/usr/
</filename>,
1282 <filename>/usr/X11R6/
</filename>,
1283 <filename>/opt/wine/
</filename> or similar). The
1284 configuration files (
<filename>wine.conf
</filename>,
1285 <filename>wine.userreg
</filename>,
1286 <filename>wine.systemreg
</filename>) are targeted for
1287 <filename>/etc/wine/
</filename> (rationale: FHS
2.0,
1288 multiple readonly configuration files of a package).
1291 Example (split this into
<literal>%build
</literal> and
1292 <literal>%install
</literal> section for
1293 <command>rpm
</command>):
1296 CFLAGS=$RPM_OPT_FLAGS \
1297 ./configure --prefix=/usr/X11R6 --sysconfdir=/etc/wine/ --enable-dll
1300 make install prefix=$BR/usr/X11R6/ sysconfdir=$BR/etc/wine/
1301 install -d $BR/etc/wine/
1302 install -m
644 wine.ini $BR/etc/wine/wine.conf
1304 # Put all our dlls in a seperate directory. (this works only if
1305 # you have a buildroot)
1306 install -d $BR/usr/X11R6/lib/wine
1307 mv $BR/usr/X11R6/lib/lib* $BR/usr/X11R6/lib/wine/
1309 # the clipboard server is started on demand.
1310 install -m
755 dlls/x11drv/wineclipsrv $BR/usr/X11R6/bin/
1312 # The WINE server is needed.
1313 install -m
755 server/wineserver $BR/usr/X11R6/bin/
1316 Here we unfortunately do need to create
1317 <filename>wineuser.reg
</filename> and
1318 <filename>winesystem.reg
</filename> from the WINE
1319 distributed
<filename>winedefault.reg
</filename>. This
1320 can be done using
<command>./regapi
</command> once for
1321 one example user and then reusing his
1322 <filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/user.reg
</filename> and
1323 <filename><link linkend=WINECONFDIR endterm=wineconfdir.id
></link>/system.reg
</filename> files.
1325 <title>FIXME
</title>
1326 <para>this needs to be done better
</para>
1330 install -m
644 wine.sytemreg $BR/etc/wine/
1331 install -m
644 wine.userreg $BR/etc/wine/
1334 There are now a lot of libraries generated by the
1335 build process, so a seperate library directory should
1339 install -d
755 $BR/usr/X11R6/lib/
1343 You will need to package the files:
1346 $prefix/bin/wine, $prefix/bin/dosmod, $prefix/lib/wine/*
1347 $prefix/man/man1/wine
.1, $prefix/include/wine/*,
1348 $prefix/bin/wineserver, $prefix/bin/wineclipsrv
1351 %doc ... choose from the toplevel directory and documentation/
1354 The post-install script:
1357 if ! grep -q /usr/X11R6/lib/wine /etc/ld.so.conf; then
1358 echo
"/usr/X11R6/lib/wine" >> /etc/ld.so.conf
1363 The post-uninstall script:
1366 if [
"$1" =
0 ]; then
1367 perl -ni -e 'print unless m:/usr/X11R6/lib/wine:;' /etc/ld.so.conf
1373 <para>Creating a good default configuration file
</para>
1375 For the rationales of needing as less input from the
1376 user as possible arises the need for a very good
1377 configuration file. The one supplied with WINE is
1378 currently lacking. We need:
1388 A for the floppy. Specify your distribution's
1389 default floppy mountpoint here.
1397 C for the
<filename>C:\
</filename> directory.
1398 Here we use the user's home directory, for most
1399 applications do see
<filename>C:\
</filename>
1400 as root-writeable directory of every windows
1401 installation and this basically is it in the
1410 R for the CD-Rom drive. Specify your
1411 distribution's default CD-ROM drives mountpoint
1420 T for temporary storage. We do use
1421 <filename>/tmp/
</filename> (rationale: between
1422 process temporary data belongs to
1423 <filename>/tmp/
</filename>, FHS
2.0)
1428 W for the original Windows installation. This
1430 <filename>windows\
</filename> subdirectory of
1431 the original windows installation. This avoids
1432 problems with renamed
1433 <filename>windows
</filename> directories (as
1434 for instance
<filename>lose95
</filename>,
1435 <filename>win
</filename> or
1436 <filename>sys\win95
</filename>). During
1437 compile/package/install we leave this to be
1438 <filename>/
</filename>, it has to be
1439 configured after the package install.
1444 Z for the UNIX Root directory. This avoids any
1445 problems with
"could not find drive for
1446 current directory" users occasionally complain
1447 about in the newsgroup and the irc channel. It
1448 also makes the whole directory structure
1449 browseable. The type of Z should be network,
1450 so applications expect it to be readonly.
1463 Windows=c:\windows\ (the windows/ subdirectory in the user's
1465 System=c:\windows\system\ (the windows/system subdirectory in the user's
1467 Path=c:\windows;c:\windows\system;c:\windows\system32;w:\;w:\system;w:\system32;
1468 ; Using this trick we have in fact two windows installations in one, we
1469 ; get the stuff from the readonly installation and can write to our own.
1470 Temp=t:\ (the TEMP directory)
1474 <para>[Tweak.Layout]
</para>
1476 WineLook=win95 (just the coolest look ;)
1481 Possibly modify the [spooler], [serialports] and
1482 [parallelports] sections.
1485 <title>FIXME
</title>
1486 <para>possibly more, including printer stuff.
</para>
1491 <para>Add this prepared configuration file to the package.
</para>
1494 <para>Installing WINE for the system administrator
</para>
1496 Install the package using the usual packager
1497 <command>rpm -i wine.rpm
</command>. You may edit
1498 <filename>/etc/wine/wine.conf
</filename>, [Drive W],
1499 to point to a possible windows installation right
1500 after the install. That's it.
1503 Note that on Linux you should somehow try to add the
1504 <option>unhide
</option> mount option (see
<command>man
1505 mount
</command>) to the CD-ROM entry in
1506 <filename>/etc/fstab
</filename> during package
1507 install, as several stupid Windows programs mark some
1508 setup (!) files as hidden (ISO9660) on CD-ROMs, which
1509 will greatly confuse users as they won't find their
1510 setup files on the CD-ROMs as they were used on
1511 Windows systems when
<option>unhide
</option> is not
1512 set ;-\ And of course the setup program will complain
1513 that
<filename>setup.ins
</filename> or some other mess
1514 is missing... If you choose to do so, then please make
1515 this change verbose to the admin.
1516 Also make sure that the kernel you use includes the Joliet
1517 CD-ROM support, for the very same reasons as given above
1518 (no long filenames due to missing Joliet, files not found).
1522 <para>Installing WINE for the user
</para>
1524 The user will need to run a setup script before the
1525 first invocation of WINE. This script should:
1532 Copy
<filename>/etc/wine/wine.conf
</filename> for
1538 Allow specification of the original windows
1539 installation to use (which modifies the copied
1540 <filename>wine.conf
</filename> file).
1545 Create the windows directory structure
1546 (
<filename>c:\windows
</filename>,
1547 <filename>c:\windows\system
</filename>,
1548 <filename>c:\windows\Start Menu\Programs
</filename>,
1549 <filename>c:\Program Files
</filename>,
1550 <filename>c:\Desktop
</filename>, etc.)
1555 Symlink all
<filename>.dll
</filename> and
1556 <filename>.exe
</filename> files from the original
1557 windows installation to the
1558 <filename>windows
</filename> directory. Why? Some
1559 programs reference
"%windowsdir%/file.dll" or
1560 "%systemdir%/file.dll" directly and fail if they
1564 This will give a huge number of symlinks, yes.
1565 However, if an installer later overwrites one of
1566 those files, it will overwrite the symlink (so
1567 that the file now lies in the
1568 <filename>windows/
</filename> subdirectory).
1571 <title>FIXME
</title>
1572 <para>Not sure this is needed for all files.
</para>
1577 On later invocation the script might want to
1578 compare regular files in the user's windows
1579 directories and in the global windows directories
1580 and replace same files by symlinks (to avoid
1581 diskspace problems).
1591 <sect2 id=sample
><title>Sample
<filename>wine.ini
</filename> for OpenLinux
2.x (outdated, for review purposes only !):
</title>
1597 ;; MS-DOS drives configuration
1599 ;; Each section has the following format:
1601 ;; Path=xxx (Unix path for drive root)
1602 ;; Type=xxx (supported types are 'floppy', 'hd', 'cdrom' and 'network')
1603 ;; Label=xxx (drive label, at most
11 characters)
1604 ;; Serial=xxx (serial number,
8 characters hexadecimal number)
1605 ;; Filesystem=xxx (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix')
1606 ;; This is the FS Wine is supposed to emulate on a certain
1607 ;; directory structure.
1609 ;; -
"win95" for ext2fs, VFAT and FAT32
1610 ;; -
"msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended)
1611 ;; DON'T use
"unix" unless you intend to port programs using Winelib !
1612 ;; Device=/dev/xx (only if you want to allow raw device access)
1617 ; Floppy 'A' and 'B'
1619 ; OpenLinux uses an automounter under /auto/, so we use that too.
1630 ; Comment in ONLY if you have a second floppy or the automounter hangs
1634 ;Path=/auto/floppy2/
1643 ; Drive 'C' links to the user's homedirectory.
1645 ; This must point to a writeable directory structure (not your readonly
1646 ; mounted DOS partitions!) since programs want to dump stuff into
1647 ;
"Program Files/" "Programme/",
"windows/",
"windows/system/" etc.
1649 ; The basic structure is set up using the config script.
1660 ; The temp drive (and directory) points to /tmp/. Windows programs fill it
1661 ; with junk, so it is approbiate.
1670 ; 'U'ser homedirectory
1672 ; Just in case you want C:\ elsewhere.
1681 ; CD-'R'OM drive (automounted)
1683 ; The default cdrom drive.
1685 ; If an application (or game) wants a specific CD-ROM you might have to
1686 ; temporary change the Label to the one of the CD itself.
1688 ; How to read them is described in /usr/doc/wine-cvs-xxxxx/cdrom-labels.
1697 ; The drive where the old windows installation resides (it points to the
1698 ; windows/ subdirectory).
1700 ; The Path is modified by the winesetup script.
1708 ; The UNIX Root directory, so all other programs and directories are reachable.
1710 ; type network is used to tell programs to not write here.
1719 ; Standard Windows path entries. WINE will not work if they are incorrect.
1723 ; The windows/ directory. It must be writeable, for programs write into it.
1727 ; The windows/system/ directory. It must be writeable, for especially setup
1728 ; programs install dlls in there.
1730 System=c:\windows\system
1732 ; The temp directory. Should be cleaned regulary, since install programs leave
1733 ; junk without end in there.
1737 ; The dll search path. It should contain at least:
1738 ; - the windows and the windows/system directory of the user.
1739 ; - the global windows and windows/system directory (from a possible readonly
1740 ; windows installation either on msdos filesystems or somewhere in the UNIX
1742 ; - any other windows style directories you want to add.
1744 Path=c:\windows;c:\windows\system;c:\windows\system32;t:\;w:\;w:\system;w:\system32
1746 ; Outdated and no longer used. (but needs to be present).
1748 SymbolTableFile=./wine.sym
1753 ; Dll loadorder defaults. No need to modify.
1756 EXTRA_LD_LIBRARY_PATH=${HOME}/wine/cvs/lib
1757 DefaultLoadOrder = native, elfdll, so, builtin
1760 ; What
32/
16 dlls belong to each other (context wise). No need to modify.
1776 ; What type of dll to use in their respective loadorder.
1779 kernel32, gdi32, user32 = builtin
1780 kernel, gdi, user = builtin
1782 comdlg32, commdlg = elfdll, builtin, native
1783 version, ver = elfdll, builtin, native
1784 shell32, shell = builtin, native
1785 lz32, lzexpand = builtin, native
1786 commctrl, comctl32 = builtin, native
1787 wsock32, winsock = builtin
1788 advapi32, crtdll, ntdll = builtin, native
1789 mpr, winspool = builtin, native
1790 ddraw, dinput, dsound = builtin, native
1791 winmm, mmsystem = builtin
1792 msvideo, msvfw32 = builtin, native
1793 mcicda.drv, mciseq.drv = builtin, native
1794 mciwave.drv = builtin, native
1795 mciavi.drv, mcianim.drv = native, builtin
1797 wnaspi32, wow32 = builtin
1798 system, display, wprocs = builtin
1802 ; Options section. Does not need to be edited.
1805 ; allocate how much system colors on startup. No need to modify.
1806 AllocSystemColors=
100
1809 ; Font specification. You usually do not need to edit this section.
1811 ; Read documentation/fonts before adding aliases
1814 ; The resolution defines what fonts to use (usually either
75 or
100 dpi fonts,
1815 ; or nearest match).
1818 Default = -adobe-times-
1821 ; serial ports used by
"COM1" "COM2" "COM3" "COM4". Useful for applications
1822 ; that try to access serial ports.
1827 Com3=/dev/modem,
38400
1831 ; parallel port(s) used by
"LPT1" etc. Useful for applications that try to
1832 ; access these ports.
1838 ; What spooling program to use on printing.
1839 ; Use
"|program" or
"filename", where the output will be dumped into.
1843 LPT2:=|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -
1847 ; Allow port access to WINE started by the root user. Useful for some
1848 ; supported devices, but it can make the system unstable.
1849 ; Read /usr/doc/wine-cvs-xxxxx/ioport-trace-hints.
1852 ;read=
0x779,
0x379,
0x280-
0x2a0
1853 ;write=
0x779,
0x379,
0x280-
0x2a0
1855 ; debugging, not need to be modified.
1857 Exclude=WM_SIZE;WM_TIMER;
1860 ; What names for the registry datafiles, no need to modify.
1863 ; Paths must be given in /dir/dir/file.reg format.
1864 ; Wine will not understand dos file names here...
1865 ;UserFileName=xxx ; alternate registry file name (user.reg)
1866 ;LocalMachineFileName=xxx ; (system.reg)
1869 ; Layout/Look modifications. Here you can switch with a single line between
1870 ; windows
3.1 and windows
95 style.
1871 ; This does not change WINE behaviour or reported versions, just the look!
1874 ;; WineLook=xxx (supported styles are 'Win31'(default), 'Win95', 'Win98')
1878 ; What programs to start on WINE startup. (you should probably leave it empty)
1889 ;TerminalType=nxterm
1899 <chapter id=
"pkg-todo"><Title>Work to be done
</title>
1902 In preparing this document, it became clear that there were
1903 still a range of action items to be done in Wine
1904 that would improve this packaging process.
1905 For lack of a better place, I record them here.
1906 <emphasis>This list is almost certain to be obsolete;
1907 check bugzilla for a better list.
</emphasis>
1913 Remove duplication of code between winesetup and
1914 wineconf/wineinstall.
1917 Currently, winesetup duplicates all of the code contained
1921 Instead, wineconf should be improved to generate
1922 the new style config file, and then winesetup should
1923 rely on wineconf to generate the default
1927 Similarly, there is functionality such as creating
1928 the default registry files that is now done by
1929 both winesetup and wineinstall.
1932 At this time, it seems like the right thing to do
1933 is to break up or parameterize wineinstall, so that
1934 it can be used for single function actions,
1935 and then have winesetup call those functions.
1941 Enhance winesetup to support W: drive generation.
1944 The best practices convention now seems to be
1945 to generate a set of drives from M: through W:.
1946 At this point, winesetup does not generate
1947 a default wine config file that follows
1948 these conventions. It should.
1954 Enhance Wine to allow more dynamic switching
1955 between the use of a real Windows partition
1962 Write a winelauncher utility application.
1965 Currently, Wine really requires a user to launch it
1966 from a command line, so that the user can look for
1967 error messages and warnings. However, eventually, we will
1968 want users to be able to launch Wine from a more
1969 friendly GUI launcher. The launcher should have the
1970 ability to allow the end user to turn on debugging
1971 messages and capture those traces for bug reporting
1972 purposes. Also, if we make it possible to
1973 switch between use of a Windows partition or not
1974 automatically, that option should be controlled here.
1980 Get Marcus's winesetup facilities into CVS
1983 Along the lines of the changes to winesetup,
1984 and the consolidation of wineconf and wineinstall,
1985 we should extract the good stuff from Marcus's
1986 winesetup script, and get it into CVS.
1987 Again, perhaps we should have a set of scripts
1988 that perform discrete functions, or maybe
1989 one script with parameters.
1995 Finish this document
1998 This document is pretty rough itself. Many hard
1999 things aren't addressed, and lots of stuff was missed.
2006 <!-- Keep this comment at the end of the file
2009 sgml-parent-document:("wine-doc.sgml" "book" "part" "chapter" "")