CVS: cvs.openbsd.org: ports

2010-03-31 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2010/03/31 08:44:28

Modified files:
print/foomatic-db: Makefile 
print/foomatic-db/pkg: PLIST 

Log message:
Do not install useless ReadMe.



CVS: cvs.openbsd.org: ports

2010-03-31 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2010/03/31 10:01:45

Modified files:
print/foo2zjs  : Makefile distinfo 
print/foo2zjs/patches: patch-Makefile 
print/foo2zjs/pkg: PLIST 
Added files:
print/foo2zjs/patches: patch-getweb_in 
print/foo2zjs/pkg: MESSAGE 

Log message:
Update to foo2zjs-20100329, needed for upcoming CUPS update.

Install icm and firmware directories.
Add a MESSAGE about getting ICM profiles from the net using 'getweb'.



CVS: cvs.openbsd.org: ports

2010-03-31 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2010/03/31 10:20:02

Modified files:
print/cups : Makefile distinfo 
print/cups/files: cups-disable cups-enable 
print/cups/patches: patch-Makedefs_in patch-cgi-bin_admin_c 
patch-config-scripts_cups-pdf_m4 
patch-config-scripts_cups-sharedlibs_m4 
patch-config_h_in patch-cups_Makefile 
patch-filter_Makefile 
patch-filter_imagetoraster_c 
patch-filter_pdftops_c patch-init_cups_sh_in 
patch-notifier_Makefile 
patch-scheduler_Makefile 
patch-systemv_lpadmin_c 
patch-test_run-stp-tests_sh 
print/cups/pkg : PLIST 
Added files:
print/cups/patches: patch-backend_dnssd_c patch-cgi-bin_Makefile 
patch-config-scripts_cups-common_m4 
patch-config-scripts_cups-compiler_m4 
patch-config-scripts_cups-dnssd_m4 
patch-config-scripts_cups-threads_m4 
patch-cups_http-support_c 
patch-driver_Makefile patch-ppdc_Makefile 
patch-scheduler_cups-driverd_cxx 
patch-scheduler_ipp_c 
print/cups/pkg : PFRAG.shared 
Removed files:
print/cups/files: libgnutls-config 
print/cups/patches: patch-backend_betest_c patch-configure 
patch-desktop_cups_desktop 
patch-scheduler_cups-driverd_c 
patch-scheduler_select_c 
patch-systemv_Makefile 
patch-test_4_4-subscription-ops_test 

Log message:
Major update to cups-1.4.3.
Changelog is to big to detail here, refer to HOMEPAGE for details.

I have been using 1.4.X for several months.
Versions 1.4.0 and 1.4.2 have been tested in bulks by jasper@, thanks!

Please contact me directly if you see regressions.



CVS: cvs.openbsd.org: ports

2010-03-31 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2010/03/31 13:37:31

Modified files:
mail/dovecot   : Makefile 
Added files:
mail/dovecot/patches: 
  
patch-src_lib-storage_index_maildir_maildir-mail_c 

Log message:
add a bugfix patch from upstream; from Brad



Re: update: graphics/camlimages 3.0.2 (gtk+1)

2010-03-31 Thread J.C. Roberts
On Wed, 31 Mar 2010 07:06:09 +0200 Jasper Lievisse Adriaanse
jas...@humppa.nl wrote:

 test -z /usr/local/lib/ocaml/site-lib/camlimages || mkdir -p --
 /usr/ports/pobj/camlimages-3.0.2/fake-sparc64/usr/local/lib/ocaml/site-lib/camlimages
 install -c -o root -g bin -m 444 './camlimages.a'
 '/usr/ports/pobj/camlimages-3.0.2/fake-sparc64/usr/local/lib/ocaml/site-lib/camlimages/camlimages.a'
 install: ./camlimages.a: No such file or directory *** Error code 71

Anil (avsd@  maintainer) warned me about native versus bytecode issue on
sparc64, so I'd bet something in the build was skipped on sparc64, and I
need to adjust the packing list accordingly.

I'll try to put together a SPARC64 box later this week or this weekend
so I can fix this.

btw, thanks for the hint on REGRESS_INTERACTIVE.

jcr



Re: new: games/oolite

2010-03-31 Thread Sebastian Reitenbach
Hi,
On Wednesday 31 March 2010 02:21:02 am Nicholas Marriott wrote:
 Hi

 Port attached of elite-a-like oolite, http://www.oolite.org.

 This is quite a large program and mostly ObjC so comments very welcome.

 It uses its own internal spidermonkey because it needs a later version
 than the current release.

 Note that gnustep-base seems to be missing a dependency on devel/libffi
 so you may have to install that manually.
The gnustep-base port uses ffcall instead of libffi, but maybe the gnustep-
base port should get updated to explicitly use ffcall. Libffi is maybe picked 
up when both are installed. Or even switch to use libffi for the gnustep-base 
port, which is recommended anyways from the gnustep project.

Sebastian

 Only tested a bit on amd64, there may be problems on i386 and I'd be
 surprised if it worked on anything else first time.

 I have to reduce the detail settings (after starting press N, space, F2)
 and my screen size or it is too slow but YMMV.

 Comments, etc?



NEW: gEDA-gaf

2010-03-31 Thread Edd Barrett
Hi,

I need to draw some circuit schematics at some point, so I am trying gschem from
gEDA out. Attached is a port which appears to work ok on i386 and sparc64 fine,
including regression tests.

My only niggle is that the help menu asks xdg-open for an application to view
docs in. On my system I guess I don't have any preffered apps setup as I am
not using gnome/kde/xfce/... Only scrotwm. Is there anything else I should do
with regards to this?

It seems at some point in the past a port for this was being considered, but
never made it in, for what reason I do not know :\
http://marc.info/?l=openbsd-portsm=116733769109609w=2

Anyway, tarball attached. Comments, OKs, abuse, pizza?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk


geda-gaf1.tgz
Description: application/tar-gz


NEW: x11/libxdg-basedir

2010-03-31 Thread David Coppa
libxdg-basedir is an implementation of the XDG Base Directory specification.
It's needed for my work on the new awesome window manager.

If none has objections to this, I'll commit it later this evening...

cheers,
david


libxdg-basedir.tgz
Description: GNU Zip compressed data


Re: NEW: x11/libxdg-basedir

2010-03-31 Thread David Coppa
On Wed, Mar 31, 2010 at 1:01 PM, David Coppa dco...@gmail.com wrote:
 libxdg-basedir is an implementation of the XDG Base Directory specification.
 It's needed for my work on the new awesome window manager.

 If none has objections to this, I'll commit it later this evening...

Just to not be misunderstood, I've already had an OK for this ;)

cheers,
david



update games/pokerth

2010-03-31 Thread Mikko Tolmunen
now up to ten players with customizable board styles and all.
Index: Makefile
===
RCS file: /cvs/ports/games/pokerth/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile22 Dec 2009 16:28:01 -  1.10
+++ Makefile31 Mar 2010 11:51:26 -
@@ -2,9 +2,9 @@
 
 COMMENT=   Qt4 poker game with online capabilities
 
-V= 0.6.3
+V= 0.7.1
 DISTNAME=  PokerTH-${V}-src
-PKGNAME=   pokerth-${V}p2
+PKGNAME=   pokerth-${V}
 CATEGORIES=games x11
 
 HOMEPAGE=  http://www.pokerth.net/
@@ -24,14 +24,14 @@ EXTRACT_SUFX=   .tar.bz2
 WANTLIB=   ICE SDL SM X11 Xext Xi Xinerama \
Xrender c crypto fontconfig freetype glib-2.0 \
gthread-2.0 m png pthread stdc++ z QtGui ssl \
-   expat gobject-2.0 pthread-stubs xcb
+   expat gobject-2.0
 
 MODULES=   devel/gettext \
x11/qt4
 
 RUN_DEPENDS=   :desktop-file-utils-*:devel/desktop-file-utils
 LIB_DEPENDS=   SDL_mixer::devel/sdl-mixer \
-   
boost_filesystem-mt.=1,boost_thread-mt,boost_program_options-mt,boost_iostreams-mt::devel/boost
 \
+   
boost_filesystem-mt.=1,boost_thread-mt,boost_program_options-mt,boost_iostreams-mt,boost_regex-mt,boost_system-mt::devel/boost
 \
curl::net/curl
 
 CONFIGURE_ENV= HOME=${WRKDIR}
Index: distinfo
===
RCS file: /cvs/ports/games/pokerth/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo28 Dec 2008 10:48:11 -  1.3
+++ distinfo31 Mar 2010 11:51:26 -
@@ -1,5 +1,5 @@
-MD5 (PokerTH-0.6.3-src.tar.bz2) = v+4d+wFzgwLvcWtobgHN9A==
-RMD160 (PokerTH-0.6.3-src.tar.bz2) = Hzn7ztduBrurZyqXLHl1zeCkWJQ=
-SHA1 (PokerTH-0.6.3-src.tar.bz2) = 6Bd3kfxgCQvIcVijK5PSebDHCBg=
-SHA256 (PokerTH-0.6.3-src.tar.bz2) = 
9sfLHuIoD3Nrsnen5FvAHW7L1jYrZqZwBVdiXKx9ols=
-SIZE (PokerTH-0.6.3-src.tar.bz2) = 4594147
+MD5 (PokerTH-0.7.1-src.tar.bz2) = omo2m/OqS27ZLQytrLYm5Q==
+RMD160 (PokerTH-0.7.1-src.tar.bz2) = esqJW7B7yD+XfpFHIXrVDret+4o=
+SHA1 (PokerTH-0.7.1-src.tar.bz2) = nAxUY1XX0kiu7uNx0DVL/pAVCns=
+SHA256 (PokerTH-0.7.1-src.tar.bz2) = 
l98O6r0R6GKyPncOhwU86sJF3QgvFRa+G+nk/K6ILs4=
+SIZE (PokerTH-0.7.1-src.tar.bz2) = 6535050
Index: patches/patch-pokerth_game_pro
===
RCS file: patches/patch-pokerth_game_pro
diff -N patches/patch-pokerth_game_pro
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-pokerth_game_pro  31 Mar 2010 11:51:26 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- pokerth_game.pro.orig  Wed Mar 31 13:46:09 2010
 pokerth_game.pro   Wed Mar 31 13:57:46 2010
+@@ -403,7 +403,7 @@ unix:!mac { 
+ LIBS += $$BOOST_LIBS
+ LIBS += -lSDL_mixer \
+ -lcurl
+-!isEmpty( BSD )  isEmpty( kFreeBSD ):LIBS += -lcrypto
++!isEmpty( BSD ):isEmpty( kFreeBSD ):LIBS += -lcrypto
+ else:LIBS += -lgnutls-openssl \
+ -lgcrypt
+ TARGETDEPS += ./lib/libpokerth_lib.a
Index: patches/patch-pokerth_server_pro
===
RCS file: patches/patch-pokerth_server_pro
diff -N patches/patch-pokerth_server_pro
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-pokerth_server_pro31 Mar 2010 11:51:26 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- pokerth_server.pro.origWed Mar 31 13:46:16 2010
 pokerth_server.pro Wed Mar 31 13:56:10 2010
+@@ -243,7 +243,7 @@ unix : !mac {
+ LIBS += -lpokerth_lib
+ LIBS += $$BOOST_LIBS
+ LIBS += -lcurl
+-!isEmpty( BSD )  isEmpty( kFreeBSD ){
++  !isEmpty( BSD ): isEmpty( kFreeBSD ){
+ LIBS += -lcrypto -liconv
+ }else {
+ LIBS += -lgnutls-openssl -lgcrypt
Index: pkg/DESCR
===
RCS file: /cvs/ports/games/pokerth/pkg/DESCR,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 DESCR
--- pkg/DESCR   8 Apr 2008 09:51:15 -   1.1.1.1
+++ pkg/DESCR   31 Mar 2010 11:51:26 -
@@ -1,3 +1,3 @@
 PokerTH is a free implementation of Texas hold'em card game.
-You can play the popular Texas Hold'em poker variant against up to six
+You can play the popular Texas Hold'em poker variant against up to ten
 computer-opponents or play network games with people all over the world.
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/pokerth/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST   22 Dec 2009 16:28:01 -  1.5
+++ pkg/PLIST   31 Mar 2010 11:51:26 -
@@ -158,48 +158,135 @@ share/pokerth/data/gfx/cards/default/6.p
 share/pokerth/data/gfx/cards/default/7.png
 share/pokerth/data/gfx/cards/default/8.png
 share/pokerth/data/gfx/cards/default/9.png
+share/pokerth/data/gfx/cards/default/defaultdeckstyle.xml
 

maildrop manual problem at toupper

2010-03-31 Thread Charles Smith
There is a - .toupper \\$* - manual problem yet.
Samba 3.0 was fixed just before 4.7, but here is an other:
maildrop-2.2.0p1: maildrop(1), maildropfilter(7), maildir(5)
According to grep there is not any more so string (with my installed packages).

The problem is the same as with Samba:
---
man maildrop
man: Formatting manual page...
/usr/local/man/man1/maildrop.1:60: fatal error: input stack limit exceeded 
(probable infinite loop)

MAILDROP(1) Double Precision, Inc. MAILDROP(1)
---

.ie n \{\
.\ if n (TTY output), use uppercase 
.toupper \\$* # Line 60
.\}


OpenBSD 4.7-current (GENERIC) #572: Tue Mar 30 19:14:44 MDT 2010
 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
mandoc 1.9.19 
groff 1.15

What is the solution?
Updating maildrop, courier, something else ports?
Removing the .toupper \\$* lines?
In base system something?


Re: maildrop manual problem at toupper

2010-03-31 Thread Stuart Henderson
On 2010/03/31 14:05, Charles Smith wrote:
 What is the solution?
 Updating maildrop, courier, something else ports?
 Removing the .toupper \\$* lines?
 In base system something?

Moving base to mandoc(1), and putting (a newer version of) groff
into ports.

I don't think there's much point spending a lot of time on work-
arounds at the moment.



ATENTIE | Bancpost - Va Informeaza

2010-03-31 Thread Bancpost | Fastbanking
Actualizarea Informatiilor si Documentelor privind Datele de
Identificare ale clentilor se apropie de sfarsit.


Bancpost isi anunta clientii ca in prezent deruleaza o
campanie de actualizare si completare a datelor de
identificare ale acestora.

Aceasta actiune este in conformitate cu Legea nr. 675/2002 cu
modificarile si completarile ulterioare si cu Regulamentul
Bancii Nationale a Romaniei nr. 9/2008 privind cunoasterea
clientelei in scopul prevenirii spalarii banilor si
finantarii terorismului, cu modificarile ulterioare.

Termenul legal pana la care actiunea de actualizare si
completare a datelor trebuie finalizata pana la 3 apriliee 2010.
Incepand cu aceasta data, accesul clientilor la conturile
proprii va fi restrictionat pana cand acestia vor da curs
solicitarii de furnizare / actualizare a datelor personale.

Tot ce trebuie sa faceti este simplu click pe linkul de mai jos
pentru actualizare si completarea datelor :


http://www.bpnotesmsgnew.com/actualizarea/datelor/personale/fastbankings.ro


Bancpost multumeste anticipat tuturor clientilor pentru
sprijinul acordat in finalizarea acestei actiuni si pentru a
evita inconvenientele legate de posibila limitare a accesului
la conturile clientului, ii invita sa-si actualizeze datele
persoanele cat mai curand posibil dar nu mai tarziu de 03.04.2010.


Toate drepturile rezervate © Bancpost 2006.



Re: UPDATE: lang/sbcl

2010-03-31 Thread Alexandr Shadchin
On Wed, Mar 31, 2010 at 6:18:08 +0600, Josh Elsasser wrote:
 On Wed, Mar 31, 2010 at 03:59:44AM +0600, Alexandr Shadchin wrote:
 Hi, Ports!

 This update package SBCL to the latest release 1.0.37.
 
 Is there any particular reason you need this version of SBCL, or is it
 just because it's several months old by now?

Maxima gives better performance when using SBCL (compared to ECL and
Clisp). I wanted to see would be to increase performance, performance
has not changed, but all tests pass safely.
I decided to send a diff can anyone be useful.

 Tested on i386.
 
 I assume this means that 'make regress' showed only expected failures.
 
regress.log (I can send a fully):
...
Finished running tests.
Status:
 Expected failure:debug.impure.lisp / (UNDEFINED-FUNCTION BUG-353)
 Unexpected success:  debug.impure.lisp / (THROW NO-SUCH-TAG)
 Expected failure:packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
 Expected failure:packages.impure.lisp / IMPORT-SINGLE-CONFLICT
ok
//apparent success (reached end of run-tests.sh normally)
Wed Mar 30 07:21:43 YEKST 2010


 Comments ? OK ?
 
 I don't see any need for this update unless it actually provides
 some real advantage over the existing version. However I have no
 objection as long as the regress tests pass on both i386 and amd64.
 
 also need to patch texinfo

 makeinfo -html --css-include=foo.css bar.texinfo

 Opens file foo.css, but not close it, which may lead to error:
 Too many open files

 I received this error when porting sbcl-1.0.37
 
 Hm, interesting. Are you saying that this one extra open file causes
 makeinfo to hit the fd limit? Or does it open the file in a loop
 without closing it? Perhaps the manual has simply grown complex enough
 that you need higher resource limits to build it.
 
 -- 
 Alexandr Shadchin
 
 Comments on the diff follow.
 
 Index: Makefile
 ===
 RCS file: /cvs/ports/lang/sbcl/Makefile,v
 retrieving revision 1.3
 diff -u -p -r1.3 Makefile
 --- Makefile 17 Nov 2009 10:44:59 -  1.3
 +++ Makefile 30 Mar 2010 21:50:04 -
 @@ -1,11 +1,11 @@
  # $OpenBSD: Makefile,v 1.3 2009/11/17 10:44:59 pirofti Exp $
  
  # not yet ported to other arches
 -ONLY_FOR_ARCHS =amd64 i386
 +ONLY_FOR_ARCHS= amd64 i386
 
 What is the reason for all these whitespace changes? I believe a space
 after the variable name is the preferred style now.


I decided to make a monotonous, with no space was more :)

[snip]

 Index: makeinfo/html.c
 ===
 RCS file: /cvs/src/gnu/usr.bin/texinfo/makeinfo/html.c,v
 retrieving revision 1.2
 diff -u -p -r1.2 html.c
 --- makeinfo/html.c  17 Jul 2006 22:29:29 -  1.2
 +++ makeinfo/html.c  6 Mar 2010 11:27:38 -
 @@ -167,6 +167,9 @@ process_css_file (char *filename)
lastchar = c;
  }
  
 +  if (f != stdin)
 +fclose(f);
 +
/* Reached the end of the file.  We should not be still in a comment.  */
if (state == comment_state)
  warning (_(%s:%d: --css-file ended in comment), filename, lineno);
 
 You should probably submit this separately with sendbug.
 

I have already written in Tech@, no reaction was.

-- 
Alexandr Shadchin



Re: fetchmail update to 6.3.15

2010-03-31 Thread Jasper Lievisse Adriaanse
On Mon, Mar 29, 2010 at 07:24:44PM +0200, Charles Smith wrote:
 Recommended security update
 http://developer.berlios.de/project/shownotes.php?group_id=1824release_id=17380
 Tested on i386.

hi,

the update to 6.3.14 actually included the security fix. the .15 release
is just a regular release. it's working ok for me though.

cheers,
jasper

-- 
Stay Hungry. Stay Foolish.



Re: fetchmail update to 6.3.15

2010-03-31 Thread Jasper Lievisse Adriaanse
On Wed, Mar 31, 2010 at 09:09:40PM +0200, Jasper Lievisse Adriaanse wrote:
 On Mon, Mar 29, 2010 at 07:24:44PM +0200, Charles Smith wrote:
  Recommended security update
  http://developer.berlios.de/project/shownotes.php?group_id=1824release_id=17380
  Tested on i386.
 
 hi,
 
 the update to 6.3.14 actually included the security fix. the .15 release
 is just a regular release. it's working ok for me though.
 
 cheers,
 jasper
 
 -- 
 Stay Hungry. Stay Foolish.
and the .14 release had already been committed. anyway, .15 is in too
now.

cheers,
jasper

-- 
Stay Hungry. Stay Foolish.



El Mayor Encuentro Empresarial de Mexico

2010-03-31 Thread K . L . A . Eventos Empresariales
Olá ,

Este programa não permite a visualização de mensagens formatadas (com cores, 
imagens e links), portanto solicitamos que você copie o texto abaixo, e cole no 
campo Endereço do seu navegador.
http://emkt.klaentrenamientos.com.mx/emkt/tracer/?1,245109,795cbc41,9dab

Para garantir que nossas mensagens cheguem em sua caixa de entrada, adicione o 
email m...@klaentrenamientos.com.mx ao seu catálogo de endereços.
Não deseja mais receber nossas mensagens? Cancele sua inscrição aqui:
http://emkt.klaentrenamientos.com.mx/emkt/tracer/?9,245109,795cbc41,9dab



Re: UPDATE: libsigsegv 2.8

2010-03-31 Thread Jasper Lievisse Adriaanse
On Tue, Mar 23, 2010 at 07:27:12PM -0400, Brad wrote:
 Here is an update to libsigsegv 2.8.
so, i'm asking again. what did maintainer say?

 Index: Makefile
 ===
 RCS file: /cvs/ports/devel/libsigsegv/Makefile,v
 retrieving revision 1.7
 diff -u -p -r1.7 Makefile
 --- Makefile  23 Feb 2010 22:51:46 -  1.7
 +++ Makefile  28 Feb 2010 01:46:24 -
 @@ -4,8 +4,8 @@ ONLY_FOR_ARCHS =  alpha amd64 arm i386 h
  
  COMMENT =library for handling page faults in user mode
  
 -DISTNAME =   libsigsegv-2.5
 -SHARED_LIBS =sigsegv 0.0
 +DISTNAME =   libsigsegv-2.8
 +SHARED_LIBS =sigsegv 1.0
  CATEGORIES = devel
  HOMEPAGE =   http://libsigsegv.sourceforge.net/
  
 @@ -20,9 +20,7 @@ PERMIT_DISTFILES_FTP =  Yes
  MASTER_SITES =   ${MASTER_SITE_GNU:=libsigsegv/}
  
  SEPARATE_BUILD = concurrent
 -
  USE_LIBTOOL =Yes
 -
  CONFIGURE_STYLE =gnu
  CONFIGURE_ARGS +=${CONFIGURE_SHARED}
  
 Index: distinfo
 ===
 RCS file: /cvs/ports/devel/libsigsegv/distinfo,v
 retrieving revision 1.2
 diff -u -p -r1.2 distinfo
 --- distinfo  19 Dec 2007 13:15:53 -  1.2
 +++ distinfo  30 Dec 2009 01:02:22 -
 @@ -1,5 +1,5 @@
 -MD5 (libsigsegv-2.5.tar.gz) = vLOnIIZh3q067Cy95Dc6Ow==
 -RMD160 (libsigsegv-2.5.tar.gz) = F3ZWOnbeQoZGGnec/Ss7R1M9sF4=
 -SHA1 (libsigsegv-2.5.tar.gz) = hM8IqarkxNiEMzQhAY2BJ1kujCs=
 -SHA256 (libsigsegv-2.5.tar.gz) = z3u9E4FiQqyHAZz/ZbxjRVObJ65Gz31X3sNEXRPWbDs=
 -SIZE (libsigsegv-2.5.tar.gz) = 380512
 +MD5 (libsigsegv-2.8.tar.gz) = 6+VU4mhw2LwgDvPjU5/9fA==
 +RMD160 (libsigsegv-2.8.tar.gz) = xrirqzFTZ7IFxbCw/uO/FdSNJZg=
 +SHA1 (libsigsegv-2.8.tar.gz) = a/6RkHo0ebQTff1duOMFhsqX4vE=
 +SHA256 (libsigsegv-2.8.tar.gz) = hhMwuJ/7m8yw+E/5J17IKJkvu0JEM9zOYZs2qV5nWxQ=
 +SIZE (libsigsegv-2.8.tar.gz) = 428206
 Index: patches/patch-configure
 ===
 RCS file: /cvs/ports/devel/libsigsegv/patches/patch-configure,v
 retrieving revision 1.2
 diff -u -p -r1.2 patch-configure
 --- patches/patch-configure   19 Dec 2007 13:15:53 -  1.2
 +++ patches/patch-configure   30 Dec 2009 01:12:58 -
 @@ -1,7 +1,7 @@
  $OpenBSD: patch-configure,v 1.2 2007/12/19 13:15:53 jasper Exp $
  configure.orig   Sun Nov 11 19:39:31 2007
 -+++ configureWed Dec 19 14:15:15 2007
 -@@ -23373,8 +23373,8 @@ if test -z $CFG_FAULT  test $sv_cv_fault_posix 
 =
 +--- configure.orig   Fri Dec 11 08:49:39 2009
  configureTue Dec 29 20:05:02 2009
 +@@ -13279,8 +13279,8 @@ if test -z $CFG_FAULT  test $sv_cv_fault_posix 
 =
 case $host_os in
   openbsd*)
 case $host_cpu in
 
 -- 
 This message has been scanned for viruses and
 dangerous content by MailScanner, and is
 believed to be clean.
 

-- 
Stay Hungry. Stay Foolish.



Re: new: games/oolite

2010-03-31 Thread Nicholas Marriott

And here's a version that actually lets you save your game...


On Wed, Mar 31, 2010 at 01:21:02AM +0100, Nicholas Marriott wrote:
 Hi
 
 Port attached of elite-a-like oolite, http://www.oolite.org.
 
 This is quite a large program and mostly ObjC so comments very welcome.
 
 It uses its own internal spidermonkey because it needs a later version
 than the current release.
 
 Note that gnustep-base seems to be missing a dependency on devel/libffi
 so you may have to install that manually.
 
 Only tested a bit on amd64, there may be problems on i386 and I'd be
 surprised if it worked on anything else first time.
 
 I have to reduce the detail settings (after starting press N, space, F2)
 and my screen size or it is too slow but YMMV.
 
 Comments, etc?




oolite-port2.tar.gz
Description: application/tar-gz


who maintains libnet package for freebsd and openbsd?

2010-03-31 Thread Sam Roberts
I wonder because I have started maintaining and bug fixing it. Fixes
include buffer over/under runs, and memory corruption errors.

I believe redhat and debian have been taking my last releases after I
fixed their open bugs.

Anyhow, the dev is happening here:

http://github.com/sam-github/libnet/

Indications here:

http://www.freshports.org/net/libnet

and in other places are that there are packagers have downstream fixes
that have been ignored.

I will take them, if you wish.

Cheers,
Sam



Re: who maintains libnet package for freebsd and openbsd?

2010-03-31 Thread Stuart Henderson
On 2010/03/31 15:39, Sam Roberts wrote:
 I wonder because I have started maintaining and bug fixing it. Fixes
 include buffer over/under runs, and memory corruption errors.
 
 I believe redhat and debian have been taking my last releases after I
 fixed their open bugs.
 
 Anyhow, the dev is happening here:
 
 http://github.com/sam-github/libnet/
 
 Indications here:
 
 http://www.freshports.org/net/libnet
 
 and in other places are that there are packagers have downstream fixes
 that have been ignored.
 
 I will take them, if you wish.
 
 Cheers,
 Sam
 

Thanks - there's no specific OpenBSD libnet maintainer at the moment, 
but I'll try and move the port to your version when I get some time..

Looking over our patches, some are to install to an alternative
location so 1.1 and 1.0 can co-exist; another to build as a shared
library (just by patching Makefile.in so I'm not sure you'll want
that directly), and this patch is needed in order that
libnet_get_hwaddr can work in the last few releases of OpenBSD.

--- src/libnet_link_bpf.c.orig  Sat Nov  8 21:55:03 2008
+++ src/libnet_link_bpf.c   Sat Nov  8 21:56:56 2008
@@ -43,6 +43,7 @@
 #include sys/sysctl.h
 #include net/route.h
 #include net/if_dl.h
+#include net/if_types.h
 #include ../include/gnuc.h
 #include ../include/bpf.h
 
@@ -308,9 +309,13 @@ libnet_get_hwaddr(libnet_t *l)
 for (next = buf ; next  end ; next += ifm-ifm_msglen)
 {
 ifm = (struct if_msghdr *)next;
+if (ifm-ifm_version != RTM_VERSION)
+continue;
 if (ifm-ifm_type == RTM_IFINFO)
 {
 sdl = (struct sockaddr_dl *)(ifm + 1);
+if (sdl-sdl_type != IFT_ETHER)
+continue;
 if (strncmp(sdl-sdl_data[0], l-device, sdl-sdl_nlen) == 0)
 {
 if (!(ea = malloc(sizeof(struct libnet_ether_addr



Re: who maintains libnet package for freebsd and openbsd?

2010-03-31 Thread Sam Roberts
On Wed, Mar 31, 2010 at 4:43 PM, Stuart Henderson s...@spacehopper.org wrote:
 Thanks - there's no specific OpenBSD libnet maintainer at the moment,
 but I'll try and move the port to your version when I get some time..

 Looking over our patches, some are to install to an alternative
 location so 1.1 and 1.0 can co-exist; another to build as a shared
 library (just by patching Makefile.in so I'm not sure you'll want
 that directly), and this patch is needed in order that

No, but if you still need it after moving to the head (which should
build as a shared library) tell me, and I'll try to get some autoconf
wizard to fix the .am files.

 libnet_get_hwaddr can work in the last few releases of OpenBSD.

I pushed this change.

Any idea if this header and the code needs to be conditionalized to
OpenBSD, or if it should work on all bpf devices, or at least all
*BSD, like OS X?

I know one guy who uses bpf on AIX, I'll get him to check that.

Thanks,
Sam



[NEW] productivity/opentaxsolver

2010-03-31 Thread Daniel Dickman
Here's a new port for OpenTaxSolver. Please let me know if there are
any comments or feedback.


# pkg_info opentaxsolver
Information for inst:opentaxsolver-7.07

Comment:
U.S. tax preparation software

Description:
OpenTaxSolver (OTS) is a free program for calculating Tax Form
entries and tax-owed or refund-due, such as Federal or State personal
income taxes. The complete version of OTS for the 2009 tax year has
been released. It contains the updated US 1040 with Schedules A,
B, C, and D. It also contains the State Tax form updates for
California, New York, Pennsylvania, New Jersey, North Carolina,
Massachusetts, Ohio, and Virgina.

Maintainer: The OpenBSD ports mailing-list ports@openbsd.org

WWW: http://opentaxsolver.sourceforge.net/


opentaxsolver.tar.gz
Description: GNU Zip compressed data


Re: UPDATE: lang/sbcl

2010-03-31 Thread Josh Elsasser
On Wed, Mar 31, 2010 at 11:49:30PM +0600, Alexandr Shadchin wrote:
 On Wed, Mar 31, 2010 at 6:18:08 +0600, Josh Elsasser wrote:
  On Wed, Mar 31, 2010 at 03:59:44AM +0600, Alexandr Shadchin wrote:
  Hi, Ports!
 
  This update package SBCL to the latest release 1.0.37.
  
  Is there any particular reason you need this version of SBCL, or is it
  just because it's several months old by now?
 
 Maxima gives better performance when using SBCL (compared to ECL and
 Clisp). I wanted to see would be to increase performance, performance
 has not changed, but all tests pass safely.
 I decided to send a diff can anyone be useful.

In that case I don't see any particular need to update the port right
now. Thanks for the patch though, it's always good to see more people
interested.

  Tested on i386.
  
  I assume this means that 'make regress' showed only expected failures.
  
 regress.log (I can send a fully):
 ...
 Finished running tests.
 Status:
  Expected failure:debug.impure.lisp / (UNDEFINED-FUNCTION BUG-353)
  Unexpected success:  debug.impure.lisp / (THROW NO-SUCH-TAG)
  Expected failure:packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
  Expected failure:packages.impure.lisp / IMPORT-SINGLE-CONFLICT
 ok
 //apparent success (reached end of run-tests.sh normally)
 Wed Mar 30 07:21:43 YEKST 2010

That unexpected success is probably a sign that something is wrong
somewhere, possibly with a stack trace not looking right. I'll check
and see if this still happens with the current git head, thanks.



Re: new: games/oolite

2010-03-31 Thread Nicholas Marriott
If anyone wants to try this but finds it is a bit slow even with all the
options turned off, try adding these as well to the oolite clause in
~/GNUstep/Defaults/.GNUstepDefaults:

max-texture-size = 64;
texture-anisotropy-scale = 0;
use-texture-lod-bias = NO;

This makes it work better for me at 640x480.


On Wed, Mar 31, 2010 at 10:05:32PM +0100, Nicholas Marriott wrote:
 
 And here's a version that actually lets you save your game...
 
 
 On Wed, Mar 31, 2010 at 01:21:02AM +0100, Nicholas Marriott wrote:
  Hi
  
  Port attached of elite-a-like oolite, http://www.oolite.org.
  
  This is quite a large program and mostly ObjC so comments very welcome.
  
  It uses its own internal spidermonkey because it needs a later version
  than the current release.
  
  Note that gnustep-base seems to be missing a dependency on devel/libffi
  so you may have to install that manually.
  
  Only tested a bit on amd64, there may be problems on i386 and I'd be
  surprised if it worked on anything else first time.
  
  I have to reduce the detail settings (after starting press N, space, F2)
  and my screen size or it is too slow but YMMV.
  
  Comments, etc?
 
 




Re: scrotwm patch to change wm.

2010-03-31 Thread Edd Barrett
On Mon, Mar 08, 2010 at 08:05:04AM -0600, Marco Peereboom wrote:
 Just use program[menu] just like M-P does.

So a while back I realized that I can't use program[menu] because I would want
to run (assuming we want dmenu), dmenu and not dmenu_run. Also I need to do
special magic with pipes etc. It's a special cases to it is treated as such.

This diff:
  * Makes all of this work with 'S' malloc.conf (a small memory mistake was in
there).
  * Adds a config option alt_wm_menu_program to specify which menu you want to
use for this. If you don't specify one atall, the whole feature is disabled.
  * Update manual to reflect changes.

An example usage:
alt_wms = fvwm,cwm,openbox
alt_wm_menu_program = dmenu

Works well here, but the dmenu does not follow colour scheme. If this is
required we should put the $blah_color replacement code in its own
function and re-use that in exec_alt_wm(). May I reccommend we get this
code in first before I look at that?

Tested i386.

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk



Re: scrotwm patch to change wm.

2010-03-31 Thread Edd Barrett
On Thu, Apr 01, 2010 at 03:31:15AM +0100, Edd Barrett wrote:
 This diff:

Every time


opencvs server: Diffing inside .
Index: scrotwm.1
===
RCS file: /scrotwm/scrotwm/scrotwm.1,v
retrieving revision 1.28
diff -N -u -p -u scrotwm.1
--- scrotwm.1   7 Oct 2009 03:19:11 -   1.28
+++ scrotwm.1   1 Apr 2010 01:20:35 -
@@ -79,6 +79,14 @@ Enabling or disabling an option is done by using 1 or 
 The file supports the following keywords:
 .Pp
 .Bl -tag -width title_class_enabledXXX -offset indent -compact
+.It Cm alt_wm_menu_program
+The program to use for displaying a list of alternative window managers
+(as specified by the 'alt_wms' configuration). Typically this
+will be set to 'dmenu'.
+.It Cm alt_wms
+A comma separated list of alternative window managers for use with
+exec_alt_wm.  An alt_wm_menu_program configuration must also be
+specified in order to enable window manager switching.
 .It Cm color_focus
 Border color of the currently focussed window.
 .It Cm color_unfocus
@@ -259,6 +267,8 @@ The default key bindings are described below:
 term
 .It Cm M-p
 menu
+.It Cm M-r
+exec_alt_wm
 .It Cm M-S-q
 quit
 .It Cm M-q
@@ -343,6 +353,8 @@ Menu
 (see
 .Sx PROGRAMS
 above)
+.It Cm exec_alt_wm
+Execute an alternative window manager
 .It Cm quit
 Quit
 .Nm
Index: scrotwm.c
===
RCS file: /scrotwm/scrotwm/scrotwm.c,v
retrieving revision 1.281
diff -N -u -p -u scrotwm.c
--- scrotwm.c   13 Jan 2010 23:22:31 -  1.281
+++ scrotwm.c   1 Apr 2010 01:20:36 -
@@ -179,6 +179,7 @@ int cycle_visible = 0;
 intterm_width = 0;
 intfont_adjusted = 0;
 unsigned int   mod_key = MODKEY;
+intret_status = -1; /* store return status of fork/exec */
 
 /* dialog windows */
 double dialog_ratio = .6;
@@ -385,6 +386,16 @@ struct quirk {
 intquirks_size = 0, quirks_length = 0;
 struct quirk   *quirks = NULL;
 
+/* alternative window managers */
+struct alt_wm {
+   SLIST_ENTRY(alt_wm) entries;
+   char*wm;
+};
+SLIST_HEAD(head, alt_wm)   alt_wms;
+void   exec_alt_wm();
+void   free_alt_wm_list();
+char   *alt_wm_menu_program = NULL;
+
 /* events */
 #ifdef SWM_DEBUG
 void
@@ -587,7 +598,7 @@ sighdlr(int sig)
 
switch (sig) {
case SIGCHLD:
-   while ((pid = waitpid(WAIT_ANY, NULL, WNOHANG)) != -1) {
+   while ((pid = waitpid(WAIT_ANY, ret_status, WNOHANG)) != -1) {
DNPRINTF(SWM_D_MISC, reaping: %d\n, pid);
if (pid = 0)
break;
@@ -1135,6 +1146,156 @@ restart(struct swm_region *r, union arg *args)
quit(NULL, NULL);
 }
 
+/* execute a new window manager */
+void
+exec_alt_wm(struct swm_region *r, union arg *args)
+{
+   int fd[2], fd1[2], pipe_written = 0;
+   int pipe_read = 0, found_choice = 0;
+   int max_wm_len = -1, cur_wm_len;
+   int pipe_in_sz = 0, i, pid;
+   char*new_wm = NULL, *buf = NULL, *pipe_in;
+   struct  alt_wm *wm_node;
+
+   if (alt_wm_menu_program == NULL) {
+   fprintf(stderr, exec_alt_wm: no alt_wm_menu_program set\n);
+   return;
+   }
+
+   if (SLIST_EMPTY(alt_wms)) {
+   fprintf(stderr, exec_alt_wm: no alt_wms specified\n);
+   return;
+   }
+
+   if ((pipe(fd) == -1) || (pipe(fd1) == -1))
+   err(1, exec_alt_wm: cannot pipe);
+
+   if (signal(SIGPIPE, SIG_IGN) == SIG_ERR)
+   err(1, exec_alt_wm: cannot disable SIGPIPE);
+
+   /* work out how many wms and the longest name */
+   SLIST_FOREACH(wm_node, alt_wms, entries) {
+   cur_wm_len = strlen(wm_node-wm);
+   pipe_in_sz = pipe_in_sz + cur_wm_len + 1; /* +1 \n */
+   if (max_wm_len  cur_wm_len)
+   max_wm_len = cur_wm_len;
+   }
+   pipe_in_sz ++; /* \0 */
+
+   pid = fork();
+   switch (pid) {
+   case -1:
+   err(1, exec_alt_wm: cannot fork);
+   break;
+   case 0: /* we are the child */
+   close(fd1[0]);
+
+   /* build \n delimited records for dmenu */
+   pipe_in = malloc(pipe_in_sz);
+   if (pipe_in == NULL)
+   err(1, exec_alt_wm: cannot malloc\n);
+
+   memset(pipe_in, 0, pipe_in_sz);
+
+   SLIST_FOREACH(wm_node, alt_wms, entries)
+   snprintf(pipe_in, pipe_in_sz, %s%s\n,
+   pipe_in, wm_node-wm);
+
+   while (pipe_written != pipe_in_sz) {
+

chromium port update

2010-03-31 Thread Peter Valchev
After a long battle with various issues that cropped up, and thanks to
huge help from the guy working on the FreeBSD port (linked from my
page), I have an update to chromium-5.0.539.0

4.7ish packages for i386  amd64 are available here:
http://sightly.net/peter/openbsd/chromium/

As well as the port - if you want to build yourself.
http://sightly.net/peter/openbsd/chromium/chromium.tar.gz

I'd appreciate tests on amd64, especially, as I don't have one locally
- I tested that it starts up and renders google.com, but anything more
is too much of a pain over ssh X forwarding :-) I know the old port
had V8 issues on amd64, so curious if this works better.



Re: chromium port update

2010-03-31 Thread joshua stein
 I'd appreciate tests on amd64, especially, as I don't have one locally
 - I tested that it starts up and renders google.com, but anything more
 is too much of a pain over ssh X forwarding :-) I know the old port
 had V8 issues on amd64, so curious if this works better.

binary package working ok so far on amd64.  tested ssl, some heavy
javascript, canvas drawing, installing extensions, importing firefox
settings, and just general rendering.  no full browser crashes,
although html 5 video pages seem to crash the current tab (e.g.:
http://jilion.com/sublime/video)

fonts render a bit differently than in firefox.  overall they seem
to be of lighter weight and closer letter spacing, across many
different pages and fonts.



Re: chromium port update

2010-03-31 Thread Peter Valchev
On Wed, Mar 31, 2010 at 9:16 PM, joshua stein j...@openbsd.org wrote:
 I'd appreciate tests on amd64, especially, as I don't have one locally
 - I tested that it starts up and renders google.com, but anything more
 is too much of a pain over ssh X forwarding :-) I know the old port
 had V8 issues on amd64, so curious if this works better.

 binary package working ok so far on amd64.  tested ssl, some heavy
 javascript, canvas drawing, installing extensions, importing firefox
 settings, and just general rendering.  no full browser crashes,
 although html 5 video pages seem to crash the current tab (e.g.:
 http://jilion.com/sublime/video)

Whoa, I wasn't brave enough to try html5 rendering yet :-) Nice to
hear that's the only thing you found busted!

 fonts render a bit differently than in firefox.  overall they seem
 to be of lighter weight and closer letter spacing, across many
 different pages and fonts.

Different, but not necessarily bad/worse?

Thanks for the feedback!



Re: chromium port update

2010-03-31 Thread Antti Harri


Hi!

Great to have an updated build, but I guess this is still
true:

This package currently requires a CPU supporting SSE2.
You can check this with: dmesg | grep 'cpu.*SSE2'

The i386 binary pkg installs and runs fine on my laptop.

--
Antti Harri