Re: NEW: x11/yeahlaunch

2007-06-04 Thread Antoine Jacoutot

On Mon, 4 Jun 2007, Scott Vokes wrote:

Here's yeahlaunch, a simple and lightweight application launcher for X
that retreats off the screen when not in use.

There is a demo here: http://phrat.de/yeahlaunch.avi


This looks fun, I'll take care of it.

--
Antoine



Re: New: Minimal TeXLive Port. Please test and comment.

2007-06-04 Thread Marc Espie
On Sun, Jun 03, 2007 at 02:54:15PM +0100, Edd Barrett wrote:
 The script does not just remove man pages. Are the rest of the files
 ok to stay there? The reason it is scripted is so that I don'thave to
 spend ages manually commenting PLIST lines.
 


You don't have to spend ages manually commenting PLIST lines.
Stuff you comment out in a PLIST *stays commented* when you run make
update-plist.



Festival doesn't work

2007-06-04 Thread Karel Kulhavy
OpenBSD 4.0, tried festival-1.95betap1 and festival-1.95betap1-ogi. Both have
the same problem. According to the help,

  (SayText TEXT)  Synthesize text, text should be surrounded by
double quotes
  (voice_rab_diphone) Select voice (Britsh Male)

festival (SayText hello)
-=-=-=-=-=- EST Error -=-=-=-=-=-
{FND} Feature Token_Method not defined

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
festival (voice_rab_diphone)
SIOD ERROR: unbound variable : voice_rab_diphone

I remember trying this in the times I had Linux and it just worked on the
first try.

CL



Re: Remove x11/ion

2007-06-04 Thread Simon Kuhnle
Hi,

I'm sorry to revive this discussion, but what is the plan for x11/ion
now? Renaming it? If yes, then what name? Or removing it?

Would be nice to get a clear decission, as it's my favorite WM ATM.

-- 
simon



Re: NEW: x11/yeahlaunch

2007-06-04 Thread Antoine Jacoutot
On Monday 04 June 2007 08:17:29 Antoine Jacoutot wrote:
 On Mon, 4 Jun 2007, Scott Vokes wrote:
  Here's yeahlaunch, a simple and lightweight application launcher for X
  that retreats off the screen when not in use.
 
  There is a demo here: http://phrat.de/yeahlaunch.avi

 This looks fun, I'll take care of it.

Allright.
I cleaned it up and removed the patch, new tarball attached.

When submitting ports, you must be running current.

Comments/Ok?

-- 
Antoine


yeahlaunch.tar.gz
Description: application/tgz


Re: UPDATE: www/twiki

2007-06-04 Thread Alexandre Anriot
On Sat, Jun 02, 2007 at 12:54:25PM -0400, Jason Crawford wrote:
 Here is an update to the recently committed twiki port to go from
 4.1.1 to 4.1.2. This adds a few things, the biggest being locale
 support. I've tested on i386 through fully configuring a newly
 installed twiki page on OpenBSD's apache non-chroot.

 +htdocs/twiki/tools/native_search/
 +htdocs/twiki/tools/native_search/Makefile.PL
 +htdocs/twiki/tools/native_search/NativeTWikiSearch.pm
 +htdocs/twiki/tools/native_search/NativeTWikiSearch.xs
 +htdocs/twiki/tools/native_search/cgrep.c
 +htdocs/twiki/tools/native_search/test.pl

Only the .pm is needed no?



Re: Remove x11/ion

2007-06-04 Thread Pedro Martelletto
On Mon, Jun 04, 2007 at 03:31:16PM +0200, Simon Kuhnle wrote:
 So the current ports version will be the last?

Unless someone decides to please the author or he changes the license,
yes.

-p.



Re: Remove x11/ion

2007-06-04 Thread Simon Kuhnle
On Mon, Jun 04, 2007 at 02:47:04PM +0200, Pedro Martelletto wrote:
 In my case, I definitely lack the time and will to fulfill such stupid
 requirements. Besides, while certainly unadvisable in a ports mailing
 list, I'm pretty sure every Ion user out there is smart enough to fetch
 and compile from source.

So the current ports version will be the last?
Well, I'm fine with compiling it myself.

-- 
simon



Oi t� bem?

2007-06-04 Thread studio69_fx
Oi, tudo bem!

Faz tanto tempo que não nos vemos hein?!

To com maior saudades de ti!

Consegui teu email com aquela sua amiga sabe??

Coloquei na internet algumas fotos do meu álbum,

se você me reconhecer você me retorna ok?

Veja se ainda lembra de mim!!!

Album


Nmap updated to 4.20

2007-06-04 Thread Milan Bartoš
Hi, i updated Makefile of /usr/ports/net/nmap to Nmap version 4.20. Is it 
possible, send this Makefile to official port tree? I hope, this is 
possible ;-)
Thanks
P.S. Makefile is attached
# $OpenBSD: Makefile,v 1.69 2007/01/04 20:19:54 steven Exp $

COMMENT=	scan ports and fingerprint stack of network hosts

DISTNAME=	nmap-4.20
PKGNAME=	${DISTNAME}
CATEGORIES=	net security
MASTER_SITES=	${HOMEPAGE}dist/
EXTRACT_SUFX=	.tgz

HOMEPAGE=	http://www.insecure.org/nmap/

MAINTAINER=	Giovanni Bechis [EMAIL PROTECTED]

# GPL
PERMIT_PACKAGE_CDROM=	Yes
PERMIT_PACKAGE_FTP=	Yes
PERMIT_DISTFILES_CDROM=	Yes
PERMIT_DISTFILES_FTP=	Yes
WANTLIB=		c crypto m pcap ssl stdc++ 

USE_GMAKE=		yes

CONFIGURE_STYLE= 	gnu
CONFIGURE_ARGS=		--with-libpcap=/usr \
			--with-openssl=/usr \
			--with-libpcre=${LOCALBASE} \
			--with-libdnet=${LOCALBASE}
MODGNU_CONFIG_GUESS_DIRS=	${WRKSRC} \
${WRKSRC}/nbase \
${WRKSRC}/nsock/src

FLAVORS=	no_x11
FLAVOR?=	

LIB_DEPENDS+=	pcre::devel/pcre \
		dnet::net/libdnet

.if ${FLAVOR:L:Mno_x11}
ALL_TARGET=	nmap
CONFIGURE_ARGS+=--without-nmapfe
.else
LIB_DEPENDS+=	gdk_pixbuf-2.0,gdk-x11-2.0,gtk-x11-2.0::x11/gtk+2

USE_X11=	Yes
ALL_TARGET=	nmap nmapfe/nmapfe
WANTLIB+=	X11 Xext Xrender fontconfig freetype z \
		atk-1.0 glib-2.0 gmodule-2.0 gobject-2.0 glitz png \
		pango-1.0 pangoft2-1.0 pangocairo-1.0 cairo
MODULES=	devel/gettext
.endif

NO_REGRESS=	Yes

.include bsd.port.mk


concerning new port security/libgsasl

2007-06-04 Thread Ryan Corder

has anyone taken a look at the new port I posted for
security/libgsasl a few weeks back?

questions? comments? criticisms?

thanks.
ryanc

-- 
==
ryan corder ryanc at silverorb dot net
GnuPG key: http://silverorb.net/~ryanc/stuff/ryanc.asc
There is a multi-legged creature crawling on your shoulder.
   -- Spock, A Taste of Armageddon, stardate 3193.9
==



Pidgin Packages

2007-06-04 Thread Jimmy Mitchener

Pidgin seems pretty ready to be packaged up to me. I've been running
the port  for a week or so with no problems. Is Gaim ready to be
dropped? I know there was some concern about ports using libgaim, but
I think those have all been cleared up.

Jimmy.



Re: NEW: devel/libsigsegv

2007-06-04 Thread steven mestdagh
Scott Vokes [2007-06-04, 12:24:40]:
 Actually, here's a quick update.
 
 Please test and commit.
 
 Scott
 
 On 6/4/07, Scott Vokes [EMAIL PROTECTED] wrote:
 Porting this seems to be the first step to updating lang/clisp.
 
From the DESCR:
 This is a library for handling page faults in user mode. A page fault
 occurs when a program tries to access to a region of memory that is
 currently not available. Catching and handling a page fault is a useful
 technique for implementing:
 * pageable virtual memory,
 * memory-mapped access to persistent databases,
 * generational garbage collectors,
 * stack overflow handlers,
 * distributed shared memory,
 * ...
 
 Tested on i386, the regression tests passed. Please test and commit.

Can you make it work on other architectures?
Below is the build output on amd64.

+++ Mon Jun  4 21:39:12 CEST 2007
===  Checking files for libsigsegv-2.4
`/a/distfiles/libsigsegv-2.4.tar.gz' is up to date.
 (SHA256) libsigsegv-2.4.tar.gz: OK
===  Extracting for libsigsegv-2.4
===  Patching for libsigsegv-2.4
===  Configuring for libsigsegv-2.4
configure: loading site script /usr/ports/infrastructure/db/config.site

Build Tools:
checking for a BSD-compatible install... /usr/bin/install -c -o root -g bin
checking whether build environment is sane... yes
checking for gawk... (cached) nawk
checking whether make sets $(MAKE)... (cached) yes
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether cc accepts -g... (cached) yes
checking for cc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of cc... none
checking how to run the C preprocessor... cc -E
checking build system type... x86_64-unknown-openbsd4.1
checking host system type... x86_64-unknown-openbsd4.1
checking host platform... x86_64-unknown-openbsd4.1
checking for a BSD-compatible install... /usr/bin/install -c -o root -g bin
checking for a sed that does not truncate output... /usr/bin/sed
checking for egrep... (cached) grep -E
checking for ld used by cc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... match_pattern 
/lib[^/]+(\.so\.[0-9]+\.[0-9]+|\.so|_pic\.a)$
checking for ANSI C header files... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for dlfcn.h... (cached) yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether c++ accepts -g... (cached) yes
checking dependency style of c++... none
checking how to run the C++ preprocessor... c++ -E
checking for g77... g77
checking whether we are using the GNU Fortran 77 compiler... (cached) yes
checking whether g77 accepts -g... (cached) yes
checking the maximum length of command line arguments... (cached) 131072
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for objdir... .libs
checking for ar... (cached) ar
checking for ranlib... (cached) ranlib
checking for strip... (cached) strip
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... openbsd4.1 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag CXX to libtool
checking for ld used by c++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes
checking for c++ option to produce PIC... -fPIC
checking if c++ PIC flag -fPIC works... yes
checking if c++ static flag -static works... yes
checking if c++ supports -c -o file.o... yes
checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... 

Re: Pidgin Packages

2007-06-04 Thread Brad
On Mon, 4 Jun 2007 11:45:20 -0800
Jimmy Mitchener [EMAIL PROTECTED] wrote:

 Pidgin seems pretty ready to be packaged up to me. I've been running
 the port  for a week or so with no problems. Is Gaim ready to be
 dropped? I know there was some concern about ports using libgaim, but
 I think those have all been cleared up.
 
 Jimmy.

The 4 plug-ins in the ports tree were updated and renamed for pidgin.
The gaim port was removed a week ago.



Re: Pidgin Packages

2007-06-04 Thread steven mestdagh
Jimmy Mitchener [2007-06-04, 11:45:20]:
 Pidgin seems pretty ready to be packaged up to me. I've been running
 the port  for a week or so with no problems. Is Gaim ready to be
 dropped? I know there was some concern about ports using libgaim, but
 I think those have all been cleared up.

This is all taken care of in the ports tree... If there are no packages
yet, that means a package snapshot with these changes has not yet been
built.



Re: Pidgin Packages

2007-06-04 Thread Alexandre Anriot
On Mon, Jun 04, 2007 at 11:45:20AM -0800, Jimmy Mitchener wrote:
 Pidgin seems pretty ready to be packaged up to me. I've been running
 the port  for a week or so with no problems. Is Gaim ready to be
 dropped? I know there was some concern about ports using libgaim, but
 I think those have all been cleared up.

Gaim has already been removed.



Re: Pidgin Packages

2007-06-04 Thread Jimmy Mitchener

On 6/4/07, Alexandre Anriot [EMAIL PROTECTED] wrote:

On Mon, Jun 04, 2007 at 11:45:20AM -0800, Jimmy Mitchener wrote:
 Pidgin seems pretty ready to be packaged up to me. I've been running
 the port  for a week or so with no problems. Is Gaim ready to be
 dropped? I know there was some concern about ports using libgaim, but
 I think those have all been cleared up.

Gaim has already been removed.



I was actually unaware of gaim's removal from ports, but that makes my
question even more relevant. Is pidgin due to be a package in the next
snapshot build? They currently still contain gaim-2.0.0-beta6p6

Jimmy.



Re: Pidgin Packages

2007-06-04 Thread Jimmy Mitchener

This is all taken care of in the ports tree... If there are no packages
yet, that means a package snapshot with these changes has not yet been
built.


That was all I wanted to know, thanks =)



Re: Festival doesn't work

2007-06-04 Thread Alexandre Anriot
On Mon, Jun 04, 2007 at 11:24:57AM +0200, Karel Kulhavy wrote:
 OpenBSD 4.0, tried festival-1.95betap1 and festival-1.95betap1-ogi. Both have
 the same problem. According to the help,
 
   (SayText TEXT)  Synthesize text, text should be surrounded by
 double quotes
   (voice_rab_diphone) Select voice (Britsh Male)
 
 festival (SayText hello)
 -=-=-=-=-=- EST Error -=-=-=-=-=-
 {FND} Feature Token_Method not defined
 
 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 festival (voice_rab_diphone)
 SIOD ERROR: unbound variable : voice_rab_diphone
 
 I remember trying this in the times I had Linux and it just worked on the
 first try.

You should probably also install a festvox package.



Re: update lang/ghc

2007-06-04 Thread Matthias Kilian
On Thu, May 31, 2007 at 11:29:55PM +0200, Matthias Kilian wrote:
 ps: amd64 users: I'd appreciate any test report about building this
 thing from scratch (without FLAVOR=native_bootstrap).

For amd64, please just replace patches/patch-mk_bootstrap_mk by the
version attached (spotted by RD Trush). Sorry, not complete resend
of the port, since I've some more (yet untested) changes in my local
tree.
$OpenBSD$

Don't use -fno-unit-at-a-time on amd64 when bootstrapping from HC files.
Pull in our system libgmp.
libreadline needs libncurses.

--- mk/bootstrap.mk.origWed Apr 25 19:10:40 2007
+++ mk/bootstrap.mk Sat Jun  2 14:01:38 2007
@@ -22,7 +22,7 @@ PLATFORM_HC_BOOT_CC_OPTS += -fno-defer-pop -fomit-fram
 endif
 
 ifeq $(x86_64_TARGET_ARCH) 1
-PLATFORM_HC_BOOT_CC_OPTS += -fomit-frame-pointer 
-fno-asynchronous-unwind-tables -fno-unit-at-a-time -fno-builtin
+PLATFORM_HC_BOOT_CC_OPTS += -fomit-frame-pointer 
-fno-asynchronous-unwind-tables -fno-builtin
 endif
 
 ifeq $(hppa_TARGET_ARCH) 1
@@ -83,9 +83,11 @@ endif
 
 ifeq $(HaveLibGmp) NO
 DASH_L_GHC_RTS_GMP_DIR=-L$(FPTOOLS_TOP_ABS)/$(GHC_RTS_DIR_REL)/gmp
+else
+DASH_L_GHC_RTS_GMP_DIR=-L$(GMP_LIB_DIRS)
 endif
 
-HC_BOOT_LD_OPTS =  \
+HC_BOOT_LD_OPTS += \
-L$(FPTOOLS_TOP_ABS)/$(GHC_RTS_DIR_REL) \
$(DASH_L_GHC_RTS_GMP_DIR)\
-L$(FPTOOLS_TOP_ABS)/libraries/base \
@@ -142,7 +144,7 @@ HC_BOOT_LD_OPTS += \
 HC_BOOT_LIBS =
 
 ifeq $(GhcWithInterpreter) YES
-HC_BOOT_LIBS += -lHSreadline -lreadline -lHStemplate-haskell -lHSunix 
-lHSunix_cbits
+HC_BOOT_LIBS += -lHSreadline -lreadline -lcurses -lHStemplate-haskell -lHSunix 
-lHSunix_cbits
 endif
 
 HC_BOOT_LIBS +=  -lHSCabal -lHShaskell98 -lHSregex-compat -lHSregex-posix 
-lHSregex-base -lHSbase -lHSbase_cbits -lHSparsec -lHSrts -lgmp -lm 
$(EXTRA_HC_BOOT_LIBS)


checksum mismatch for audio/easytag

2007-06-04 Thread Daniel Bolgheroni

Hi,

Are there any errors with distinfo in audio/easytag in -current ports? 
Just tried on 3 different boxes and the error is the same.


$ sudo make install
===  Checking files for easytag-2.1

easytag-2.1.tar.bz2 doesn't seem to exist on this system.
Fetch 

http://easynews.dl.sourceforge.net/sourceforge/easytag/easytag-2.1.tar.bz2.
100% |**|  2855 KB 
01:02

Size matches for /usr/ports/distfiles/easytag-2.1.tar.bz2
cksum: -: no properly formatted checksum lines found
Checksum mismatch for easytag-2.1.tar.bz2. (sha256)
Make sure the Makefile and checksum file 
(/usr/ports/audio/easytag/distinfo)

are up to date.  If you want to fetch a good copy of this
file from the OpenBSD main archive, type
make REFETCH=true [other args].
*** Error code 1

Stop in /usr/ports/audio/easytag (line 1747 of 
/usr/ports/infrastructure/mk/bsd.port.mk).

*** Error code 1

Stop in /usr/ports/audio/easytag (line 1884 of 
/usr/ports/infrastructure/mk/bsd.port.mk).

*** Error code 1

Stop in /usr/ports/audio/easytag (line 1369 of 
/usr/ports/infrastructure/mk/bsd.port.mk).

*** Error code 1

Stop in /usr/ports/audio/easytag (line 1853 of 
/usr/ports/infrastructure/mk/bsd.port.mk).

*** Error code 1

Stop in /usr/ports/audio/easytag (line 1396 of 
/usr/ports/infrastructure/mk/bsd.port.mk).

$

Thank you.



Re: checksum mismatch for audio/easytag

2007-06-04 Thread Marc Espie
On Mon, Jun 04, 2007 at 03:35:10PM -0300, Daniel Bolgheroni wrote:
 Hi,
 
 Are there any errors with distinfo in audio/easytag in -current ports? 
 Just tried on 3 different boxes and the error is the same.
 
 $ sudo make install
 ===  Checking files for easytag-2.1
 easytag-2.1.tar.bz2 doesn't seem to exist on this system.
 Fetch 
 http://easynews.dl.sourceforge.net/sourceforge/easytag/easytag-2.1.tar.bz2.
 100% |**|  2855 KB 
 01:02
 Size matches for /usr/ports/distfiles/easytag-2.1.tar.bz2
 cksum: -: no properly formatted checksum lines found
 Checksum mismatch for easytag-2.1.tar.bz2. (sha256)

You're completely out-of-date. Update your base system so that you have
a vaguely recent cksum(1) command.