Patch: games/prboom, enable OpenGL

[Antti Harri]

Hi,

here's a trivial patch to enable OpenGL and bump pkgname.

Index: Makefile
===
RCS file: /cvs/ports/games/prboom/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- Makefile20 Nov 2006 03:15:36 -  1.11
+++ Makefile26 Oct 2007 13:20:38 -
@@ -2,6 +2,7 @@

 COMMENT=   enhanced clone of Id Software's Doom game; multiplayer
 DISTNAME=  prboom-2.4.7
+PKGNAME=   ${DISTNAME}p0
 CATEGORIES=games x11
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=prboom/}

@@ -12,7 +13,7 @@
 PERMIT_PACKAGE_FTP= Yes
 PERMIT_DISTFILES_CDROM= Yes
 PERMIT_DISTFILES_FTP=   Yes
-WANTLIB=   SDL X11 Xext c m pthread usbhid z
+WANTLIB=   SDL X11 Xext c m pthread usbhid z GL GLU

 USE_X11=Yes

@@ -20,10 +21,10 @@
SDL_net.=1::devel/sdl-net \
png.=4::graphics/png

-CONFIGURE_ENV+=CPPFLAGS=-I${LOCALBASE}/include/libpng \
+CONFIGURE_ENV+=CPPFLAGS=-I${X11BASE}/include 
-I${LOCALBASE}/include/libpng \
LDFLAGS=-L${LOCALBASE}/lib
 CONFIGURE_STYLE=gnu
-CONFIGURE_ARGS+=--disable-cpu-opt --disable-gl
+CONFIGURE_ARGS+=--disable-cpu-opt
 MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/autotools

 .include bsd.port.mk

Re: kqemu on openbsd / kqemu-1.3.0pre11 diff

[Ian Darwin]

On 2007/10/26 01:27, Enache Adrian wrote:

There was, simply put, no need for you to do it.


I did that in part because it's easier to work within the structure.
Stuart mentioned most of the advantages, but make update-patches is 
the big one - it saves all the changes in a standard way, making it 
possible for others to repeat the experiment.



Test it thoroughly first, then care about the portage red-tape.


Testing is in progress.

Stuart wrote:

What you see as red tape, others see as a method of quality
control.

To test things thoroughly, you usually need more than one person.
...
To have more than one person testing software, those other people
need to be able to repeat the same installation. Otherwise it won't
be clear whether a problem is because someone didn't successfully
work out the correct meaning of your words, or whether it's a
problem with the code, and so it won't be a valid test.


Right!


When it's tested and working, then it's possible to deal with
the real red-tape (like, whether it should be in a standard build
or as a FLAVOR, etc)...


Chris Kuethe wrote:

 I think the right place to wire this in is emulators/qemu, as a flavor
 (or maybe a subpackage) that only shows up on amd64 and i386. Qemu
 still works with full software emulation if the module is not loaded
 or the user doesn't have permission to open the device; making kqemu a
 subpackage rather than an entirely different flavor is probably the
 best option.

Except that qemu and kqemu are different programs with different 
distfiles and different release cycles.


My thought was a Qemu flavor qemu-kqemu (or qemu-accel) which
would have a run-depends on a separate kqemu port.

[UPDATE] imap-uw-2006j mailutil-uw-2006j c-client-2006j php-(4,5)-imap

[Antoine Jacoutot]

Hi.

This diff updates imap-uw and mailutil-uw to the latest stable version.
(with corresponding patches to php from sthen@ at the end of this mail).

A new subpackage was created in the process: c-client; this will replace 
mail/c-client which is a very old version built from the Pine sources.
I'm also taking maintainership as jakob@ does not use imap-uw stuffs 
anymore.


The c-client part has been reviewed and successfully tested by several 
people already.
I'm interested to get all kind of feedbacks but would really appreciate 
some tests of the server part (imap(s) and/or pop(s)).

Thanks.


Index: Makefile
===
RCS file: /cvs/ports/mail/imap-uw/Makefile,v
retrieving revision 1.54
diff -u -r1.54 Makefile
--- Makefile22 Oct 2007 12:42:57 -  1.54
+++ Makefile26 Oct 2007 14:39:48 -
@@ -2,19 +2,26 @@

 COMMENT-server=University of Washington IMAP4rev1/POP2/POP3 
mail servers
 COMMENT-mailutil=  University of Washington IMAP4rev1/POP2/POP3 mail 
utility
+COMMENT-c-client=  University of Washington's c-client mail access routines

-VERSION=   2006d
-DISTNAME=  imap-2006d
+BASEVER=   2006j
+VERSION=   ${BASEVER}2
+DISTNAME=  imap-${VERSION}
+
+PKGNAME-server=imap-uw-${VERSION}
+PKGNAME-mailutil=  mailutil-uw-${VERSION}
+PKGNAME-c-client=  c-client-${VERSION}

-PKGNAME-server=imap-uw-${VERSION}p0
-PKGNAME-mailutil=  mailutil-uw-${VERSION}p0
 CATEGORIES=mail
+CATEGORIES-c-client=   mail devel
+
+SHARED_LIBS=   c-client 5.0

 EXTRACT_SUFX=  .tar.Z

 HOMEPAGE=  http://www.washington.edu/imap/

-MAINTAINER= Jakob Schlyter [EMAIL PROTECTED]
+MAINTAINER=Antoine Jacoutot [EMAIL PROTECTED]

 MASTER_SITES=  ftp://ftp.cac.washington.edu/imap/ \
ftp://ftp.cac.washington.edu/imap/old/ \
@@ -26,12 +33,17 @@
 PERMIT_PACKAGE_FTP=Yes
 PERMIT_DISTFILES_CDROM=Yes
 PERMIT_DISTFILES_FTP=  Yes
+
 WANTLIB=   asn1 c com_err crypto des gssapi kafs krb5 ssl
+WANTLIB-c-client=

+WRKDIST=   ${WRKDIR}/imap-${BASEVER}
 ALL_TARGET=bso
-MAKE_FLAGS=EXTRACFLAGS=${CFLAGS} EXTRAAUTHENTICATORS=gss IP=6
+SHLIB= libc-client.so.${LIBc-client_VERSION}
+MAKE_FLAGS=EXTRACFLAGS=${CFLAGS} EXTRAAUTHENTICATORS=gss IP=6 \
+   SHLIB=${SHLIB} SHLIBNAME=${SHLIB} CC=${CC}

-MULTI_PACKAGES=-server -mailutil
+MULTI_PACKAGES=-server -mailutil -c-client
 SUBPACKAGE?=   -server

 FLAVORS=   plaintext
@@ -45,17 +57,17 @@

 NO_REGRESS=Yes

-DOCDIR=share/doc/imap-uw
-DOCFILES=  FAQ.txt FAQ.html commndmt.txt drivers.txt formats.txt \
-   imaprc.txt md5.txt mixfmt.txt naming.txt RELNOTES
-
-post-configure:
-   touch ${WRKSRC}/ip6
+HEADERS=   c-client.h dummy.h env.h env_unix.h fdstring.h flockcyg.h \
+   flocksim.h flstring.h fs.h ftl.h imap4r1.h linkage.c linkage.h \
+   mail.h misc.h netmsg.h newsrc.h nl.h nntp.h osdep.h pseudo.h \
+   rfc822.h smtp.h sslio.h tcp.h tcp_unix.h unix.h utf8.h \
+   utf8aux.h

 do-install:
${INSTALL_PROGRAM} ${WRKSRC}/imapd/imapd ${PREFIX}/libexec
${INSTALL_PROGRAM} ${WRKSRC}/ipopd/ipop2d ${PREFIX}/libexec
${INSTALL_PROGRAM} ${WRKSRC}/ipopd/ipop3d ${PREFIX}/libexec
+   ${INSTALL_PROGRAM} ${WRKSRC}/mlock/mlock ${PREFIX}/libexec
${INSTALL_PROGRAM} ${WRKSRC}/dmail/dmail ${PREFIX}/bin
${INSTALL_PROGRAM} ${WRKSRC}/mailutil/mailutil ${PREFIX}/bin
${INSTALL_PROGRAM} ${WRKSRC}/tmail/tmail ${PREFIX}/bin
@@ -64,9 +76,21 @@
${INSTALL_MAN} ${WRKSRC}/src/dmail/dmail.1 ${PREFIX}/man/man1
${INSTALL_MAN} ${WRKSRC}/src/mailutil/mailutil.1 ${PREFIX}/man/man1
${INSTALL_MAN} ${WRKSRC}/src/tmail/tmail.1 ${PREFIX}/man/man1
-   ${INSTALL_DATA_DIR} ${PREFIX}/${DOCDIR}
-.for f in ${DOCFILES}
-   ${INSTALL_DATA} ${WRKSRC}/docs/${f} ${PREFIX}/${DOCDIR}
-.endfor
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/imap-uw
+   tar -C ${WRKSRC}/docs -cf - . | \
+   tar -C ${PREFIX}/share/doc/imap-uw -xf -
+   chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/doc/imap-uw
+   ${INSTALL_DATA_DIR} ${PREFIX}/include/c-client
+   cd ${WRKSRC}/c-client; ${INSTALL_DATA} ${HEADERS} \
+   ${PREFIX}/include/c-client
+   ${INSTALL_DATA} ${WRKSRC}/c-client/c-client.a \
+   ${PREFIX}/lib/libc-client.a
+   @if [ -f ${WRKSRC}/c-client/${SHLIB} ]; then \
+   ${INSTALL_DATA} ${WRKSRC}/c-client/${SHLIB} ${PREFIX}/lib; \
+   fi

 .include bsd.port.mk
+
+.if defined(NO_SHARED_LIBS)  ${NO_SHARED_LIBS:L} == yes
+MAKE_ENV+= NO_SHARED_LIBS=Yes
+.endif
Index: distinfo
===
RCS file: /cvs/ports/mail/imap-uw/distinfo,v
retrieving revision 1.24
diff -u -r1.24 

mozilla is backwards (as usual)

[Marc Espie]

I was commenting yesterday that mozilla does things backwards (of course
they're SPECIAL). On every other application out there, if you hold control
and move the scroll wheel up, you get things bigger (I checked with opera,
konqueror, and yes, internet explorer as well). 

Mozilla does it the other way. I'd like this to be consistent. Anyone
objects to fixing that ?

Re: mozilla is backwards (as usual)

[Marc Balmer]

Marc Espie wrote:


I was commenting yesterday that mozilla does things backwards (of course
they're SPECIAL). On every other application out there, if you hold control
and move the scroll wheel up, you get things bigger (I checked with opera,
konqueror, and yes, internet explorer as well). 


Mozilla does it the other way. I'd like this to be consistent. Anyone
objects to fixing that ?


No strong objections, but it will probably confuse users that come from
other operating systems or users that are longtime users of mozilla
and are used to this behaviour.

Re: mozilla is backwards (as usual)

[Kurt Miller]

On Friday 26 October 2007 11:41:03 am Marc Espie wrote:
 I was commenting yesterday that mozilla does things backwards (of course
 they're SPECIAL). On every other application out there, if you hold control
 and move the scroll wheel up, you get things bigger (I checked with opera,
 konqueror, and yes, internet explorer as well).

 Mozilla does it the other way. I'd like this to be consistent. Anyone
 objects to fixing that ?

In general I've resisted attempts by developers to customize firefox to their 
individual preferences. Can this behavior be controlled via the about:config 
page? If so it would be much better to leave the default behavior and 
individuals can customize their preferences via about:config.

Re: mozilla is backwards (as usual)

[Marc Balmer]

Kurt Miller wrote:

On Friday 26 October 2007 11:41:03 am Marc Espie wrote:

I was commenting yesterday that mozilla does things backwards (of course
they're SPECIAL). On every other application out there, if you hold control
and move the scroll wheel up, you get things bigger (I checked with opera,
konqueror, and yes, internet explorer as well).

Mozilla does it the other way. I'd like this to be consistent. Anyone
objects to fixing that ?


In general I've resisted attempts by developers to customize firefox to their 
individual preferences. Can this behavior be controlled via the about:config 
page? If so it would be much better to leave the default behavior and 
individuals can customize their preferences via about:config.


setting mousewheel.withcontrolkey.numlines to -1 changes the behaviour.

moving the mousewheel up get's us a bigger font and
we no longer need to turn the mouse by 180 degrees ... ;)

Re: kqemu on openbsd / kqemu-1.3.0pre11 diff

[Enache Adrian]

On Thu, Oct 25, 2007 at 09:55:50PM -0600, Chris Kuethe wrote:
 tested on i386

Thanks for the input.

 - boots install42.iso
 without kqemu, i can do a full install. not as fast as real metal but
 acceptably quick. after install, openssl speed runs 12x slower than on
 real metal. with kqemu, kernel crashes right after root on rd0a swap
 on rd0b dump on rd0b
 
 uvm_fault(0xd069f620, 0x0, 0, 3) - e

While I think I have fixed that particular problem (it was a mistake
I've taken over from kqemu-win32.c), neither openbsd nor netbsd will
work inside kqemu (should it be with linux, windows or openbsd as a host
- with full virtualization they crash, with user mode virtualization
they hang).

I do hope to come with a solution for that (at least for the second case;
running OpenBSD with '-kernel-kqemu' may need modifications to the OpenBSD
kernel itself - or maybe not).

Thanks,
Adi

Re: mozilla is backwards (as usual)

[Ian Darwin]

Marc Balmer wrote:

Kurt Miller wrote:

On Friday 26 October 2007 11:41:03 am Marc Espie wrote:

I was commenting yesterday that mozilla does things backwards (of course
they're SPECIAL). On every other application out there, if you hold 
control
and move the scroll wheel up, you get things bigger (I checked with 
opera,

konqueror, and yes, internet explorer as well).

Mozilla does it the other way. I'd like this to be consistent. Anyone
objects to fixing that ?

 ...

...
setting mousewheel.withcontrolkey.numlines to -1 changes the behaviour.

moving the mousewheel up gets us a bigger font and
we no longer need to turn the mouse by 180 degrees ... ;)


I'm with Kurt, not changing the default behaviour for a cross-platform app.

So would this do it, or is this document getting too long?

diff -u -p -r1.5 README.OpenBSD
--- files/README.OpenBSD12 Jun 2007 16:45:37 -  1.5
+++ files/README.OpenBSD26 Oct 2007 17:31:26 -
@@ -53,3 +53,13 @@ Double-click on any cipher to toggle its
 enable TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA, double-click on
 security.ssl3.ecdhe_ecdsa_aes128_sha until its boolean entry in the
 Value column changes to true.
+
+Mousewheel Zooming
+
+On most applications (Opera, Konqueror, OpenOffice, even Microsoft
+Internet Explorer), if you hold the Control key and move the scroll
+wheel up, things get bigger (zoom in).  Firefox does it the other
+way; Ctrl/WheelUp makes things smaller (zoom out). To make your
+Mozilla consistent with the other apps in your life, enter
+about:config in the URL text box, and change the value of
+mousewheel.withcontrolkey.numlines from 1 to -1
ian:36$

Re: kqemu on openbsd / kqemu-1.3.0pre11 diff

[Chris Kuethe]

On 10/26/07, Enache Adrian [EMAIL PROTECTED] wrote:
  - boots install42.iso
  without kqemu, i can do a full install. not as fast as real metal but
  acceptably quick. after install, openssl speed runs 12x slower than on
  real metal. with kqemu, kernel crashes right after root on rd0a swap
  on rd0b dump on rd0b
  
  uvm_fault(0xd069f620, 0x0, 0, 3) - e

 While I think I have fixed that particular problem (it was a mistake
 I've taken over from kqemu-win32.c), neither openbsd nor netbsd will
 work inside kqemu (should it be with linux, windows or openbsd as a host
 - with full virtualization they crash, with user mode virtualization
 they hang).

What are you mean by user mode virtualization - just the pure
software emulation?... oh, nevermind... -kernel-kqemu,  and
-no-kqemu do different things.

kqemu causes win98se to fails with a windows protection error, full
software emulation still works.

winxp pro works with kernel-kqemu

 I do hope to come with a solution for that (at least for the second case;
 running OpenBSD with '-kernel-kqemu' may need modifications to the OpenBSD
 kernel itself - or maybe not).

my knee-jerk reaction is that kqemu should probably be fixed if it's
presenting an incorrect virtual machine.

CK

-- 
GDB has a 'break' feature; why doesn't it have 'fix' too?

Re: kqemu on openbsd / kqemu-1.3.0pre11 diff

[Enache Adrian]

On Fri, Oct 26, 2007 at 12:04:51PM -0600, Chris Kuethe wrote:
  I've taken over from kqemu-win32.c), neither openbsd nor netbsd will
  work inside kqemu (should it be with linux, windows or openbsd as a host
  - with full virtualization they crash, with user mode virtualization
  they hang).
 
 What are you mean by user mode virtualization - just the pure

The kqemu virtualization has two modes: one in which it runs natively only
the user code from the guest (the default), and one in which it runs
natively both the user and kernel code (the full virtualization, enabled
with -kernel-kqemu). In both cases it runs all code at CPL = 3.

I was meaning the first mode.

The second mode makes some assumptions about the host NOT using some
weird x86 protected mode instructions ... that's a known limitation.
(read qemu{-doc,-tech}.html for a far better explanation).

Adi

Re: mozilla is backwards (as usual)

[Nikolay Sturm]

* Ian Darwin [2007-10-26]:
 I'm with Kurt, not changing the default behaviour for a cross-platform app.

me too

 So would this do it, or is this document getting too long?

README.OpenBSD should talk about OpenBSD specifics, this is just a
general configuration issue that does not need to be documented in our
files.

Nikolay

Re: UPDATE: emulators/bochs

[Alexandre Ratchov]

On Thu, Oct 25, 2007 at 10:28:38PM +1000, Jonathan Gray wrote:
 This updates bochs to 2.3.5
 Since the last port version update was over 3 years ago
 there are quite a few changes.
 

ok, works for me on i386. I'm only missing keymaps necessary to
make it work with a french keyboard. The above diff fixes this.

-- Alexandre

--- Makefile-currentFri Oct 26 14:56:25 2007
+++ MakefileFri Oct 26 15:05:15 2007
@@ -110,9 +110,11 @@ BIOS += VGABIOS-lgpl-latest VGABIOS-lgpl-README
 
 do-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/bochs/bios
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/bochs/keymaps
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/bochs
cd ${WRKBUILD}; ${INSTALL_PROGRAM} bochs bximage ${PREFIX}/bin
cd ${WRKSRC}/bios; ${INSTALL_DATA} ${BIOS} ${PREFIX}/share/bochs/bios
+   ${INSTALL_DATA} ${WRKSRC}/gui/keymaps/*.map 
${PREFIX}/share/bochs/keymaps
${INSTALL_MAN} ${WRKSRC}/doc/man/*.1 ${PREFIX}/man/man1
${INSTALL_MAN} ${WRKSRC}/doc/man/*.5 ${PREFIX}/man/man5
${INSTALL_DATA} ${WRKSRC}/docs-html/*.html ${PREFIX}/share/doc/bochs
--- pkg/PLIST.orig  Wed Oct 17 09:15:44 2007
+++ pkg/PLIST   Fri Oct 26 15:19:17 2007
@@ -1,10 +1,12 @@
 @comment $OpenBSD: PLIST,v 1.16 2004/09/15 00:42:04 espie Exp $
 bin/bochs
 bin/bximage
+man/cat3f/
 @man man/man1/bochs-dlx.1
 @man man/man1/bochs.1
 @man man/man1/bxcommit.1
 @man man/man1/bximage.1
+man/man3f/
 @man man/man5/bochsrc.5
 share/bochs/
 share/bochs/bios/
@@ -14,6 +16,20 @@
 share/bochs/bios/VGABIOS-lgpl-README
 share/bochs/bios/VGABIOS-lgpl-latest
 share/bochs/bochsrc
+share/bochs/keymaps/
+share/bochs/keymaps/sdl-pc-de.map
+share/bochs/keymaps/sdl-pc-us.map
+share/bochs/keymaps/x11-pc-be.map
+share/bochs/keymaps/x11-pc-da.map
+share/bochs/keymaps/x11-pc-de.map
+share/bochs/keymaps/x11-pc-es.map
+share/bochs/keymaps/x11-pc-fr.map
+share/bochs/keymaps/x11-pc-it.map
+share/bochs/keymaps/x11-pc-ru.map
+share/bochs/keymaps/x11-pc-se.map
+share/bochs/keymaps/x11-pc-si.map
+share/bochs/keymaps/x11-pc-uk.map
+share/bochs/keymaps/x11-pc-us.map
 share/doc/bochs/
 share/doc/bochs/Linux.html
 share/doc/bochs/cosimulation.html

NEW: p5-Geo-Coordinates-UTM and p5-Geo-Coordinates-UTM-XS

[Matthieu Herrb]

Hi,

I recently had a need for these 2 (trivial) ports. Comments, oks?
-- 
Matthieu Herrb


p5-Geo-Coordinates-UTM.tgz
Description: Binary data


p5-Geo-Coordinates-UTM-XS.tgz
Description: Binary data