Index: head/editors/gomate/pkg-message =================================================================== --- head/editors/gomate/pkg-message (revision 508836) +++ head/editors/gomate/pkg-message (revision 508837) @@ -1,5 +1,11 @@ +[ +{ type: install + message: < Edit configuration file) and copy and paste the following: /* Minimum Profit Classic Colors */ mp.colors.normal.gui = [ 0x000000, 0xffffff ]; mp.colors.cursor.gui = mp.colors.normal.gui; mp.colors.selection.gui = [ 0xff0000, 0xffffff ]; mp.colors.comments.gui = [ 0x00cc77, 0xffffff ]; mp.colors.documentation.gui = [ 0x8888ff, 0xffffff ]; mp.colors.quotes.gui = [ 0x0000ff, 0xffffff ]; mp.colors.matching.gui = [ 0x000000, 0xffff00 ]; mp.colors.word1.gui = [ 0x00aa00, 0xffffff ]; mp.colors.word2.gui = [ 0xff6666, 0xffffff ]; mp.colors.word3.gui = [ 0x000088, 0xffffff ]; mp.colors.tag.gui = [ 0x8888ff, 0xffffff ]; mp.colors.spell.gui = [ 0xff8888, 0xffffff ]; mp.colors.search.gui = [ 0x000000, 0x00cc77 ]; - -========================================================================= +EOM +} +] Index: head/editors/openoffice-4/files/pkg-message.in =================================================================== --- head/editors/openoffice-4/files/pkg-message.in (revision 508836) +++ head/editors/openoffice-4/files/pkg-message.in (revision 508837) @@ -1,50 +1,56 @@ +[ +{ type: install + message: < and Maho Nakata Apache OpenOffice %%AOOTAG%% will soon be installed in %%PREFIX%%/%%EXECBASE%% 1. Scanner interface -------------------- To enable the scanner interface, install the sane-backends package. 2. Spell checkers ----------------- Dictionaries for various languages are available as packages. They are named LANG-hunspell, where LANG can be "en", "es", "it" etc. The corresponding ports are in the textproc category. 3. User installation -------------------- Just type "%%EXECBASE%%" after you have successfully installed the package. If there is no installed .openoffice.org directory in your home directory, the setup installs the "%%AOOUDIR%%" folder. 4. Starting Apache OpenOffice ----------------------------- There are some wrappers installed for faster startup. Add "%%PREFIX%%/bin/" to your PATH and you will be able to use them. %%PREFIX%%/bin/%%EXECBASE%% %%PREFIX%%/bin/%%EXECBASE%%-printeradmin %%PREFIX%%/bin/%%EXECBASE%%-sbase %%PREFIX%%/bin/%%EXECBASE%%-scalc %%PREFIX%%/bin/%%EXECBASE%%-sdraw %%PREFIX%%/bin/%%EXECBASE%%-simpress %%PREFIX%%/bin/%%EXECBASE%%-smath %%PREFIX%%/bin/%%EXECBASE%%-swriter OpenOffice does need $LANG to be set to a suitable value. 5. Wiki Publisher Extension --------------------------- The Wiki Publisher extension is now an integrated extension and manual installation with the extension manager is no longer needed. 6. If you run into problems --------------------------- If you somehow run into problems, please remove the already installed "%%AOOUDIR%%" directory in your home directory, then redo the user installation and the problems should go away. +EOM +} +] Index: head/editors/openoffice-devel/files/pkg-message.in =================================================================== --- head/editors/openoffice-devel/files/pkg-message.in (revision 508836) +++ head/editors/openoffice-devel/files/pkg-message.in (revision 508837) @@ -1,45 +1,51 @@ +[ +{ type: install + message: < and Maho Nakata Apache OpenOffice %%AOOTAG%% will soon be installed in %%PREFIX%%/%%EXECBASE%% 1. Scanner interface -------------------- To enable the scanner interface, install the sane-backends package. 2. Spell checkers ----------------- Dictionaries for various languages are available as packages. They are named LANG-hunspell, where LANG can be "en", "es", "it" etc. The corresponding ports are in the textproc category. 3. User installation -------------------- Just type "%%EXECBASE%%" after you have successfully installed the package. If there is no installed .openoffice.org directory in your home directory, the setup installs the "%%AOOUDIR%%" folder. 4. Starting Apache OpenOffice ----------------------------- There are some wrappers installed for faster startup. Add "%%PREFIX%%/bin/" to your PATH and you will be able to use them. %%PREFIX%%/bin/%%EXECBASE%% %%PREFIX%%/bin/%%EXECBASE%%-printeradmin %%PREFIX%%/bin/%%EXECBASE%%-sbase %%PREFIX%%/bin/%%EXECBASE%%-scalc %%PREFIX%%/bin/%%EXECBASE%%-sdraw %%PREFIX%%/bin/%%EXECBASE%%-simpress %%PREFIX%%/bin/%%EXECBASE%%-smath %%PREFIX%%/bin/%%EXECBASE%%-swriter OpenOffice does need $LANG to be set to a suitable value. 5. If you run into problems --------------------------- If you somehow run into problems, please remove the already installed "%%AOOUDIR%%" directory in your home directory, then redo the user installation and the problems should go away. +EOM +} +] Index: head/editors/paredit-mode.el/pkg-message =================================================================== --- head/editors/paredit-mode.el/pkg-message (revision 508836) +++ head/editors/paredit-mode.el/pkg-message (revision 508837) @@ -1,7 +1,9 @@ -=================================================== - +[ +{ type: install + message: < sp-s2.sp1 - ng-lo.rom -> 000-lo.lo - ng-sfix.rom -> sfix.sfx - ng-sm1.rom -> ng-sm1.rom 4) Run gngeo. Using neogeo-bios: # gngeo Using neogeo-unibios: # gngeo --system unibios Note: Use rom's name (romname) without zip extension. 5) Enjoy it ;) - -############################################################################## +EOM +} +] Index: head/emulators/hercules/pkg-message =================================================================== --- head/emulators/hercules/pkg-message (revision 508836) +++ head/emulators/hercules/pkg-message (revision 508837) @@ -1,8 +1,8 @@ -###################################################################### - - IMPORTANT - +[ +{ type: install + message: <' to play. Enjoy ! - -============================================================= - +EOM +} +] Index: head/emulators/klh10/files/pkg-message.in =================================================================== --- head/emulators/klh10/files/pkg-message.in (revision 508836) +++ head/emulators/klh10/files/pkg-message.in (revision 508837) @@ -1,4 +1,10 @@ -!!! KLH10 contains a setuid that accepts network connections. -!!! Consider using a firewall to limit access to KLH10. -!!! See the %%DOCSDIR%%/pubits/adm -!!! for firewall documentation. +[ +{ type: install + message: < To remove the UFS filesystem # pipelight-mkufs --delete +EOM +} +] Index: head/emulators/ppsspp/files/pkg-message.in =================================================================== --- head/emulators/ppsspp/files/pkg-message.in (revision 508836) +++ head/emulators/ppsspp/files/pkg-message.in (revision 508837) @@ -1,6 +1,12 @@ +[ +{ type: install + message: </etc/resolv.conf but i've been told that that's normal. (fixed on FreeSBIE 1.1.) And you have to wait a bit for dhclient to do its thing; traffic to address 10.0.2.2 is routed to 127.1 on the host. - Expect timer problems when guest kernel HZ is > hosts, for example time sleep 1 takes 49 seconds and booting sleeps for minutes at the acd0 probe with a FreeSBIE 1.0 guest, thats because its kernel is built with HZ=5000, and FreeBSD's default is 100... (no longer a problem with FreeSBIE 1.1.) The linux 2.6 kernel uses 1000 by default btw. (changed to 250 later, and recent linux kernels now no longer have a fixed HZ, aka `tickless kernel'...) Enabling /dev/rtc doesn't seem to help either (not included since it needs a patch to emulators/rtc.) - Update: the above problem has gotten worse with FreeBSD guests somewhere before 8.0, mainly since the kernel now usually wants double or even quadruple number of timer irqs compared to HZ if it detects an apic (and at least early versions of FreeBSD 8 had a bug that essentially halved qemu's clock rate too); the only reason you usually don't see symptoms of this with FreeBSD 8 guests is they automatically reduce their HZ to 100 when running in a VM while the default for the host kernel is still HZ=1000. Workaround: you can disable the apic clock in the guest by setting hint.apic.0.clock="0" in loader.conf(5) (or manually at the loader prompt), if that doesn't work the only things you can do is either reduce the guest's HZ to, say, 100 by setting e.g. kern.hz="100" from the loader as above (which usually is a good idea in a VM anyway and FreeBSD 8 now does by itself as mentioned), or otherwise increase the host's HZ to 2000 or even 4000 from the loader in the same way. - The -smb option (smb-export local dir to guest using the default slirp networking) needs the samba port/package installed in addition to qemu. (SAMBA knob.) - If you want to use usb devices connected to the host in the guest yot need either recent 10-current (not tested yet much) or you can use usbredir over the network (see below); also unless you are running qemu as root you then need to fix permissions for /dev/ugen* device nodes: if you are on 5.x or later (devfs) put a rule in /etc/devfs.rules, activate it in /etc/rc.conf and run /etc/rc.d/devfs restart. Example devfs.rules: [ugen_ruleset=20] add path 'ugen*' mode 660 group operator corresponding rc.conf line: devfs_system_ruleset="ugen_ruleset" - If you want to test the new (in 0.15.0) usb network redirection (USBREDIR option) see this thread by Hans de Goede redhat.com>: http://thread.gmane.org/gmane.comp.emulators.qemu/110176/focus=110183 Quote: Example usage: 1) Start usbredirserver for a usb device: sudo usbredirserver 045e:0772 2) Start qemu with usb2 support + a chardev talking to usbredirserver + a usb-redir device using this chardev: qemu -usb \ -readconfig docs/ich9-ehci-uhci.cfg \ -chardev socket,id=usbredirchardev,host=localhost,port=4000 \ -device usb-redir,chardev=usbredirchardev,id=usbredirdev ... [you would replace docs/ich9-ehci-uhci.cfg with e.g. /usr/local/share/doc/qemu/docs/ich9-ehci-uhci.cfg, but turns out ehci was broken for me here with FreeBSD guests and the previous qemu version at least, I got: FETCHENTRY: entry at 22C5484 is of type 2 which is not supported yet processing error - resetting ehci HC Assertion failed: (0), function ehci_advance_state, file /data/ports/emulators/qemu-devel/work/qemu-0.15.0/hw/usb-ehci.c, line 2045. The new qemu version works better tho.] - Still usb: since the hub is no longer attached to the uchi controller and the wakeup mechanism, resume interrupt is not implemented yet linux guests will suspend the bus, i.e. they wont see devices usb_add'ed after its (linux') uhci module got loaded. Workaround: either add devices before linux loads the module or rmmod and modprobe it afterwards. [Not sure if this still applies to the new libusb host code used on recent 10-current.] - If you get repeated `atapi_poll called!' console messages with FreeBSD guests or other weird cdrom problems then thats probably because the guest has atapicam loaded, which for reasons still to be determined has problems with qemu's now by default enabled cdrom dma. You can build the port with CDROM_DMA disabled to disable it. [Looks like this is fixed in recent FreeBSD guest versions.] - If you build qemu wihout SDL and then get crashes running it try passing it -nographic. This should probably be default in that case... - qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot) you can do like cp /boot/pxeboot pxeboot-qemu && chmod +w pxeboot-qemu && echo >>pxeboot-qemu and then use pxeboot-qemu. Actually you need recent btx code (from after 7.0 was released) because of the real mode boot problem, so use at least pxeboot from there. And I just did that for the pxeboot extracted out of ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso and placed it here: http://people.freebsd.org/~nox/qemu/pxeboot-qemu - If you use slirp (usernet, the default) and want to mount nfs into the guest and you are not running qemu as root, then mountd(8) on the exporting box needs to be run with -n in order to accept requests from ports >= 1024. - (not FreeBSD-specific:) There have been reports of qcow2 corruption with (at least) win2k guests on recent kvm (which uses similar qcow2 code than qemu now, see this thread: http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html - the consensus on that thread seems to be that qcow(2) code has always been experimental and you should use raw images if you want reliability; raw is also usually faster.) You should be able to migrate existing images to raw using qemu-img(1)'s convert function; raw doesn't support advanced features like snapshots tho. [a few important qcow2 bugfixed have been committed in the meantime so this _might_ be less of an issue now; and meanwhile there also is the new qed format - I don't know how stable that one is.] - (also not FreeBSD-specific:) It is recommended to pass raw images using the new -drive syntax, specifying format=raw explicitly in order to avoid malicious guests being able to exploit the format autodetection thats otherwise getting used. (Not that you should run malicious guests anyway, but this eleminates at least a known attack vector.) - qemu now has improved physical cdrom support, but still there is at least one known problem: you need to have the guest eject the disc if you want to change it/take it out, or otherwise the guest may continue using state (like size) of the old disc. (You can also do like `change ide1-cd0 /dev/acd0' in the monitor after taking out the disc if a guest cannot eject it itself.) - The default configuration location (qemu-ifup script etc.) has been changed from /etc to PREFIX/etc (usually /usr/local/etc). Move your files accordingly. - The pcap code (-net nic... -net pcap,ifname=...) should work properly now, with only one exception: Advanced features like TSO used on the host interface can cause oversize packets which now do get truncated to avoid confusing/panicing guests but of course still will cause retransmissions. So if you see slow throughput and `pcap_send: packet size > ..., truncating' messages on qemu's tty try disabling TSO etc on the host interface at least while using pcap. - kqemu is no longer supported in qemu upstream after the 0.11 branch was created, which means also not in this version. (Linux has moved on to kvm now for qemu(-like) virtualization needs, so if you want qemu to go faster and don't want to switch to virtualbox or stick to the older emulators/qemu port which is at 0.11.1 atm and as such still supports kqemu you should help getting the FreeBSD kvm port updated and completed: http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD ) +EOM +} +] Index: head/emulators/qemu-devel/pkg-message =================================================================== --- head/emulators/qemu-devel/pkg-message (revision 508836) +++ head/emulators/qemu-devel/pkg-message (revision 508837) @@ -1,182 +1,188 @@ +[ +{ type: install + message: </etc/resolv.conf but i've been told that that's normal. (fixed on FreeSBIE 1.1.) And you have to wait a bit for dhclient to do its thing; traffic to address 10.0.2.2 is routed to 127.1 on the host. - Expect timer problems when guest kernel HZ is > hosts, for example time sleep 1 takes 49 seconds and booting sleeps for minutes at the acd0 probe with a FreeSBIE 1.0 guest, thats because its kernel is built with HZ=5000, and FreeBSD's default is 100... (no longer a problem with FreeSBIE 1.1.) The linux 2.6 kernel uses 1000 by default btw. (changed to 250 later, and recent linux kernels now no longer have a fixed HZ, aka `tickless kernel'...) Enabling /dev/rtc doesn't seem to help either (not included since it needs a patch to emulators/rtc.) - Update: the above problem has gotten worse with FreeBSD guests somewhere before 8.0, mainly since the kernel now usually wants double or even quadruple number of timer irqs compared to HZ if it detects an apic (and at least early versions of FreeBSD 8 had a bug that essentially halved qemu's clock rate too); the only reason you usually don't see symptoms of this with FreeBSD 8 guests is they automatically reduce their HZ to 100 when running in a VM while the default for the host kernel is still HZ=1000. Workaround: you can disable the apic clock in the guest by setting hint.apic.0.clock="0" in loader.conf(5) (or manually at the loader prompt), if that doesn't work the only things you can do is either reduce the guest's HZ to, say, 100 by setting e.g. kern.hz="100" from the loader as above (which usually is a good idea in a VM anyway and FreeBSD 8 now does by itself as mentioned), or otherwise increase the host's HZ to 2000 or even 4000 from the loader in the same way. - The -smb option (smb-export local dir to guest using the default slirp networking) needs the samba port/package installed in addition to qemu. (SAMBA knob.) - If you want to use usb devices connected to the host in the guest yot need either recent 10-current (not tested yet much) or you can use usbredir over the network (see below); also unless you are running qemu as root you then need to fix permissions for /dev/ugen* device nodes: if you are on 5.x or later (devfs) put a rule in /etc/devfs.rules, activate it in /etc/rc.conf and run /etc/rc.d/devfs restart. Example devfs.rules: [ugen_ruleset=20] add path 'ugen*' mode 660 group operator corresponding rc.conf line: devfs_system_ruleset="ugen_ruleset" - If you want to test the new (in 0.15.0) usb network redirection (USBREDIR option) see this thread by Hans de Goede redhat.com>: http://thread.gmane.org/gmane.comp.emulators.qemu/110176/focus=110183 Quote: Example usage: 1) Start usbredirserver for a usb device: sudo usbredirserver 045e:0772 2) Start qemu with usb2 support + a chardev talking to usbredirserver + a usb-redir device using this chardev: qemu -usb \ -readconfig docs/ich9-ehci-uhci.cfg \ -chardev socket,id=usbredirchardev,host=localhost,port=4000 \ -device usb-redir,chardev=usbredirchardev,id=usbredirdev ... [you would replace docs/ich9-ehci-uhci.cfg with e.g. /usr/local/share/doc/qemu/docs/ich9-ehci-uhci.cfg, but turns out ehci was broken for me here with FreeBSD guests and the previous qemu version at least, I got: FETCHENTRY: entry at 22C5484 is of type 2 which is not supported yet processing error - resetting ehci HC Assertion failed: (0), function ehci_advance_state, file /data/ports/emulators/qemu-devel/work/qemu-0.15.0/hw/usb-ehci.c, line 2045. The new qemu version works better tho.] - Still usb: since the hub is no longer attached to the uchi controller and the wakeup mechanism, resume interrupt is not implemented yet linux guests will suspend the bus, i.e. they wont see devices usb_add'ed after its (linux') uhci module got loaded. Workaround: either add devices before linux loads the module or rmmod and modprobe it afterwards. [Not sure if this still applies to the new libusb host code used on recent 10-current.] - If you get repeated `atapi_poll called!' console messages with FreeBSD guests or other weird cdrom problems then thats probably because the guest has atapicam loaded, which for reasons still to be determined has problems with qemu's now by default enabled cdrom dma. You can build the port with CDROM_DMA disabled to disable it. [Looks like this is fixed in recent FreeBSD guest versions.] - If you build qemu wihout SDL and then get crashes running it try passing it -nographic. This should probably be default in that case... - qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot) you can do like cp /boot/pxeboot pxeboot-qemu && chmod +w pxeboot-qemu && echo >>pxeboot-qemu and then use pxeboot-qemu. Actually you need recent btx code (from after 7.0 was released) because of the real mode boot problem, so use at least pxeboot from there. And I just did that for the pxeboot extracted out of ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso and placed it here: http://people.freebsd.org/~nox/qemu/pxeboot-qemu - If you use slirp (usernet, the default) and want to mount nfs into the guest and you are not running qemu as root, then mountd(8) on the exporting box needs to be run with -n in order to accept requests from ports >= 1024. - (not FreeBSD-specific:) There have been reports of qcow2 corruption with (at least) win2k guests on recent kvm (which uses similar qcow2 code than qemu now, see this thread: http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html - the consensus on that thread seems to be that qcow(2) code has always been experimental and you should use raw images if you want reliability; raw is also usually faster.) You should be able to migrate existing images to raw using qemu-img(1)'s convert function; raw doesn't support advanced features like snapshots tho. [a few important qcow2 bugfixed have been committed in the meantime so this _might_ be less of an issue now; and meanwhile there also is the new qed format - I don't know how stable that one is.] - (also not FreeBSD-specific:) It is recommended to pass raw images using the new -drive syntax, specifying format=raw explicitly in order to avoid malicious guests being able to exploit the format autodetection thats otherwise getting used. (Not that you should run malicious guests anyway, but this eleminates at least a known attack vector.) - qemu now has improved physical cdrom support, but still there is at least one known problem: you need to have the guest eject the disc if you want to change it/take it out, or otherwise the guest may continue using state (like size) of the old disc. (You can also do like `change ide1-cd0 /dev/acd0' in the monitor after taking out the disc if a guest cannot eject it itself.) - The default configuration location (qemu-ifup script etc.) has been changed from /etc to PREFIX/etc (usually /usr/local/etc). Move your files accordingly. - The pcap code (-net nic... -net pcap,ifname=...) should work properly now, with only one exception: Advanced features like TSO used on the host interface can cause oversize packets which now do get truncated to avoid confusing/panicing guests but of course still will cause retransmissions. So if you see slow throughput and `pcap_send: packet size > ..., truncating' messages on qemu's tty try disabling TSO etc on the host interface at least while using pcap. - kqemu is no longer supported in qemu upstream after the 0.11 branch was created, which means also not in this version. (Linux has moved on to kvm now for qemu(-like) virtualization needs, so if you want qemu to go faster and don't want to switch to virtualbox or stick to the older emulators/qemu port which is at 0.11.1 atm and as such still supports kqemu you should help getting the FreeBSD kvm port updated and completed: http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD ) +EOM +} +] Index: head/emulators/qemu-sbruno/pkg-message =================================================================== --- head/emulators/qemu-sbruno/pkg-message (revision 508836) +++ head/emulators/qemu-sbruno/pkg-message (revision 508837) @@ -1,172 +1,178 @@ +[ +{ type: install + message: </etc/resolv.conf but i've been told that that's normal. (fixed on FreeSBIE 1.1.) And you have to wait a bit for dhclient to do its thing; traffic to address 10.0.2.2 is routed to 127.1 on the host. - Expect timer problems when guest kernel HZ is > hosts, for example time sleep 1 takes 49 seconds and booting sleeps for minutes at the acd0 probe with a FreeSBIE 1.0 guest, thats because its kernel is built with HZ=5000, and FreeBSD's default is 100... (no longer a problem with FreeSBIE 1.1.) The linux 2.6 kernel uses 1000 by default btw. (changed to 250 later, and recent linux kernels now no longer have a fixed HZ, aka `tickless kernel'...) Enabling /dev/rtc doesn't seem to help either (not included since it needs a patch to emulators/rtc.) - Update: the above problem has gotten worse with FreeBSD guests somewhere before 8.0, mainly since the kernel now usually wants double or even quadruple number of timer irqs compared to HZ if it detects an apic (and at least early versions of FreeBSD 8 had a bug that essentially halved qemu's clock rate too); the only reason you usually don't see symptoms of this with FreeBSD 8 guests is they automatically reduce their HZ to 100 when running in a VM while the default for the host kernel is still HZ=1000. Workaround: you can disable the apic clock in the guest by setting hint.apic.0.clock="0" in loader.conf(5) (or manually at the loader prompt), if that doesn't work the only things you can do is either reduce the guest's HZ to, say, 100 by setting e.g. kern.hz="100" from the loader as above (which usually is a good idea in a VM anyway and FreeBSD 8 now does by itself as mentioned), or otherwise increase the host's HZ to 2000 or even 4000 from the loader in the same way. - The -smb option (smb-export local dir to guest using the default slirp networking) needs the samba port/package installed in addition to qemu. (SAMBA knob.) - If you want to use usb devices connected to the host in the guest yot need either recent 10-current (not tested yet much) or you can use usbredir over the network (see below); also unless you are running qemu as root you then need to fix permissions for /dev/ugen* device nodes: if you are on 5.x or later (devfs) put a rule in /etc/devfs.rules, activate it in /etc/rc.conf and run /etc/rc.d/devfs restart. Example devfs.rules: [ugen_ruleset=20] add path 'ugen*' mode 660 group operator corresponding rc.conf line: devfs_system_ruleset="ugen_ruleset" - If you want to test the new (in 0.15.0) usb network redirection (USBREDIR option) see this thread by Hans de Goede redhat.com>: http://thread.gmane.org/gmane.comp.emulators.qemu/110176/focus=110183 Quote: Example usage: 1) Start usbredirserver for a usb device: sudo usbredirserver 045e:0772 2) Start qemu with usb2 support + a chardev talking to usbredirserver + a usb-redir device using this chardev: qemu -usb \ -readconfig docs/ich9-ehci-uhci.cfg \ -chardev socket,id=usbredirchardev,host=localhost,port=4000 \ -device usb-redir,chardev=usbredirchardev,id=usbredirdev ... [you would replace docs/ich9-ehci-uhci.cfg with e.g. /usr/local/share/doc/qemu/docs/ich9-ehci-uhci.cfg, but turns out ehci was broken for me here with FreeBSD guests and the previous qemu version at least, I got: FETCHENTRY: entry at 22C5484 is of type 2 which is not supported yet processing error - resetting ehci HC Assertion failed: (0), function ehci_advance_state, file /data/ports/emulators/qemu-devel/work/qemu-0.15.0/hw/usb-ehci.c, line 2045. The new qemu version works better tho.] - Still usb: since the hub is no longer attached to the uchi controller and the wakeup mechanism, resume interrupt is not implemented yet linux guests will suspend the bus, i.e. they wont see devices usb_add'ed after its (linux') uhci module got loaded. Workaround: either add devices before linux loads the module or rmmod and modprobe it afterwards. [Not sure if this still applies to the new libusb host code used on recent 10-current.] - If you get repeated `atapi_poll called!' console messages with FreeBSD guests or other weird cdrom problems then thats probably because the guest has atapicam loaded, which for reasons still to be determined has problems with qemu's now by default enabled cdrom dma. You can build the port with CDROM_DMA disabled to disable it. [Looks like this is fixed in recent FreeBSD guest versions.] - If you build qemu wihout SDL and then get crashes running it try passing it -nographic. This should probably be default in that case... - qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot) you can do like cp /boot/pxeboot pxeboot-qemu && chmod +w pxeboot-qemu && echo >>pxeboot-qemu and then use pxeboot-qemu. Actually you need recent btx code (from after 7.0 was released) because of the real mode boot problem, so use at least pxeboot from there. And I just did that for the pxeboot extracted out of ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso and placed it here: http://people.freebsd.org/~nox/qemu/pxeboot-qemu - If you use slirp (usernet, the default) and want to mount nfs into the guest and you are not running qemu as root, then mountd(8) on the exporting box needs to be run with -n in order to accept requests from ports >= 1024. - (not FreeBSD-specific:) There have been reports of qcow2 corruption with (at least) win2k guests on recent kvm (which uses similar qcow2 code than qemu now, see this thread: http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html - the consensus on that thread seems to be that qcow(2) code has always been experimental and you should use raw images if you want reliability; raw is also usually faster.) You should be able to migrate existing images to raw using qemu-img(1)'s convert function; raw doesn't support advanced features like snapshots tho. [a few important qcow2 bugfixed have been committed in the meantime so this _might_ be less of an issue now; and meanwhile there also is the new qed format - I don't know how stable that one is.] - (also not FreeBSD-specific:) It is recommended to pass raw images using the new -drive syntax, specifying format=raw explicitly in order to avoid malicious guests being able to exploit the format autodetection thats otherwise getting used. (Not that you should run malicious guests anyway, but this eleminates at least a known attack vector.) - qemu now has improved physical cdrom support, but still there is at least one known problem: you need to have the guest eject the disc if you want to change it/take it out, or otherwise the guest may continue using state (like size) of the old disc. (You can also do like `change ide1-cd0 /dev/acd0' in the monitor after taking out the disc if a guest cannot eject it itself.) - The default configuration location (qemu-ifup script etc.) has been changed from /etc to PREFIX/etc (usually /usr/local/etc). Move your files accordingly. - The pcap code (-net nic... -net pcap,ifname=...) should work properly now, with only one exception: Advanced features like TSO used on the host interface can cause oversize packets which now do get truncated to avoid confusing/panicing guests but of course still will cause retransmissions. So if you see slow throughput and `pcap_send: packet size > ..., truncating' messages on qemu's tty try disabling TSO etc on the host interface at least while using pcap. ) +EOM +} +] Index: head/emulators/qemu2/pkg-message =================================================================== --- head/emulators/qemu2/pkg-message (revision 508836) +++ head/emulators/qemu2/pkg-message (revision 508837) @@ -1,182 +1,188 @@ +[ +{ type: install + message: </etc/resolv.conf but i've been told that that's normal. (fixed on FreeSBIE 1.1.) And you have to wait a bit for dhclient to do its thing; traffic to address 10.0.2.2 is routed to 127.1 on the host. - Expect timer problems when guest kernel HZ is > hosts, for example time sleep 1 takes 49 seconds and booting sleeps for minutes at the acd0 probe with a FreeSBIE 1.0 guest, thats because its kernel is built with HZ=5000, and FreeBSD's default is 100... (no longer a problem with FreeSBIE 1.1.) The linux 2.6 kernel uses 1000 by default btw. (changed to 250 later, and recent linux kernels now no longer have a fixed HZ, aka `tickless kernel'...) Enabling /dev/rtc doesn't seem to help either (not included since it needs a patch to emulators/rtc.) - Update: the above problem has gotten worse with FreeBSD guests somewhere before 8.0, mainly since the kernel now usually wants double or even quadruple number of timer irqs compared to HZ if it detects an apic (and at least early versions of FreeBSD 8 had a bug that essentially halved qemu's clock rate too); the only reason you usually don't see symptoms of this with FreeBSD 8 guests is they automatically reduce their HZ to 100 when running in a VM while the default for the host kernel is still HZ=1000. Workaround: you can disable the apic clock in the guest by setting hint.apic.0.clock="0" in loader.conf(5) (or manually at the loader prompt), if that doesn't work the only things you can do is either reduce the guest's HZ to, say, 100 by setting e.g. kern.hz="100" from the loader as above (which usually is a good idea in a VM anyway and FreeBSD 8 now does by itself as mentioned), or otherwise increase the host's HZ to 2000 or even 4000 from the loader in the same way. - The -smb option (smb-export local dir to guest using the default slirp networking) needs the samba port/package installed in addition to qemu. (SAMBA knob.) - If you want to use usb devices connected to the host in the guest yot need either recent 10-current (not tested yet much) or you can use usbredir over the network (see below); also unless you are running qemu as root you then need to fix permissions for /dev/ugen* device nodes: if you are on 5.x or later (devfs) put a rule in /etc/devfs.rules, activate it in /etc/rc.conf and run /etc/rc.d/devfs restart. Example devfs.rules: [ugen_ruleset=20] add path 'ugen*' mode 660 group operator corresponding rc.conf line: devfs_system_ruleset="ugen_ruleset" - If you want to test the new (in 0.15.0) usb network redirection (USBREDIR option) see this thread by Hans de Goede redhat.com>: http://thread.gmane.org/gmane.comp.emulators.qemu/110176/focus=110183 Quote: Example usage: 1) Start usbredirserver for a usb device: sudo usbredirserver 045e:0772 2) Start qemu with usb2 support + a chardev talking to usbredirserver + a usb-redir device using this chardev: qemu -usb \ -readconfig docs/ich9-ehci-uhci.cfg \ -chardev socket,id=usbredirchardev,host=localhost,port=4000 \ -device usb-redir,chardev=usbredirchardev,id=usbredirdev ... [you would replace docs/ich9-ehci-uhci.cfg with e.g. /usr/local/share/doc/qemu/docs/ich9-ehci-uhci.cfg, but turns out ehci was broken for me here with FreeBSD guests and the previous qemu version at least, I got: FETCHENTRY: entry at 22C5484 is of type 2 which is not supported yet processing error - resetting ehci HC Assertion failed: (0), function ehci_advance_state, file /data/ports/emulators/qemu-devel/work/qemu-0.15.0/hw/usb-ehci.c, line 2045. The new qemu version works better tho.] - Still usb: since the hub is no longer attached to the uchi controller and the wakeup mechanism, resume interrupt is not implemented yet linux guests will suspend the bus, i.e. they wont see devices usb_add'ed after its (linux') uhci module got loaded. Workaround: either add devices before linux loads the module or rmmod and modprobe it afterwards. [Not sure if this still applies to the new libusb host code used on recent 10-current.] - If you get repeated `atapi_poll called!' console messages with FreeBSD guests or other weird cdrom problems then thats probably because the guest has atapicam loaded, which for reasons still to be determined has problems with qemu's now by default enabled cdrom dma. You can build the port with CDROM_DMA disabled to disable it. [Looks like this is fixed in recent FreeBSD guest versions.] - If you build qemu wihout SDL and then get crashes running it try passing it -nographic. This should probably be default in that case... - qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot) you can do like cp /boot/pxeboot pxeboot-qemu && chmod +w pxeboot-qemu && echo >>pxeboot-qemu and then use pxeboot-qemu. Actually you need recent btx code (from after 7.0 was released) because of the real mode boot problem, so use at least pxeboot from there. And I just did that for the pxeboot extracted out of ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso and placed it here: http://people.freebsd.org/~nox/qemu/pxeboot-qemu - If you use slirp (usernet, the default) and want to mount nfs into the guest and you are not running qemu as root, then mountd(8) on the exporting box needs to be run with -n in order to accept requests from ports >= 1024. - (not FreeBSD-specific:) There have been reports of qcow2 corruption with (at least) win2k guests on recent kvm (which uses similar qcow2 code than qemu now, see this thread: http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html - the consensus on that thread seems to be that qcow(2) code has always been experimental and you should use raw images if you want reliability; raw is also usually faster.) You should be able to migrate existing images to raw using qemu-img(1)'s convert function; raw doesn't support advanced features like snapshots tho. [a few important qcow2 bugfixed have been committed in the meantime so this _might_ be less of an issue now; and meanwhile there also is the new qed format - I don't know how stable that one is.] - (also not FreeBSD-specific:) It is recommended to pass raw images using the new -drive syntax, specifying format=raw explicitly in order to avoid malicious guests being able to exploit the format autodetection thats otherwise getting used. (Not that you should run malicious guests anyway, but this eleminates at least a known attack vector.) - qemu now has improved physical cdrom support, but still there is at least one known problem: you need to have the guest eject the disc if you want to change it/take it out, or otherwise the guest may continue using state (like size) of the old disc. (You can also do like `change ide1-cd0 /dev/acd0' in the monitor after taking out the disc if a guest cannot eject it itself.) - The default configuration location (qemu-ifup script etc.) has been changed from /etc to PREFIX/etc (usually /usr/local/etc). Move your files accordingly. - The pcap code (-net nic... -net pcap,ifname=...) should work properly now, with only one exception: Advanced features like TSO used on the host interface can cause oversize packets which now do get truncated to avoid confusing/panicing guests but of course still will cause retransmissions. So if you see slow throughput and `pcap_send: packet size > ..., truncating' messages on qemu's tty try disabling TSO etc on the host interface at least while using pcap. - kqemu is no longer supported in qemu upstream after the 0.11 branch was created, which means also not in this version. (Linux has moved on to kvm now for qemu(-like) virtualization needs, so if you want qemu to go faster and don't want to switch to virtualbox or stick to the older emulators/qemu port which is at 0.11.1 atm and as such still supports kqemu you should help getting the FreeBSD kvm port updated and completed: http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD ) +EOM +} +] Index: head/emulators/qemu30/pkg-message =================================================================== --- head/emulators/qemu30/pkg-message (revision 508836) +++ head/emulators/qemu30/pkg-message (revision 508837) @@ -1,182 +1,188 @@ +[ +{ type: install + message: </etc/resolv.conf but i've been told that that's normal. (fixed on FreeSBIE 1.1.) And you have to wait a bit for dhclient to do its thing; traffic to address 10.0.2.2 is routed to 127.1 on the host. - Expect timer problems when guest kernel HZ is > hosts, for example time sleep 1 takes 49 seconds and booting sleeps for minutes at the acd0 probe with a FreeSBIE 1.0 guest, thats because its kernel is built with HZ=5000, and FreeBSD's default is 100... (no longer a problem with FreeSBIE 1.1.) The linux 2.6 kernel uses 1000 by default btw. (changed to 250 later, and recent linux kernels now no longer have a fixed HZ, aka `tickless kernel'...) Enabling /dev/rtc doesn't seem to help either (not included since it needs a patch to emulators/rtc.) - Update: the above problem has gotten worse with FreeBSD guests somewhere before 8.0, mainly since the kernel now usually wants double or even quadruple number of timer irqs compared to HZ if it detects an apic (and at least early versions of FreeBSD 8 had a bug that essentially halved qemu's clock rate too); the only reason you usually don't see symptoms of this with FreeBSD 8 guests is they automatically reduce their HZ to 100 when running in a VM while the default for the host kernel is still HZ=1000. Workaround: you can disable the apic clock in the guest by setting hint.apic.0.clock="0" in loader.conf(5) (or manually at the loader prompt), if that doesn't work the only things you can do is either reduce the guest's HZ to, say, 100 by setting e.g. kern.hz="100" from the loader as above (which usually is a good idea in a VM anyway and FreeBSD 8 now does by itself as mentioned), or otherwise increase the host's HZ to 2000 or even 4000 from the loader in the same way. - The -smb option (smb-export local dir to guest using the default slirp networking) needs the samba port/package installed in addition to qemu. (SAMBA knob.) - If you want to use usb devices connected to the host in the guest yot need either recent 10-current (not tested yet much) or you can use usbredir over the network (see below); also unless you are running qemu as root you then need to fix permissions for /dev/ugen* device nodes: if you are on 5.x or later (devfs) put a rule in /etc/devfs.rules, activate it in /etc/rc.conf and run /etc/rc.d/devfs restart. Example devfs.rules: [ugen_ruleset=20] add path 'ugen*' mode 660 group operator corresponding rc.conf line: devfs_system_ruleset="ugen_ruleset" - If you want to test the new (in 0.15.0) usb network redirection (USBREDIR option) see this thread by Hans de Goede redhat.com>: http://thread.gmane.org/gmane.comp.emulators.qemu/110176/focus=110183 Quote: Example usage: 1) Start usbredirserver for a usb device: sudo usbredirserver 045e:0772 2) Start qemu with usb2 support + a chardev talking to usbredirserver + a usb-redir device using this chardev: qemu -usb \ -readconfig docs/ich9-ehci-uhci.cfg \ -chardev socket,id=usbredirchardev,host=localhost,port=4000 \ -device usb-redir,chardev=usbredirchardev,id=usbredirdev ... [you would replace docs/ich9-ehci-uhci.cfg with e.g. /usr/local/share/doc/qemu/docs/ich9-ehci-uhci.cfg, but turns out ehci was broken for me here with FreeBSD guests and the previous qemu version at least, I got: FETCHENTRY: entry at 22C5484 is of type 2 which is not supported yet processing error - resetting ehci HC Assertion failed: (0), function ehci_advance_state, file /data/ports/emulators/qemu-devel/work/qemu-0.15.0/hw/usb-ehci.c, line 2045. The new qemu version works better tho.] - Still usb: since the hub is no longer attached to the uchi controller and the wakeup mechanism, resume interrupt is not implemented yet linux guests will suspend the bus, i.e. they wont see devices usb_add'ed after its (linux') uhci module got loaded. Workaround: either add devices before linux loads the module or rmmod and modprobe it afterwards. [Not sure if this still applies to the new libusb host code used on recent 10-current.] - If you get repeated `atapi_poll called!' console messages with FreeBSD guests or other weird cdrom problems then thats probably because the guest has atapicam loaded, which for reasons still to be determined has problems with qemu's now by default enabled cdrom dma. You can build the port with CDROM_DMA disabled to disable it. [Looks like this is fixed in recent FreeBSD guest versions.] - If you build qemu wihout SDL and then get crashes running it try passing it -nographic. This should probably be default in that case... - qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot) you can do like cp /boot/pxeboot pxeboot-qemu && chmod +w pxeboot-qemu && echo >>pxeboot-qemu and then use pxeboot-qemu. Actually you need recent btx code (from after 7.0 was released) because of the real mode boot problem, so use at least pxeboot from there. And I just did that for the pxeboot extracted out of ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso and placed it here: http://people.freebsd.org/~nox/qemu/pxeboot-qemu - If you use slirp (usernet, the default) and want to mount nfs into the guest and you are not running qemu as root, then mountd(8) on the exporting box needs to be run with -n in order to accept requests from ports >= 1024. - (not FreeBSD-specific:) There have been reports of qcow2 corruption with (at least) win2k guests on recent kvm (which uses similar qcow2 code than qemu now, see this thread: http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html - the consensus on that thread seems to be that qcow(2) code has always been experimental and you should use raw images if you want reliability; raw is also usually faster.) You should be able to migrate existing images to raw using qemu-img(1)'s convert function; raw doesn't support advanced features like snapshots tho. [a few important qcow2 bugfixed have been committed in the meantime so this _might_ be less of an issue now; and meanwhile there also is the new qed format - I don't know how stable that one is.] - (also not FreeBSD-specific:) It is recommended to pass raw images using the new -drive syntax, specifying format=raw explicitly in order to avoid malicious guests being able to exploit the format autodetection thats otherwise getting used. (Not that you should run malicious guests anyway, but this eleminates at least a known attack vector.) - qemu now has improved physical cdrom support, but still there is at least one known problem: you need to have the guest eject the disc if you want to change it/take it out, or otherwise the guest may continue using state (like size) of the old disc. (You can also do like `change ide1-cd0 /dev/acd0' in the monitor after taking out the disc if a guest cannot eject it itself.) - The default configuration location (qemu-ifup script etc.) has been changed from /etc to PREFIX/etc (usually /usr/local/etc). Move your files accordingly. - The pcap code (-net nic... -net pcap,ifname=...) should work properly now, with only one exception: Advanced features like TSO used on the host interface can cause oversize packets which now do get truncated to avoid confusing/panicing guests but of course still will cause retransmissions. So if you see slow throughput and `pcap_send: packet size > ..., truncating' messages on qemu's tty try disabling TSO etc on the host interface at least while using pcap. - kqemu is no longer supported in qemu upstream after the 0.11 branch was created, which means also not in this version. (Linux has moved on to kvm now for qemu(-like) virtualization needs, so if you want qemu to go faster and don't want to switch to virtualbox or stick to the older emulators/qemu port which is at 0.11.1 atm and as such still supports kqemu you should help getting the FreeBSD kvm port updated and completed: http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD ) +EOM +} +] Index: head/emulators/qmc2/pkg-message =================================================================== --- head/emulators/qmc2/pkg-message (revision 508836) +++ head/emulators/qmc2/pkg-message (revision 508837) @@ -1,12 +1,14 @@ -============================================================================== - +[ +{ type: install + message: < Options Indexes AllowOverride None Require all granted 3 Then continue to proceed to Prestashop web setup proccess with your browser: http://your-server-name/prestashop/ 4 More detailed document could be found here: http://www.prestashop.com/wiki/Installing_And_Updating_PrestaShop_Software/ -============================================= +EOM +} +] Index: head/finance/sabernetdcs-client/files/pkg-message.in =================================================================== --- head/finance/sabernetdcs-client/files/pkg-message.in (revision 508836) +++ head/finance/sabernetdcs-client/files/pkg-message.in (revision 508837) @@ -1,5 +1,9 @@ -- - - - - - - - - - - - - - - - - - - - - - - - - - - - +[ +{ type: install + message: < AllowOverride None Order Allow,Deny Allow from all Before you start webERP, please read carefully the INSTALL file: /usr/local/www/weberp/doc/INSTALL.txt for detailed information. - -===================================== +EOM +} +] Index: head/french/aster/files/pkg-message.in =================================================================== --- head/french/aster/files/pkg-message.in (revision 508836) +++ head/french/aster/files/pkg-message.in (revision 508837) @@ -1,5 +1,11 @@ +[ +{ type: install + message: <. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Warning ======= You can use homard freely in conjunction with Code_Aster (i.e. the FreeBSD port french/aster). If you want to use homard for any other purpose, you have to acquire a license: please contact the Homard's administrators at . +EOM +} +] Index: head/french/wordpress/files/pkg-message.in =================================================================== --- head/french/wordpress/files/pkg-message.in (revision 508836) +++ head/french/wordpress/files/pkg-message.in (revision 508837) @@ -1,6 +1,11 @@ - **** NOTE **** +[ +{ type: install + message: < Options none AllowOverride Limit Order Deny,Allow Deny from all Allow from 127.0.0.1 .example.com +EOM +} +] Index: head/ftp/oftpd/pkg-message =================================================================== --- head/ftp/oftpd/pkg-message (revision 508836) +++ head/ftp/oftpd/pkg-message (revision 508837) @@ -1,5 +1,9 @@ -================================================================================ +[ +{ type: install + message: < Where could be 22050 and 44100 for example (the default that has the delay is 11025, and the SDL version uses 22050). The value of "sndspeed" will be saved in the configuration file for future runs. 2) Enjoy it :) - -############################################################################### +EOM +} +] Index: head/games/allacrost/pkg-message =================================================================== --- head/games/allacrost/pkg-message (revision 508836) +++ head/games/allacrost/pkg-message (revision 508837) @@ -1,13 +1,19 @@ +[ +{ type: install + message: </cake_log.html NOTE: cake requires a gfx card that supports following extensions: * GL_EXT_compiled_vertex_array * GL_ARB_multitexture +EOM +} +] Index: head/games/chocolate-doom/pkg-message =================================================================== --- head/games/chocolate-doom/pkg-message (revision 508836) +++ head/games/chocolate-doom/pkg-message (revision 508837) @@ -1,44 +1,46 @@ -****************************************************** - +[ +{ type: install + message: <" where n is a number between 1 and 100. 100 is max (default) skill. Skill 70 will drop the playing Elo by about 200 points. Skill 50 will drop it about 400 points. The curve is not linear, and the closer you get to 1, the lower the rating. +EOM +} +] Index: head/games/crafty-tablebase-no-pawn/pkg-message =================================================================== --- head/games/crafty-tablebase-no-pawn/pkg-message (revision 508836) +++ head/games/crafty-tablebase-no-pawn/pkg-message (revision 508837) @@ -1,20 +1,23 @@ - - - +[ +{ type: install + message: < b-scanner.rc +EOM +} +] Index: head/games/exhaust-ma/pkg-message =================================================================== --- head/games/exhaust-ma/pkg-message (revision 508836) +++ head/games/exhaust-ma/pkg-message (revision 508837) @@ -1,5 +1,11 @@ +[ +{ type: install + message: < b-scanner.rc +EOM +} +] Index: head/games/exult/files/pkg-message.in =================================================================== --- head/games/exult/files/pkg-message.in (revision 508836) +++ head/games/exult/files/pkg-message.in (revision 508837) @@ -1,4 +1,8 @@ -****************************************************************************** -* Run Exult from directory containing original Ultima VII data. -* Please, read %%DOCSDIR%%/README for additional information. -****************************************************************************** +[ +{ type: install + message: <". For example, to play Quake use "-basedir %%Q1DIR%%". For a complete list of supported games see: http://www.fteqw.com/wiki/index.php?title=SupportedGames - -============================================================================== +EOM +} +] Index: head/games/gemrb/files/pkg-message.in =================================================================== --- head/games/gemrb/files/pkg-message.in (revision 508836) +++ head/games/gemrb/files/pkg-message.in (revision 508837) @@ -1,10 +1,14 @@ -=============================================================================== +[ +{ type: install + message: <' where is one from %%DATADIR%%/levels/ or your own and a file .jfkclientrc with a line 'name=' in your home directory. For more information about other variables read %%DOCSDIR%%/jfkserver.sample and %%DOCSDIR%%/jfkclient.sample. +EOM +} +] Index: head/games/jfsw/files/pkg-message.in =================================================================== --- head/games/jfsw/files/pkg-message.in (revision 508836) +++ head/games/jfsw/files/pkg-message.in (revision 508837) @@ -1,24 +1,24 @@ - -=============================================================================== - +[ +{ type: install + message: <", where "" could be 22050 or 44100 for example. If you enable water alpha ("r_wateralpha" or from the menu), set "r_novis" to "1" or you will have problems with water/lava. Note that the value of "r_novis" will be saved in the configuration file. - -============================================================================== +EOM +} +] Index: head/games/julius/files/pkg-message.in =================================================================== --- head/games/julius/files/pkg-message.in (revision 508836) +++ head/games/julius/files/pkg-message.in (revision 508837) @@ -1,2 +1,8 @@ +[ +{ type: install + message: < -G games - -============================================================================== +EOM +} +] Index: head/games/marsnomercy/files/pkg-message.in =================================================================== --- head/games/marsnomercy/files/pkg-message.in (revision 508836) +++ head/games/marsnomercy/files/pkg-message.in (revision 508837) @@ -1,12 +1,14 @@ -############################################################################### - +[ +{ type: install + message: < To fix this, please insert the following into your ${HOME}/.netrekrc file: metaserver: metaserver.netrek.org Enjoy, have fun, and may you live long and prosper... +EOM +} +] Index: head/games/openbor/files/pkg-message.in =================================================================== --- head/games/openbor/files/pkg-message.in (revision 508836) +++ head/games/openbor/files/pkg-message.in (revision 508837) @@ -1,10 +1,16 @@ +[ +{ type: install + message: <> %%PREFIX%%/etc/quakeforge.conf - -============================================================================== +EOM +} +] Index: head/games/reminiscence/files/pkg-message.in =================================================================== --- head/games/reminiscence/files/pkg-message.in (revision 508836) +++ head/games/reminiscence/files/pkg-message.in (revision 508837) @@ -1,18 +1,20 @@ -========================================================================== - +[ +{ type: install + message: < logos.cmd logosssi.pol -> logos.pol menu1ssi.map -> menu1.map menu1ssi.pal -> menu1.pal See README for details - -========================================================================== +EOM +} +] Index: head/games/retroarch/files/pkg-message.in =================================================================== --- head/games/retroarch/files/pkg-message.in (revision 508836) +++ head/games/retroarch/files/pkg-message.in (revision 508837) @@ -1,12 +1,16 @@ -====================================================================== +[ +{ type: install + message: < Editor -> Compiler -> Options -> Preferences Attention not all with Rumble games works, this is work in Progress. Have fun! - -============================================================================== +EOM +} +] Index: head/games/robocode-naval/files/pkg-message.in =================================================================== --- head/games/robocode-naval/files/pkg-message.in (revision 508836) +++ head/games/robocode-naval/files/pkg-message.in (revision 508837) @@ -1,16 +1,18 @@ -============================================================================== - +[ +{ type: install + message: < Editor -> Compiler -> Options -> Preferences Attention not all with Rumble games works, this is work in Progress. Have fun! - -============================================================================== +EOM +} +] Property changes on: head/games/robocode-naval/files/pkg-message.in ___________________________________________________________________ Modified: fbsd:nokeywords ## -1 +1 ## -ON \ No newline at end of property +yes \ No newline at end of property Index: head/games/rocksndiamonds/files/pkg-message.in =================================================================== --- head/games/rocksndiamonds/files/pkg-message.in (revision 508836) +++ head/games/rocksndiamonds/files/pkg-message.in (revision 508837) @@ -1,11 +1,13 @@ -=============================================================================== - +[ +{ type: install + message: <", where can be 22050 or 44100, for example. If you're having water rendering problems, try setting variable "r_novis" to "1" (one). - -========================================================================== +EOM +} +] Index: head/games/tetrinet/pkg-message =================================================================== --- head/games/tetrinet/pkg-message (revision 508836) +++ head/games/tetrinet/pkg-message (revision 508837) @@ -1,3 +1,9 @@ +[ +{ type: install + message: < To use the editor, run: %%PREFIX%%/bin/traingame edit - -=============================================================================== +EOM +} +] Index: head/games/tremulous/pkg-message =================================================================== --- head/games/tremulous/pkg-message (revision 508836) +++ head/games/tremulous/pkg-message (revision 508837) @@ -1,10 +1,12 @@ -============================================================================== - +[ +{ type: install + message: < gourgraph.dot - generate graph dot -Tpng yourgraph.dot > yourgraph.png Generate your graph require the graphics/graphviz port to be installed. Review the ChangeLog document in the documentation directory. -------------------------------------------------------------- +EOM +} +] Index: head/graphics/qtawesome/pkg-message =================================================================== --- head/graphics/qtawesome/pkg-message (revision 508836) +++ head/graphics/qtawesome/pkg-message (revision 508837) @@ -1,2 +1,8 @@ +[ +{ type: install + message: <Acquire" menu. Use this to access your scanner. Have fun! +EOM +} +] Index: head/graphics/separate/pkg-message =================================================================== --- head/graphics/separate/pkg-message (revision 508836) +++ head/graphics/separate/pkg-message (revision 508837) @@ -1,2 +1,8 @@ +[ +{ type: install + message: < Create" menu. +EOM +} +] Index: head/graphics/zathura/pkg-message =================================================================== --- head/graphics/zathura/pkg-message (revision 508836) +++ head/graphics/zathura/pkg-message (revision 508837) @@ -1,7 +1,9 @@ -=============================================================================== - +[ +{ type: install + message: <