From conrads@serene.no-ip.org  Sun Mar 11 05:42:56 2012
Return-Path: <conrads@serene.no-ip.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 72DA6106566B;
	Sun, 11 Mar 2012 05:42:56 +0000 (UTC)
	(envelope-from conrads@serene.no-ip.org)
Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214])
	by mx1.freebsd.org (Postfix) with ESMTP id D50618FC0A;
	Sun, 11 Mar 2012 05:42:55 +0000 (UTC)
Received: from eastrmimpo306.cox.net ([68.230.241.238])
          by eastrmfepo102.cox.net
          (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP
          id <20120311054250.XNBH26743.eastrmfepo102.cox.net@eastrmimpo306.cox.net>;
          Sun, 11 Mar 2012 00:42:50 -0500
Received: from serene.no-ip.org ([98.164.84.176])
	by eastrmimpo306.cox.net with bizsmtp
	id k5ip1i0093oG0Ji025ipJJ; Sun, 11 Mar 2012 00:42:49 -0500
Received: from serene.no-ip.org (localhost [127.0.0.1])
	by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q2B5gnWb036417;
	Sat, 10 Mar 2012 23:42:49 -0600 (CST)
	(envelope-from conrads@serene.no-ip.org)
Received: (from root@localhost)
	by serene.no-ip.org (8.14.5/8.14.5/Submit) id q2B5gie8036416;
	Sat, 10 Mar 2012 23:42:44 -0600 (CST)
	(envelope-from conrads)
Message-Id: <201203110542.q2B5gie8036416@serene.no-ip.org>
Date: Sat, 10 Mar 2012 23:42:44 -0600 (CST)
From: "Conrad J. Sabatier" <conrads@cox.net>
Reply-To: "Conrad J. Sabatier" <conrads@cox.net>
To: FreeBSD-gnats-submit@freebsd.org
Cc: vtwm maintainer <ak@freebsd.org>
Subject: [patch] x11-wm/vtwm: update to 5.5.0-rc7
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         165913
>Category:       ports
>Synopsis:       [patch] x11-wm/vtwm: update to 5.5.0-rc7
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    ak
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Mar 11 05:50:14 UTC 2012
>Closed-Date:    Tue Dec 10 12:55:34 UTC 2013
>Last-Modified:  Tue Dec 10 12:55:34 UTC 2013
>Originator:     Conrad J. Sabatier
>Release:        FreeBSD 10.0-CURRENT amd64
>Organization:
>Environment:
System: FreeBSD serene.no-ip.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Sun Feb 12 19:15:46 CST 2012 conrads@serene.no-ip.org:/usr/obj/usr/src/sys/CUSTOM amd64

>Description:
		Update x11-wm/vtwm to the recently released 5.5.0-rc7.
		This new release features new png support, plus some new
		keywords in the rc file.  Despite the "release 
		candidate" tag, it appears to be quite stable, and is a 
		very worthwhile upgrade.  Some of the new keywords are 
		quite useful (the "Immutable" keyword in particular).

		Note to maintainer: the patches of the "sprintf" 
		statements in util.c needed correcting (removing both 
		the comma and the "star"), and since the package now 
		includes a configure script, the Makefile.bsd you had 
		in the files directory is no longer necessary.  I also 
		removed the pkg-plist file and just added the files to
		PLIST_FILES in the Makefile.

		Incidentally, if you'd like me to take over as the 
		port's maintainer, just let me know.
>How-To-Repeat:
		N/A
>Fix:
		patch below

--- vtwm.diff begins here ---
Index: Makefile
===================================================================
RCS file: /home/ncvs/ports/x11-wm/vtwm/Makefile,v
retrieving revision 1.21
diff -u -r1.21 Makefile
--- Makefile	2 Mar 2012 23:43:45 -0000	1.21
+++ Makefile	11 Mar 2012 05:05:48 -0000
@@ -5,37 +5,36 @@
 # $FreeBSD: ports/x11-wm/vtwm/Makefile,v 1.21 2012/03/02 23:43:45 ak Exp $
 #
 
-PORTNAME=	vtwm
-PORTVERSION=	5.4.7
-PORTREVISION=	3
-CATEGORIES=	x11-wm
-MASTER_SITES=	http://www.vtwm.org/downloads/
+PORTNAME=			vtwm
+PORTVERSION=		5.5.0
+PORTREVISION=		3
+CATEGORIES=			x11-wm
+MASTER_SITES=		SF
+MASTER_SITE_SUBDIR=	vtwm
+DISTNAME=			${PORTNAME}-${PORTVERSION}-rc7
 
 MAINTAINER=	ak@FreeBSD.org
 COMMENT=	Twm with a virtual desktop and optional Motif-like features
 
-USE_XORG=	xpm xmu
+LIB_DEPENDS=	png.6:${PORTSDIR}/graphics/png
 
-ETCDIR?=	${PREFIX}/etc
+WRKSRC=			${WRKDIR}/vtwm-20120307
 
-MAKEFILE=	${FILESDIR}/Makefile.bsd
+HAS_CONFIGURE=	yes
+USE_XORG=		xpm xmu
 
-MAN1=		vtwm.1
+MAN1=			vtwm.1
+PLIST_FILES=	bin/vtwm bin/nexpm etc/system.vtwmrc
 
-OPTIONS=	SOUND "Sound support" on \
-		NLS "Native language support" on
+OPTIONS=		SOUND "Sound support (via rplay)" on
 
 .include <bsd.port.pre.mk>
 
 .if defined(WITH_SOUND)
-LIB_DEPENDS+=	rplay.1:${PORTSDIR}/audio/rplay
-MAKE_ENV+=	SOUND=yes
+LIB_DEPENDS+=		rplay.1:${PORTSDIR}/audio/rplay
+CONFIGURE_ARGS+=	--enable-sound
 .else
-MAKE_ENV+=	SOUND=no
-.endif
-
-.if defined(WITHOUT_NLS)
-CFLAGS+=	-DNO_I18N_SUPPORT
+CONFIGURE_ARGS+=	--disable-sound
 .endif
 
 .include <bsd.port.post.mk>
Index: distinfo
===================================================================
RCS file: /home/ncvs/ports/x11-wm/vtwm/distinfo,v
retrieving revision 1.8
diff -u -r1.8 distinfo
--- distinfo	20 Mar 2011 12:54:42 -0000	1.8
+++ distinfo	10 Mar 2012 23:17:10 -0000
@@ -1,2 +1,2 @@
-SHA256 (vtwm-5.4.7.tar.gz) = c62f692c42420666920a23cd489633e91789b379fed13561321b44d9ffa8c9e9
-SIZE (vtwm-5.4.7.tar.gz) = 1021160
+SHA256 (vtwm-5.5.0-rc7.tar.gz) = a10b187003b83121696cd63f96b6125db5b6ffa100a3133d4115e85f444bb325
+SIZE (vtwm-5.5.0-rc7.tar.gz) = 1143452
Index: pkg-plist
===================================================================
RCS file: pkg-plist
diff -N pkg-plist
--- pkg-plist	4 Jan 2008 15:27:59 -0000	1.5
+++ /dev/null	1 Jan 1970 00:00:00 -0000
@@ -1,4 +0,0 @@
-bin/vtwm
-etc/system.vtwmrc
-@unexec rm -f %D/lib/X11/twm/system.vtwmrc
-@dirrmtry lib/X11/twm
Index: files/Makefile.bsd
===================================================================
RCS file: files/Makefile.bsd
diff -N files/Makefile.bsd
--- files/Makefile.bsd	4 Jan 2008 15:27:59 -0000	1.1
+++ /dev/null	1 Jan 1970 00:00:00 -0000
@@ -1,65 +0,0 @@
-PREFIX?=		/usr/local
-BINDIR?=		$(PREFIX)/bin
-ETCDIR?=		$(PREFIX)/etc
-MANDIR?=		$(PREFIX)/man/man
-
-NO_MANCOMPRESS?=	yes
-MAN1=			vtwm.1
-			
-SOUND?=			yes
-
-LN=			ln -f
-LFLAGS+=		 -l
-
-# For the traditional look of TWM as the system fallback,
-# change this to "2D"
-SYS_VTWMRC_LOOK = 3D
-
-CONFDEFINES=	'-DSYSTEM_VTWMRC="'$(ETCDIR)'/system.vtwmrc"' \
-		'-DSYSTEM_TWMRC="'$(ETCDIR)'/system.twmrc"'
-CFLAGS+=		-I/usr/local/include $(CONFDEFINES)
-LDADD+=			-L/usr/local/lib -ll -lXpm -lXmu
-
-.if ${SOUND} == "yes"
-LDADD+=			-lrplay
-.else
-CFLAGS+=		-DNO_SOUND_SUPPORT
-.endif
-
-PROG=			vtwm
-
-SRCS=	gram.y gram.h lex.l deftwmrc.c add_window.c gc.c list.c twm.c sound.c \
-		parse.c menus.c events.c resize.c util.c version.c iconmgr.c \
-		cursor.c regions.c applets.c icons.c desktop.c doors.c lastmake.c
-
-FILES=	system.vtwmrc	
-FILESDIR= $(ETCDIR)
-FILESMODE= 644
-
-deftwmrc.c:	vtwm.man system.vtwmrc
-	echo '/* ' >$@
-	echo ' * This file is generated automatically from the default' >>$@
-	echo ' * VTWM bindings file system.vtwmrc.'$(SYS_VTWMRC_LOOK)' by the VTWM Makefile.' >>$@
-	echo ' */' >>$@
-	echo '' >>$@
-	echo 'char *defTwmrc[] = {' >>deftwmrc.c
-	sed -e '/^$$/d' -e '/^#/d' -e 's/"/\\"/g' -e 's/^/"/' -e 's/$$/",/' -e 's/[	]\{1,\}/ /g' -e 's/^" /"/' system.vtwmrc >>$@
-	echo '(char *)0 };' >>$@
-
-lastmake.c:
-	echo '/* ' >$@
-	echo ' * This file is generated automatically by the VTWM Makefile.' >>$@
-	echo ' */' >>$@
-	echo '' >>$@
-	echo 'char *lastmake[] = {' >>lastmake.c
-	echo '    "Platform:  '`uname -r -s`'",' >>$@
-	echo '    "Build:  '`date`'",' >>$@
-	echo '    "" };' >>$@
-
-vtwm.man:
-	$(LN) doc/$@ vtwm.1
-
-system.vtwmrc:
-	$(LN) $@.$(SYS_VTWMRC_LOOK) $@
-
-.include <bsd.prog.mk>
Index: files/patch-Makefile.in
===================================================================
RCS file: files/patch-Makefile.in
diff -N files/patch-Makefile.in
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ files/patch-Makefile.in	11 Mar 2012 05:04:31 -0000
@@ -0,0 +1,68 @@
+--- Makefile.in.orig	2012-03-06 16:57:20.000000000 -0600
++++ Makefile.in	2012-03-10 23:04:28.000000000 -0600
+@@ -219,7 +219,7 @@
+ am__quote = @am__quote@
+ am__tar = @am__tar@
+ am__untar = @am__untar@
+-bindir = @bindir@
++bindir = ${PREFIX}/bin
+ build = @build@
+ build_alias = @build_alias@
+ build_cpu = @build_cpu@
+@@ -244,13 +244,13 @@
+ libexecdir = @libexecdir@
+ localedir = @localedir@
+ localstatedir = @localstatedir@
+-mandir = @mandir@
++mandir = ${PREFIX}/man
+ mkdir_p = @mkdir_p@
+ oldincludedir = @oldincludedir@
+ pdfdir = @pdfdir@
+ png_CFLAGS = @png_CFLAGS@
+ png_LIBS = @png_LIBS@
+-prefix = @prefix@
++prefix = ${PREFIX}
+ program_transform_name = @program_transform_name@
+ psdir = @psdir@
+ regex_CFLAGS = @regex_CFLAGS@
+@@ -275,7 +275,7 @@
+ xrandr_CFLAGS = @xrandr_CFLAGS@
+ xrandr_LIBS = @xrandr_LIBS@
+ AM_YFLAGS = -d
+-rcdir = ${datadir}/X11/vtwm
++rcdir = $prefix/etc
+ dist_rc_DATA = system.vtwmrc
+ pre_vtwm_CFLAGS = $(VWM_CFLAGS) -D_BSD_SOURCE -fno-strict-aliasing \
+ 	-DSYSTEM_VTWMRC=\"${rcdir}/system.vtwmrc\" \
+@@ -1204,7 +1204,7 @@
+ 
+ 
+ deftwmrc.c: system.vtwmrc
+-	-$(RM) $@
++	-$(RM) -f $@
+ 	echo '/* ' >>$@
+ 	echo ' * This file is generated automatically from the default' >>$@
+ 	echo ' * VTWM bindings file system.vtwmrc.'$(SYS_VTWMRC_LOOK)' by the VTWM Makefile.' >>$@
+@@ -1223,7 +1223,7 @@
+ 
+ FORCE:
+ lastmake.c: FORCE
+-	-$(RM) $@
++	-$(RM) -f $@
+ 	echo '/* ' >>$@
+ 	echo ' * This file is generated automatically by the VTWM Makefile.' >>$@
+ 	echo ' */' >>$@
+@@ -1239,11 +1239,11 @@
+ #	$(vtwm_LINK) -o $@ -Icontrib/nexpm $^ $(vtwm_LDADD) $(LIBS)
+ 
+ system.vtwmrc:
+-	-$(RM) $@
++	-$(RM) -f $@
+ 	$(CP) $@.$(SYS_VTWMRC_LOOK) $@
+ 
+ vtwm.man: doc/vtwm.man
+-	-$(RM) $@
++	-$(RM) -f $@
+ 	$(LN) doc/$@ $@
+ 
+ clean-local:
Index: files/patch-util.c
===================================================================
RCS file: /home/ncvs/ports/x11-wm/vtwm/files/patch-util.c,v
retrieving revision 1.1
diff -u -r1.1 patch-util.c
--- files/patch-util.c	4 Jan 2008 15:27:59 -0000	1.1
+++ files/patch-util.c	11 Mar 2012 01:49:40 -0000
@@ -1,30 +1,29 @@
-Index: util.c
-@@ -1211,7 +1211,7 @@
- 	if (!font->name)
- 	    font->name = Scr->DefaultFont.name;
- 	if ((basename2 = (char *)malloc(strlen(font->name) + 3)))
--	    sprintf(basename2, "%s,*", font->name);
-+	    sprintf(basename2, "%s*", font->name);
- 	else
- 	    basename2 = font->name;
- 	if ((font->fontset = XCreateFontSet(dpy, basename2,
-@@ -1223,7 +1223,7 @@
+--- util.c	2012-03-06 16:57:21.000000000 -0600
++++ ../../files/util.c	2012-03-10 19:48:42.000000000 -0600
+@@ -845,7 +845,7 @@
+     if (!font->name)
+       font->name = Scr->DefaultFont.name;
+     if ((basename2 = (char *)malloc(strlen(font->name) + 3)))
+-      sprintf(basename2, "%s,*", font->name);
++      sprintf(basename2, "%s", font->name);
+     else
+       basename2 = font->name;
+     if ((font->fontset = XCreateFontSet(dpy, basename2,
+@@ -853,7 +853,7 @@
+     {
  
- 	    if ((basename3 = (char *)realloc(basename2,
- 					strlen(Scr->DefaultFont.name) + 3)))
--		sprintf(basename3, "%s,*", Scr->DefaultFont.name);
-+		sprintf(basename3, "%s*", Scr->DefaultFont.name);
- 	    else
- 	    {
- 		basename3 = Scr->DefaultFont.name;
-@@ -1249,8 +1249,8 @@
- 	    free(basename2);
+       if ((basename3 = (char *)realloc(basename2, strlen(Scr->DefaultFont.name) + 3)))
+-	sprintf(basename3, "%s,*", Scr->DefaultFont.name);
++	sprintf(basename3, "%s", Scr->DefaultFont.name);
+       else
+       {
+ 	basename3 = Scr->DefaultFont.name;
+@@ -875,7 +875,7 @@
+       free(basename2);
  
- 	for (i = 0; i < missing_charset_count_return; i++)
--	    fprintf(stderr, "%s: font for charset %s is lacking\n",
--		   ProgramName, missing_charset_list_return[i]);
-+	    fprintf(stderr, "%s: font(%s) for charset %s is lacking\n",
-+		   ProgramName, font->name, missing_charset_list_return[i]);
+     for (i = 0; i < missing_charset_count_return; i++)
+-      fprintf(stderr, "%s: font for charset %s is lacking\n", ProgramName, missing_charset_list_return[i]);
++      fprintf(stderr, "%s: font \"%s\" for charset %s is lacking\n", ProgramName, font->name, missing_charset_list_return[i]);
  
- 	font_extents = XExtentsOfFontSet(font->fontset);
- 	fnum = XFontsOfFontSet(font->fontset, &xfonts, &font_names);
+     font_extents = XExtentsOfFontSet(font->fontset);
+     fnum = XFontsOfFontSet(font->fontset, &xfonts, &font_names);
--- vtwm.diff ends here ---

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->ak 
Responsible-Changed-By: edwin 
Responsible-Changed-When: Sun Mar 11 05:50:25 UTC 2012 
Responsible-Changed-Why:  
Over to maintainer (via the GNATS Auto Assign Tool) 

http://www.freebsd.org/cgi/query-pr.cgi?pr=165913 

From: Alex Kozlov <spam@rm-rf.kiev.ua>
To: bug-followup@FreeBSD.org, conrads@cox.net
Cc:  
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Sun, 11 Mar 2012 12:51:30 +0200

 --LQksG6bCIzRHxTLp
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 On Sat, Mar 10, 2012 at 11:42:44PM -0600, Conrad J. Sabatier wrote:
 > 
 > >Description:
 > 		Update x11-wm/vtwm to the recently released 5.5.0-rc7.
 > 		This new release features new png support, plus some new
 > 		keywords in the rc file.  Despite the "release 
 > 		candidate" tag, it appears to be quite stable, and is a 
 > 		very worthwhile upgrade.  Some of the new keywords are 
 > 		quite useful (the "Immutable" keyword in particular).
 > 
 > 		Note to maintainer: the patches of the "sprintf" 
 > 		statements in util.c needed correcting (removing both 
 > 		the comma and the "star"), and since the package now 
 > 		includes a configure script, the Makefile.bsd you had 
 > 		in the files directory is no longer necessary.  I also 
 > 		removed the pkg-plist file and just added the files to
 > 		PLIST_FILES in the Makefile.
 Thanks for your hard work. Please check next version of update.
 I commented only key changes so please ask if You don't understand something:
 - this is not 5.5.0rc7, which was released 2011-02-26, but snapshot, so I added  
   DATESTAMP
 - s/HAS_CONFIGURE/GNU_CONFIGURE/, vtwm uses autotools now. 
 - use REINPLACE instead of patch-Makefile.in, You need to change only datadir line,
   configure will set up all others.
 - add patch-sound.c It's a bug in vtwm code, I will contact upstream.
 - The '*' in patch-util.c still needed, because we want to return success on
   partial matches i.e. not only on -*-*-medium-r-normal-*-15-*-*-*-p-*-iso10646-1
   but also on -*-*-medium-r-normal-*-*-*-*-*-*-*-*-* aka -*-*-medium-r-normal*
 
 
 --
 Adios
 
 --LQksG6bCIzRHxTLp
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: attachment; filename="patch.txt"
 
 Index: ports/x11-wm/vtwm/Makefile
 @@ -6,36 +6,40 @@
  #
  
  PORTNAME=	vtwm
 -PORTVERSION=	5.4.7
 -PORTREVISION=	3
 +PORTVERSION=	5.5.0r7.20120307
  CATEGORIES=	x11-wm
 -MASTER_SITES=	http://www.vtwm.org/downloads/
 +MASTER_SITES=	SF
 +MASTER_SITE_SUBDIR=	vtwm
 +DISTNAME=	${PORTNAME}-${DISTVERISON}
  
  MAINTAINER=	ak@FreeBSD.org
  COMMENT=	Twm with a virtual desktop and optional Motif-like features
  
 +LIB_DEPENDS=	png.6:${PORTSDIR}/graphics/png
 +
 +GNU_CONFIGURE=	yes
  USE_XORG=	xpm xmu
  
 -ETCDIR?=	${PREFIX}/etc
 +DISTVERISON=	5.5.0-rc7
 +
 +WRKSRC=		${WRKDIR}/vtwm-20120307
  
 -MAKEFILE=	${FILESDIR}/Makefile.bsd
 +PLIST_FILES=	bin/vtwm bin/nexpm etc/system.vtwmrc
  
  MAN1=		vtwm.1
  
 -OPTIONS=	SOUND "Sound support" on \
 -		NLS "Native language support" on
 +OPTIONS=	SOUND "Sound support (via rplay)" on
  
 -.include <bsd.port.pre.mk>
 +.include <bsd.port.options.mk>
  
  .if defined(WITH_SOUND)
  LIB_DEPENDS+=	rplay.1:${PORTSDIR}/audio/rplay
 -MAKE_ENV+=	SOUND=yes
 +CONFIGURE_ARGS+=	--enable-sound
  .else
 -MAKE_ENV+=	SOUND=no
 +CONFIGURE_ARGS+=	--disable-sound
  .endif
  
 -.if defined(WITHOUT_NLS)
 -CFLAGS+=	-DNO_I18N_SUPPORT
 -.endif
 +pre-patch:
 +	@${REINPLACE_CMD} -e 's|\$${datadir}/X11/vtwm|\$${prefix}/etc|' ${WRKSRC}/Makefile.in
  
 -.include <bsd.port.post.mk>
 +.include <bsd.port.mk>
 Index: ports/x11-wm/vtwm/distinfo
 @@ -1,2 +1,2 @@
 -SHA256 (vtwm-5.4.7.tar.gz) = c62f692c42420666920a23cd489633e91789b379fed13561321b44d9ffa8c9e9
 -SIZE (vtwm-5.4.7.tar.gz) = 1021160
 +SHA256 (vtwm-5.5.0-rc7.tar.gz) = a10b187003b83121696cd63f96b6125db5b6ffa100a3133d4115e85f444bb325
 +SIZE (vtwm-5.5.0-rc7.tar.gz) = 1143452
 Index: ports/x11-wm/vtwm/files/Makefile.bsd
 @@ -1,65 +0,0 @@
 -PREFIX?=		/usr/local
 -BINDIR?=		$(PREFIX)/bin
 -ETCDIR?=		$(PREFIX)/etc
 -MANDIR?=		$(PREFIX)/man/man
 -
 -NO_MANCOMPRESS?=	yes
 -MAN1=			vtwm.1
 -			
 -SOUND?=			yes
 -
 -LN=			ln -f
 -LFLAGS+=		 -l
 -
 -# For the traditional look of TWM as the system fallback,
 -# change this to "2D"
 -SYS_VTWMRC_LOOK = 3D
 -
 -CONFDEFINES=	'-DSYSTEM_VTWMRC="'$(ETCDIR)'/system.vtwmrc"' \
 -		'-DSYSTEM_TWMRC="'$(ETCDIR)'/system.twmrc"'
 -CFLAGS+=		-I/usr/local/include $(CONFDEFINES)
 -LDADD+=			-L/usr/local/lib -ll -lXpm -lXmu
 -
 -.if ${SOUND} == "yes"
 -LDADD+=			-lrplay
 -.else
 -CFLAGS+=		-DNO_SOUND_SUPPORT
 -.endif
 -
 -PROG=			vtwm
 -
 -SRCS=	gram.y gram.h lex.l deftwmrc.c add_window.c gc.c list.c twm.c sound.c \
 -		parse.c menus.c events.c resize.c util.c version.c iconmgr.c \
 -		cursor.c regions.c applets.c icons.c desktop.c doors.c lastmake.c
 -
 -FILES=	system.vtwmrc	
 -FILESDIR= $(ETCDIR)
 -FILESMODE= 644
 -
 -deftwmrc.c:	vtwm.man system.vtwmrc
 -	echo '/* ' >$@
 -	echo ' * This file is generated automatically from the default' >>$@
 -	echo ' * VTWM bindings file system.vtwmrc.'$(SYS_VTWMRC_LOOK)' by the VTWM Makefile.' >>$@
 -	echo ' */' >>$@
 -	echo '' >>$@
 -	echo 'char *defTwmrc[] = {' >>deftwmrc.c
 -	sed -e '/^$$/d' -e '/^#/d' -e 's/"/\\"/g' -e 's/^/"/' -e 's/$$/",/' -e 's/[	]\{1,\}/ /g' -e 's/^" /"/' system.vtwmrc >>$@
 -	echo '(char *)0 };' >>$@
 -
 -lastmake.c:
 -	echo '/* ' >$@
 -	echo ' * This file is generated automatically by the VTWM Makefile.' >>$@
 -	echo ' */' >>$@
 -	echo '' >>$@
 -	echo 'char *lastmake[] = {' >>lastmake.c
 -	echo '    "Platform:  '`uname -r -s`'",' >>$@
 -	echo '    "Build:  '`date`'",' >>$@
 -	echo '    "" };' >>$@
 -
 -vtwm.man:
 -	$(LN) doc/$@ vtwm.1
 -
 -system.vtwmrc:
 -	$(LN) $@.$(SYS_VTWMRC_LOOK) $@
 -
 -.include <bsd.prog.mk>
 Index: ports/x11-wm/vtwm/files/patch-sound.c
 @@ -0,0 +1,9 @@
 +Index: sound.c
 +@@ -33,6 +33,7 @@
 + #ifdef SOUND_SUPPORT
 + 
 + #include <X11/Xmu/CharSet.h>
 ++#include <unistd.h>
 + #include <string.h>
 + #include <stdlib.h>
 + #include "gram.h"
 Index: ports/x11-wm/vtwm/files/patch-util.c
 @@ -1,30 +1,28 @@
  Index: util.c
 -@@ -1211,7 +1211,7 @@
 - 	if (!font->name)
 - 	    font->name = Scr->DefaultFont.name;
 - 	if ((basename2 = (char *)malloc(strlen(font->name) + 3)))
 --	    sprintf(basename2, "%s,*", font->name);
 -+	    sprintf(basename2, "%s*", font->name);
 - 	else
 - 	    basename2 = font->name;
 - 	if ((font->fontset = XCreateFontSet(dpy, basename2,
 -@@ -1223,7 +1223,7 @@
 +@@ -845,7 +845,7 @@
 +     if (!font->name)
 +       font->name = Scr->DefaultFont.name;
 +     if ((basename2 = (char *)malloc(strlen(font->name) + 3)))
 +-      sprintf(basename2, "%s,*", font->name);
 ++      sprintf(basename2, "%s*", font->name);
 +     else
 +       basename2 = font->name;
 +     if ((font->fontset = XCreateFontSet(dpy, basename2,
 +@@ -853,7 +853,7 @@
 +     {
   
 - 	    if ((basename3 = (char *)realloc(basename2,
 - 					strlen(Scr->DefaultFont.name) + 3)))
 --		sprintf(basename3, "%s,*", Scr->DefaultFont.name);
 -+		sprintf(basename3, "%s*", Scr->DefaultFont.name);
 - 	    else
 - 	    {
 - 		basename3 = Scr->DefaultFont.name;
 -@@ -1249,8 +1249,8 @@
 - 	    free(basename2);
 +       if ((basename3 = (char *)realloc(basename2, strlen(Scr->DefaultFont.name) + 3)))
 +-	sprintf(basename3, "%s,*", Scr->DefaultFont.name);
 ++	sprintf(basename3, "%s*", Scr->DefaultFont.name);
 +       else
 +       {
 + 	basename3 = Scr->DefaultFont.name;
 +@@ -875,7 +875,7 @@
 +       free(basename2);
   
 - 	for (i = 0; i < missing_charset_count_return; i++)
 --	    fprintf(stderr, "%s: font for charset %s is lacking\n",
 --		   ProgramName, missing_charset_list_return[i]);
 -+	    fprintf(stderr, "%s: font(%s) for charset %s is lacking\n",
 -+		   ProgramName, font->name, missing_charset_list_return[i]);
 +     for (i = 0; i < missing_charset_count_return; i++)
 +-      fprintf(stderr, "%s: font for charset %s is lacking\n", ProgramName, missing_charset_list_return[i]);
 ++      fprintf(stderr, "%s: font(%s) for charset %s is lacking\n", ProgramName, font->name, missing_charset_list_return[i]);
   
 - 	font_extents = XExtentsOfFontSet(font->fontset);
 - 	fnum = XFontsOfFontSet(font->fontset, &xfonts, &font_names);
 +     font_extents = XExtentsOfFontSet(font->fontset);
 +     fnum = XFontsOfFontSet(font->fontset, &xfonts, &font_names);
 Index: ports/x11-wm/vtwm/pkg-plist
 @@ -1,4 +0,0 @@
 -bin/vtwm
 -etc/system.vtwmrc
 -@unexec rm -f %D/lib/X11/twm/system.vtwmrc
 -@dirrmtry lib/X11/twm
 
 --LQksG6bCIzRHxTLp--

From: "Conrad J. Sabatier" <conrads@cox.net>
To: Alex Kozlov <spam@rm-rf.kiev.ua>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Sun, 11 Mar 2012 07:12:42 -0500

 On Sun, 11 Mar 2012 12:51:30 +0200
 Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 
 > On Sat, Mar 10, 2012 at 11:42:44PM -0600, Conrad J. Sabatier wrote:
 > > 
 > > >Description:
 > > 		Update x11-wm/vtwm to the recently released
 > > 5.5.0-rc7. This new release features new png support, plus some new
 > > 		keywords in the rc file.  Despite the "release 
 > > 		candidate" tag, it appears to be quite stable, and
 > > is a very worthwhile upgrade.  Some of the new keywords are 
 > > 		quite useful (the "Immutable" keyword in
 > > particular).
 > > 
 > > 		Note to maintainer: the patches of the "sprintf" 
 > > 		statements in util.c needed correcting (removing
 > > both the comma and the "star"), and since the package now 
 > > 		includes a configure script, the Makefile.bsd you
 > > had in the files directory is no longer necessary.  I also 
 > > 		removed the pkg-plist file and just added the files
 > > to PLIST_FILES in the Makefile.
 > Thanks for your hard work. Please check next version of update.
 > I commented only key changes so please ask if You don't understand
 > something:
 > - this is not 5.5.0rc7, which was released 2011-02-26, but snapshot,
 > so I added DATESTAMP
 > - s/HAS_CONFIGURE/GNU_CONFIGURE/, vtwm uses autotools now. 
 > - use REINPLACE instead of patch-Makefile.in, You need to change only
 > datadir line, configure will set up all others.
 > - add patch-sound.c It's a bug in vtwm code, I will contact upstream.
 > - The '*' in patch-util.c still needed, because we want to return
 > success on partial matches i.e. not only on
 > -*-*-medium-r-normal-*-15-*-*-*-p-*-iso10646-1 but also on
 > -*-*-medium-r-normal-*-*-*-*-*-*-*-*-* aka -*-*-medium-r-normal*
 
 OK, I think I understand all of the above.  I'm just really puzzled,
 though, as to what those commas were doing up in there in the first
 place.  I can't imagine how anyone could have gotten the program to
 work with them.  When I tried to use the unpatched source, vtwm exited
 immediately with a bunch of error messages re: missing fonts.  So, I
 followed your lead and patched util.c to remove the commas.  Still the
 fonts weren't being found.  It wasn't until I removed both the commas
 *and* the asterisks that I was able to get vtwm to start up.  What am I
 not getting here?
 
 Anyway, thanks for such a quick followup on this.  I've really been
 enjoying using vtwm this last week or so, since trying out the new
 version and spending a bit of time tweaking my .vtwmrc, adding a set of
 desktop "doors" at the bottom-left corner (this was where the new
 "Immutable" setting really came in handy; I use it on both my set of
 doors and the panner, so they won't be moved or otherwise altered
 accidentally), and playing with some of the other variables to get
 things more to my tastes.  This is really a rather nice window manager;
 lightweight, unobtrusive and flexible.
 
 I wanted to do a little more with the port, such as installing some of
 the stuff from the contrib directory, but I was getting tired after
 working on the computer all day, so I took a shortcut.  :-)  I did have
 the port installing the nexpm program, which is a handy little tool for
 setting the background of the desktop panner (and other windows as
 well, even the root).  I think it would be nice to include the README
 file for nexpm, and also the contrib/vtwmrc directory.  But I'll leave
 that to you.  :-)
 
 Regards,
 
 Conrad
 
 -- 
 Conrad J. Sabatier
 conrads@cox.net

From: Alex Kozlov <spam@rm-rf.kiev.ua>
To: bug-followup@FreeBSD.org, conrads@cox.net
Cc:  
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Sun, 11 Mar 2012 15:38:23 +0200

 On Sun, Mar 11, 2012 at 07:12:42AM -0500, Conrad J. Sabatier wrote:
 > On Sun, 11 Mar 2012 12:51:30 +0200
 > Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 > > On Sat, Mar 10, 2012 at 11:42:44PM -0600, Conrad J. Sabatier wrote:
 > > > 
 > > > >Description:
 > > > 		Update x11-wm/vtwm to the recently released
 > > > 5.5.0-rc7. This new release features new png support, plus some new
 > > > 		keywords in the rc file.  Despite the "release 
 > > > 		candidate" tag, it appears to be quite stable, and
 > > > is a very worthwhile upgrade.  Some of the new keywords are 
 > > > 		quite useful (the "Immutable" keyword in
 > > > particular).
 > > > 
 > > > 		Note to maintainer: the patches of the "sprintf" 
 > > > 		statements in util.c needed correcting (removing
 > > > both the comma and the "star"), and since the package now 
 > > > 		includes a configure script, the Makefile.bsd you
 > > > had in the files directory is no longer necessary.  I also 
 > > > 		removed the pkg-plist file and just added the files
 > > > to PLIST_FILES in the Makefile.
 > > Thanks for your hard work. Please check next version of update.
 > > I commented only key changes so please ask if You don't understand
 > > something:
 > > - this is not 5.5.0rc7, which was released 2011-02-26, but snapshot,
 > > so I added DATESTAMP
 > > - s/HAS_CONFIGURE/GNU_CONFIGURE/, vtwm uses autotools now. 
 > > - use REINPLACE instead of patch-Makefile.in, You need to change only
 > > datadir line, configure will set up all others.
 > > - add patch-sound.c It's a bug in vtwm code, I will contact upstream.
 > > - The '*' in patch-util.c still needed, because we want to return
 > > success on partial matches i.e. not only on
 > > -*-*-medium-r-normal-*-15-*-*-*-p-*-iso10646-1 but also on
 > > -*-*-medium-r-normal-*-*-*-*-*-*-*-*-* aka -*-*-medium-r-normal*
 > OK, I think I understand all of the above.  I'm just really puzzled,
 > though, as to what those commas were doing up in there in the first
 > place.  I can't imagine how anyone could have gotten the program to
 > work with them.
 It's should work, because XCreateFontSet accepts list of fonts, so ',*'
 is actually -*-*-*-*-*-*-*-*-*-*-*-*-*-*
 
 > When I tried to use the unpatched source, vtwm exited
 > immediately with a bunch of error messages re: missing fonts.
 Something strange here. In vanilla vtwm should exit with missing fonts
 error only if there are no fonts installed at all.
 Can You show your installed fonts list and exact error?
 
 > So, I followed your lead and patched util.c to remove the commas.
 > Still the fonts weren't being found. It wasn't until I removed both
 > the commas *and* the asterisks that I was able to get vtwm to start
 > up. What am I not getting here?
 Original problem that I tried to solve is a slow startup in case
 if XCreateFontSet don't find match for basename font. 
 Because of fallback to -*-*-*-*-*-*-*-*-*-*-*-*-*-* XCreateFontSet 
 searches in entire fonts namespace and in case of modulare X11R7,
 when some fonts families can be missing, it's means tens of seconds delay.
 
 
 --
 Adios

From: "Conrad J. Sabatier" <conrads@cox.net>
To: Alex Kozlov <spam@rm-rf.kiev.ua>
Cc: bug-followup@freebsd.org
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Sun, 11 Mar 2012 09:29:03 -0500

 On Sun, 11 Mar 2012 15:38:23 +0200
 Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 
 > On Sun, Mar 11, 2012 at 07:12:42AM -0500, Conrad J. Sabatier wrote:
 > > On Sun, 11 Mar 2012 12:51:30 +0200
 > > Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 > > >
 > > > - The '*' in patch-util.c still needed, because we want to return
 > > > success on partial matches i.e. not only on
 > > > -*-*-medium-r-normal-*-15-*-*-*-p-*-iso10646-1 but also on
 > > > -*-*-medium-r-normal-*-*-*-*-*-*-*-*-* aka -*-*-medium-r-normal*
 > > OK, I think I understand all of the above.  I'm just really puzzled,
 > > though, as to what those commas were doing up in there in the first
 > > place.  I can't imagine how anyone could have gotten the program to
 > > work with them.
 > It's should work, because XCreateFontSet accepts list of fonts, so
 > ',*' is actually -*-*-*-*-*-*-*-*-*-*-*-*-*-*
 
 I thought that might be the case, but wasn't really sure.
 
 > > When I tried to use the unpatched source, vtwm exited
 > > immediately with a bunch of error messages re: missing fonts.
 > Something strange here. In vanilla vtwm should exit with missing fonts
 > error only if there are no fonts installed at all.
 > Can You show your installed fonts list and exact error?
 
 Well, I would have to go back and install from the unpatched source
 again.  What I saw was just a series of "lacking font" messages.  Sorry,
 they've already been overwritten now in my .xsession-errors file.
 
 Could this possibly be an indicator of bad or missing fonts.dir files
 or a bad fonts cache?  Not sure that my current X installation is
 totally up to snuff at the moment.  I was doing a lot of experimenting
 for a while with bleeding edge versions of various components, some
 from the FreeBSD xorg-devel repo, and some versions even beyond those
 that I installed on my own.  I've only just recently started reverting
 back to the current versions in ports.  So it's quite possible something
 is messed up somewhere here.  :-)
 
 > > So, I followed your lead and patched util.c to remove the commas.
 > > Still the fonts weren't being found. It wasn't until I removed both
 > > the commas *and* the asterisks that I was able to get vtwm to start
 > > up. What am I not getting here?
 > Original problem that I tried to solve is a slow startup in case
 > if XCreateFontSet don't find match for basename font. 
 > Because of fallback to -*-*-*-*-*-*-*-*-*-*-*-*-*-* XCreateFontSet 
 > searches in entire fonts namespace and in case of modulare X11R7,
 > when some fonts families can be missing, it's means tens of seconds
 > delay.
 
 I see.  Makes a lot of sense.  Sorry I tried to undo your earlier
 work.  Didn't fully appreciate what was going on there.
  
 So, how do you feel about my earlier suggestion re: the contrib stuff?
 I think it would be a great help, especially for newcomers to vtwm, to
 have the vtwmrc directory available under ${SHAREDIR}/vtwm, don't you?
 Would add a lot of "value" to the package, I think.  :-)
 
 Thanks for all the communication,
 
 Conrad
 
 -- 
 Conrad J. Sabatier
 conrads@cox.net

From: Alex Kozlov <spam@rm-rf.kiev.ua>
To: bug-followup@FreeBSD.org, conrads@cox.net
Cc:  
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Sun, 11 Mar 2012 17:21:05 +0200

 On Sun, Mar 11, 2012 at 09:29:03AM -0500, Conrad J. Sabatier wrote:
 > On Sun, 11 Mar 2012 15:38:23 +0200
 > Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 > > On Sun, Mar 11, 2012 at 07:12:42AM -0500, Conrad J. Sabatier wrote:
 > > > On Sun, 11 Mar 2012 12:51:30 +0200
 > > >
 > > > When I tried to use the unpatched source, vtwm exited
 > > > immediately with a bunch of error messages re: missing fonts.
 > > Something strange here. In vanilla vtwm should exit with missing fonts
 > > error only if there are no fonts installed at all.
 > > Can You show your installed fonts list and exact error?
 > Well, I would have to go back and install from the unpatched source
 > again.  What I saw was just a series of "lacking font" messages.  Sorry,
 > they've already been overwritten now in my .xsession-errors file.
 It would be great to know what's going on here, so if you have time
 please check it out.
  
 > Could this possibly be an indicator of bad or missing fonts.dir files
 > or a bad fonts cache?
 Yes, it's possible. You can use x11-fonts/xfontsel to check this.
 
 > Not sure that my current X installation is
 > totally up to snuff at the moment.  I was doing a lot of experimenting
 > for a while with bleeding edge versions of various components, some
 > from the FreeBSD xorg-devel repo, and some versions even beyond those
 > that I installed on my own.  I've only just recently started reverting
 > back to the current versions in ports.  So it's quite possible something
 > is messed up somewhere here.  :-)
 Personally, I always create a separate PREFIX for the experiments:
 cp -Rp $prefix $newprefix
 cp -Rp $pkgdb $newpkgdb
 cp -Rp $portdb $newportdb
 export PREFIX=$newprefix
 export LOCALBASE=$newprefix
 export PKG_DBDIR=$newpkgdb
 export PORT_DBDIR=$newportdb
  
 > > > So, I followed your lead and patched util.c to remove the commas.
 > > > Still the fonts weren't being found. It wasn't until I removed both
 > > > the commas *and* the asterisks that I was able to get vtwm to start
 > > > up. What am I not getting here?
 > > Original problem that I tried to solve is a slow startup in case
 > > if XCreateFontSet don't find match for basename font. 
 > > Because of fallback to -*-*-*-*-*-*-*-*-*-*-*-*-*-* XCreateFontSet 
 > > searches in entire fonts namespace and in case of modulare X11R7,
 > > when some fonts families can be missing, it's means tens of seconds
 > > delay.
 > I see.  Makes a lot of sense.  Sorry I tried to undo your earlier
 > work.  Didn't fully appreciate what was going on there.
 No problem. Your patch is also ok, just more strict.
   
 > So, how do you feel about my earlier suggestion re: the contrib stuff?
 > I think it would be a great help, especially for newcomers to vtwm, to
 > have the vtwmrc directory available under ${SHAREDIR}/vtwm, don't you?
 > Would add a lot of "value" to the package, I think.  :-)
 Don't worry, I haven't forgotten about this, I just need a little time
 to check this contrib. I will reply soon.
 
 
 --
 Adios

From: "Conrad J. Sabatier" <conrads@cox.net>
To: Alex Kozlov <spam@rm-rf.kiev.ua>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Sun, 11 Mar 2012 11:51:43 -0500

 On Sun, 11 Mar 2012 17:21:05 +0200
 Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 > On Sun, Mar 11, 2012 at 09:29:03AM -0500, Conrad J. Sabatier wrote:
 > > On Sun, 11 Mar 2012 15:38:23 +0200
 > > Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 > > > On Sun, Mar 11, 2012 at 07:12:42AM -0500, Conrad J. Sabatier
 > > > wrote:
 > > > > On Sun, 11 Mar 2012 12:51:30 +0200
 > > > >
 > > > > When I tried to use the unpatched source, vtwm exited
 > > > > immediately with a bunch of error messages re: missing fonts.
 > > > Something strange here. In vanilla vtwm should exit with missing
 > > > fonts error only if there are no fonts installed at all.
 > > > Can You show your installed fonts list and exact error?
 > > Well, I would have to go back and install from the unpatched source
 > > again.  What I saw was just a series of "lacking font" messages.
 > > Sorry, they've already been overwritten now in my .xsession-errors
 > > file.
 > It would be great to know what's going on here, so if you have time
 > please check it out.
 
 I'll try to get to that later today.  Been up all night working on
 various things (vtwm included), and am just too dog-tired at the
 moment.  :-)
 
 > > Could this possibly be an indicator of bad or missing fonts.dir
 > > files or a bad fonts cache?
 > Yes, it's possible. You can use x11-fonts/xfontsel to check this.
 
 I'm seeing indicators of a generalized font issue here from other
 programs as well.  Working on straightening it out now.
 
 > > Not sure that my current X installation is
 > > totally up to snuff at the moment.  I was doing a lot of
 > > experimenting for a while with bleeding edge versions of various
 > > components, some from the FreeBSD xorg-devel repo, and some
 > > versions even beyond those that I installed on my own.  I've only
 > > just recently started reverting back to the current versions in
 > > ports.  So it's quite possible something is messed up somewhere
 > > here.  :-)
 > Personally, I always create a separate PREFIX for the experiments:
 > cp -Rp $prefix $newprefix
 > cp -Rp $pkgdb $newpkgdb
 > cp -Rp $portdb $newportdb
 > export PREFIX=$newprefix
 > export LOCALBASE=$newprefix
 > export PKG_DBDIR=$newpkgdb
 > export PORT_DBDIR=$newportdb
 
 Yes, I really do need to start practicing a more conscientious approach
 to experimenting with ports.  Mostly been lucky so far, and haven't
 shot myself in the foot yet, but why risk it needlessly?  Experience
 has shown that it pays to be methodical and consistent, and saves a
 great deal of time in the long run, for only a minor extra investment
 in the beginning.
 
 > > > > So, I followed your lead and patched util.c to remove the
 > > > > commas. Still the fonts weren't being found. It wasn't until I
 > > > > removed both the commas *and* the asterisks that I was able to
 > > > > get vtwm to start up. What am I not getting here?
 > > > Original problem that I tried to solve is a slow startup in case
 > > > if XCreateFontSet don't find match for basename font. 
 > > > Because of fallback to -*-*-*-*-*-*-*-*-*-*-*-*-*-*
 > > > XCreateFontSet searches in entire fonts namespace and in case of
 > > > modulare X11R7, when some fonts families can be missing, it's
 > > > means tens of seconds delay.
 > > I see.  Makes a lot of sense.  Sorry I tried to undo your earlier
 > > work.  Didn't fully appreciate what was going on there.
 > No problem. Your patch is also ok, just more strict.
 
 Yes, I can be somewhat of a stickler at times.  :-)
 
 > > So, how do you feel about my earlier suggestion re: the contrib
 > > stuff? I think it would be a great help, especially for newcomers
 > > to vtwm, to have the vtwmrc directory available under
 > > ${SHAREDIR}/vtwm, don't you? Would add a lot of "value" to the
 > > package, I think.  :-)
 > Don't worry, I haven't forgotten about this, I just need a little time
 > to check this contrib. I will reply soon.
 
 Cool.  Take your time.  No big rush on that.
 
 Thanks!  It's nice to encounter a fellow port maintainer who's so
 responsive and interested.
 
 Catch up with you later (after a nice long nap!),
 
 Conrad
 
 -- 
 Conrad J. Sabatier
 conrads@cox.net

From: "Conrad J. Sabatier" <conrads@cox.net>
To: Alex Kozlov <spam@rm-rf.kiev.ua>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Mon, 12 Mar 2012 11:50:57 -0500

 Alex,
 
 I tried sending you a mail just now, and got this back (I'll mail
 postmaster@cox.net to let them know they need to support the VRFY
 command):
 
 Reporting-MTA: dns; eastrmfepo202.cox.net
 Arrival-Date: Mon, 12 Mar 2012 12:25:46 -0400
 Received-From-MTA: dns; eastrmimpo109.cox.net (68.230.241.222)
 
 Final-Recipient: RFC822; <spam@rm-rf.kiev.ua>
 Action: failed
 Status: 5.1.1
 Remote-MTA: dns; rm-rf.kiev.ua (94.244.131.95)
 Diagnostic-Code: smtp; 550-Callback setup failed while verifying
 <conrads@cox.net>
  550-(result of an earlier callout reused).
  550-The initial connection, or a HELO or MAIL FROM:<> command was
  550-rejected. Refusing MAIL FROM:<> does not help fight spam,
 disregards
  550-RFC requirements, and stops you from receiving standard bounce
  550-messages. This host does not accept mail from domains whose servers
  550-refuse bounces.
  550 Sender verify failed
 
 [ This was the message I sent ]
 
 OK, now I'm *really* confused.
 
 Yesterday, I reinstalled all of my xorg ports, including fonts and font
 utils.  This eliminated some runtime errors re: fonts that I was seeing
 not only from vtwm, but also from some other packages.
 
 This morning, I started testing running vtwm and capturing the error
 messages.  Oddly, none of the "font is lacking" messages were appearing
 anymore, but I was still seeing "Couldn't load font "fixed" or "fixed".
 vtwm would shutdown on startup.
 
 So, I went into the port and fiddled with the patch-util.c patch some
 more.  It wasn't until I totally disabled the patch and used util.c "as
 is" that vtwm finally started up, and with no error messages at all.
 
 Could it be that we should just leave util.c alone and not patch it?
 
 -- 
 Conrad J. Sabatier
 conrads@cox.net

From: Alex Kozlov <spam@rm-rf.kiev.ua>
To: "Conrad J. Sabatier" <conrads@cox.net>, bug-followup@FreeBSD.org
Cc:  
Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
Date: Mon, 12 Mar 2012 19:35:11 +0200

 On Mon, Mar 12, 2012 at 05:00:37PM +0000, Conrad J. Sabatier wrote:
 > The following reply was made to PR ports/165913; it has been noted by GNATS.
 > 
 > From: "Conrad J. Sabatier" <conrads@cox.net>
 > To: Alex Kozlov <spam@rm-rf.kiev.ua>
 > Cc: bug-followup@FreeBSD.org
 > Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
 > Date: Mon, 12 Mar 2012 11:50:57 -0500
 > 
 >  Alex,
 >  
 >  I tried sending you a mail just now, and got this back (I'll mail
 >  postmaster@cox.net to let them know they need to support the VRFY
 >  command):
 >  
 >  Reporting-MTA: dns; eastrmfepo202.cox.net
 >  Arrival-Date: Mon, 12 Mar 2012 12:25:46 -0400
 >  Received-From-MTA: dns; eastrmimpo109.cox.net (68.230.241.222)
 >  
 >  Final-Recipient: RFC822; <spam@rm-rf.kiev.ua>
 >  Action: failed
 >  Status: 5.1.1
 >  Remote-MTA: dns; rm-rf.kiev.ua (94.244.131.95)
 >  Diagnostic-Code: smtp; 550-Callback setup failed while verifying
 >  <conrads@cox.net>
 >   550-(result of an earlier callout reused).
 >   550-The initial connection, or a HELO or MAIL FROM:<> command was
 >   550-rejected. Refusing MAIL FROM:<> does not help fight spam,
 >  disregards
 >   550-RFC requirements, and stops you from receiving standard bounce
 >   550-messages. This host does not accept mail from domains whose servers
 >   550-refuse bounces.
 >   550 Sender verify failed
 >  
 >  [ This was the message I sent ]
 >  OK, now I'm *really* confused.
 Your MTA opened smtp session to my MTA. My MTA tried to verify your address
 by opening smtp session to your MTA with MAIL FROM:<> (it's reserved for robots) 
 but your MTA don't accepts MAIL FROM:<>
 
 2012-03-12 18:13:40 H=eastrmfepo202.cox.net [68.230.241.217] sender verify fail for <conrads@cox.net>: response to "MAIL FROM:<>" from mx.east.cox.net [68.1.17.3] was:
  550 5.1.0 <> sender rejected - Refer to Error Codes section at http://postmaster.cox.net/confluence/display/postmaster/Error+Codes for more information.
 2012-03-12 18:13:40 H=eastrmfepo202.cox.net [68.230.241.217] F=<conrads@cox.net> rejected RCPT <spam@rm-rf.kiev.ua>: Sender verify failed
 
 Therefore sender verify failed and my MTA rejects your mail.
 
 >  Yesterday, I reinstalled all of my xorg ports, including fonts and font
 >  utils.  This eliminated some runtime errors re: fonts that I was seeing
 >  not only from vtwm, but also from some other packages.
 >  
 >  This morning, I started testing running vtwm and capturing the error
 >  messages.  Oddly, none of the "font is lacking" messages were appearing
 >  anymore, but I was still seeing "Couldn't load font "fixed" or "fixed".
 >  vtwm would shutdown on startup.
 >  
 >  So, I went into the port and fiddled with the patch-util.c patch some
 >  more.  It wasn't until I totally disabled the patch and used util.c "as
 >  is" that vtwm finally started up, and with no error messages at all.
 >  
 >  Could it be that we should just leave util.c alone and not patch it?
 I don't think so. basename,* just masked the problem, your fixed font was never
 found and XCreateFontSet fallback to * aka -*-*-*-*-*-*-*-*-*-*-*-*-*-*
 and accepts first given font.
 Can You please show your .vtwmrc?
 
 
 p.s. I checked vtwm's contrib directory and think that I can add it to the
 port as an option. Is it ok with You?
 
 
 --
 Adios

Date: Mon, 12 Mar 2012 13:14:55 -0500
From: "Conrad J. Sabatier" <conrads@cox.net>
To: bug-followup@FreeBSD.org
Subject: Fw: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7

 --MP_/UTH/_iV_gVyJ5u6ZEe62KIF
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline
 
 Begin forwarded message:
 
 Date: Mon, 12 Mar 2012 12:58:20 -0500
 From: "Conrad J. Sabatier" <conrads@cox.net>
 To: Alex Kozlov <spam@rm-rf.kiev.ua>
 Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
 
 
 On Mon, 12 Mar 2012 19:35:11 +0200
 Alex Kozlov <spam@rm-rf.kiev.ua> wrote:
 
 > On Mon, Mar 12, 2012 at 05:00:37PM +0000, Conrad J. Sabatier wrote:
 > > The following reply was made to PR ports/165913; it has been noted
 > > by GNATS.
 > > 
 > > From: "Conrad J. Sabatier" <conrads@cox.net>
 > > To: Alex Kozlov <spam@rm-rf.kiev.ua>
 > > Cc: bug-followup@FreeBSD.org
 > > Subject: Re: ports/165913: [patch] x11-wm/vtwm: update to 5.5.0-rc7
 > > Date: Mon, 12 Mar 2012 11:50:57 -0500
 > > 
 > >  Alex,
 > >  
 > >  I tried sending you a mail just now, and got this back (I'll mail
 > >  postmaster@cox.net to let them know they need to support the VRFY
 > >  command):
 > >  
 > >  Reporting-MTA: dns; eastrmfepo202.cox.net
 > >  Arrival-Date: Mon, 12 Mar 2012 12:25:46 -0400
 > >  Received-From-MTA: dns; eastrmimpo109.cox.net (68.230.241.222)
 > >  
 > >  Final-Recipient: RFC822; <spam@rm-rf.kiev.ua>
 > >  Action: failed
 > >  Status: 5.1.1
 > >  Remote-MTA: dns; rm-rf.kiev.ua (94.244.131.95)
 > >  Diagnostic-Code: smtp; 550-Callback setup failed while verifying
 > >  <conrads@cox.net>
 > >   550-(result of an earlier callout reused).
 > >   550-The initial connection, or a HELO or MAIL FROM:<> command was
 > >   550-rejected. Refusing MAIL FROM:<> does not help fight spam,
 > >  disregards
 > >   550-RFC requirements, and stops you from receiving standard bounce
 > >   550-messages. This host does not accept mail from domains whose
 > > servers 550-refuse bounces.
 > >   550 Sender verify failed
 > >  
 > >  [ This was the message I sent ]
 > >  OK, now I'm *really* confused.
 > Your MTA opened smtp session to my MTA. My MTA tried to verify your
 > address by opening smtp session to your MTA with MAIL FROM:<> (it's
 > reserved for robots) but your MTA don't accepts MAIL FROM:<>
 > 
 > 2012-03-12 18:13:40 H=eastrmfepo202.cox.net [68.230.241.217] sender
 > verify fail for <conrads@cox.net>: response to "MAIL FROM:<>" from
 > mx.east.cox.net [68.1.17.3] was: 550 5.1.0 <> sender rejected - Refer
 > to Error Codes section at
 > http://postmaster.cox.net/confluence/display/postmaster/Error+Codes
 > for more information. 2012-03-12 18:13:40 H=eastrmfepo202.cox.net
 > [68.230.241.217] F=<conrads@cox.net> rejected RCPT
 > <spam@rm-rf.kiev.ua>: Sender verify failed
 > 
 > Therefore sender verify failed and my MTA rejects your mail.
 
 Yes, exactly.  I doubt that Cox will be very responsive in correct
 this, though.  Annoying!
 
 > >  Yesterday, I reinstalled all of my xorg ports, including fonts and
 > > font utils.  This eliminated some runtime errors re: fonts that I
 > > was seeing not only from vtwm, but also from some other packages.
 > >  
 > >  This morning, I started testing running vtwm and capturing the
 > > error messages.  Oddly, none of the "font is lacking" messages were
 > > appearing anymore, but I was still seeing "Couldn't load font
 > > "fixed" or "fixed". vtwm would shutdown on startup.
 > >  
 > >  So, I went into the port and fiddled with the patch-util.c patch
 > > some more.  It wasn't until I totally disabled the patch and used
 > > util.c "as is" that vtwm finally started up, and with no error
 > > messages at all. 
 > >  Could it be that we should just leave util.c alone and not patch
 > > it?
 > I don't think so. basename,* just masked the problem, your fixed font
 > was never found and XCreateFontSet fallback to * aka
 > -*-*-*-*-*-*-*-*-*-*-*-*-*-* and accepts first given font.
 > Can You please show your .vtwmrc?
 > 
 > 
 > p.s. I checked vtwm's contrib directory and think that I can add it
 > to the port as an option. Is it ok with You?
 
 Sure, that would be great.
 
 I've attached my current .vtwmrc.  I was fiddling with the fonts
 settings in it yesterday, but never really finished up with it.
 
 P.S. Is my mail reaching your address?  Or did you see this on the
 website?
 
 -- 
 Conrad J. Sabatier
 conrads@cox.net
 
 
 -- 
 Conrad J. Sabatier
 conrads@cox.net
 
 --MP_/UTH/_iV_gVyJ5u6ZEe62KIF
 Content-Type: application/octet-stream; name=.vtwmrc
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename=.vtwmrc
 
 IwojIHN5c3RlbS52dHdtcmMuM0QKIyAKIyBEZWZhdWx0IFZUV00gY29uZmlndXJhdGlvbiBmaWxl
 OyBzaG91bGQgYmUga2VwdCBzbWFsbCB0byBjb25zZXJ2ZSBzdHJpbmcgIAojIHNwYWNlIGluIHN5
 c3RlbXMgd2hvc2UgY29tcGlsZXJzIGRvbid0IGhhbmRsZSBtZWRpdW0tc2l6ZWQgc3RyaW5ncy4K
 IwojIFNpdGVzIHNob3VsZCB0YWlsb3IgdGhpcyBmaWxlLCBwcm92aWRpbmcgYW55IGV4dHJhIHRp
 dGxlIGJ1dHRvbnMsIG1lbnVzLCAKIyBldGMuLCB0aGF0IG1heSBiZSBhcHByb3ByaWF0ZSBmb3Ig
 dGhlaXIgZW52aXJvbm1lbnQuICBGb3IgZXhhbXBsZSwgaWYgbW9zdCAgICAKIyBvZiB0aGUgdXNl
 cnMgd2VyZSBhY2N1c3RvbWVkIHRvIHV3bSwgdGhlIGRlZmF1bHRzIGNvdWxkIGJlIHNldCB1cCBu
 b3QgdG8gCiMgZGVjb3JhdGUgYW55IHdpbmRvd3MgYW5kIHRvIHVzZSBtZXRhLWtleXMuICAKIwoK
 IwojIFZhcmlhYmxlcwojCgpOb0dyYWJTZXJ2ZXIKUmVzdGFydFByZXZpb3VzU3RhdGUKTm9EZWZh
 dWx0cwoKU2hvd0ljb25NYW5hZ2VyClNvcnRJY29uTWFuYWdlcgpJY29uaWZ5QnlVbm1hcHBpbmcK
 I0RlaWNvbmlmeVRvU2NyZWVuCgojIE1lbnUgb3B0aW9ucwoKUmlnaHRIYW5kU2lkZVB1bGxkb3du
 TWVudXMKU3RheVVwTWVudXMKCk5hdHVyYWxBdXRvUGFuQmVoYXZpb3IKTm90VmlydHVhbEdlb21l
 dHJpZXMKRml4TWFuYWdlZFZpcnR1YWxHZW9tZXRyaWVzCkZpeFRyYW5zaWVudFZpcnR1YWxHZW9t
 ZXRyaWVzCgpCdXR0b25Db2xvcklzRnJhbWUKU2hhbGxvd1JlbGllZldpbmRvd0J1dHRvbgoKU2xv
 cHB5Rm9jdXMKUmFuZG9tUGxhY2VtZW50Ck1vdmVEZWx0YQkJCQkJMwpEb250TW92ZU9mZgpXYXJw
 U251ZwoKUmVzaXplUmVnaW9uCQkJICAgIk5vcnRoRWFzdCIKQXV0b1Jlc2l6ZUtlZXBPblNjcmVl
 bgojU25hcFJlYWxTY3JlZW4KCkZyYW1lUGFkZGluZwkJCQkyCkJ1dHRvbkluZGVudAkJCSAgIC0y
 ClRpdGxlUGFkZGluZwkJCQkwClRpdGxlQnV0dG9uQm9yZGVyV2lkdGgJCTAKCkJvcmRlcldpZHRo
 CQkJCQk2CkJvcmRlckJldmVsV2lkdGgJCQkyCkJ1dHRvbkJldmVsV2lkdGgJCQkxCkRvb3JCZXZl
 bFdpZHRoCQkJCTEKSWNvbkJldmVsV2lkdGgJCQkJMgpJY29uTWFuYWdlckJldmVsV2lkdGgJCTEK
 SW5mb0JldmVsV2lkdGgJCQkJMgpNZW51QmV2ZWxXaWR0aAkJCQkyClRpdGxlQmV2ZWxXaWR0aAkJ
 CQkxClZpcnR1YWxEZXNrdG9wQmV2ZWxXaWR0aAkxCgpDbGVhckJldmVsQ29udHJhc3QJCQk0MApE
 YXJrQmV2ZWxDb250cmFzdAkJCTQwCgpWaXJ0dWFsRGVza3RvcAkJCSAgICI0eDItMC0wIiAxNgpQ
 YW5EaXN0YW5jZVgJCQkJV0lEVEgKUGFuRGlzdGFuY2VZCQkJCUhFSUdIVApQYW5SZXNpc3RhbmNl
 CQkJCTIwMDAKQXV0b1BhbgkJCQkJCTEwMApUaXRsZUZvbnQJCQkiLWFkb2JlLWhlbHZldGljYS1i
 b2xkLXItbm9ybWFsLS0qLTEyMC0qLSotKi0qLSotKiIKUmVzaXplRm9udAkJCSItYWRvYmUtaGVs
 dmV0aWNhLWJvbGQtci1ub3JtYWwtLSotMTIwLSotKi0qLSotKi0qIgpNZW51Rm9udAkJCSItYWRv
 YmUtaGVsdmV0aWNhLWJvbGQtci1ub3JtYWwtLSotMTIwLSotKi0qLSotKi0qIgpNZW51VGl0bGVG
 b250CQkiLWFkb2JlLWhlbHZldGljYS1ib2xkLXItbm9ybWFsLS0qLTEyMC0qLSotKi0qLSotKiIK
 RG9vckZvbnQJCQkiLWFkb2JlLWhlbHZldGljYS1ib2xkLXItbm9ybWFsLS0qLTEwMC0qLSotKi0q
 LSotKiIKSWNvbkZvbnQJCQkiLWFkb2JlLWhlbHZldGljYS1ib2xkLXItbm9ybWFsLS0qLTEwMC0q
 LSotKi0qLSotKiIKSW5mb0ZvbnQJCQkiLWFkb2JlLWhlbHZldGljYS1ib2xkLXItbm9ybWFsLS0q
 LTEwMC0qLSotKi0qLSotKiIKSWNvbk1hbmFnZXJGb250CQkiLWFkb2JlLWhlbHZldGljYS1ib2xk
 LXItbm9ybWFsLS0qLTEwMC0qLSotKi0qLSotKiIKVmlydHVhbERlc2t0b3BGb250CSItYWRvYmUt
 aGVsdmV0aWNhLW1lZGl1bS1yLW5vcm1hbC0tKi04MC0qLSotKi0qLSotKiIKCiMKIyBMaXN0cwoj
 CgpOb0hpZ2hsaWdodAoKU3F1ZWV6ZVRpdGxlCgpXYXJwQ3Vyc29yCgojIFRoZXNlIGFyZSBkZXBl
 bmRlbnQgb24gdGhlIHZpcnR1YWwgZGVza3RvcCBzaXplLi4uCiMgU2V0IHRoZSB3aW5kb3cgZGlt
 ZW5zaW9ucy4uLgpkZWZpbmUoRHdpZHRoLCA3NCkgZGVmaW5lKERoZWlnaHQsIDI0KQojIFRyYW5z
 bGF0ZSB0byBhbiBYIGdlb21ldHJ5IHN0cmluZy4uLgpkZWZpbmUoRGdlb21ldHJ5LCB0cmFuc2xp
 dChEd2lkdGgqRGhlaWdodCwgKiwgeCkpCmRlZmluZShEb2Zmc2V0LCAxMikKCkRvb3JzCnsKCSJE
 ZXNrdG9wIDEiCSJEZ2VvbWV0cnkrZXZhbChEd2lkdGggKiAwICsgRG9mZnNldCAqIDApLWV2YWwo
 RGhlaWdodCtEb2Zmc2V0KSIgIitldmFsKFdJRFRIICogMCkrMCIKCSJEZXNrdG9wIDIiCSJEZ2Vv
 bWV0cnkrZXZhbChEd2lkdGggKiAwICsgRG9mZnNldCAqIDApLTAiICIrZXZhbChXSURUSCAqIDAp
 K0hFSUdIVCIKCSJEZXNrdG9wIDMiCSJEZ2VvbWV0cnkrZXZhbChEd2lkdGggKiAxICsgRG9mZnNl
 dCAqIDEpLWV2YWwoRGhlaWdodCtEb2Zmc2V0KSIgIitldmFsKFdJRFRIICogMSkrMCIKCSJEZXNr
 dG9wIDQiCSJEZ2VvbWV0cnkrZXZhbChEd2lkdGggKiAxICsgRG9mZnNldCAqIDEpLTAiICIrZXZh
 bChXSURUSCAqIDEpK0hFSUdIVCIKCSJEZXNrdG9wIDUiCSJEZ2VvbWV0cnkrZXZhbChEd2lkdGgg
 KiAyICsgRG9mZnNldCAqIDIpLWV2YWwoRGhlaWdodCtEb2Zmc2V0KSIgIitldmFsKFdJRFRIICog
 MikrMCIKCSJEZXNrdG9wIDYiCSJEZ2VvbWV0cnkrZXZhbChEd2lkdGggKiAyICsgRG9mZnNldCAq
 IDIpLTAiICIrZXZhbChXSURUSCAqIDIpK0hFSUdIVCIKCSJEZXNrdG9wIDciCSJEZ2VvbWV0cnkr
 ZXZhbChEd2lkdGggKiAzICsgRG9mZnNldCAqIDMpLWV2YWwoRGhlaWdodCtEb2Zmc2V0KSIgIitl
 dmFsKFdJRFRIICogMykrMCIKCSJEZXNrdG9wIDgiCSJEZ2VvbWV0cnkrZXZhbChEd2lkdGggKiAz
 ICsgRG9mZnNldCAqIDMpLTAiICIrZXZhbChXSURUSCAqIDQpK0hFSUdIVCIKCQp9CgpJbW11dGFi
 bGUKewoJIkRlc2t0b3AgMSIKCSJEZXNrdG9wIDIiCgkiRGVza3RvcCAzIgoJIkRlc2t0b3AgNCIK
 CSJEZXNrdG9wIDUiCgkiRGVza3RvcCA2IgoJIkRlc2t0b3AgNyIKCSJEZXNrdG9wIDgiCgkiVlRX
 TSoiCgkieGNsb2NrIgp9CgpBdXRvUmFpc2UKewoJIiIKfQoKTmFpbGVkRG93bgp7CgkiVlRXTSAq
 IgoJInhjbG9jayIKCSJ4bG9hZCIKfQoKTm9UaXRsZQp7CgkiVlRXTSAqIgoJInhjbG9jayIKCSJ4
 bG9hZCIKfQoKRG9udFNob3dJbkRpc3BsYXkKewoJIlZUV00gKiIKCSJ4Y2xvY2siCgkieGxvYWQi
 Cn0KCkljb25NYW5hZ2VyRG9udFNob3cKewoJIlZUV00gKiIKCSJ4Y2xvY2siCgkieGxvYWQiCn0K
 ClBpeG1hcHMKewoJVGl0bGVIaWdobGlnaHQJCSI6eHBtOnN1bmtlbmxpbmVzIgoJTWVudUljb25Q
 aXhtYXAJCSI6eHBtOnJhcnJvdyIKCUljb25NYW5hZ2VyUGl4bWFwCSI6eHBtOmJveCIKfQoKQ29s
 b3IKewoJRGVmYXVsdEJhY2tncm91bmQJCQkibWFyb29uIgoJRGVmYXVsdEZvcmVncm91bmQJCQki
 Z3JheTg1IgoJQm9yZGVyQ29sb3IJCQkJCSJncmV5NzAiCglCb3JkZXJUaWxlQmFja2dyb3VuZAkJ
 ImdyYXk2MCIKCUJvcmRlclRpbGVGb3JlZ3JvdW5kCQkiZ3JheTYwIgoJRG9vckJhY2tncm91bmQJ
 CQkJIm1hcm9vbiIKCURvb3JGb3JlZ3JvdW5kCQkJCSJncmF5ODUiCglUaXRsZUJhY2tncm91bmQJ
 CQkJIm1hcm9vbiIKCVRpdGxlRm9yZWdyb3VuZAkJCQkiZ3JheTg1IgoJTWVudUJhY2tncm91bmQJ
 CQkJIm1hcm9vbiIKCU1lbnVGb3JlZ3JvdW5kCQkJCSJncmF5ODUiCglNZW51VGl0bGVCYWNrZ3Jv
 dW5kCQkJImdyYXk3MCIKCU1lbnVUaXRsZUZvcmVncm91bmQJCQkibWFyb29uIgoJSWNvbkJhY2tn
 cm91bmQJCQkJIm1hcm9vbiIKCUljb25Gb3JlZ3JvdW5kCQkJCSJncmF5ODUiCglJY29uQm9yZGVy
 Q29sb3IJCQkJImdyYXk4NSIKCUljb25NYW5hZ2VyQmFja2dyb3VuZAkJIm1hcm9vbiIKCUljb25N
 YW5hZ2VyRm9yZWdyb3VuZAkJImdyYXk4NSIKCVZpcnR1YWxCYWNrZ3JvdW5kCQkJIm1hcm9vbiIK
 CVZpcnR1YWxGb3JlZ3JvdW5kCQkJImJsYWNrIgoJRGVza3RvcERpc3BsYXlCYWNrZ3JvdW5kCSJn
 cmV5NjAiCglEZXNrdG9wRGlzcGxheUZvcmVncm91bmQJImdyZXk4NSIKfQoKTW9ub2Nocm9tZQp7
 CglEZWZhdWx0QmFja2dyb3VuZAkJCSJncmF5NTAiCglEZWZhdWx0Rm9yZWdyb3VuZAkJCSJncmF5
 ODUiCglCb3JkZXJDb2xvcgkJCQkJImdyZXk3MCIKCUJvcmRlclRpbGVCYWNrZ3JvdW5kCQkiZ3Jh
 eTYwIgoJQm9yZGVyVGlsZUZvcmVncm91bmQJCSJncmF5NjAiCglEb29yQmFja2dyb3VuZAkJCQki
 Z3JheTUwIgoJRG9vckZvcmVncm91bmQJCQkJImdyYXk4NSIKCVRpdGxlQmFja2dyb3VuZAkJCQki
 Z3JheTUwIgoJVGl0bGVGb3JlZ3JvdW5kCQkJCSJncmF5ODUiCglNZW51QmFja2dyb3VuZAkJCQki
 Z3JheTUwIgoJTWVudUZvcmVncm91bmQJCQkJImdyYXk4NSIKCU1lbnVUaXRsZUJhY2tncm91bmQJ
 CQkiZ3JheTcwIgoJTWVudVRpdGxlRm9yZWdyb3VuZAkJCSJncmF5NTAiCglJY29uQmFja2dyb3Vu
 ZAkJCQkiZ3JheTUwIgoJSWNvbkZvcmVncm91bmQJCQkJImdyYXk4NSIKCUljb25Cb3JkZXJDb2xv
 cgkJCQkiZ3JheTg1IgoJSWNvbk1hbmFnZXJCYWNrZ3JvdW5kCQkiZ3JheTUwIgoJSWNvbk1hbmFn
 ZXJGb3JlZ3JvdW5kCQkiZ3JheTg1IgoJVmlydHVhbEJhY2tncm91bmQJCQkiZ3JheTUwIgoJVmly
 dHVhbEZvcmVncm91bmQJCQkiYmxhY2siCglEZXNrdG9wRGlzcGxheUJhY2tncm91bmQJImdyZXk2
 MCIKCURlc2t0b3BEaXNwbGF5Rm9yZWdyb3VuZAkiZ3JleTg1Igp9CgojCiMgRnVuY3Rpb25zIGFu
 ZCBCaW5kaW5ncwojCgpGdW5jdGlvbiAibW92ZS1vci1pY29uaWZ5IiB7IGYubW92ZSBmLmRlbHRh
 c3RvcCBmLmljb25pZnkgfQoKTGVmdFRpdGxlQnV0dG9uICI6eHBtOmRhcnJvdyIgPSBmLm1lbnUg
 ImFycmFuZ2UiClJpZ2h0VGl0bGVCdXR0b24gIjp4cG06ZG90IiA9IGYuaWNvbmlmeQpSaWdodFRp
 dGxlQnV0dG9uICI6eHBtOnJlc2l6ZSIgPSBmLnJlc2l6ZQoKQnV0dG9uMSA9IDogcm9vdCA6IGYu
 dmVyc2lvbgpCdXR0b24zID0gOiByb290IDogZi5tZW51ICJtYWluIgoKQnV0dG9uMSA9IDogdGl0
 bGUgOiBmLm1vdmUKQnV0dG9uMiA9IDogdGl0bGUgOiBmLnJlc2l6ZQpCdXR0b24zID0gOiB0aXRs
 ZSA6IGYucmFpc2Vsb3dlcgoKQnV0dG9uMSA9IDogZnJhbWUgOiBmLm1vdmUKQnV0dG9uMiA9IDog
 ZnJhbWUgOiBmLnJlc2l6ZQpCdXR0b24zID0gOiBmcmFtZSA6IGYuaWNvbmlmeQoKQnV0dG9uMSA9
 IDogZG9vciA6IGYuZW50ZXJkb29yCkJ1dHRvbjIgPSA6IGRvb3IgOiBmLm5hbWVkb29yCkJ1dHRv
 bjMgPSA6IGRvb3IgOiBmLmRlbGV0ZWRvb3IKCkJ1dHRvbjEgPSA6IGljb24gOiBmLmZ1bmN0aW9u
 ICJtb3ZlLW9yLWljb25pZnkiCkJ1dHRvbjMgPSA6IGljb24gOiBmLm1lbnUgImFycmFuZ2UiCgpC
 dXR0b24xID0gOiBpY29ubWdyIDogZi5pY29uaWZ5CkJ1dHRvbjMgPSA6IGljb25tZ3IgOiBmLndh
 cnAKCkJ1dHRvbjEgPSA6IHZpcnR1YWwgfCBkZXNrdG9wIDogZi5tb3Zlc2NyZWVuCgojCiMgTWVu
 dXMKIwoKbWVudQkibWFpbiIKewoJIiAgVlRXTSAgIgkJCWYudGl0bGUKCSJBcHBsaWNhdGlvbnMi
 CQkJZi5tZW51CSJhcHBzIgoJIiIJCQkJCWYuc2VwYXJhdG9yCgkiSGVscCIJCQkJCWYubWVudQki
 aGVscCIKCSIiCQkJCQlmLnNlcGFyYXRvcgoJIk9wZXJhdGlvbnMiCQkJZi5tZW51CSJvcHMiCgki
 QXJyYW5nZSIJCQkJZi5tZW51CSJhcnJhbmdlIgoJIiIJCQkJCWYuc2VwYXJhdG9yCgkiUmVzdGFy
 dCIJCQkJZi5yZXN0YXJ0CgkiRXhpdCIJCQkJCWYucXVpdAp9CgptZW51CSJhcHBzIgp7CgkiQXBw
 bGljYXRpb25zIgkJZi50aXRsZQoJIkFyY2hpdmVycyIJCQkJZi5tZW51CSJhcmNoaXZlcnMiCgki
 IgkJCQkJZi5zZXBhcmF0b3IKCSJEZXZlbG9wbWVudCIJCQlmLm1lbnUJImRldmVsIgoJIiIJCQkJ
 CWYuc2VwYXJhdG9yCgkiRG9jdW1lbnQgVmlld2VycyIJCWYubWVudQkiZG9jdmlldyIKCSIiCQkJ
 CQlmLnNlcGFyYXRvcgoJIkVkaXRvcnMiCQkJCWYubWVudQkiZWRpdG9ycyIKCSIiCQkJCQlmLnNl
 cGFyYXRvcgoJIkZpbGUgTWFuYWdlcnMiCQkJZi5tZW51CSJmaWxlbWFuIgoJIiIJCQkJCWYuc2Vw
 YXJhdG9yCgkiR3JhcGhpY3MiCQkJCWYubWVudQkiZ3JhcGhpY3MiCgkiIgkJCQkJZi5zZXBhcmF0
 b3IKCSJNYWlsIgkJCQkJZi5tZW51CSJtYWlsIgoJIiIJCQkJCWYuc2VwYXJhdG9yCgkiTXVsdGlt
 ZWRpYSIJCQlmLm1lbnUJIm11bHRpbWVkaWEiCgkiIgkJCQkJZi5zZXBhcmF0b3IKCSJQZWVyLXRv
 LVBlZXIiCQkJZi5tZW51CSJwMnAiCgkiIgkJCQkJZi5zZXBhcmF0b3IKCSJUZXJtaW5hbHMiCQkJ
 CWYubWVudQkidGVybSIKCSIiCQkJCQlmLnNlcGFyYXRvcgoJIldlYiBCcm93c2VycyIJCQlmLm1l
 bnUJInd3dyIKCSIiCQkJCQlmLnNlcGFyYXRvcgoJImJyYXNlcm8iCQkJCWYuZXhlYwkiYnJhc2Vy
 byAmIgoJImZpbGVsaWdodCIJCQkJZi5leGVjCSJmaWxlbGlnaHQgJiIKCSJmaWxlemlsbGEiCQkJ
 CWYuZXhlYwkiZmlsZXppbGxhICYiCgkiZ29sZGVuZGljdCIJCQlmLmV4ZWMJImdvbGRlbmRpY3Qg
 JiIKCSJndGtmaW5kIgkJCQlmLmV4ZWMJImd0a2ZpbmQgJiIKCSJrb252ZXJzYXRpb24iCQkJZi5l
 eGVjCSJrb252ZXJzYXRpb24gJiIKCSJudmlkaWEtc2V0dGluZ3MiCQlmLmV4ZWMJIm52aWRpYS1z
 ZXR0aW5ncyAmIgoJInBhbiIJCQkJCWYuZXhlYwkicGFuICYiCgkidG9wIgkJCQkJZi5leGVjCSJ4
 dGVybSAtZSB0b3AgJiIKCSJ0cmFmc2hvdyIJCQkJZi5leGVjCSJ4dGVybSAtZSB0cmFmc2hvdyAm
 IgoJInhjYWxjIgkJCQkJZi5leGVjCSJ4Y2FsYyAmIgoJInhmY2U0LWFwcGZpbmRlciIJCWYuZXhl
 YwkieGZjZTQtYXBwZmluZGVyICYiCgkieGZvbnRzZWwiCQkJCWYuZXhlYwkieGZvbnRzZWwgJiIK
 CSJ4a2lsbCIJCQkJCWYuZXhlYwkieGtpbGwgJiIKCSJ4cmVmcmVzaCIJCQkJZi5leGVjCSJ4cmVm
 cmVzaCAtbm9uZSAmIgoJInhzY3JlZW5zYXZlci1jb21tYW5kIglmLmV4ZWMJInhzY3JlZW5zYXZl
 ci1jb21tYW5kICYiCn0KCm1lbnUJImFyY2hpdmVycyIKewoJIkFyY2hpdmVycyIJCQlmLnRpdGxl
 CgkiZmlsZS1yb2xsZXIiCQkJZi5leGVjCSJmaWxlLXJvbGxlciAmIgoJInNxdWVlemUiCQkJCWYu
 ZXhlYwkic3F1ZWV6ZSAmIgp9CgptZW51CSJkZXZlbCIKewoJIkRldmVsb3BtZW50IgkJZi50aXRs
 ZQoJImRkZCIJCQkJCWYuZXhlYwkiZGRkICYiCgkiZWNsaXBzZSIJCQkJZi5leGVjCSJlY2xpcHNl
 ICYiCgkia2RldmVsb3AiCQkJCWYuZXhlYwkia2RldmVsb3AgJiIKCSJtbHZpZXciCQkJCWYuZXhl
 YwkibWx2aWV3ICYiCgkibmVtaXZlciIJCQkJZi5leGVjCSJuZW1pdmVyICYiCn0KCm1lbnUJImRv
 Y3ZpZXciCnsKCSJEb2N1bWVudCBWaWV3ZXJzIglmLnRpdGxlCgkiYWNyb3JlYWQiCQkJCWYuZXhl
 YwkiYWNyb3JlYWQgJiIKCSJjYWxpYnJlIgkJCQlmLmV4ZWMJImNhbGlicmUgJiIKCSJjaG1zZWUi
 CQkJCWYuZXhlYwkiY2htc2VlICYiCgkiY2htdmlldyIJCQkJZi5leGVjCSJjaG12aWV3ICYiCgki
 ZGp2aWV3IgkJCQlmLmV4ZWMJImRqdmlldyAmIgoJImV2aW5jZSIJCQkJZi5leGVjCSJldmluY2Ug
 JiIKCSJnbm9jaG0iCQkJCWYuZXhlYwkiZ25vY2htICYiCgkia2NobXZpZXdlciIJCQlmLmV4ZWMJ
 ImtjaG12aWV3ZXIgJiIKCSJva3VsYXIiCQkJCWYuZXhlYwkib2t1bGFyICYiCgkidG9uaWNwb2lu
 dCIJCQlmLmV4ZWMJInRvbmljcG9pbnQgJiIKCSJ4Y2htIgkJCQkJZi5leGVjCSJ4Y2htICYiCn0K
 Cm1lbnUJImVkaXRvcnMiCnsKCSJFZGl0b3JzIgkJCWYudGl0bGUKCSJibHVlZmlzaCIJCQkJZi5l
 eGVjCSJibHVlZmlzaCAmIgoJImdlZGl0IgkJCQkJZi5leGVjCSJnZWRpdCAmIgoJImdub3RlcGFk
 KyIJCQkJZi5leGVjCSJnbnAgJiIKCSJrYXRlIgkJCQkJZi5leGVjCSJrYXRlICYiCgkia3dyaXRl
 IgkJCQlmLmV4ZWMJImt3cml0ZSAmIgoJIm1vdXNlcGFkIgkJCQlmLmV4ZWMJIm1vdXNlcGFkICYi
 CgkibmVkaXQiCQkJCQlmLmV4ZWMJIm5lZGl0ICYiCgkiU2NpVEUiCQkJCQlmLmV4ZWMJIlNjaVRF
 ICYiCgkiem9pbmtzIgkJCQlmLmV4ZWMJInpvaW5rcyAmIgp9CgptZW51CSJmaWxlbWFuIgp7Cgki
 RmlsZSBNYW5hZ2VycyIJCWYudGl0bGUKCSJuYXV0aWx1cyIJCQkJZi5leGVjCSJuYXV0aWx1cyAm
 IgoJInBjbWFuZm0iCQkJCWYuZXhlYwkicGNtYW5mbSAmIgoJIlRodW5hciIJCQkJZi5leGVjCSJU
 aHVuYXIgJiIKCSJ4ZmUiCQkJCQlmLmV4ZWMJInhmZSAmIgp9CgptZW51CSJncmFwaGljcyIKewoJ
 IkdyYXBoaWNzIgkJCWYudGl0bGUKCSJlb2ciCQkJCQlmLmV4ZWMJImVvZyAmIgoJImdwaWN2aWV3
 IgkJCQlmLmV4ZWMJImdwaWN2aWV3ICYiCgkia2NvbG9yY2hvb3NlciIJCQlmLmV4ZWMJImtjb2xv
 cmNob29zZXIgJiIKCSJyaXN0cmV0dG8iCQkJCWYuZXhlYwkicmlzdHJldHRvICYiCgkieGNvbG9y
 c2VsIgkJCQlmLmV4ZWMJInhjb2xvcnNlbCAmIgp9CgptZW51CSJoZWxwIgp7CgkiSGVscCIJCQkJ
 Zi50aXRsZQoJInRraW5mbyIJCQkJZi5leGVjCSJ0a2lubyAmIgoJInRrbWFuIgkJCQkJZi5leGVj
 CSJ0a21hbiAmIgoJInllbHAiCQkJCQlmLmV4ZWMJInllbHAgJiIKfQoKbWVudQkibWFpbCIKewoJ
 Ik1haWwiCQkJCWYudGl0bGUKCSJjbGF3cy1tYWlsIgkJCWYuZXhlYwkiY2xhd3MtbWFpbCAmIgoJ
 ImNsYXdza2VyIgkJCQlmLmV4ZWMJImNsYXdza2VyICYiCgkibXV0dCIJCQkJCWYuZXhlYwkieHRl
 cm0gLWUgbXV0dCAtZiAraW5ib3ggJiIKCSJ3YWtlIGZldGNobWFpbCIJCWYuZXhlYwkieHRlcm0g
 LWUgd2FrZS1mZXRjaG1haWwgJiIKfQoKbWVudQkibXVsdGltZWRpYSIKewoJImFtYXJvayIJCQkJ
 Zi5leGVjCSJhbWFyb2sgJiIKCSJhdWRhY2lvdXMiCQkJCWYuZXhlYwkiYXVkYWNpb3VzICYiCgki
 ZXhhaWxlIgkJCQlmLmV4ZWMJImV4YWlsZSAmIgoJImdyaXAiCQkJCQlmLmV4ZWMJImdyaXAgJiIK
 CSJtaXJvIgkJCQkJZi5leGVjCSJtaXJvICYiCgkibXBsYXllciIJCQkJZi5leGVjCSJnbXBsYXll
 ciAmIgoJInBpY2FyZCIJCQkJZi5leGVjCSJwaWNhcmQgJiIKCSJyaHl0aG1ib3giCQkJCWYuZXhl
 Ywkicmh5dGhtYm94ICYiCgkicm9zZWdhcmRlbiIJCQlmLmV4ZWMJInJvc2VnYXJkZW4gJiIKCSJz
 bXBsYXllciIJCQkJZi5leGVjCSJzbXBsYXllciAmIgoJInN3ZmRlYy1wbGF5ZXIiCQkJZi5leGVj
 CSJzd2ZkZWMtcGxheWVyICYiCgkidGltaWRpdHkiCQkJCWYuZXhlYwkidGltaWRpdHkgJiIKCSJ0
 b3RlbSIJCQkJCWYuZXhlYwkidG90ZW0gJiIKCSJ2bGMiCQkJCQlmLmV4ZWMJInZsYyAmIgoJInhi
 bWMiCQkJCQlmLmV4ZWMJInhibWMgJiIKCSJ4bW1zIgkJCQkJZi5leGVjCSJ4bW1zICYiCn0KCm1l
 bnUJInAycCIKewoJIlBlZXItdG8tUGVlciIJCQlmLnRpdGxlCgkia3RvcnJlbnQiCQkJCWYuZXhl
 Ywkia3RvcnJlbnQgJiIKCSJxYml0dG9ycmVudCIJCQlmLmV4ZWMJInFiaXR0b3JyZW50ICYiCgki
 bG9wc3RlciIJCQkJZi5leGVjCSJsb3BzdGVyICYiCn0KCm1lbnUJInRlcm0iCnsKCSJUZXJtaW5h
 bHMiCQkJZi50aXRsZQoJIkdOT01FIHRlcm1pbmFsIgkJZi5leGVjCSJnbm9tZS10ZXJtaW5hbCAt
 LWdlb21ldHJ5PTgweDI1ICYiCgkiS0RFIGtvbnNvbGUiCQkJZi5leGVjCSJrb25zb2xlIC0tZ2Vv
 bWV0cnkgODB4MjUgJiIKCSJMWERFIHRlcm1pbmFsIgkJCWYuZXhlYwkibHh0ZXJtaW5hbCAtLWdl
 b21ldHJ5PTgweDI1ICYiCgkiWEZDRSBUZXJtaW5hbCIJCQlmLmV4ZWMJIlRlcm1pbmFsIC0tZ2Vv
 bWV0cnk9ODB4MjUgJiIKCSJVbmljb2RlIHh0ZXJtIgkJCWYuZXhlYwkidXh0ZXJtICYiCgkieHRl
 cm0iCQkJCQlmLmV4ZWMJInh0ZXJtIC1nZW9tZXRyeSA4MHgyNSAmIgp9CgptZW51CSJ3d3ciCnsK
 CSJXZWIgQnJvd3NlcnMiCQlmLnRpdGxlCgkiZXBpcGhhbnkiCQkJCWYuZXhlYwkiZXBpcGhhbnkg
 JiIKCSJHb29nbGUgQ2hyb21lIgkJCWYuZXhlYwkiY2hyb21lICYiCgkibGlua3MiCQkJCQlmLmV4
 ZWMJImxpbmtzIC1nIgoJImx5bngiCQkJCQlmLmV4ZWMJInh0ZXJtIC1lIGx5bnggJiIKCSJNb3pp
 bGxhIEZpcmVmb3giCQlmLmV4ZWMJImZpcmVmb3ggJiIKfQoKbWVudQkib3BzIgp7CgkiICBPcGVy
 YXRpb25zICAiCWYudGl0bGUKCSJBdXRvIFBhbiIJCQkJZi5hdXRvcGFuCgkiTmV3IERvb3IiCQkJ
 CWYubmV3ZG9vcgoJIlNuYXAgU2NyZWVuIgkJCWYuc25hcHJlYWxzY3JlZW4KCSJTdGF0aWMgSWNv
 bnMiCQkJZi5zdGF0aWNpY29ucG9zaXRpb25zCgkiV2FycCBTbnVnIgkJCQlmLndhcnBzbnVnCgki
 V2FycCBWaXNpYmxlIgkJCWYud2FycHZpc2libGUKCSIiCQkJCQlmLnNlcGFyYXRvcgoJIlNob3cg
 SWNvbiBNZ3IiCQkJZi5zaG93aWNvbm1ncgoJIkhpZGUgSWNvbiBNZ3IiCQkJZi5oaWRlaWNvbm1n
 cgoJIlNob3cgRGVza3RvcCIJCQlmLnNob3dkZXNrdG9wZGlzcGxheQoJIkhpZGUgRGVza3RvcCIJ
 CQlmLmhpZGVkZXNrdG9wZGlzcGxheQoJIiIJCQkJCWYuc2VwYXJhdG9yCgkiUmVmcmVzaCIJCQkJ
 Zi5yZWZyZXNoCn0KCm1lbnUJImFycmFuZ2UiCnsKCSIgIEFycmFuZ2UgICIJCWYudGl0bGUKCSJB
 dXRvcmFpc2UiCQkJCWYuYXV0b3JhaXNlCgkiUmFpc2UiCQkJCQlmLnJhaXNlCgkiTG93ZXIiCQkJ
 CQlmLmxvd2VyCgkiTmFpbCIJCQkJCWYubmFpbAoJIiIJCQkJCWYuc2VwYXJhdG9yCgkiTW92ZSIJ
 CQkJCWYubW92ZQoJIlNpemUiCQkJCQlmLnJlc2l6ZQoJIkljb25pZnkiCQkJCWYuaWNvbmlmeQoJ
 IiIJCQkJCWYuc2VwYXJhdG9yCgkiWm9vbSIJCQkJZi5tZW51CSJ6b29tIgoJIiIJCQkJCWYuc2Vw
 YXJhdG9yCgkiTGVmdCBUaXRsZSIJCQlmLnNxdWVlemVsZWZ0CgkiQ2VudGVyIFRpdGxlIgkJCWYu
 c3F1ZWV6ZWNlbnRlcgoJIlJpZ2h0IFRpdGxlIgkJCWYuc3F1ZWV6ZXJpZ2h0CgkiIgkJCQkJZi5z
 ZXBhcmF0b3IKCSJJZGVudGlmeSIJCQkJZi5pZGVudGlmeQoJIiIJCQkJCWYuc2VwYXJhdG9yCgki
 RGVsZXRlIgkJCQlmLmRlbGV0ZQoJIkRlc3Ryb3kiCQkJCWYuZGVzdHJveQp9CgptZW51CSJ6b29t
 Igp7CgkiWm9vbSIJCQkJZi50aXRsZQoJIkZ1bGwgWm9vbSIJCQkJZi5mdWxsem9vbQoJIiIJCQkJ
 CWYuc2VwYXJhdG9yCgkiSG9yaXogWm9vbSIJCQlmLmhvcml6b29tCgkiWm9vbSBUb3AiCQkJCWYu
 dG9wem9vbQoJIlpvb20gQm90dG9tIgkJCWYuYm90dG9tem9vbQoJIiIJCQkJCWYuc2VwYXJhdG9y
 CgkiVmVydCBab29tIgkJCQlmLnpvb20KCSJab29tIExlZnQiCQkJCWYubGVmdHpvb20KCSJab29t
 IFJpZ2h0IgkJCWYucmlnaHR6b29tCn0KCmZ1bmN0aW9uICJWVFdNIFByb2ZpbGUiCnsKCWYuZXhl
 YwkibmV4cG0gLXZ0d20gLXNvbGlkIGJpc3F1ZSIKCWYuZXhlYwkieGNsb2NrIC1kaWdpdGFsIC1i
 cmllZiAtZ2VvbWV0cnkgLTArMCAmIgp9Cgo=
 
 --MP_/UTH/_iV_gVyJ5u6ZEe62KIF--

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: ports/165913: commit references a PR
Date: Mon,  9 Dec 2013 12:32:57 +0000 (UTC)

 Author: ak
 Date: Mon Dec  9 12:32:44 2013
 New Revision: 335974
 URL: http://svnweb.freebsd.org/changeset/ports/335974
 
 Log:
   - Update to 20130906 snapshot [1]
   - Use options helpers
   - Remove NLS knob, now it's runtime option
   
   PR:	ports/165913 (based on) [1]
   Submitted by:	Conrad J. Sabatier <conrads@cox.net> [1]
 
 Deleted:
   head/x11-wm/vtwm/files/
 Modified:
   head/x11-wm/vtwm/Makefile
   head/x11-wm/vtwm/distinfo   (contents, props changed)
 
 Modified: head/x11-wm/vtwm/Makefile
 ==============================================================================
 --- head/x11-wm/vtwm/Makefile	Mon Dec  9 12:18:28 2013	(r335973)
 +++ head/x11-wm/vtwm/Makefile	Mon Dec  9 12:32:44 2013	(r335974)
 @@ -2,39 +2,39 @@
  # $FreeBSD$
  
  PORTNAME=	vtwm
 -PORTVERSION=	5.4.7
 -PORTREVISION=	4
 +PORTVERSION=	5.4.99.20130906
  CATEGORIES=	x11-wm
 -MASTER_SITES=	SF http://www.vtwm.org/downloads/
 +MASTER_SITES=	${MASTER_SITE_GOOGLE_CODE}
 +PROJECTHOST=	ak-various-projects
  
  MAINTAINER=	ak@FreeBSD.org
  COMMENT=	Twm with a virtual desktop and optional Motif-like features
  
  LICENSE=	MIT
  
 -USE_XORG=	x11 xext xpm xmu
 -MAKEFILE=	${FILESDIR}/Makefile.bsd
 +LIB_DEPENDS=	libpng.so:${PORTSDIR}/graphics/png
  
 -ETCDIR?=	${PREFIX}/etc
 +USE_XZ=	yes
 +
 +USES=	pkgconfig
 +
 +GNU_CONFIGURE=	yes
 +USE_XORG=	x11 xext xft xinerama xpm xmu xrandr
 +
 +WRKSRC=	${WRKDIR}/vtwm-20130906
  
  PLIST_FILES=	bin/vtwm \
 +		bin/nexpm \
  		etc/system.vtwmrc \
  		man/man1/vtwm.1.gz
  
 -OPTIONS_DEFINE=	SOUND NLS
 -OPTIONS_DEFAULT=	SOUND NLS
 +OPTIONS_DEFINE=	SOUND
 +SOUND_DESC=	Sound support (via rplay)
  
 -.include <bsd.port.options.mk>
 +SOUND_CONFIGURE_ENABLE=	sound
 +SOUND_LIB_DEPENDS=	librplay.so:${PORTSDIR}/audio/rplay
  
 -.if ${PORT_OPTIONS:MSOUND}
 -LIB_DEPENDS+=	librplay.so:${PORTSDIR}/audio/rplay
 -MAKE_ENV+=	SOUND=yes
 -.else
 -MAKE_ENV+=	SOUND=no
 -.endif
 -
 -.if ! ${PORT_OPTIONS:MNLS}
 -CFLAGS+=	-DNO_I18N_SUPPORT
 -.endif
 +pre-patch:
 +	@${REINPLACE_CMD} -e 's|\$${datadir}/X11/vtwm|\$${prefix}/etc|' ${WRKSRC}/Makefile.in
  
  .include <bsd.port.mk>
 
 Modified: head/x11-wm/vtwm/distinfo
 ==============================================================================
 --- head/x11-wm/vtwm/distinfo	Mon Dec  9 12:18:28 2013	(r335973)
 +++ head/x11-wm/vtwm/distinfo	Mon Dec  9 12:32:44 2013	(r335974)
 @@ -1,2 +1,2 @@
 -SHA256 (vtwm-5.4.7.tar.gz) = c62f692c42420666920a23cd489633e91789b379fed13561321b44d9ffa8c9e9
 -SIZE (vtwm-5.4.7.tar.gz) = 1021160
 +SHA256 (vtwm-5.4.99.20130906.tar.xz) = 90a9edc39bc5b43ae22d1eb3dfaf8890ad501fe79be5aabb8bb5476e4cfe08d9
 +SIZE (vtwm-5.4.99.20130906.tar.xz) = 963540
 _______________________________________________
 svn-ports-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-ports-all
 To unsubscribe, send any mail to "svn-ports-all-unsubscribe@freebsd.org"
 
State-Changed-From-To: open->closed 
State-Changed-By: ak 
State-Changed-When: Tue Dec 10 12:55:33 UTC 2013 
State-Changed-Why:  
Fresh snapshot committed. Sorry for the delay and thanks for your work! 

http://www.freebsd.org/cgi/query-pr.cgi?pr=165913 
>Unformatted:
