Re: UPDATE: much newer version of mplayer
Hi, On Thu, Aug 13, 2009 at 5:28 PM, Aaron Stellman wrote: > You're right, I have an alias for gmplayer='mplayer -gui' > In any case, gui mode still doesn't work without the patch for me. I > can't say anything for scrotwm though. Can you try (on amd64): cat | mplayer - Does this crash? -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bournemouth.ac.uk/ebarrett
Re: ldap viewer
Marco, ¿Maybe phpldapadmin? Isn't in ports, but is so easy to install. -- Thanks, Jordi Espasa Clofent
Re: ldap viewer
On Mon, 17 Aug 2009, Jordi Espasa Clofent wrote: > Marco, > > ¿Maybe phpldapadmin? > Isn't in ports, but is so easy to install. Actually, it is. $ cd /usr/ports/ $ make search name=phpldapadmin Port: phpldapadmin-1.1.0.7p1 Path: www/phpldapadmin Info: web-based LDAP browser to manage LDAP servers Maint: Marc Balmer Index: www L-deps: B-deps: R-deps: php5-ldap-*:www/php5/extensions,-ldap Archs: any -- Antoine
Re: ldap viewer
Jordi Espasa Clofent a écrit : Marco, ¿Maybe phpldapadmin? Isn't in ports, but is so easy to install. It is : http://www.openbsd.org/cgi-bin/cvsweb/ports/www/phpldapadmin/
Re: ldap viewer
Actually, it is. Yep.. my fault. :) -- Thanks, Jordi Espasa Clofent
[UPDATE] www/lightsquid
Hi, po...@.
This is an update for lightsquid from v1.7.1 to v1.8
Index: Makefile
===
RCS file: /cvs/ports/www/lightsquid/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile 8 May 2009 22:03:57 - 1.1.1.1
+++ Makefile 17 Aug 2009 04:04:58 -
@@ -2,7 +2,7 @@
COMMENT = light and fast log analyzer for squid proxy
-DISTNAME = lightsquid-1.7.1
+DISTNAME = lightsquid-1.8
CATEGORIES = www
Index: distinfo
===
RCS file: /cvs/ports/www/lightsquid/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo 8 May 2009 22:03:57 - 1.1.1.1
+++ distinfo 17 Aug 2009 04:04:58 -
@@ -1,5 +1,5 @@
-MD5 (lightsquid-1.7.1.tgz) = FuAlAKlHQC54+niZRhFvxQ==
-RMD160 (lightsquid-1.7.1.tgz) = WdfmDbaPWYJT3uvglqGGOS6f9II=
-SHA1 (lightsquid-1.7.1.tgz) = HtomAsQGpuc9rGYSTFrLyktXKtk=
-SHA256 (lightsquid-1.7.1.tgz) = xvZpp/jgsls4+5afhPJeRW2SK+Z+7ou1aGw8gEwtAZI=
-SIZE (lightsquid-1.7.1.tgz) = 53979
+MD5 (lightsquid-1.8.tgz) = MQp+FgFykCMhg3U9c/NVnQ==
+RMD160 (lightsquid-1.8.tgz) = c9iaOTnYPCswjZ6qqmwCHSVmHlg=
+SHA1 (lightsquid-1.8.tgz) = j7+s++5ILlQLmfM+o9jJAFCjkt0=
+SHA256 (lightsquid-1.8.tgz) = aR7AFn8dEvmpA49zSSHDC0V4tX5eYnzmHn1BBxVL4HM=
+SIZE (lightsquid-1.8.tgz) = 60868
Index: patches/patch-lightparser_pl
===
RCS file: patches/patch-lightparser_pl
diff -N patches/patch-lightparser_pl
--- patches/patch-lightparser_pl 8 May 2009 22:03:57 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,19 +0,0 @@
-$OpenBSD: patch-lightparser_pl,v 1.1.1.1 2009/05/08 22:03:57 sthen Exp $
lightparser.pl.orig Fri Apr 17 16:18:08 2009
-+++ lightparser.pl Fri Apr 17 16:20:12 2009
-@@ -246,10 +246,11 @@ while () {
- $url =~ s/([a-z]+:\/\/)??.*\.(rapidshare\.com)/$1www.$2/o;
-
- #extract site name
--$url =~ m/([a-z]+:\/\/)??([a-z0-9\-]+\.){1}(([a-z0-9\-]+\.){0,})([a-z0-9\-]+){1}(:[0-9]+)?\/(.*)/o;
--$site=$2.$3.$5;
--
--$site=$Lurl if ($site eq "");
-+if ($url =~ m/([a-z]+:\/\/)??([a-z0-9\-]+\.){1}(([a-z0-9\-]+\.){0,})([a-z0-9\-]+){1}(:[0-9]+)?\/(.*)/o) {
-+ $site=$2.$3.$5;
-+} else {
-+ $site=$Lurl;
-+}
-
- $totalsize{$user} +=$Lsize;
- $totalhit {$user} ++;
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/lightsquid/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- pkg/PLIST 8 May 2009 22:03:57 - 1.1.1.1
+++ pkg/PLIST 17 Aug 2009 04:04:58 -
@@ -22,7 +22,6 @@
htdocs/lightsquid/doc/templates.txt
htdocs/lightsquid/doc/thanks.txt
htdocs/lightsquid/doc/version.txt
-htdocs/lightsquid/fixreport.pl
htdocs/lightsquid/get.cgi
htdocs/lightsquid/graph.cgi
htdocs/lightsquid/group_detail.cgi
@@ -55,11 +54,16 @@
htdocs/lightsquid/lang/ua.lng
htdocs/lightsquid/lightparser.pl
htdocs/lightsquid/month_detail.cgi
-...@group www
@mode 775
+...@group www
htdocs/lightsquid/report/
-...@group
@mode
+...@group
+htdocs/lightsquid/tools/
+htdocs/lightsquid/tools/SiteAggregator/
+htdocs/lightsquid/tools/SiteAggregator/ReportExplorer.pl
+htdocs/lightsquid/tools/SiteAggregator/SiteAgregator.pl
+htdocs/lightsquid/tools/fixreport.pl
htdocs/lightsquid/topsites.cgi
htdocs/lightsquid/tpl/
htdocs/lightsquid/tpl/base/
NEW: textproc/aspell/dict/sr
Small addition to the collection of dictionaries. aspell6-sr-0.02.tar.gz Description: application/tar-gz Index: Makefile === RCS file: /cvs/ports/textproc/aspell/dicts/Makefile,v retrieving revision 1.4 diff -u Makefile --- Makefile9 May 2009 22:44:43 - 1.4 +++ Makefile17 Aug 2009 08:40:46 - @@ -35,6 +35,7 @@ SUBDIR+= ru SUBDIR+= sk SUBDIR+= sl + SUBDIR+= sr SUBDIR+= sv SUBDIR+= sw SUBDIR+= tn
Re: UPDATE: openobex 1.3 & obexftp 0.23
Le Sunday 16 August 2009 20:01:41, vous avez écrit :
> Hi,
>
> I updated openobex and obexftp to new version. I tested it and it's work
> fine with my Nokia N72, with my Nokia N95 disconnect failed. I can do only
> one operation. With obex you can saw data stocked in the internal memory of
> your phone. If you a have a old symbian (S60v1 and S60v2). You can get data
> in your memory card only with obex protocol.
>
> To work fine it's required a patch to libusb:
>
> With this patch usb_get_string get first the string descriptor (4 chars)
> and if it's ok, the requested string. It's required by some device (like
> Nokia N70/N72).
>
> Tested ok in i386.
>
> BSDManiak
PATCH:
libusb.diff
diff -urN /usr/ports/devel/libusb/Makefile devel/libusb/Makefile
--- /usr/ports/devel/libusb/MakefileSun Sep 16 04:53:01 2007
+++ devel/libusb/Makefile Sun Jul 13 01:20:59 2008
@@ -2,6 +2,7 @@
COMMENT= USB access library
+PKGNAME= ${DISTNAME}p0
DISTNAME= libusb-0.1.12
SHARED_LIBS= usb 9.0 \
usbpp 10.0
@@ -26,6 +27,7 @@
SEPARATE_BUILD=concurrent
CONFIGURE_STYLE= gnu
CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
- --disable-build-docs
+ --disable-build-docs \
+ --enable-debug=yes
.include
diff -urN /usr/ports/devel/libusb/patches/patch-bsd_c
devel/libusb/patches/patch-bsd_c
--- /usr/ports/devel/libusb/patches/patch-bsd_c Wed Nov 15 19:34:13 2006
+++ devel/libusb/patches/patch-bsd_cSun Apr 5 18:58:39 2009
@@ -1,7 +1,16 @@
$OpenBSD: patch-bsd_c,v 1.7 2006/11/15 18:34:13 pvalchev Exp $
bsd.c.orig Fri Mar 3 19:52:46 2006
-+++ bsd.c Tue Nov 14 21:00:00 2006
-@@ -361,7 +361,7 @@ int usb_bulk_read(usb_dev_handle *dev, i
+--- bsd.c.orig Sat Mar 4 03:52:46 2006
bsd.c Sun Apr 5 18:58:36 2009
+@@ -325,7 +325,7 @@ int usb_bulk_read(usb_dev_handle *dev, int ep, char *b
+ /* Ensure the endpoint address is correct */
+ ep |= USB_ENDPOINT_IN;
+
+- fd = ensure_ep_open(dev, ep, O_RDONLY);
++ fd = ensure_ep_open(dev, ep, O_RDONLY | O_NONBLOCK);
+ if (fd < 0) {
+ if (usb_debug >= 2) {
+ #ifdef __FreeBSD_kernel__
+@@ -361,7 +361,7 @@ int usb_bulk_read(usb_dev_handle *dev, int ep, char *b
int usb_interrupt_write(usb_dev_handle *dev, int ep, char *bytes, int size,
int timeout)
{
@@ -10,7 +19,7 @@
/* Ensure the endpoint address is correct */
ep &= ~USB_ENDPOINT_IN;
-@@ -383,8 +383,7 @@ int usb_interrupt_write(usb_dev_handle *
+@@ -383,8 +383,7 @@ int usb_interrupt_write(usb_dev_handle *dev, int ep, c
USB_ERROR_STR(-errno, "error setting timeout: %s",
strerror(errno));
@@ -20,7 +29,7 @@
if (ret < 0)
#ifdef __FreeBSD_kernel__
USB_ERROR_STR(-errno, "error writing to interrupt endpoint %s.%d: %s",
-@@ -394,16 +393,13 @@ int usb_interrupt_write(usb_dev_handle *
+@@ -394,16 +393,13 @@ int usb_interrupt_write(usb_dev_handle *dev, int ep, c
dev->device->filename, UE_GET_ADDR(ep), strerror(errno));
#endif
@@ -39,7 +48,7 @@
/* Ensure the endpoint address is correct */
ep |= USB_ENDPOINT_IN;
-@@ -428,8 +424,7 @@ int usb_interrupt_read(usb_dev_handle *d
+@@ -428,8 +424,7 @@ int usb_interrupt_read(usb_dev_handle *dev, int ep, ch
if (ret < 0)
USB_ERROR_STR(-errno, "error setting short xfer: %s", strerror(errno));
@@ -49,7 +58,7 @@
if (ret < 0)
#ifdef __FreeBSD_kernel__
USB_ERROR_STR(-errno, "error reading from interrupt endpoint %s.
%d: %s",
-@@ -438,10 +433,7 @@ int usb_interrupt_read(usb_dev_handle *d
+@@ -438,10 +433,7 @@ int usb_interrupt_read(usb_dev_handle *dev, int ep, ch
USB_ERROR_STR(-errno, "error reading from interrupt endpoint %s.
%02d: %s",
dev->device->filename, UE_GET_ADDR(ep), strerror(errno));
#endif
diff -urN /usr/ports/devel/libusb/patches/patch-usb_c
devel/libusb/patches/patch-usb_c
--- /usr/ports/devel/libusb/patches/patch-usb_c Thu Jan 1 01:00:00 1970
+++ devel/libusb/patches/patch-usb_cFri Jul 11 20:14:36 2008
@@ -0,0 +1,46 @@
+$OpenBSD$
+--- usb.c.orig Fri Jul 11 20:11:38 2008
usb.c Fri Jul 11 20:13:40 2008
+@@ -219,12 +219,36 @@ usb_dev_handle *usb_open(struct usb_device *dev)
+ int usb_get_string(usb_dev_handle *dev, int index, int langid, char *buf,
+ size_t buflen)
+ {
+- /*
+- * We can't use usb_get_descriptor() because it's lacking the index
+- * parameter. This will be fixed in libusb 1.0
+- */
+- return usb_control_msg(dev, USB_ENDPOINT_IN, USB_REQ_GET_DESCRIPTOR,
+- (USB_DT_STRING << 8) + index, langid, buf, buflen,
1000);
++ struct usb_string_descriptor *desc = (struct usb_string_descriptor *)buf;
++ int res;
++
++ res = usb_control_msg(dev, USB_ENDPOINT_IN, USB_REQ_GET_DESCRIPTOR,
++(USB_DT_STRING << 8) + index, langid, buf, 4, 1000);
++ if (res < 4) {
++if (usb_d
Re: UPDATE: openobex 1.3 & obexftp 0.23
On Mon, Aug 17, 2009 at 03:35:33PM +0200, Azwaw OUSADOU wrote: > Le Sunday 16 August 2009 20:01:41, vous avez ?crit?: > > Hi, > > > > I updated openobex and obexftp to new version. I tested it and it's work > > fine with my Nokia N72, with my Nokia N95 disconnect failed. I can do only > > one operation. With obex you can saw data stocked in the internal memory of > > your phone. If you a have a old symbian (S60v1 and S60v2). You can get data > > in your memory card only with obex protocol. > > > > To work fine it's required a patch to libusb: > > > > With this patch usb_get_string get first the string descriptor (4 chars) > > and if it's ok, the requested string. It's required by some device (like > > Nokia N70/N72). > > > > Tested ok in i386. > > > > BSDManiak I think this should do the same as the kernel does (size is 1 IIRC), and I'd like to understand it a bit more. I remember reading the code before and I was not sure whether this was really needed. I'm gonna try to get a nokia to test this. f.-
UPDATE: net/unison
Update to 2.27.157:
- Some bugs fixed
- Take Maintainership
- Switch to x11/lablgtk2 instead of the "old" gtk+1 gui
Comments ? ok ?
Cheers
Giovanni
Index: Makefile.inc
===
RCS file: /cvs/ports/net/unison/Makefile.inc,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile.inc
--- Makefile.inc10 Aug 2009 06:33:43 - 1.8
+++ Makefile.inc17 Aug 2009 14:15:07 -
@@ -22,11 +22,15 @@ FLAVOR?=
.if ${FLAVOR:L:Mno_x11}
MAKE_FLAGS=UISTYLE=text
.else
-BUILD_DEPENDS+=::x11/lablgtk
-LIB_DEPENDS= gtk.>=1.2,gdk.>=1.2::x11/gtk+
-MAKE_FLAGS=UISTYLE=gtk
+BUILD_DEPENDS+=::x11/lablgtk2
+LIB_DEPENDS+= gdk-x11-2.0,gdk_pixbuf-2.0,gtk-x11-2.0::x11/gtk+2
+MAKE_FLAGS=UISTYLE=gtk2
USE_X11= Yes
-WANTLIB+= X11 Xext Xi glib gmodule iconv intl pthread-stubs xcb
+WANTLIB+= X11 Xext Xi iconv intl pthread-stubs xcb
+WANTLIB+= Xau Xcomposite Xcursor Xdamage Xdmcp Xfixes Xinerama
+WANTLIB+= Xrandr Xrender atk-1.0 cairo expat fontconfig freetype
+WANTLIB+= gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 pango-1.0
+WANTLIB+= pangocairo-1.0 pangoft2-1.0 pixman-1 png z
.endif
# CFLAGS _must_ be empty. This is an OCaml compiler.
Index: stable/Makefile
===
RCS file: /cvs/ports/net/unison/stable/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- stable/Makefile 10 Aug 2009 06:33:44 - 1.8
+++ stable/Makefile 17 Aug 2009 14:15:07 -
@@ -2,8 +2,7 @@
COMMENT= multi-platform file synchronization tool
-V= 2.27.57
-PKGNAME= ${DISTNAME}p3
+V= 2.27.157
MASTER_SITES= ${HOMEPAGE}download/releases/stable/
Index: stable/distinfo
===
RCS file: /cvs/ports/net/unison/stable/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- stable/distinfo 13 Feb 2008 23:13:27 - 1.4
+++ stable/distinfo 17 Aug 2009 14:15:07 -
@@ -1,5 +1,5 @@
-MD5 (unison-2.27.57.tar.gz) = S6Cj5L9LStDAY/hjkTcfeA==
-RMD160 (unison-2.27.57.tar.gz) = FTiOPyubWTq6FAQWIWg3xJ5IAMA=
-SHA1 (unison-2.27.57.tar.gz) = mJJoDYvT48UAMUUcxud+tUMXaOo=
-SHA256 (unison-2.27.57.tar.gz) = SSmewUIWqEZ7LGuhSPgUW+wx+nh0M/nOOFHC1i8ANa4=
-SIZE (unison-2.27.57.tar.gz) = 617253
+MD5 (unison-2.27.157.tar.gz) = TMKgMyy4yUetwEudTyqDsA==
+RMD160 (unison-2.27.157.tar.gz) = Fd2Id5HNNh+IApoAESn7RxOifSs=
+SHA1 (unison-2.27.157.tar.gz) = DdN1SDrLFPE3I6U4B4PFCjYseao=
+SHA256 (unison-2.27.157.tar.gz) = 7AQGnpUkmltOISq0jsA4ILHh9wf7TGB+f5iFHphzWtw=
+SIZE (unison-2.27.157.tar.gz) = 674332
Index: stable/pkg/PLIST
===
RCS file: /cvs/ports/net/unison/stable/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- stable/pkg/PLIST22 May 2005 17:44:41 - 1.1.1.1
+++ stable/pkg/PLIST17 Aug 2009 14:15:07 -
@@ -1,5 +1,5 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2005/05/22 17:44:41 sturm Exp $
-bin/unison
+...@bin bin/unison
share/doc/unison/
share/doc/unison/BUGS.txt
share/doc/unison/NEWS
scons make fake
hi there,
i am working on a port that uses scons for building.
the port-modules(5) says that
devel/scons Adds devel/scons to BUILD_DEPENDS. Sets MODSCONS_BIN and
MODSCONS_ENV. Also defines an overridable MODSCONS_FLAGS.
It provides a do-build and do-install target that can be
overridden in the port Makefile.
how do i fake installation with scons?
if i make fake, it starts installing into /usr/local
i had a look at some other ports using scons
and i see
MODSCONS_FLAGS= \
install_prefix=${PREFIX}
is this enough for make fake to work?
-f
--
greetings from hell... wish you were here.
Re: /usr/ports/obj
On 2009/08/17 02:29, frantisek holop wrote: > hi there, > > now that all ports are being built in /usr/ports/obj, > is SEPARATE_BUILD still relevant? yes, "make clean=build" can be much quicker than "make clean; make patch". > is it possible to redirect this directory (to a bigger > disk perhaps) using /etc/mk.conf? exactly the same as before, set WRKOBJDIR. and if you prefer to put work directories through the ports tree (e.g. so you can cd to them more easily) just set WRKOBJDIR=
Re: UPDATE: openobex 1.3 & obexftp 0.23
On 2009/08/17 15:35, Azwaw OUSADOU wrote: > Le Sunday 16 August 2009 20:01:41, vous avez écrit : > > Hi, > > > > I updated openobex and obexftp to new version. I tested it and it's work > > fine with my Nokia N72, with my Nokia N95 disconnect failed. I can do only > > one operation. With obex you can saw data stocked in the internal memory of > > your phone. If you a have a old symbian (S60v1 and S60v2). You can get data > > in your memory card only with obex protocol. > > > > To work fine it's required a patch to libusb: > > > > With this patch usb_get_string get first the string descriptor (4 chars) > > and if it's ok, the requested string. It's required by some device (like > > Nokia N70/N72). > > > > Tested ok in i386. > > > > BSDManiak > > PATCH: your diff is mangled (spaces->tabs and quoted-printable mangling). would be nice to clean out the removals of the CVS control files too (-x CVS).
Re: /usr/ports/obj
hmm, on Mon, Aug 17, 2009 at 03:38:21PM +0100, Stuart Henderson said that > On 2009/08/17 02:29, frantisek holop wrote: > > hi there, > > > > now that all ports are being built in /usr/ports/obj, > > is SEPARATE_BUILD still relevant? > > yes, "make clean=build" can be much quicker than "make clean; make patch". > > > is it possible to redirect this directory (to a bigger > > disk perhaps) using /etc/mk.conf? > > exactly the same as before, set WRKOBJDIR. and if you prefer to put > work directories through the ports tree (e.g. so you can cd to them > more easily) just set WRKOBJDIR= great info, this should definitely be in the man page imho... -f -- if there's one thing i can't stand, it's intolerance.
Re: UPDATE: openobex 1.3 & obexftp 0.23
Le Monday 17 August 2009 16:43:20 Stuart Henderson, vous avez écrit : > On 2009/08/17 15:35, Azwaw OUSADOU wrote: > > Le Sunday 16 August 2009 20:01:41, vous avez écrit : > > > Hi, > > > > > > I updated openobex and obexftp to new version. I tested it and it's > > > work fine with my Nokia N72, with my Nokia N95 disconnect failed. I can > > > do only one operation. With obex you can saw data stocked in the > > > internal memory of your phone. If you a have a old symbian (S60v1 and > > > S60v2). You can get data in your memory card only with obex protocol. > > > > > > To work fine it's required a patch to libusb: > > > > > > With this patch usb_get_string get first the string descriptor (4 > > > chars) and if it's ok, the requested string. It's required by some > > > device (like Nokia N70/N72). > > > > > > Tested ok in i386. > > > > > > BSDManiak > > > > PATCH: > > your diff is mangled (spaces->tabs and quoted-printable mangling). > would be nice to clean out the removals of the CVS control files too > (-x CVS). http://ultragames93.free.fr/libusb.diff http://ultragames93.free.fr/openobex.diff http://ultragames93.free.fr/obexftp.diff The 3 diff corrected. Thanks, BSDManiak
Re: /usr/ports/obj
On Mon, Aug 17, 2009 at 04:54:12PM +0200, frantisek holop wrote: > hmm, on Mon, Aug 17, 2009 at 03:38:21PM +0100, Stuart Henderson said that > > On 2009/08/17 02:29, frantisek holop wrote: > > > hi there, > > > > > > now that all ports are being built in /usr/ports/obj, > > > is SEPARATE_BUILD still relevant? > > > > yes, "make clean=build" can be much quicker than "make clean; make patch". > > > > > is it possible to redirect this directory (to a bigger > > > disk perhaps) using /etc/mk.conf? > > > > exactly the same as before, set WRKOBJDIR. and if you prefer to put > > work directories through the ports tree (e.g. so you can cd to them > > more easily) just set WRKOBJDIR= > > great info, this should definitely be in the man page imho... It is there, and also at http://www.openbsd.org/faq/faq15.html#PortsHow Landry
Re: /usr/ports/obj
hmm, on Mon, Aug 17, 2009 at 05:18:49PM +0200, Landry Breuil said that
> On Mon, Aug 17, 2009 at 04:54:12PM +0200, frantisek holop wrote:
> > hmm, on Mon, Aug 17, 2009 at 03:38:21PM +0100, Stuart Henderson said that
> > > On 2009/08/17 02:29, frantisek holop wrote:
> > > > hi there,
> > > >
> > > > now that all ports are being built in /usr/ports/obj,
> > > > is SEPARATE_BUILD still relevant?
> > >
> > > yes, "make clean=build" can be much quicker than "make clean; make patch".
> > >
> > > > is it possible to redirect this directory (to a bigger
> > > > disk perhaps) using /etc/mk.conf?
> > >
> > > exactly the same as before, set WRKOBJDIR. and if you prefer to put
> > > work directories through the ports tree (e.g. so you can cd to them
> > > more easily) just set WRKOBJDIR=
> >
> > great info, this should definitely be in the man page imho...
>
> It is there, and also at http://www.openbsd.org/faq/faq15.html#PortsHow
bsd.port.mk(8):
WRKOBJDIR Used as a base for the actual port working directory (de-
fault: ${PORTSDIR}/obj). The real working directory
${WRKDIR} is created there. Can be set on a per-${PKGPATH}
basis. For instance, setting WRKOBJDIR_www/mozil-
la=/tmp/obj will affect only the mozilla port.
an empty WRKOBJDIR is not documented...
-f
--
plus puto, minus scio -- the more i learn, the less i know
Re: scons make fake
On Mon, August 17, 2009 18:33, frantisek holop wrote:
> hi there,
>
> i am working on a port that uses scons for building.
> the port-modules(5) says that
>
> devel/scons Adds devel/scons to BUILD_DEPENDS. Sets MODSCONS_BIN and
>MODSCONS_ENV. Also defines an overridable MODSCONS_FLAGS.
>It provides a do-build and do-install target that can be
>overridden in the port Makefile.
>
> how do i fake installation with scons?
> if i make fake, it starts installing into /usr/local
> i had a look at some other ports using scons
> and i see
>
> MODSCONS_FLAGS= \
> install_prefix=${PREFIX}
>
> is this enough for make fake to work?
Hi. Look at your SConstruct file.
For example SConstruct from globulation2:
...
opts.Add("INSTALLDIR", "Installation Directory", "/usr/local/share")
opts.Add("BINDIR", "Binary Installation Directory", "/usr/local/bin")
opts.Add("DATADIR", "Directory where data will be put, set to the same as
INSTALLDIR", "/usr/local/share")
...
So I've added in Makefile next lines:
MODSCONS_ENV += BINDIR="${PREFIX}/bin" \
DATADIR="${PREFIX}/share" \
INSTALLDIR="${PREFIX}/share"
And make fake works fine, but I have problems after make install, because path
to fake-dir are compiled in a binary. So if I run make clean=fake - the game
couldn't find its data.
If someone can help to solve this - I'll be very happy!
>
> -f
> --
> greetings from hell... wish you were here.
>
>
Re: UPDATE: net/unison
Giovanni Bechis wrote:
Update to 2.27.157:
- Some bugs fixed
- Take Maintainership
- Switch to x11/lablgtk2 instead of the "old" gtk+1 gui
New diff:
- Take maintainership for real (spotted my Jonathan Armani, thanks)
- fix license
Cheers
Giovanni
Index: Makefile.inc
===
RCS file: /cvs/ports/net/unison/Makefile.inc,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile.inc
--- Makefile.inc10 Aug 2009 06:33:43 - 1.8
+++ Makefile.inc17 Aug 2009 16:19:05 -
@@ -5,7 +5,9 @@ CATEGORIES= net
HOMEPAGE= http://www.cis.upenn.edu/~bcpierce/unison/
-# GPL
+MAINTAINER=Giovanni Bechis
+
+# GPLv3
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM=Yes
@@ -22,11 +24,15 @@ FLAVOR?=
.if ${FLAVOR:L:Mno_x11}
MAKE_FLAGS=UISTYLE=text
.else
-BUILD_DEPENDS+=::x11/lablgtk
-LIB_DEPENDS= gtk.>=1.2,gdk.>=1.2::x11/gtk+
-MAKE_FLAGS=UISTYLE=gtk
+BUILD_DEPENDS+=::x11/lablgtk2
+LIB_DEPENDS+= gdk-x11-2.0,gdk_pixbuf-2.0,gtk-x11-2.0::x11/gtk+2
+MAKE_FLAGS=UISTYLE=gtk2
USE_X11= Yes
-WANTLIB+= X11 Xext Xi glib gmodule iconv intl pthread-stubs xcb
+WANTLIB+= X11 Xext Xi iconv intl pthread-stubs xcb
+WANTLIB+= Xau Xcomposite Xcursor Xdamage Xdmcp Xfixes Xinerama
+WANTLIB+= Xrandr Xrender atk-1.0 cairo expat fontconfig freetype
+WANTLIB+= gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 pango-1.0
+WANTLIB+= pangocairo-1.0 pangoft2-1.0 pixman-1 png z
.endif
# CFLAGS _must_ be empty. This is an OCaml compiler.
Index: stable/Makefile
===
RCS file: /cvs/ports/net/unison/stable/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- stable/Makefile 10 Aug 2009 06:33:44 - 1.8
+++ stable/Makefile 17 Aug 2009 16:19:05 -
@@ -2,8 +2,7 @@
COMMENT= multi-platform file synchronization tool
-V= 2.27.57
-PKGNAME= ${DISTNAME}p3
+V= 2.27.157
MASTER_SITES= ${HOMEPAGE}download/releases/stable/
Index: stable/distinfo
===
RCS file: /cvs/ports/net/unison/stable/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- stable/distinfo 13 Feb 2008 23:13:27 - 1.4
+++ stable/distinfo 17 Aug 2009 16:19:05 -
@@ -1,5 +1,5 @@
-MD5 (unison-2.27.57.tar.gz) = S6Cj5L9LStDAY/hjkTcfeA==
-RMD160 (unison-2.27.57.tar.gz) = FTiOPyubWTq6FAQWIWg3xJ5IAMA=
-SHA1 (unison-2.27.57.tar.gz) = mJJoDYvT48UAMUUcxud+tUMXaOo=
-SHA256 (unison-2.27.57.tar.gz) = SSmewUIWqEZ7LGuhSPgUW+wx+nh0M/nOOFHC1i8ANa4=
-SIZE (unison-2.27.57.tar.gz) = 617253
+MD5 (unison-2.27.157.tar.gz) = TMKgMyy4yUetwEudTyqDsA==
+RMD160 (unison-2.27.157.tar.gz) = Fd2Id5HNNh+IApoAESn7RxOifSs=
+SHA1 (unison-2.27.157.tar.gz) = DdN1SDrLFPE3I6U4B4PFCjYseao=
+SHA256 (unison-2.27.157.tar.gz) = 7AQGnpUkmltOISq0jsA4ILHh9wf7TGB+f5iFHphzWtw=
+SIZE (unison-2.27.157.tar.gz) = 674332
Index: stable/pkg/PLIST
===
RCS file: /cvs/ports/net/unison/stable/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- stable/pkg/PLIST22 May 2005 17:44:41 - 1.1.1.1
+++ stable/pkg/PLIST17 Aug 2009 16:19:05 -
@@ -1,5 +1,5 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2005/05/22 17:44:41 sturm Exp $
-bin/unison
+...@bin bin/unison
share/doc/unison/
share/doc/unison/BUGS.txt
share/doc/unison/NEWS
anybody working on a libpng update?
hi there, http://www.libpng.org/pub/png/libpng.html says that there has been a security issue that is fixed for sure in 1.2.37... -f -- people have one thing in common, they're all different.
Re: py-lxml 2.0.3 => 2.2.1
On Mon, 17 Aug 2009, Benoit Chesneau wrote: > mmm, sorry, just get all @metavers mail. Somehow fetch of this account > wasn't working. Sorry for that. I will check all the log to see if I > miss anything. Was this change commited ? No, I never received an OK IIRC :) -d
Re: new: www/surf
On Sat, Aug 15, 2009 at 04:42:31PM +0200, Tobias Ulmer wrote: > "surf is a simple webbrowser which is based on webkit/gtk+. It is able to > display websites and follow links. It supports the Xembedded protocol > which makes it possible to embed it into another application. > Furthermore one can point surf to another URI by setting itâs > XProperties." > > There is no release yet, but it works well in typical suckless.org > style :-) It looks nice... but i think surf-7786b245532f as a PKGNAME sucks :) What about using the VERSION set in config.mk instead, even if it's 0.0 atm ? I'm not really happy with the DISTNAME not even carrying 'surf'.. maybe it could be hosted somewhere else with a proper filename (dunno, surf-MMDD ?) Otherwise, i like it.. will probably import it at some point. Thanks, Landry
Re: UPDATE: openobex 1.3 & obexftp 0.23
On Mon, Aug 17, 2009 at 05:13:14PM +0200, Azwaw OUSADOU wrote: > Le Monday 17 August 2009 16:43:20 Stuart Henderson, vous avez écrit : > > On 2009/08/17 15:35, Azwaw OUSADOU wrote: > > > Le Sunday 16 August 2009 20:01:41, vous avez écrit : > > > > Hi, > > > > > > > > I updated openobex and obexftp to new version. I tested it and it's > > > > work fine with my Nokia N72, with my Nokia N95 disconnect failed. I can > > > > do only one operation. With obex you can saw data stocked in the > > > > internal memory of your phone. If you a have a old symbian (S60v1 and > > > > S60v2). You can get data in your memory card only with obex protocol. > > > > > > > > To work fine it's required a patch to libusb: > > > > > > > > With this patch usb_get_string get first the string descriptor (4 > > > > chars) and if it's ok, the requested string. It's required by some > > > > device (like Nokia N70/N72). > > > > > > > > Tested ok in i386. > > > > > > > > BSDManiak > > > > > > PATCH: > > > > your diff is mangled (spaces->tabs and quoted-printable mangling). > > would be nice to clean out the removals of the CVS control files too > > (-x CVS). > > http://ultragames93.free.fr/libusb.diff Did you check that other apps using libusb weren't impacted by this patch ? Also, i don't think we want enable-debug=yes in ports.. And it's generally nice to add a comment on top of each patch saying what is modified and why, in particular in those weird corner cases. > http://ultragames93.free.fr/openobex.diff Same comment applies... so many patches, we don't know why/what things are fixed, where does the patch come from ? freebsd, upstream scm, you ? > http://ultragames93.free.fr/obexftp.diff Ditto.. what's this new patch for apps/obexftp.c, what does it fix ? And for the SHARED_LIBS, we usually don't follow upstream numbering, but that's a minor nit. Other than that, i don't really know how to use it with my N85, which shows as regular umass when configured as UMS (and mounts fine) : umass0 at uhub0 port 2 configuration 1 interface 0 "Nokia N85" rev 2.00/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus2 at umass0: 2 targets, initiator 0 sd0 at scsibus2 targ 1 lun 0: SCSI0 0/direct removable sd0: 7566MB, 512 bytes/sec, 15495168 sec total or shows as umodem when configured as 'pc suite' mode : umodem0 at uhub0 port 2 configuration 1 interface 1 "Nokia N85" rev 2.00/1.00 addr 2 umodem0: data interface 2, has no CM over data, has break umodem0: status change notification available ucom0 at umodem0 are we supposed to use irda or bluetooth to connect to it ? what's a standard commandline ? using obexftp -l -t /dev/cuaU0 when configured as ucom0, it fails. obexftp -u fails too. Landry
Re: py-lxml 2.0.3 => 2.2.1
On Jul 19, 2009, at 7:39 PM, patrick keshishian wrote: On Sun, Jul 19, 2009 at 5:48 AM, Stuart Henderson wrote: On 2009/07/18 16:57, Ryan Boggs wrote: The only problem I encountered was the diff was in DOS format instead of UNIX. I don't know if it was my email or not but wanted to bring this up just in case. gmail's web interface is known for mangling diffs, in + out. Not too sure about that. I just downloaded the diff via clicking on the "Download" link that gmail provides and that has the \r\n sequences. Next i used the "Show Original" link that gives me the original email with headers and all. I copy-pasted the base64 encoded attachment and after decode it shows the \r\n sequences. Just to be sure I downloaded the attachment from marc.info and it too has the \r\n sequences. To rule out marc.info massaging the attachments, I looked at the '[wip] nmap-5.00' diff from today on marc.info, and it did not have the \r\n sequences. ... and yes, I evidently don't have anything better to keep myself occupied wth this morning. --patrick mmm, sorry, just get all @metavers mail. Somehow fetch of this account wasn't working. Sorry for that. I will check all the log to see if I miss anything. Was this change commited ? - benoît
Re: /usr/ports/obj
On 2009/08/17 16:54, frantisek holop wrote:
> hmm, on Mon, Aug 17, 2009 at 03:38:21PM +0100, Stuart Henderson said that
> > On 2009/08/17 02:29, frantisek holop wrote:
> > > hi there,
> > >
> > > now that all ports are being built in /usr/ports/obj,
> > > is SEPARATE_BUILD still relevant?
> >
> > yes, "make clean=build" can be much quicker than "make clean; make patch".
> >
> > > is it possible to redirect this directory (to a bigger
> > > disk perhaps) using /etc/mk.conf?
> >
> > exactly the same as before, set WRKOBJDIR. and if you prefer to put
> > work directories through the ports tree (e.g. so you can cd to them
> > more easily) just set WRKOBJDIR=
>
> great info, this should definitely be in the man page imho...
you're right.
is this any good, would anyone like to suggest improvements?
Index: bsd.port.mk.5
===
RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v
retrieving revision 1.233
diff -u -p -r1.233 bsd.port.mk.5
--- bsd.port.mk.5 12 Aug 2009 22:40:54 - 1.233
+++ bsd.port.mk.5 17 Aug 2009 19:51:08 -
@@ -1926,6 +1926,8 @@ The real working directory ${WRKDIR} is
Can be set on a per-${PKGPATH} basis.
For instance, setting WRKOBJDIR_www/mozilla=/tmp/obj
will affect only the mozilla port.
+If explicitly unset (WRKOBJDIR=), the working directory is
+created in the directory containing the port.
.It Ev X11BASE
Where X11 has been installed (default: /usr/X11R6).
.It Ev XMKMF
Re: /usr/ports/obj
On Mon, Aug 17, 2009 at 9:52 PM, Stuart Henderson wrote:
>
> you're right.
>
> is this any good, would anyone like to suggest improvements?
>
> Index: bsd.port.mk.5
> ===
> RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v
> retrieving revision 1.233
> diff -u -p -r1.233 bsd.port.mk.5
> --- bsd.port.mk.5 12 Aug 2009 22:40:54 - 1.233
> +++ bsd.port.mk.5 17 Aug 2009 19:51:08 -
> @@ -1926,6 +1926,8 @@ The real working directory ${WRKDIR} is
> Can be set on a per-${PKGPATH} basis.
> For instance, setting WRKOBJDIR_www/mozilla=/tmp/obj
> will affect only the mozilla port.
> +If explicitly unset (WRKOBJDIR=), the working directory is
> +created in the directory containing the port.
> .It Ev X11BASE
> Where X11 has been installed (default: /usr/X11R6).
> .It Ev XMKMF
it is ok to me but, please, wait for Jason's comments on this.
Re: UPDATE: openobex 1.3 & obexftp 0.23
Le Monday 17 August 2009 21:24:18, vous avez écrit : > On Mon, Aug 17, 2009 at 05:13:14PM +0200, Azwaw OUSADOU wrote: > > Le Monday 17 August 2009 16:43:20 Stuart Henderson, vous avez écrit : > > > On 2009/08/17 15:35, Azwaw OUSADOU wrote: > > > > Le Sunday 16 August 2009 20:01:41, vous avez écrit : > > > > > Hi, > > > > > > > > > > I updated openobex and obexftp to new version. I tested it and it's > > > > > work fine with my Nokia N72, with my Nokia N95 disconnect failed. I > > > > > can do only one operation. With obex you can saw data stocked in > > > > > the internal memory of your phone. If you a have a old symbian > > > > > (S60v1 and S60v2). You can get data in your memory card only with > > > > > obex protocol. > > > > > > > > > > To work fine it's required a patch to libusb: > > > > > > > > > > With this patch usb_get_string get first the string descriptor (4 > > > > > chars) and if it's ok, the requested string. It's required by some > > > > > device (like Nokia N70/N72). > > > > > > > > > > Tested ok in i386. > > > > > > > > > > BSDManiak > > > > > > > > PATCH: > > > > > > your diff is mangled (spaces->tabs and quoted-printable mangling). > > > would be nice to clean out the removals of the CVS control files too > > > (-x CVS). > > > > http://ultragames93.free.fr/libusb.diff > > Did you check that other apps using libusb weren't impacted by this > patch ? Also, i don't think we want enable-debug=yes in ports.. > And it's generally nice to add a comment on top of each patch saying > what is modified and why, in particular in those weird corner cases. > I put --enable-debug if anyone has a problem with this patch he can help to debug. > > http://ultragames93.free.fr/openobex.diff > > Same comment applies... so many patches, we don't know why/what things are > fixed, where does the patch come from ? freebsd, upstream scm, you ? > openobex and obexftp patch come from me and libusb patch is inspired from a diff founded in freebsd mailling list. Openobex and obexftp were written to run with linux. My patches remove some ways to linux. > > http://ultragames93.free.fr/obexftp.diff > > Ditto.. what's this new patch for apps/obexftp.c, what does it fix ? And > for the SHARED_LIBS, we usually don't follow upstream numbering, but that's > a minor nit. > This patch resolve a crash problem. If NULL is take to times. Then it's crash. > Other than that, i don't really know how to use it with my N85, which > shows as regular umass when configured as UMS (and mounts fine) : > > umass0 at uhub0 port 2 configuration 1 interface 0 "Nokia N85" rev > 2.00/1.00 addr 2 > umass0: using SCSI over Bulk-Only > scsibus2 at umass0: 2 targets, initiator 0 > sd0 at scsibus2 targ 1 lun 0: SCSI0 0/direct removable > sd0: 7566MB, 512 bytes/sec, 15495168 sec total > > or shows as umodem when configured as 'pc suite' mode : > > umodem0 at uhub0 port 2 configuration 1 interface 1 "Nokia N85" rev > 2.00/1.00 addr 2 > umodem0: data interface 2, has no CM over data, has break > umodem0: status change notification available > ucom0 at umodem0 > > are we supposed to use irda or bluetooth to connect to it ? what's a > standard commandline ? using obexftp -l -t /dev/cuaU0 when configured as > ucom0, it fails. > > obexftp -u fails too. > You must to recompile your kernel without umodem support. Then you have a ugen device and you can use obexftp -u. > Landry For use obexftp with USB obex protocol. You must first recompile your kernel without umodem support. Obexftp use /dev/usbX devices. For Nokia phone (S60v1 and S60v2) plug your phone in USB. For other Nokia (S60v3 and more) you must choose PC Suite mode when you plug your phone. bash-4.0$ obexftp -u If USB doesn't work setup permissions in udev or run as superuser. Found 3 USB OBEX interfaces 0 (Manufacturer: Nokia Product: Nokia N95 Serial: (null) Interface description: SYNCML-SYNC) 1 (Manufacturer: Nokia Product: Nokia N95 Serial: (null) Interface description: PC Suite Services) 2 (Manufacturer: Nokia Product: Nokia N95 Serial: (null) Interface description: SYNCML-DM) Use '-u interface_number' to connect Nothing to do. Use --help for help. Choose PC Suite Serivces interface obexftp -u 1 -l for list dir : bash-4.0$ obexftp -u 1 -l If USB doesn't work setup permissions in udev or run as superuser. Connecting...done Tried to connect for 38ms Receiving "(null)"... ]> done Disconnecting...done With my N95 then i can retry obexftp -u 1 -l. It's work in my N72. Original libusb patch is here : http://article.gmane.org/gmane.comp.lib.libusb.devel.general/525 I try to do work properly my N95. Thanks, BSDManiak
Re: UPDATE: openobex 1.3 & obexftp 0.23
On Mon, 17 Aug 2009, Azwaw OUSADOU wrote: <...> > You must to recompile your kernel without umodem support. Then you have a > ugen > device and you can use obexftp -u. What about config(8) instead. > For use obexftp with USB obex protocol. You must first recompile your kernel > without umodem support. Obexftp use /dev/usbX devices. > > For Nokia phone (S60v1 and S60v2) plug your phone in USB. For other Nokia > (S60v3 and more) you must choose PC Suite mode when you plug your phone. > > bash-4.0$ obexftp -u > If USB doesn't work setup permissions in udev or run as superuser. > Found 3 USB OBEX interfaces > > 0 (Manufacturer: Nokia Product: Nokia N95 Serial: (null) Interface > description: SYNCML-SYNC) > 1 (Manufacturer: Nokia Product: Nokia N95 Serial: (null) Interface > description: PC Suite Services) > 2 (Manufacturer: Nokia Product: Nokia N95 Serial: (null) Interface > description: SYNCML-DM) > > Use '-u interface_number' to connect > Nothing to do. Use --help for help. > > Choose PC Suite Serivces interface > > obexftp -u 1 -l for list dir : > > bash-4.0$ obexftp -u 1 -l > If USB doesn't work setup permissions in udev or run as superuser. > Connecting...done > Tried to connect for 38ms > Receiving "(null)"... >[ >]> > > > > done > Disconnecting...done > > With my N95 then i can retry obexftp -u 1 -l. It's work in my N72. > > Original libusb patch is here : > http://article.gmane.org/gmane.comp.lib.libusb.devel.general/525 > > I try to do work properly my N95. > > Thanks, > BSDManiak > > > -- Antoine
Re: Wireshark
On Sun, 16 Aug 2009 18:51:28 -0400 stan wrote: > I realize that there is histroy here but I really need to make this > tool work, and OpenBSD is my OS of choice for network related > functions. > > Has anyone gotten wireshark to compile on OpenBSD 4.5? I am trying to > build version 1.2.1, if that matters. > > Here it's 1.0.7 (i think) and it's working under i386 and amd64 http://student.if.uj.edu.pl/Marcin.Pawlowski/openbsd/ports/wireshark.tar.gz When I will have some free time I will update it ;-) Cheers, pmp
Re: /usr/ports/obj
On Mon, Aug 17, 2009 at 08:52:45PM +0100, Stuart Henderson wrote:
>
> Index: bsd.port.mk.5
> ===
> RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v
> retrieving revision 1.233
> diff -u -p -r1.233 bsd.port.mk.5
> --- bsd.port.mk.5 12 Aug 2009 22:40:54 - 1.233
> +++ bsd.port.mk.5 17 Aug 2009 19:51:08 -
> @@ -1926,6 +1926,8 @@ The real working directory ${WRKDIR} is
> Can be set on a per-${PKGPATH} basis.
> For instance, setting WRKOBJDIR_www/mozilla=/tmp/obj
> will affect only the mozilla port.
> +If explicitly unset (WRKOBJDIR=), the working directory is
> +created in the directory containing the port.
> .It Ev X11BASE
> Where X11 has been installed (default: /usr/X11R6).
> .It Ev XMKMF
reads fine to me.
jmc
[update] net/nmap
Hi, Giovanni Bechis and I made this patch for nmap-5.00. Tested on i386 and amd64. Comments? Cheers, pmp nmap-5.00.diff Description: Binary data
Re: [update] net/nmap
On 2009/08/17 23:41, Pawlowski Marcin Piotr wrote: > Hi, > Giovanni Bechis and I made this patch for nmap-5.00. Tested on i386 and > amd64. Comments? > > Cheers, > pmp Builds and the tested some basics on sparc64 and a bit more on amd64. I'm not ecstatically happy about including sctp.h in files/ (and it makes you wonder why they use autoconf at all if they don't get it to check for things like this...) but since handling it differently would be a rather intrusive patch to have in the ports tree, this is ok with me.
NEW: lang/python/3.1 3.1 -> 3.1.1
I have updated the port of Python 3.1 to version 3.1.1 released yesterday. I also fixed the pydoc3 problem reported by Konrad Foerstner. Get the tarball: http://bitbucket.org/henry/python-31-openbsd-port/get/tip.gz To test the port: $ tar zxvf python-31-openbsd-port-tip.gz $ mv python-31-openbsd-port /usr/ports/lang/python/3.1 Apply the attached patch to /usr/ports/lang/python/Makefile.inc # cd /usr/ports/lang/python && patch -p 0 3.1/Makefile.inc.diff Feedbacks are greatly appreciated! -- Henry Pr?cheur
