CVS: cvs.openbsd.org: ports

2011-10-06 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2011/10/06 00:00:02

Modified files:
print/py-cups  : Makefile distinfo 
print/py-cups/patches: patch-Makefile patch-cupsconnection_c 

Log message:
Update to py-cups-1.9.59.

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2011/10/06 00:02:10

Modified files:
print/system-config-printer: Makefile distinfo 
print/system-config-printer/patches: patch-newprinter_py 

Log message:
Update to system-config-printer-1.3.7.

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2011/10/06 01:54:49

Modified files:
www/phpldapadmin: Makefile 

Log message:
Add dependency on lang/php/5.2,-mcrypt so it is preferred instead of the
phpLDAPadmin internal implementation.

ok jasper@

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2011/10/06 02:45:23

Modified files:
multimedia/gstreamer-0.10/plugins-bad/patches: 
   patch-configure_ac 
Added files:
multimedia/gstreamer-0.10/plugins-bad/patches: 
   
patch-ext_mpeg2enc_gstmpeg2encoder_cc 

Log message:
Backport a patch to allow gst-plugins-bad to deal with newer mjpegtools.

from Brad.

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Giovanni Bechis 
CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2011/10/06 03:59:00

ports/x11/mrxvt/files

Update of /cvs/ports/x11/mrxvt/files
In directory cvs.openbsd.org:/tmp/cvs-serv15027/files

Log Message:
Directory /cvs/ports/x11/mrxvt/files added to the repository

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Giovanni Bechis 
CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2011/10/06 04:00:02

Modified files:
x11/mrxvt  : Makefile 
x11/mrxvt/pkg  : PLIST 
Added files:
x11/mrxvt/files: mrxvt.desktop 

Log message:
Add a .desktop file
ok benoit@

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2011/10/06 04:05:37

Modified files:
x11/nagstamon  : Makefile distinfo 
x11/nagstamon/patches: patch-Nagstamon_Config_py 
x11/nagstamon/pkg: DESCR PLIST 
Added files:
x11/nagstamon/patches: patch-Nagstamon_GUI_py 

Log message:
Update to nagstamon-0.9.7.1.

from new maintainer Nicolas P. M. Legrand, with some tweaks.

CVS: cvs.openbsd.org: ports

2011-10-06 Thread David Coppa 
CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2011/10/06 04:58:12

Modified files:
x11/gtk2-murrine-engine: Makefile 

Log message:
Fix numerous warnings triggered by outdated configuration options:
https://bugs.launchpad.net/ubuntu/+source/murrine-themes/+bug/584941

Committing on behalf of landry@, who I hope will recover soon

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Jasper Lievisse Adriaanse 
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2011/10/06 06:43:32

Log message:
import boo 0.9.4

Boo is a new object oriented statically typed programming language for
the Common Language Infrastructure with a Python inspired sysntax and a
special focus on language and compiler extensibility.

from ryan boggs (MAINTAINER) with some tweaks by me
ok aja@

Status:

Vendor Tag: jasper
Release Tags:   jasper_20110610

N ports/lang/boo/Makefile
N ports/lang/boo/distinfo
N ports/lang/boo/patches/patch-default_build
N ports/lang/boo/patches/patch-extras_boo_pc_in
N ports/lang/boo/pkg/DESCR
N ports/lang/boo/pkg/PLIST
N ports/lang/boo/pkg/README

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Jasper Lievisse Adriaanse 
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2011/10/06 07:44:45

Modified files:
lang/scala : Makefile distinfo 
lang/scala/pkg : PLIST 

Log message:
- update to 2.9.1

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2011/10/06 14:26:47

Modified files:
x11/gnome/tracker: Makefile distinfo 
x11/gnome/tracker/patches: 
   patch-src_libtracker-common_Makefile_in 
   
patch-src_tracker-extract_tracker-extract-mp3_c 
x11/gnome/tracker/pkg: PLIST-main 
Added files:
x11/gnome/tracker/patches: 
   patch-src_tracker-needle_tracker-utils_vala 
Removed files:
x11/gnome/tracker/patches: 
   patch-src_tracker-needle_tracker-needle_vala 

Log message:
Update to meta-tracker-0.12.4.

CVS: cvs.openbsd.org: ports

2011-10-06 Thread Kurt Miller 
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2011/10/06 20:04:12

Modified files:
devel/jdk/1.6  : Makefile distinfo 
devel/jdk/1.6/patches: 
   patch-deploy_make_common_DeployRules-solaris_gmk 
Added files:
devel/jdk/1.6/patches: patch-bin_bootscript 
   patch-hotspot_build_bsd_Makefile 
   patch-hotspot_build_bsd_makefiles_jvmti_make 
   patch-hotspot_build_bsd_makefiles_sa_make 
   patch-hotspot_make_Makefile 
   patch-j2se_make_common_Release_gmk 
   patch-j2se_make_java_text_Makefile 
   patch-j2se_make_sun_text_Makefile 
   
patch-j2se_src_share_classes_java_lang_Double_java 
   
patch-j2se_src_share_classes_java_lang_Float_java 

Log message:
- switch from jdk/1.5 default bootstrap to lang/jamvm + Eclipse compiler
okay kili@

La Géolocalisation de Vos Véhicules avec COYOTE

2011-10-06 Thread GeoCoyote 

Document sans nom



Si vous ne pouvez pas lire ce message, consultez notre version en ligne













Francois / 735 QWZ 69  DERNIÈRE POSITION : 05/03/2008 - 16:43  94190
Villeneuve St-Georges  88 km/h





















POUR L'ENTREPRISE







Réduction des heures supplémentaires

Réduction de la facture de carburants

Réduction des problèmes en cas d'immobilisation du personnel

Solution de géolocalisation plus facilement acceptée par le personnel



















POUR LES CONDUCTEURS







Gestion de la vitesse :

nbsp; limites de vitesse, avertisseur de zones dangereuses !

Réduction du nombre et du montant des contraventions

Sauvegarde des points de permis











ÉPROUVÉE ET APRECIÉE









Plus de 1 130 00 d'utilisateurs du Coyote

Boitier Coyote très simple d'utilisation

Offre de location ou achat adaptées à vos besoins





Prix compétitif

































nbsp;

Re: Clementine port

2011-10-06 Thread LEVAI Daniel 
On Thu, Oct 06, 2011 at 00:22:38 +0400, Vadim Zhukov wrote:
 Hello all.
 
 Here is a Clementine with it's small direct dependency liblastfm.
 Tested for a few weeks on i386. Unlike amaroK 1.4, Clementine depends
 on Qt4 and GStreamer, but not on any version of KDE.

Great work, good to see this coming together :)
Tested on i386.
A few notes:

I already had a config directory (~/.config/Clementine) for clementine
from a previous, older version. I had to delete it, because clementine
segfaulted with the old music db.

When I was fiddling with my older clementine port one showstopper was
the modal windows' and other focus related behaviours under scrotwm.
Unfortunately, this bug is still there: you can open a dialog or other
window (eg. About, Preferences etc...) in clementine only once, when
trying to open them second time, it won't show. You must restart
clementine to be able to open them again. [1] [2] [3] (2 and 3 are very
sloppy and vague reports, and I am sorry for that).

Also, there is [4] a bug report for Latin2 vs. Unicode filename handling
in clementine's issue tracker, reported by me. This happened under
OpenBSD also.


Thanks!
Daniel

[1] - http://code.google.com/p/clementine-player/issues/detail?id=1015

[2]:
https://opensource.conformal.com/flyspray/index.php?do=detailstask_id=40

[3]:
https://opensource.conformal.com/flyspray/index.php?do=detailstask_id=41

[4] - http://code.google.com/p/clementine-player/issues/detail?id=1022

-- 
LÉVAI Dániel
PGP key ID = 0x83B63A8F
Key fingerprint = DBEC C66B A47A DFA2 792D  650C C69B BE4C 83B6 3A8F

Re: Clementine port

2011-10-06 Thread jinhitmanBarracuda 
Thanks A Lot.
Great Work...

2011/10/6 LEVAI Daniel l...@ecentrum.hu

 On Thu, Oct 06, 2011 at 00:22:38 +0400, Vadim Zhukov wrote:
  Hello all.
 
  Here is a Clementine with it's small direct dependency liblastfm.
  Tested for a few weeks on i386. Unlike amaroK 1.4, Clementine depends
  on Qt4 and GStreamer, but not on any version of KDE.

 Great work, good to see this coming together :)
 Tested on i386.
 A few notes:

 I already had a config directory (~/.config/Clementine) for clementine
 from a previous, older version. I had to delete it, because clementine
 segfaulted with the old music db.

 When I was fiddling with my older clementine port one showstopper was
 the modal windows' and other focus related behaviours under scrotwm.
 Unfortunately, this bug is still there: you can open a dialog or other
 window (eg. About, Preferences etc...) in clementine only once, when
 trying to open them second time, it won't show. You must restart
 clementine to be able to open them again. [1] [2] [3] (2 and 3 are very
 sloppy and vague reports, and I am sorry for that).

 Also, there is [4] a bug report for Latin2 vs. Unicode filename handling
 in clementine's issue tracker, reported by me. This happened under
 OpenBSD also.


 Thanks!
 Daniel

 [1] - http://code.google.com/p/clementine-player/issues/detail?id=1015

 [2]:
 https://opensource.conformal.com/flyspray/index.php?do=detailstask_id=40

 [3]:
 https://opensource.conformal.com/flyspray/index.php?do=detailstask_id=41

 [4] - http://code.google.com/p/clementine-player/issues/detail?id=1022

 --
 LÉVAI Dániel
 PGP key ID = 0x83B63A8F
 Key fingerprint = DBEC C66B A47A DFA2 792D  650C C69B BE4C 83B6 3A8F




-- 
*There is no place like /home*
*From HemiB A R R A C U D A !*

svn 1.6.17, svn: generic failure

2011-10-06 Thread frantisek holop 
hi there,

since the latest update to subversion i cannot connect to our
debian repos using the client (no change in configuration).
svn on debian is much older of course, 1.6.12, but a collegue
is using the same client version, 1.6.17, from fedora,
and that is working.

so i thought it makes sense to ask here first.

repo$ svn up
svn: generic failure

any other command that involves connecting to the repo server
(being served by svnserve in the simplest setup possible) fails
with the same cryptic message.  local commands like stat
works fine.

our repos are really small, and we don't use any advanced features.

is anybody else seeing this?

-f
-- 
you can never get rid of a bad temper by losing it.

[UPDATE] wget-1.13.4

2011-10-06 Thread David Coppa 

Hi,

The diff below updates wget to version 1.13.4 (the latest).

I've tested it on amd64 and sparc64, but I'd appreciate a test on
a gcc2 arch if is it possible...

Cheers!
David

Index: Makefile
===
RCS file: /cvs/ports/net/wget/Makefile,v
retrieving revision 1.55
diff -u -p -r1.55 Makefile
--- Makefile19 Nov 2010 22:31:39 -  1.55
+++ Makefile6 Oct 2011 08:25:40 -
@@ -2,8 +2,7 @@
 
 COMMENT =  retrieve files from the web via HTTP, HTTPS and FTP
 
-DISTNAME = wget-1.12
-REVISION = 1
+DISTNAME = wget-1.13.4
 CATEGORIES =   net
 
 HOMEPAGE = http://www.gnu.org/software/wget/
@@ -14,7 +13,7 @@ PERMIT_PACKAGE_FTP =  Yes
 PERMIT_DISTFILES_CDROM =Yes
 PERMIT_DISTFILES_FTP = Yes
 
-WANTLIB =  c crypto ssl idn
+WANTLIB =  c crypto idn ssl z
 LIB_DEPENDS =  devel/libidn
 
 MASTER_SITES = ${MASTER_SITE_GNU:=wget/}
@@ -24,6 +23,7 @@ MODULES = devel/gettext
 CONFIGURE_STYLE =  gnu
 CONFIGURE_ENV +=   CPPFLAGS=-I${LOCALBASE}/include \
LDFLAGS=-L${LOCALBASE}/lib
+CONFIGURE_ARGS +=  --with-ssl=openssl
 USE_GROFF =Yes
 
 pre-build:
Index: distinfo
===
RCS file: /cvs/ports/net/wget/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo15 Oct 2009 08:27:04 -  1.10
+++ distinfo6 Oct 2011 08:25:40 -
@@ -1,5 +1,5 @@
-MD5 (wget-1.12.tar.gz) = FBRhucBORU3IkzydHyq/gw==
-RMD160 (wget-1.12.tar.gz) = Iy0Kpvs2cxwWLStzdKqatZ5nG30=
-SHA1 (wget-1.12.tar.gz) = UNTtJEHmfbeqUGHYpN3kHuDpQkg=
-SHA256 (wget-1.12.tar.gz) = dXjtCXThLKpxEgWB+jli7lpp9xdd3D1qbbDs3LpltXI=
-SIZE (wget-1.12.tar.gz) = 2464747
+MD5 (wget-1.13.4.tar.gz) = HfSJl2oRi5y+GwNQKtv8Jw==
+RMD160 (wget-1.13.4.tar.gz) = YQYr/Uwo+Fox9ZnpD4P6hLoccdA=
+SHA1 (wget-1.13.4.tar.gz) = 4l4bSHAm3dkCbKfSavIfBEyITSg=
+SHA256 (wget-1.13.4.tar.gz) = JMdxC8nyIM4j2Kng9Wc7DvwcrOYttt4CObWGPsyTTc0=
+SIZE (wget-1.13.4.tar.gz) = 2815185
Index: patches/patch-doc_Makefile_in
===
RCS file: /cvs/ports/net/wget/patches/patch-doc_Makefile_in,v
retrieving revision 1.4
diff -u -p -r1.4 patch-doc_Makefile_in
--- patches/patch-doc_Makefile_in   15 Oct 2009 08:27:09 -  1.4
+++ patches/patch-doc_Makefile_in   6 Oct 2011 08:25:40 -
@@ -1,6 +1,6 @@
 doc/Makefile.in.orig   Tue Sep 22 18:40:11 2009
-+++ doc/Makefile.inThu Oct  1 14:53:44 2009
-@@ -598,7 +598,7 @@
+--- doc/Makefile.in.orig   Thu Oct  6 09:25:28 2011
 doc/Makefile.inThu Oct  6 09:27:11 2011
+@@ -1061,7 +1061,7 @@ manext = 1
  RM = rm -f
  TEXI2POD = $(srcdir)/texi2pod.pl
  MAN = wget.$(manext)
@@ -9,7 +9,7 @@
  SAMPLERCTEXI = sample.wgetrc.munged_for_texi_inclusion
  
  #
-@@ -1067,23 +1067,9 @@
+@@ -1558,22 +1558,8 @@ install.man: $(MAN)
  
  # install sample.wgetrc
  install.wgetrc: $(srcdir)/sample.wgetrc
@@ -29,10 +29,8 @@
 -  else \
 -$(INSTALL_DATA) $(srcdir)/sample.wgetrc $(DESTDIR)$(WGETRC); \
 -  fi
--
 +  $(mkinstalldirs) $(DESTDIR)$(WGETRCDIR)
 +  $(INSTALL_DATA) $(srcdir)/sample.wgetrc $(DESTDIR)$(WGETRCDIR)
-+  
+ 
  # uninstall man page
  uninstall.man:
-   $(RM) $(DESTDIR)$(mandir)/man$(manext)/$(MAN)
Index: patches/patch-doc_wget_texi
===
RCS file: /cvs/ports/net/wget/patches/patch-doc_wget_texi,v
retrieving revision 1.3
diff -u -p -r1.3 patch-doc_wget_texi
--- patches/patch-doc_wget_texi 9 Oct 2008 18:50:45 -   1.3
+++ patches/patch-doc_wget_texi 6 Oct 2011 08:25:40 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-doc_wget_texi,v 1.3 2008/10/09 18:50:45 sthen Exp $
 doc/wget.texi.orig Mon Jun 30 03:10:16 2008
-+++ doc/wget.texi  Thu Oct  9 15:36:39 2008
-@@ -11,6 +11,11 @@
+--- doc/wget.texi.orig Sat Aug  6 12:22:58 2011
 doc/wget.texi  Thu Oct  6 10:25:12 2011
+@@ -10,6 +10,11 @@
  @setchapternewpage on
  @c %**end of header
  
@@ -13,12 +13,14 @@ $OpenBSD: patch-doc_wget_texi,v 1.3 2008
  @iftex
  @c Remove this if you don't use A4 paper.
  @afourpaper
-@@ -191,12 +196,12 @@ gauge can be customized to your preferences.
+@@ -190,14 +195,14 @@ gauge can be customized to your preferences.
  Most of the features are fully configurable, either through command line
  options, or via the initialization file @file{.wgetrc} (@pxref{Startup
  File}).  Wget allows you to define @dfn{global} startup files
--(@file{/usr/local/etc/wgetrc} by default) for site settings.
-+(@file{${SYSCONFDIR}/wgetrc} by default) for site settings.
+-(@file{/usr/local/etc/wgetrc} by default) for site settings. You can also
++(@file{${SYSCONFDIR}/wgetrc} by default) for site settings. You can also
+ specify the location of a startup file with the --config option.
+  
  
  @ignore
  @c man begin FILES
@@ -28,7 +30,7 @@ $OpenBSD:

Re: [UPDATE] wget-1.13.4

2011-10-06 Thread Stuart Henderson 
On 2011/10/06 02:42, David Coppa wrote:
 
 Hi,
 
 The diff below updates wget to version 1.13.4 (the latest).
 
 I've tested it on amd64 and sparc64, but I'd appreciate a test on
 a gcc2 arch if is it possible...

http://www.openbsd.org/vax-simh.html is about all that most of us
can manage in the way of gcc2 tests..

Feira Central Sobá| Paintball com 50%| Tablet por R$249| 80% Escova Definitiva+Argila Facial| 67% 2mil Flyers| Placas D =?utf-8?B?ZWNvcmF0aXZhcyA1MCUgfCA0MCUgQ

2011-10-06 Thread Incriveis Ofertas - Campo Grande 
www.incriveisofertas.com

[IMAGE] Para Equipe! Para 4 jogadores 1h de Paintball + 200 Bolinhas +
Equipamento com 50% de desconto no Danger Zone Paintball! Divers�o
garantida de R$40,00 por R$19,90

de R$ 40,00 por R$ R$ 19,90


[IMAGE] Saiu Concurso! 40% de desconto em Apostila Concurso Professor da
Secretaria de Educa��o MS ( de R$50,00 por R$30,00 )

de R$ 50,00 por R$ R$ 30,00


[IMAGE] 80% OFF Simplismente um Luxo, 1 Escova Definitiva + 1 Limpeza
Facial com Argila ( de R$ 450,00 por R$ 89,90 ) Com 3 Meses de Uso!!!

de R$ 450,00 por R$ R$ 89,90


[IMAGE] 58,34% de desconto em Tablet Android (7 inch Wi-fi e 3G) + Frete
Incluso. De R$ 599,90 por R$ 249,90 na Up Eletro

de R$ 599,00 por R$ R$ 249,90


[IMAGE] Douradinha, uma Delicia!!! Deliciosas Empadinhas de Frango, de
derreter na Boca de R$20 por R$11

de R$ 20,00 por R$ R$ 11,00


[IMAGE] Novidade para voc�, Trabalho Artesanal na Ferira Central, Placas
de Carro Personalizadas com 50% OFF ( de R$ 45,00 por R$ 22,50 )

de R$ 45,00 por R$ R$ 22,50


[IMAGE] Ideal para divulgar seu neg�cio! 67% de desconto em 2.000
Panfletos Policromia Frente 15x21cm no Couche 90grs ( de R$384,00 por
R$125,00 )

de R$ 384,00 por R$ R$ 125,00


[IMAGE] Surpreenda!!! S�o 70% OFF em 6 Bolinhas Er�tica com v�rios
Sabores/Aromas ( de R$ 30,00 por R$ 9,99 )

de R$ 30,00 por R$ R$ 9,99


[IMAGE] Tradicional Sob� de Carne Bovina ou Su�na na Barraca do Kashima
por apenas R$ 4,50. 52% OFF!! APROVEITE.

de R$ 9,50 por R$ R$ 4,50



[IMAGE]

Não desejo mais receber estes e-mails.

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread Stefan Sperling 
On Thu, Oct 06, 2011 at 10:09:43AM +0200, frantisek holop wrote:
 hi there,
 
 since the latest update to subversion i cannot connect to our
 debian repos using the client (no change in configuration).
 svn on debian is much older of course, 1.6.12, but a collegue
 is using the same client version, 1.6.17, from fedora,
 and that is working.
 
 so i thought it makes sense to ask here first.
 
 repo$ svn up
 svn: generic failure
 
 any other command that involves connecting to the repo server
 (being served by svnserve in the simplest setup possible) fails
 with the same cryptic message.  local commands like stat
 works fine.
 
 our repos are really small, and we don't use any advanced features.
 
 is anybody else seeing this?

Is this binary from packages or did you compile your own?

If you compile your own, try adding --enable-maintainer-mode to
CONFIGURE_FLAGS and recompile. This will enable error tracing output
so you can see where the error is coming from.

The most likely cause is some problem with your installation.
Maybe you have some incompatible or broken set of libraries (from svn
and/or from dependencies) installed.

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread frantisek holop 
hmm, on Thu, Oct 06, 2011 at 12:23:52PM +0200, Stefan Sperling said that
 Is this binary from packages or did you compile your own?

binary package from a mirror.


 If you compile your own, try adding --enable-maintainer-mode to
 CONFIGURE_FLAGS and recompile. This will enable error tracing output
 so you can see where the error is coming from.

right now i am compiling the 1.7 RC posted to ports@

 The most likely cause is some problem with your installation.
 Maybe you have some incompatible or broken set of libraries (from svn
 and/or from dependencies) installed.

might be, but how?

/var/db/pkg/subversion-1.6.17p3/+REQUIRING
apr-util-1.2.10p7
libiconv-1.14
db-4.6.21v0
apr-1.2.11p5
neon-0.28.6p0
sqlite3-3.7.5
gettext-0.18.1p0
cyrus-sasl-2.1.25

and these are exactly what pkg_info is reporting that i have installed..

should i remove all packages and re-add them again?

-f
--
minds, like parachutes, work only when open.

Re: emulators/simh diff (Was Re: [UPDATE] wget-1.13.4)

2011-10-06 Thread David Coppa 
On Thu, Oct 6, 2011 at 1:56 PM, David Coppa dco...@openbsd.org wrote:
 On Thu, Oct 06, 2011 at 10:30:45AM +0100, Stuart Henderson wrote:
 On 2011/10/06 02:42, David Coppa wrote:
 
  Hi,
 
  The diff below updates wget to version 1.13.4 (the latest).
 
  I've tested it on amd64 and sparc64, but I'd appreciate a test on
  a gcc2 arch if is it possible...

 http://www.openbsd.org/vax-simh.html is about all that most of us
 can manage in the way of gcc2 tests..

 Ok, thanks. I'll go through the simh route then...

 In the meantime, this diff applies the interim corrections from:

 http://simh.trailing-edge.com/interim.html

 OK?

Maintainer's email just bounced back...

cheers,
David

Re: Use of exists() in a Makefile

2011-10-06 Thread Stuart Henderson 
On 2011-10-04, David Cantrell david.l.cantr...@gmail.com wrote:
 My suggestion was to add support to the ports system infrastructure to 
 allow people an easy way to locally package up stuff from projects that 
 do not release tarballs.

You could add something like this to your Makefile

create-tarball:
cd ${FULLDISTDIR}  \
svn export http://foo ${DISTNAME}  \
tar czf ${DISTNAME}${EXTRACT_SUFX} ${DISTNAME}

FETCH_MANUALLY= Use: make create-tarball

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread frantisek holop 
i have removed every package and just reinstalled
subversion.  the result is the same.

i hope 1.7 RC will work...  this is a tad annoying
as i cannot work.. :/

good job subversion people, generic failure
is the error message of the century.

-f
-- 
electric chairs are period furniture: they end a sentence.

Re: UPDATE: devel/py-buildbot,py-buildslave (from maintainer)

2011-10-06 Thread Edd Barrett 
On Tue, Oct 04, 2011 at 11:52:14PM +0100, Federico Schwindt wrote:
 On Tue, Oct 4, 2011 at 9:11 PM, Landry Breuil lan...@rhaalovely.net wrote:
  On Wed, Sep 28, 2011 at 05:36:52PM +0200, Piotr Sikora wrote:
  Hi,
 
   Running fine here with amd64 bot/slave, old 0.8.3 i386 slave and 0.8.5
   sparc64 slave. I'll let it run for a while too. Oh and btw, you might
   want to mention something about the upgrade path :
 
  Sorry about that, updated patch attached (with new Databases
  and Upgrading sections added to the pkg/README).
 
  This has been running fine since then for me, anyone has more comments
  to make on that ? If i get it right, this requires the tempita update
  and the py-sqlalchemy-migrate import before being commited ? Who's
  willing to ok all that ?
 
 tempita is in. i'm not sure if i will have time to look at
 py-sqlalchemy-migrate before the weekend but i will try.

FWIW, my buildbot setup has been working great on this update.

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

NEW: multimedia/yle-dl

2011-10-06 Thread Antti Harri 
yle-dl is a tool to download videos from YLE Areena.

RTMPDump-YLE is a command-line program for downloading media files from
the two video streaming services of the Finnish national broadcasting
company Yle. Some content is only available to users connecting
from Finnish addresses.

-- 
Antti Harri


yle-dl.tar.gz
Description: application/tgz

Re: Use of exists() in a Makefile

2011-10-06 Thread David Cantrell 

On 10/04/2011 05:00 PM, Christian Weisgerber wrote:

David Cantrelldavid.l.cantr...@gmail.com  wrote:


pre-fetch:
.if !exists(${DISTDIR}/${DISTNAME}.tar.gz)

The problem I'm hitting is that !exists() is not working as I
think it should.


.if conditions are evaluated on the spot and...


exists() ignores ${DISTDIR} entirely.


... I bet DISTDIR simply isn't set when the condition is evaluated,
because the variable is only assigned a value later on when bsd.port.mk
is included.

make(1) usually uses lazy evaluation, but .if, .for, and := are
evaluated right when their lines are parsed.


Ah, yeah, that makes sense.  I bet that's exactly what's happening.

Thanks,

--
David Cantrell david.l.cantr...@gmail.com
WH6DSN | http://blog.burdell.org/

Re: Use of exists() in a Makefile

2011-10-06 Thread David Cantrell 

On 10/04/2011 05:38 PM, Marc Espie wrote:

On Tue, Oct 04, 2011 at 04:43:12PM -0400, David Cantrell wrote:

You don't and you don't care about that.  I'm talking about
extending the infrastructure to support more fetch mechanisms.  If
people are building from source anyway, especially locally managed
ports, if it breaks, they get to keep the pieces.  You can't audit
things you don't ship, so why care?

My suggestion was to add support to the ports system infrastructure
to allow people an easy way to locally package up stuff from
projects that do not release tarballs.  I'm not advocating
eliminating checksums on everything, nor am I advocating accepting
ports in to the main ports tree that work this way, nor am I
advocating destruction of any existing tried and true methods.  I'm
just pointing out that the infrastructure as it exists could do with
a handful of other fetching mechanisms to make life easier for
people making local ports.  Ports they have no interest in
submitting to the main ports tree.


Two points:
- if stuff such as this is visible from the main tree, some idiots will
think they are actually there to be used, and we will have to say no again
and again.


I would say that's perfect for a port submission review process.  The 
ports infrastructure could certainly contain more functionality than 
would be allowable in official ports.



- stuff such as this won't be used by us, won't work with mirroring tools,
and will break sooner or later. Contrarily to what you may think, this is
not free. This will require some maintenance. If anything, just to properly
ignore the corresponding lines of code. If we keep that feature around, it
means some other (actually desireable) feature won't see all that much love.


I'm pretty well aware of the costs associated with software development. 
 At any rate, I seem to have hit a thorn.  I've viewed the ports 
infrastructure (the collection of Makefiles and Perl modules) as tools 
that not only implement the official ports system, but as tools that 
local administrators can use to package up and maintain very esoteric 
things.  If that's not a goal of the ports infrastructure, it's not a 
goal and that's fine with me.  I will find another way.


--
David Cantrell david.l.cantr...@gmail.com
WH6DSN | http://blog.burdell.org/

Re: Use of exists() in a Makefile

2011-10-06 Thread David Cantrell 

On 10/06/2011 09:55 AM, Stuart Henderson wrote:

On 2011-10-04, David Cantrelldavid.l.cantr...@gmail.com  wrote:

My suggestion was to add support to the ports system infrastructure to
allow people an easy way to locally package up stuff from projects that
do not release tarballs.


You could add something like this to your Makefile

create-tarball:
cd ${FULLDISTDIR}  \
svn export http://foo ${DISTNAME}  \
tar czf ${DISTNAME}${EXTRACT_SUFX} ${DISTNAME}

FETCH_MANUALLY= Use: make create-tarball


Now that's something that could work in this particular case and it 
still fits nicely within the ports infrastructure.


Thanks for the suggestion!

--
David Cantrell david.l.cantr...@gmail.com
WH6DSN | http://blog.burdell.org/

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread frantisek holop 
hmm, on Thu, Oct 06, 2011 at 04:31:32PM +0200, frantisek holop said that
 i hope 1.7 RC will work...  this is a tad annoying
 as i cannot work.. :/
 
 good job subversion people, generic failure
 is the error message of the century.

$ svn --version
svn, version 1.7.0-rc4 (Release Candidate 4)
   compiled Oct  6 2011, 17:03:11
snip

$ svn upgrade
Upgraded '.'
snip

$ svn up
Updating '.':
svn: E170001: Unable to connect to a repository at URL 'svn://xx.x.xxx'
svn: E170001: generic failure

yes, that's much better..

-f
-- 
day-by-day a day goes by.

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread Stefan Sperling 
On Thu, Oct 06, 2011 at 05:34:17PM +0200, frantisek holop wrote:
 hmm, on Thu, Oct 06, 2011 at 04:31:32PM +0200, frantisek holop said that
  good job subversion people, generic failure
  is the error message of the century.

http://www.elegosoft.com/files/svn-day-berlin-2011_sperling_subversion-error-messages-demystified.pdf

I'll try to get this error message fixed up.

 $ svn --version
 svn, version 1.7.0-rc4 (Release Candidate 4)
compiled Oct  6 2011, 17:03:11
 snip
 
 $ svn upgrade
 Upgraded '.'
 snip
 
 $ svn up
 Updating '.':
 svn: E170001: Unable to connect to a repository at URL 'svn://xx.x.xxx'
 svn: E170001: generic failure
 
 yes, that's much better..

$ ./tools/dev/which-error.py E170001   
00170001  SVN_ERR_RA_NOT_AUTHORIZED

There is some authorization problem. Talk to folks who configure
access rights on this repository.

Re: [CHANGE] devel/jdk/1.6 use jamvm bootstrap

2011-10-06 Thread Amit Kulkarni 
 The following diff changes the default bootstrap depend from jdk/1.5 to
 lang/jamvm + Eclipse compiler (ecj).

 Tested on i386 and amd64: builds ok, builds native_bootstrap ok and jdk/1.7
 ok.

 After this goes in we can remove jdk/1.5 which is EOL since 2009.

 okay?

 The in-lined patch got line wrapped by my mailer. Attached is the same diff.

 -Kurt


Smooth upgrade... I had to move stuff from distfiles to distfiles/jdk.
No problems found on amd64. couple more crusty ports removed!!!

Kurt,
The plan is to keep 1.6 u3 around to bootstrap 1.7 and future 1.8, and
concentrate more on upcoming versions only, right? i.e use 1.7 and
discourage 1.6 because of securtiy concerns?

thanks

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread Stefan Sperling 
On Thu, Oct 06, 2011 at 08:00:23PM +0200, Stefan Sperling wrote:
 On Thu, Oct 06, 2011 at 05:34:17PM +0200, frantisek holop wrote:
  hmm, on Thu, Oct 06, 2011 at 04:31:32PM +0200, frantisek holop said that
   good job subversion people, generic failure
   is the error message of the century.
 
 http://www.elegosoft.com/files/svn-day-berlin-2011_sperling_subversion-error-messages-demystified.pdf
 
 I'll try to get this error message fixed up.

The ingenious error message was brought to you by Cyrus SASL.

$ grep -ri 'generic failure' src/cyrus-sasl-2.1.23
src/cyrus-sasl-2.1.23/include/sasl.h:#define SASL_FAIL   -1   /* generic 
failure */
src/cyrus-sasl-2.1.23/lib/common.c:case SASL_FAIL: return generic 
failure;

SVN calls sasl_errdetail() to obtain an error message from SASL and
generic failure is what it gets back. I'll make sure this will get some
prefix in future releases (e.g. svn: cyrus sasl error: %s or something).
Thanks for the report.

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread Antoine Jacoutot 
On Thu, 6 Oct 2011, Stefan Sperling wrote:

 The ingenious error message was brought to you by Cyrus SASL.
 
 $ grep -ri 'generic failure' src/cyrus-sasl-2.1.23
 src/cyrus-sasl-2.1.23/include/sasl.h:#define SASL_FAIL   -1   /* generic 
 failure */
 src/cyrus-sasl-2.1.23/lib/common.c:case SASL_FAIL: return generic 
 failure;
 
 SVN calls sasl_errdetail() to obtain an error message from SASL and
 generic failure is what it gets back. I'll make sure this will get some
 prefix in future releases (e.g. svn: cyrus sasl error: %s or something).
 Thanks for the report.

If using cyrus-sasl, make _sure_ you run the latest version from ports, 
i.e. cyrus-sasl-2.1.25p0
The one before was broken by yours truly.

-- 
Antoine

Re: [Update]devel/pear-Date-Holidays

2011-10-06 Thread Stuart Henderson 
What did the maintainer say?


On 2011-10-05, wen heping wenhep...@gmail.com wrote:
 --20cf30050e3e69383d04ae8b6951
 Content-Type: text/plain; charset=UTF-8

 Hi,

   Here is an update of devel/pear-Date-Holidays and some of its sub-ports.

   Tested OK on Loongson and no regress.

   Comments? OK?

 wen

 --20cf30050e3e69383d04ae8b6951
 Content-Type: text/plain; charset=US-ASCII; name=holidays.diff.txt
 Content-Disposition: attachment; filename=holidays.diff.txt
 X-Attachment-Id: f_gte88k9s0
 Content-Transfer-Encoding: base64

 SW5kZXg6IHBlYXItRGF0ZS1Ib2xpZGF5cy9FbmdsYW5kV2FsZXMvTWFrZWZpbGUKPT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
 PQpSQ1MgZmlsZTogL2N2cy9wb3J0cy9kZXZlbC9wZWFyLURhdGUtSG9saWRheXMvRW5nbGFuZFdh
 bGVzL01ha2VmaWxlLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIKZGlmZiAtdSAtcjEuMiBNYWtl
 ZmlsZQotLS0gcGVhci1EYXRlLUhvbGlkYXlzL0VuZ2xhbmRXYWxlcy9NYWtlZmlsZQkxNiBTZXAg
 MjAxMSAwOToyNDo1MiAtMDAwMAkxLjIKKysrIHBlYXItRGF0ZS1Ib2xpZGF5cy9FbmdsYW5kV2Fs
 ZXMvTWFrZWZpbGUJNSBPY3QgMjAxMSAxMTowOToyOSAtMDAwMApAQCAtMSw3ICsxLDYgQEAKICMg
 JE9wZW5CU0Q6IE1ha2VmaWxlLHYgMS4yIDIwMTEvMDkvMTYgMDk6MjQ6NTIgZXNwaWUgRXhwICQK
 IAogQ09NTUVOVCA9CUVuZ2xpc2ggYW5kIFdlbHNoIGhvbGlkYXkgY2xhc3NlcyBmb3IgUEhQCi1I
 T0xOQU1FID0JRW5nbGFuZFdhbGVzLTAuMS4yCi1SRVZJU0lPTj0JCTAKK0hPTE5BTUUgPQlFbmds
 YW5kV2FsZXMtMC4xLjMKIAogLmluY2x1ZGUgPGJzZC5wb3J0Lm1rPgpJbmRleDogcGVhci1EYXRl
 LUhvbGlkYXlzL0VuZ2xhbmRXYWxlcy9kaXN0aW5mbwo9PT09PT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zz
 L3BvcnRzL2RldmVsL3BlYXItRGF0ZS1Ib2xpZGF5cy9FbmdsYW5kV2FsZXMvZGlzdGluZm8sdgpy
 ZXRyaWV2aW5nIHJldmlzaW9uIDEuMS4xLjEKZGlmZiAtdSAtcjEuMS4xLjEgZGlzdGluZm8KLS0t
 IHBlYXItRGF0ZS1Ib2xpZGF5cy9FbmdsYW5kV2FsZXMvZGlzdGluZm8JNSBBcHIgMjAxMSAxNzoz
 Njo0NyAtMDAwMAkxLjEuMS4xCisrKyBwZWFyLURhdGUtSG9saWRheXMvRW5nbGFuZFdhbGVzL2Rp
 c3RpbmZvCTUgT2N0IDIwMTEgMTE6MDk6MjkgLTAwMDAKQEAgLTEsNSArMSw1IEBACi1NRDUgKERh
 dGVfSG9saWRheXNfRW5nbGFuZFdhbGVzLTAuMS4yLnRneikgPSBGQzAvMWcrZDlxZXRVeFAxc2cw
 MzVBPT0KLVJNRDE2MCAoRGF0ZV9Ib2xpZGF5c19FbmdsYW5kV2FsZXMtMC4xLjIudGd6KSA9IG5G
 ek90N3FYT1VabmszY29VMk9FampZSnBpdz0KLVNIQTEgKERhdGVfSG9saWRheXNfRW5nbGFuZFdh
 bGVzLTAuMS4yLnRneikgPSBuQW1QZEI0cjM3RGVYeW50ejExb0pUVVdBUlE9Ci1TSEEyNTYgKERh
 dGVfSG9saWRheXNfRW5nbGFuZFdhbGVzLTAuMS4yLnRneikgPSB4WTRuY3NTTGpLakVTajdMQXJY
 RFB0aWJKMnJnRnFqQVBSQ1hJZ2VRdnJjPQotU0laRSAoRGF0ZV9Ib2xpZGF5c19FbmdsYW5kV2Fs
 ZXMtMC4xLjIudGd6KSA9IDMyMDYKK01ENSAoRGF0ZV9Ib2xpZGF5c19FbmdsYW5kV2FsZXMtMC4x
 LjMudGd6KSA9IEtTbnRFNWhOZ00wQU5nZ1RKNzBqclE9PQorUk1EMTYwIChEYXRlX0hvbGlkYXlz
 X0VuZ2xhbmRXYWxlcy0wLjEuMy50Z3opID0gRHQrTTF3TEJ0V2lGdGlxSENTd3YzS05Wazc4PQor
 U0hBMSAoRGF0ZV9Ib2xpZGF5c19FbmdsYW5kV2FsZXMtMC4xLjMudGd6KSA9IEwzVE5PTjR0REUx
 QWtXNWl6aFBPSFNqTGNlYz0KK1NIQTI1NiAoRGF0ZV9Ib2xpZGF5c19FbmdsYW5kV2FsZXMtMC4x
 LjMudGd6KSA9IDcxcHEyK1lxbkFLZW1ZUlhrRW56V1ZZeWdyandkRmtjSzBDWnhzOGtpb2M9CitT
 SVpFIChEYXRlX0hvbGlkYXlzX0VuZ2xhbmRXYWxlcy0wLjEuMy50Z3opID0gMzI1NwpJbmRleDog
 cGVhci1EYXRlLUhvbGlkYXlzL0lyZWxhbmQvTWFrZWZpbGUKPT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTog
 L2N2cy9wb3J0cy9kZXZlbC9wZWFyLURhdGUtSG9saWRheXMvSXJlbGFuZC9NYWtlZmlsZSx2CnJl
 dHJpZXZpbmcgcmV2aXNpb24gMS4yCmRpZmYgLXUgLXIxLjIgTWFrZWZpbGUKLS0tIHBlYXItRGF0
 ZS1Ib2xpZGF5cy9JcmVsYW5kL01ha2VmaWxlCTE2IFNlcCAyMDExIDA5OjI0OjUyIC0wMDAwCTEu
 MgorKysgcGVhci1EYXRlLUhvbGlkYXlzL0lyZWxhbmQvTWFrZWZpbGUJNSBPY3QgMjAxMSAxMTow
 OToyOSAtMDAwMApAQCAtMSw3ICsxLDYgQEAKICMgJE9wZW5CU0Q6IE1ha2VmaWxlLHYgMS4yIDIw
 MTEvMDkvMTYgMDk6MjQ6NTIgZXNwaWUgRXhwICQKIAogQ09NTUVOVCA9CUlyaXNoIGhvbGlkYXkg
 Y2xhc3NlcyBmb3IgUEhQCi1IT0xOQU1FID0JSXJlbGFuZC0wLjEuMgotUkVWSVNJT049CQkwCitI
 T0xOQU1FID0JSXJlbGFuZC0wLjEuMwogCiAuaW5jbHVkZSA8YnNkLnBvcnQubWs+CkluZGV4OiBw
 ZWFyLURhdGUtSG9saWRheXMvSXJlbGFuZC9kaXN0aW5mbwo9PT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAv
 Y3ZzL3BvcnRzL2RldmVsL3BlYXItRGF0ZS1Ib2xpZGF5cy9JcmVsYW5kL2Rpc3RpbmZvLHYKcmV0
 cmlldmluZyByZXZpc2lvbiAxLjEuMS4xCmRpZmYgLXUgLXIxLjEuMS4xIGRpc3RpbmZvCi0tLSBw
 ZWFyLURhdGUtSG9saWRheXMvSXJlbGFuZC9kaXN0aW5mbwk1IEFwciAyMDExIDE3OjM2OjQ3IC0w
 MDAwCTEuMS4xLjEKKysrIHBlYXItRGF0ZS1Ib2xpZGF5cy9JcmVsYW5kL2Rpc3RpbmZvCTUgT2N0
 IDIwMTEgMTE6MDk6MjkgLTAwMDAKQEAgLTEsNSArMSw1IEBACi1NRDUgKERhdGVfSG9saWRheXNf
 SXJlbGFuZC0wLjEuMi50Z3opID0gRndqZzlvdmxHd3R0QUNuem9rSTJOUT09Ci1STUQxNjAgKERh
 dGVfSG9saWRheXNfSXJlbGFuZC0wLjEuMi50Z3opID0gWHVBNXkwYzRmS1pVZmh5a1RqT1RiTWlh
 NzBNPQotU0hBMSAoRGF0ZV9Ib2xpZGF5c19JcmVsYW5kLTAuMS4yLnRneikgPSA3Qk93a0s0cEZZ
 Tmc1T2F2a0xEdTM0eXBxZXc9Ci1TSEEyNTYgKERhdGVfSG9saWRheXNfSXJlbGFuZC0wLjEuMi50
 Z3opID0gcnBmK0NrdUFhZzhqL3E2dC9oQms2dkQ5Q0JiYktCZGlNaFMrU05TOEZpWT0KLVNJWkUg
 KERhdGVfSG9saWRheXNfSXJlbGFuZC0wLjEuMi50Z3opID0gNDMxNAorTUQ1IChEYXRlX0hvbGlk
 YXlzX0lyZWxhbmQtMC4xLjMudGd6KSA9IExTYWlzSkJLWkd3TEZoZzVJRmxYNFE9PQorUk1EMTYw
 IChEYXRlX0hvbGlkYXlzX0lyZWxhbmQtMC4xLjMudGd6KSA9IHR5Szc2bCtEQWFVRWR5ZmlDWTFL
 M3grSTlTZz0KK1NIQTEgKERhdGVfSG9saWRheXNfSXJlbGFuZC0wLjEuMy50Z3opID0gZG5NU0J0

Re: svn 1.6.17, svn: generic failure

2011-10-06 Thread frantisek holop 
hmm, on Thu, Oct 06, 2011 at 08:34:02PM +0200, Stefan Sperling said that
 On Thu, Oct 06, 2011 at 08:00:23PM +0200, Stefan Sperling wrote:
  On Thu, Oct 06, 2011 at 05:34:17PM +0200, frantisek holop wrote:
   hmm, on Thu, Oct 06, 2011 at 04:31:32PM +0200, frantisek holop said that
good job subversion people, generic failure
is the error message of the century.
  
  http://www.elegosoft.com/files/svn-day-berlin-2011_sperling_subversion-error-messages-demystified.pdf
  
  I'll try to get this error message fixed up.
 
 The ingenious error message was brought to you by Cyrus SASL.
 
 $ grep -ri 'generic failure' src/cyrus-sasl-2.1.23
 src/cyrus-sasl-2.1.23/include/sasl.h:#define SASL_FAIL   -1   /* generic 
 failure */
 src/cyrus-sasl-2.1.23/lib/common.c:case SASL_FAIL: return generic 
 failure;
 
 SVN calls sasl_errdetail() to obtain an error message from SASL and
 generic failure is what it gets back. I'll make sure this will get some
 prefix in future releases (e.g. svn: cyrus sasl error: %s or something).
 Thanks for the report.

thanks for helping keeping my sanity :]

thank you for looking into this.
i will rebuild cyrus tomorrow and hopefully confirm functionality.

-f
-- 
i promise not to let it happen again - until next time.

UPDATE: Tcl/Tk 8.5.9 - 8.5.10

2011-10-06 Thread Stuart Cassoff 
Simple upgrade, drop a couple of patches since some stuff went upstream.


Index: lang/tcl/8.5/Makefile
===
RCS file: /cvs/ports/lang/tcl/8.5/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- lang/tcl/8.5/Makefile   2 Jun 2011 13:41:39 -   1.16
+++ lang/tcl/8.5/Makefile   6 Oct 2011 21:14:40 -
@@ -2,13 +2,12 @@

 COMMENT =  Tool Command Language

-DISTNAME = tcl8.5.9
-PKGNAME =  tcl-8.5.9
-SHARED_LIBS =  tcl85 0.6
+DISTNAME = tcl8.5.10
+PKGNAME =  tcl-8.5.10
+SHARED_LIBS =  tcl85 0.7
 CATEGORIES =   lang lang/tcl
 HOMEPAGE = http://www.tcl.tk/
 MAINTAINER =   Stuart Cassoff s...@users.sourceforge.net
-REVISION = 0

 # BSD
 PERMIT_PACKAGE_CDROM = Yes
@@ -33,7 +32,7 @@ FAKE_FLAGS =  INSTALL_DATA_DIR=${INSTAL
 REGRESS_FLAGS =HOME=${TESTHOME}
 SEPARATE_BUILD =   concurrent
 USE_GROFF =Yes
-CONFIGURE_STYLE =  autoconf no-autoheader old
+CONFIGURE_STYLE =  gnu old

 CONFIGURE_ARGS +=  ${CONFIGURE_SHARED} \
--includedir=${PREFIX}/include/tcl8.5 \
@@ -43,8 +42,6 @@ CONFIGURE_ARGS += ${CONFIGURE_SHARED} \
--disable-rpath \
EXTRA_INSTALL=install-private-headers \
SHLIB_VERSION=${LIBtcl85_VERSION}
-
-AUTOCONF_VERSION = 2.59

 .if ${MACHINE_ARCH} != m88k  ${MACHINE_ARCH} != vax
 ALL_TARGET =   all libtcl85.a
Index: lang/tcl/8.5/distinfo
===
RCS file: /cvs/ports/lang/tcl/8.5/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- lang/tcl/8.5/distinfo   5 Jan 2011 16:13:53 -   1.7
+++ lang/tcl/8.5/distinfo   6 Oct 2011 21:14:40 -
@@ -1,5 +1,5 @@
-MD5 (tcl8.5.9-src.tar.gz) = hRLY2zIzBB3WioFHaQYBKg==
-RMD160 (tcl8.5.9-src.tar.gz) = 2FjE++GnW++cSkwD5Q2KqAep0os=
-SHA1 (tcl8.5.9-src.tar.gz) = rofF5YuiB2DZvHcRfSGbvxtqVVc=
-SHA256 (tcl8.5.9-src.tar.gz) = OrZxtBfj7rQbnO9ibXQtj39XQlEB6D5fytHVUs2ZI30=
-SIZE (tcl8.5.9-src.tar.gz) = 4469603
+MD5 (tcl8.5.10-src.tar.gz) = oI6vhGfAYxk3BnwZSN0yaw==
+RMD160 (tcl8.5.10-src.tar.gz) = mxkjiOdORqSXLRjCS3Cxo9cM66Q=
+SHA1 (tcl8.5.10-src.tar.gz) = 5siU07jLy/tyk6LgxeLNFeF4vi4=
+SHA256 (tcl8.5.10-src.tar.gz) = 9YIGPt1UGaOe6Pe1yPldVXtdqtE++w7S8JZ8oYVhO7c=
+SIZE (tcl8.5.10-src.tar.gz) = 4498413
Index: lang/tcl/8.5/patches/patch-library_init_tcl
===
RCS file: /cvs/ports/lang/tcl/8.5/patches/patch-library_init_tcl,v
retrieving revision 1.1
diff -u -p -r1.1 patch-library_init_tcl
--- lang/tcl/8.5/patches/patch-library_init_tcl 5 Jan 2011 16:13:53 -   
1.1
+++ lang/tcl/8.5/patches/patch-library_init_tcl 6 Oct 2011 21:14:40 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-library_init_tcl,v 1.1 2011/01/05 16:13:53 stu Exp $
 library/init.tcl.orig  Sat Oct  2 08:31:44 2010
-+++ library/init.tcl   Sat Oct  2 08:33:17 2010
-@@ -53,11 +53,14 @@ namespace eval tcl {
+--- library/init.tcl.orig  Tue May 31 11:03:46 2011
 library/init.tcl   Wed Oct  5 01:55:14 2011
+@@ -51,11 +51,14 @@ namespace eval tcl {
lappend ::auto_path $Dir
}
  }
Index: lang/tcl/8.5/patches/patch-library_safe_tcl
===
RCS file: lang/tcl/8.5/patches/patch-library_safe_tcl
diff -N lang/tcl/8.5/patches/patch-library_safe_tcl
--- lang/tcl/8.5/patches/patch-library_safe_tcl 5 Jan 2011 16:13:53 -   
1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-library_safe_tcl,v 1.1 2011/01/05 16:13:53 stu Exp $
 library/safe.tcl.orig  Thu Sep 23 17:54:01 2010
-+++ library/safe.tcl   Fri Sep 24 03:28:58 2010
-@@ -492,9 +492,9 @@ proc ::safe::InterpInit {
- # Sync the paths used to search for Tcl modules. This can be done only
- # now, after tm.tcl was loaded.
- namespace upvar ::safe S$slave state
--::interp eval $slave [list \
--::tcl::tm::add {*}$state(tm_path_slave)]
--
-+if {[llength $state(tm_path_slave)]  0} {
-+  ::interp eval $slave [list ::tcl::tm::add {*}$state(tm_path_slave)]
-+}
- return $slave
- }
-
Index: lang/tcl/8.5/patches/patch-tests_safe_test
===
RCS file: lang/tcl/8.5/patches/patch-tests_safe_test
diff -N lang/tcl/8.5/patches/patch-tests_safe_test
--- lang/tcl/8.5/patches/patch-tests_safe_test  5 Jan 2011 16:13:53 -   
1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-tests_safe_test,v 1.1 2011/01/05 16:13:53 stu Exp $
 tests/safe.test.orig   Sat Sep 25 11:21:37 2010
-+++ tests/safe.testSat Sep 25 11:24:25 2010
-@@ -197,7 +197,7 @@ test safe-7.2 {tests specific path and interpFind/AddT
-   [catch

Re: [CHANGE] devel/jdk/1.6 use jamvm bootstrap

2011-10-06 Thread Kurt Miller 
Hi Amit,

On Thursday 06 October 2011 02:20:42 pm Amit Kulkarni wrote:
  The following diff changes the default bootstrap depend from jdk/1.5 to
  lang/jamvm + Eclipse compiler (ecj).
 
  Tested on i386 and amd64: builds ok, builds native_bootstrap ok and jdk/1.7
  ok.
 
  After this goes in we can remove jdk/1.5 which is EOL since 2009.
 
  okay?
 
  The in-lined patch got line wrapped by my mailer. Attached is the same diff.
 
  -Kurt
 
 
 Smooth upgrade... I had to move stuff from distfiles to distfiles/jdk.
 No problems found on amd64. couple more crusty ports removed!!!

Thanks.

 Kurt,
 The plan is to keep 1.6 u3 around to bootstrap 1.7 and future 1.8, and
 concentrate more on upcoming versions only, right? i.e use 1.7 and
 discourage 1.6 because of securtiy concerns?

No plans here. Just plans to have plans. Idealy someone (or me eventually)
switches 1.6 to OpenJDK 1.6 so we get 1.6 packages but we loose the Sun
plugin. I doubt that will happen this release though. icedtea-web will be
the plugin we rely upon in the future.

Regards,
-Kurt

[REMOVE] devel/jdk/1.5 lang/kaffe

2011-10-06 Thread Kurt Miller 
Now that we can boostrap 1.6 with jamvm it is time to remove EOL/unmaintained 
by upstream java ports; devel/jdk/1.5 and lang/kaffe.

All 1.3+ 1.4+ and 1.5+ ports require a bump due to change in RUN_DEPENDS. A 
close look at java.port.mk would be appreciated. Thanks.

Index: databases/db/v4/Makefile
===
RCS file: /cvs/ports/databases/db/v4/Makefile,v
retrieving revision 1.53
diff -u -p -r1.53 Makefile
--- databases/db/v4/Makefile16 Sep 2011 08:48:02 -  1.53
+++ databases/db/v4/Makefile7 Oct 2011 02:32:32 -
@@ -14,7 +14,7 @@ PKGNAME-tcl=  db-tcl-${VERSION}
 EPOCH-main=0
 EPOCH-java=0
 EPOCH-tcl= 0
-REVISION-java =0
+REVISION-java =1
 REVISION-tcl = 0
 DBLIBDIR=  lib/db4
 SHARED_LIBS += db   5.0  # .0.0
Index: databases/jxplorer/Makefile
===
RCS file: /cvs/ports/databases/jxplorer/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- databases/jxplorer/Makefile 16 Sep 2011 08:48:02 -  1.10
+++ databases/jxplorer/Makefile 7 Oct 2011 02:32:32 -
@@ -5,7 +5,7 @@ COMMENT=standards compliant LDAP browse
 V= 3.2
 DISTNAME=  JXv${V}deploy
 PKGNAME=   jxplorer-${V}
-REVISION=  6
+REVISION=  7
 EXTRACT_SUFX=  .zip
 CATEGORIES=databases net
 
Index: databases/postgresql-jdbc/Makefile
===
RCS file: /cvs/ports/databases/postgresql-jdbc/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- databases/postgresql-jdbc/Makefile  16 Sep 2011 08:48:03 -  1.15
+++ databases/postgresql-jdbc/Makefile  7 Oct 2011 02:32:32 -
@@ -9,7 +9,7 @@ PKGNAME-main=   postgresql-jdbc-${V:S/-/.
 PKGNAME-docs=  postgresql-jdbc-docs-${V:S/-/./}
 PKG_ARCH-docs= *
 CATEGORIES=databases
-REVISION-main =0
+REVISION-main =1
 
 MULTI_PACKAGES=-main -docs
 
Index: devel/apache-ant/Makefile
===
RCS file: /cvs/ports/devel/apache-ant/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- devel/apache-ant/Makefile   16 Sep 2011 09:24:48 -  1.26
+++ devel/apache-ant/Makefile   7 Oct 2011 02:32:33 -
@@ -3,7 +3,7 @@
 COMMENT=build tool for java applications
 
 DISTNAME=  apache-ant-1.8.2
-REVISION=  1
+REVISION=  2
 CATEGORIES=devel
 
 HOMEPAGE=  http://ant.apache.org/
Index: devel/eclipse/sdk/Makefile
===
RCS file: /cvs/ports/devel/eclipse/sdk/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- devel/eclipse/sdk/Makefile  16 Sep 2011 09:24:49 -  1.66
+++ devel/eclipse/sdk/Makefile  7 Oct 2011 02:32:34 -
@@ -12,7 +12,7 @@ ECLIPSE_VER=  3.2.2
 DISTNAME=  eclipse-sourceBuild-srcIncluded-${ECLIPSE_VER}
 PKGNAME=   eclipse-sdk-${ECLIPSE_VER}
 PKGNAME-main=  eclipse-sdk-${ECLIPSE_VER}
-REVISION-main= 18
+REVISION-main= 19
 PKGNAME-swt=   swt-${ECLIPSE_VER}
 REVISION-swt=  4
 PKGNAME-gnome= swt-gnome-${ECLIPSE_VER}
Index: devel/ivy/Makefile
===
RCS file: /cvs/ports/devel/ivy/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- devel/ivy/Makefile  16 Sep 2011 09:24:51 -  1.18
+++ devel/ivy/Makefile  7 Oct 2011 02:32:35 -
@@ -5,7 +5,7 @@ COMMENT=dependency manager for Java
 VERSION=   1.4.1
 DISTNAME=  ivy-${VERSION}-bin
 PKGNAME=   ivy-${VERSION}
-REVISION = 10
+REVISION = 11
 CATEGORIES=devel
 WRKDIST=   ${WRKDIR}/ivy-${VERSION}
 
Index: devel/jakarta-servletapi/Makefile
===
RCS file: /cvs/ports/devel/jakarta-servletapi/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- devel/jakarta-servletapi/Makefile   16 Sep 2011 09:24:51 -  1.22
+++ devel/jakarta-servletapi/Makefile   7 Oct 2011 02:32:35 -
@@ -4,7 +4,7 @@ COMMENT=implementation of the JSP and J
 
 V= 3.2.4
 DISTNAME=  jakarta-servletapi-${V}
-REVISION=  12
+REVISION=  13
 CATEGORIES=www devel
 MASTER_SITES=  
http://archive.apache.org/dist/jakarta/tomcat-3/archive/v${V}/bin/
 EXTRACT_SUFX=  .zip
Index: devel/jdk/Makefile
===
RCS file: /cvs/ports/devel/jdk/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- devel/jdk/Makefile  1 Feb 2010 17:00:13 -   1.23
+++ devel/jdk/Makefile  7 Oct 2011 02:32:35 -
@@ -1,7 +1,6 @@
 # $OpenBSD: Makefile,v 1.23 2010/02/01 17:00:13 espie Exp $
 
 SUBDIR =
-SUBDIR +=

Re: [NEW] comms/picocom

2011-10-06 Thread Lawrence Teo 
On Mon, Oct 03, 2011 at 06:35:15AM +0300, Kyle Isom wrote:
 Thanks Remi!
 
 You are correct, I had forgotten the `make port-lib-depends check` but that 
 is now fixed.
 Also, for some reason I'd fmt -w 76'd instead of 72. That has also been 
 fixed. I've 
 attached the changes.
 

Hi Kyle,

I have taken a look at your revised port and have a few comments:

- MASTER_SITES0 is not needed. You can add a secondary site to the
  next line of MASTER_SITES by adding a backslash \ character at
  the end of the first line.

- CONFIGURE_ARGS is not needed since this port does not use
  GNU-style configure.

- The picocom binary seems to compile and run fine without ncurses,
  so the patch to Makefile to make it link with ncurses is not
  necessary. If this is true, ncurses should also be removed from
  WANTLIB.

- It looks like your post-install target should be changed to
  do-install, since the steps in that target are what you want the
  port to do when you run make install. 

- If do-install is already in your port's Makefile, the install
  target can be removed from patch-Makefile.

- LDFLAGS and LDLIBS probably do not need to be changed by the patch
  file at all, since they are not used.

- UUCP_LOCK_DIR is defined as /var/lock but that directory does
  not exist on OpenBSD. The picocom source code will attempt to
  create lock files in that directory. minicom uses /var/spool/lock
  as its lock directory so that's a possible spot for picocom too.

- Also, this is just a nit but GPLv2 should be GPLv2+. :)

Hope this helps!

Lawrence