CVS: cvs.openbsd.org: ports

2009-05-26 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2009/05/26 00:41:25

Modified files:
devel/vte  : Makefile distinfo 

Log message:
- small update to vte-0.20.3
several bugfixes in the python bindings



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2009/05/26 01:48:32

Log message:
import cracklib;

This package is an updated/modernized distribution of CrackLib as
previously release by Alec Muffett. Pretty much all of the files have
been modified in some way to allow for this modernization and to
apply numerous bug fixes and patches.

ok ajacoutot@, thanks!

Status:

Vendor Tag: benoit
Release Tags:   benoit_20090526

N ports/security/cracklib/Makefile
N ports/security/cracklib/distinfo
N ports/security/cracklib/patches/patch-configure
N ports/security/cracklib/pkg/PLIST
N ports/security/cracklib/pkg/DESCR
N ports/security/cracklib/pkg/PFRAG.shared

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2009/05/26 01:58:22

Modified files:
security   : Makefile 

Log message:
+cracklib



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2009/05/26 02:13:04

Log message:
import py-crack;

This module brings to Python programs the capability of evaluating password
strength. To achieve this noble aim it uses the well known cracklib toolkit,
hence the name.

ok ajacoutot@, thanks!

Status:

Vendor Tag: benoit
Release Tags:   benoit_20090526

N ports/security/py-crack/Makefile
N ports/security/py-crack/distinfo
N ports/security/py-crack/patches/patch-configure_ac
N ports/security/py-crack/pkg/PLIST
N ports/security/py-crack/pkg/DESCR

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2009/05/26 02:21:50

Modified files:
productivity/rednotebook: Makefile distinfo 
productivity/rednotebook/pkg: PLIST 

Log message:
- update to rednotebook-0.7.2

prodded by bernd@



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2009/05/26 05:01:47

Modified files:
editors/openoffice3: Makefile 
editors/openoffice3/pkg: MESSAGE-main 

Log message:
- tweak MESSAGE

sure robert@



demande de coordonnées

2009-05-26 Thread Céline BOIS
Bonjour, 



J'aimerais prisenter ` votre service communication, commercial ou marketing 
notre carte cinima CiniWeb je vous remercie de bien vouloir leur transmettre ce 
mail ou me confier une adresse e-mail valide, afin que je puisse faire l'envoi 
moi-mjme.



La carte CiniWeb est la seule carte valable pour une ou deux places de cinima 
(version DUO), dans toute la France pour tous les Cinimas, toutes les salles, 
toutes les siances sans aucune restriction ni aucun suppliment.



Cette carte est un formidable outil marketing qui vous permet de faire plaisir 
` moindre co{t (jusque 40 % de riduction par rapport au prix public). De plus, 
notre carte est personnalisable ` votre logo en 48h (couleur ou noir et blanc) !



Je suis ` votre disposition pour toutes informations complimentaires ou devis. 



Pour toutes informations vous pouvez ripondre ` ce mail en me faisant part de 
vos questions, me joindre au 01 75 43 19 80 ou visiter notre site.

J'esphre ne pas vous avoir importunie avec mon mail, si cela avait iti li cas 
je vous invite ` y ripondre en mettant dans l'objet simplement le mot stop 
afin que je ne vous importune plus.



Merci et ` bienttt 

Bien ` vous 

Ciline BOIS - 01 75 43 19 80 - @mail

AM Entertainment Groupe 
3 rue Jean Jaurhs - Z.I.
91860 Epinay sous Sinart 

R.C. Evry B 485 070 635





P.S. : Notre produit est un cadeau d'affaire et ` la base destini aux services 
liis ` la communication, ` la promotion, fidilisation ... cependant, si vous 
disposez d'un Comiti d'Entreprise, vous pouvez lui transmettre ce mail 
igalement afin de voir de quels avantages il peut beneficier - cliquez ici pour 
en savoir plus 











. 



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2009/05/26 07:05:46

Modified files:
print/poppler  : Makefile distinfo 

Log message:
- bugfix update to poppler-0.10.7

ok kili@



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2009/05/26 08:08:25

Modified files:
misc/ytree : Makefile distinfo 
misc/ytree/pkg : PLIST 

Log message:
- update ytree to 1.92
- regen PLIST
- OK from maintainer

ok ajacoutot@



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2009/05/26 08:13:22

Modified files:
net/rtmpdump   : Makefile distinfo 
Removed files:
net/rtmpdump/patches: patch-bytes_cpp patch-handshake_cpp 
  patch-rtmp_h 

Log message:
update to 1.6 (rolling in several patches), and new MASTER_SITES.



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2009/05/26 08:27:36

Modified files:
www/yui: Makefile distinfo 
www/yui/pkg: PLIST-docs PLIST-main 

Log message:
- update yui to 2.7.0b
- regen PLIST-*
- change maintainer
- change MASTER_SITES

ok espie@, ajacoutot@



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Benoit Lecocq
CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2009/05/26 09:44:57

Modified files:
devel/cscope   : Makefile distinfo 
devel/cscope/pkg: PLIST 

Log message:
- update cscope to 15.7a
- change maintainer
- regen PLIST

ok ajacoutot@



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2009/05/26 10:19:06

Modified files:
infrastructure/db: user.list 

Log message:
reserve 628 for kamailio.



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Paul Irofti
CVSROOT:/cvs
Module name:ports
Changes by: piro...@cvs.openbsd.org 2009/05/26 11:10:53

Modified files:
emulators/wine/patches: patch-libs_wine_Makefile.in 

Log message:
Fix lib-depends-check. Okay ari...@.



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Federico G. Schwindt
CVSROOT:/cvs
Module name:ports
Changes by: fg...@cvs.openbsd.org   2009/05/26 13:28:12

Modified files:
devel/py-mxDateTime: Makefile 
devel/py-mxDateTime/pkg: PLIST 

Log message:
o fix crash on TextSearch free due to a collision with libc' bm_free
as reported in ports@
o correctly depend on the python version used as flavor
o eggify
o comments in lowercase



Re: CVS: cvs.openbsd.org: ports

2009-05-26 Thread Federico G. Schwindt
On Tue, May 26, 2009 at 01:28:12PM -0600, Federico G. Schwindt wrote:
 CVSROOT:  /cvs
 Module name:  ports
 Changes by:   fg...@cvs.openbsd.org   2009/05/26 13:28:12
 
 Modified files:
   devel/py-mxDateTime: Makefile 
   devel/py-mxDateTime/pkg: PLIST 
 
 Log message:
 o fix crash on TextSearch free due to a collision with libc' bm_free
 as reported in ports@
 o correctly depend on the python version used as flavor
 o eggify
 o comments in lowercase

  forgot to mention, martynas@ ok.

  f.-



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Alexander Hall
CVSROOT:/cvs
Module name:ports
Changes by: ha...@cvs.openbsd.org   2009/05/26 17:10:22

Modified files:
geo/openbsd-developers: Makefile 
geo/openbsd-developers/files: OpenBSD 

Log message:
add my whereabouts

ok todd@, sthen@



CVS: cvs.openbsd.org: ports

2009-05-26 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2009/05/26 17:26:32

Modified files:
editors/openoffice3: Makefile 

Log message:
estdc++ does indeed need copying from gcc4.port.mk to LIB_DEPENDS-main
because it's not inherited from LIB_DEPENDS here; reinstate (and bump
PKGNAME), fixing problem found by James Turner. no cookie for me :(



Dependent on a text file in /usr/X11R6/

2009-05-26 Thread James Wright
If I have a port that needs a text file that is installed with the X 
sets, but needs nothing else of X, what is the correct way to indicate 
that?  Should I assume X is installed, make it as USE_X11 or have a copy 
of the file in files/ and copy it to /usr/local/share/packagename?




Re: Problems building lang/parrot

2009-05-26 Thread Mikolaj Kucharski
Are you building this package as root?

On Mon, May 25, 2009 at 08:07:16PM -0400, STeve Andre' wrote:
Given that I see parrot-.0.9.0.1 in the snapshot package area, it is
 my fault that I cannot build  package it myself.  I've been puzzling
 over this for a bit now, and am finally asking for a clue.  I have
 script output of the entire process but it compiles ok--its a package
 building time that produces the error.  
 
 Clues appreciated.

-- 
best regards
q#



Re: Dependent on a text file in /usr/X11R6/

2009-05-26 Thread Mikolaj Kucharski
On Mon, May 25, 2009 at 11:52:13PM -0700, James Wright wrote:
 If I have a port that needs a text file that is installed with the X  
 sets, but needs nothing else of X, what is the correct way to indicate  
 that?  Should I assume X is installed, make it as USE_X11 or have a copy  
 of the file in files/ and copy it to /usr/local/share/packagename?

What is that file?

-- 
best regards
q#



how to determine obsolete ports?

2009-05-26 Thread Toni Mueller


Hi,

I've just discovered that I had some old packages from 4.4 installed on
a 4.5 system. While investigating the resulting breakage, it occurred
to me that I don't seem to have an easy way to properly determine which
ports are being made obsolete by new functionality in the base system.
In such cases, I usually wish to remove the package and use the
corresponding functionality from the base system.

TIA!

-- 
Kind regards,
--Toni++



Re: www/py-django

2009-05-26 Thread Federico G. Schwindt
On Mon, May 25, 2009 at 08:39:39PM -0700, Ryan Boggs wrote:
 I just tested this with django without the workaround and it works.
 If this is committed, then the patch for django can be removed.

  I will commit this version instead later today.

  f.-

Index: Makefile
===
RCS file: /cvs/ports/devel/py-mxDateTime/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile6 Apr 2009 18:21:26 -   1.22
+++ Makefile26 May 2009 07:39:48 -
@@ -6,7 +6,7 @@ COMMENT=Date and Time types for Python
 
 VERSION=   3.1.2
 DISTNAME=  egenix-mx-base-${VERSION}
-PKGNAME=   py-mxDateTime-${VERSION}
+PKGNAME=   py-mxDateTime-${VERSION}p0
 CATEGORIES=devel
 
 MASTER_SITES=  http://www.lemburg.com/files/python/
@@ -21,7 +21,7 @@ PERMIT_DISTFILES_CDROM=   Yes
 
 MODULES=   lang/python
 
-FLAVORS=   python2.4 python2.5  # Needed for Zope, e.g.
+FLAVORS=   python2.4 python2.5 python2.6   # Needed for Zope, e.g.
 FLAVOR?=   python2.5
 
 .if !${FLAVOR} || ${FLAVOR:L:Npython?.?}
@@ -31,6 +31,12 @@ ERRORS+= Fatal: You must select one ver
 MODPY_VERSION= ${FLAVOR:S/python//}
 
 NO_REGRESS=Yes
+
+# Avoid collisions with libc' bm_free
+post-configure:
+   @perl -pi -e 's|bm_free|mxbm_free|g' \
+ ${WRKSRC}/mx/TextTools/mxTextTools/mxbmse.[ch] \
+ ${WRKSRC}/mx/TextTools/mxTextTools/mxTextTools.c
 
 post-install:
find ${WRKINST} -name \*.egg-info -exec rm {} \;



Re: how to determine obsolete ports?

2009-05-26 Thread Robert
On Tue, 26 May 2009 10:06:45 +0200
Toni Mueller openbsd-po...@oeko.net wrote:

 
 
 Hi,
 
 I've just discovered that I had some old packages from 4.4 installed
 on a 4.5 system. While investigating the resulting breakage, it
 occurred to me that I don't seem to have an easy way to properly
 determine which ports are being made obsolete by new functionality in
 the base system. In such cases, I usually wish to remove the package
 and use the corresponding functionality from the base system.
 
 TIA!
 

Are you looking for this?
http://www.openbsd.org/faq/upgrade45.html#Pkgup

- Robert



Re: how to determine obsolete ports?

2009-05-26 Thread Stuart Henderson
On 2009/05/26 10:06, Toni Mueller wrote:
 
 I've just discovered that I had some old packages from 4.4 installed on
 a 4.5 system. While investigating the resulting breakage, it occurred
 to me that I don't seem to have an easy way to properly determine which
 ports are being made obsolete by new functionality in the base system.
 In such cases, I usually wish to remove the package and use the
 corresponding functionality from the base system.

At the moment, the only way is if somebody noted it in either current.html
or the upgrade guide. (The 'no updates available for XXX' in pkg_add -ui
gives some clues though). If there are packages which this applies to which
aren't listed there, please say what they are so the documentation can
be corrected.



Re: Anyone compiled strigi (and kde4) on amd64?

2009-05-26 Thread Stuart Henderson
On 2009/05/26 02:00, Cem Kayali wrote:

 Hello!

 I'm trying to compile and test kde4 on amd64 which depends on strigi.  
 Though, suggested patch is already applied, it still fails to compile.

 Is there anyone who somehow compiled strigi on amd64 and/or by passed  
 strigi dependency?


 Regards,
 Cem



There's a workaround in the ports@ archives.



Re: Anyone compiled strigi (and kde4) on amd64?

2009-05-26 Thread Stuart Henderson
On 2009/05/26 09:35, Stuart Henderson wrote:
 On 2009/05/26 02:00, Cem Kayali wrote:
 
  Hello!
 
  I'm trying to compile and test kde4 on amd64 which depends on strigi.  
  Though, suggested patch is already applied, it still fails to compile.
 
  Is there anyone who somehow compiled strigi on amd64 and/or by passed  
  strigi dependency?
 
 
  Regards,
  Cem
 
 
 
 There's a workaround in the ports@ archives.
 

I should add, if you weren't able to find this for yourself, the KDE4 port
in its current state is probably not for you. It is work-in-progress.



Re: how to determine obsolete ports?

2009-05-26 Thread Marc Espie
On Tue, May 26, 2009 at 10:06:45AM +0200, Toni Mueller wrote:
 
 
 Hi,
 
 I've just discovered that I had some old packages from 4.4 installed on
 a 4.5 system. While investigating the resulting breakage, it occurred
 to me that I don't seem to have an easy way to properly determine which
 ports are being made obsolete by new functionality in the base system.
 In such cases, I usually wish to remove the package and use the
 corresponding functionality from the base system.

This is a known defect. It will be dealt with eventually, hopefully soon...
I've done about everything I could get away with to avoid any kind of central
database in the packages world, but at some point, I need to add a list of
exceptions (e.g., you're going at some point to have a package called quirks)
that would contain this kind of information (along with complex renaming/splits
of old packages).

Don't hold your breath, but it's going to happen eventually...



Re: how to determine obsolete ports?

2009-05-26 Thread Toni Mueller

Hi,

On Tue, 26.05.2009 at 10:20:20 +0200, Robert rob...@openbsd.pap.st wrote:
 http://www.openbsd.org/faq/upgrade45.html#Pkgup

AAARRGG


Thanks!


Kind regards,
--Toni++



Re: how to determine obsolete ports?

2009-05-26 Thread Toni Mueller

Hi,

On Tue, 26.05.2009 at 11:20:35 +0200, Marc Espie es...@nerim.net wrote:
 This is a known defect. It will be dealt with eventually, hopefully soon...

thanks to Stuart and you for the background information.

I aimed at both targets when I posed the question.


-- 
Kind regards,
--Toni++



Re: Anyone compiled strigi (and kde4) on amd64?

2009-05-26 Thread Cem Kayali

Stuart Henderson, 05/26/09 11:37:

On 2009/05/26 09:35, Stuart Henderson wrote:
  

On 2009/05/26 02:00, Cem Kayali wrote:


Hello!

I'm trying to compile and test kde4 on amd64 which depends on strigi.  
Though, suggested patch is already applied, it still fails to compile.


Is there anyone who somehow compiled strigi on amd64 and/or by passed  
strigi dependency?



Regards,
Cem


  

There's a workaround in the ports@ archives.

I should add, if you weren't able to find this for yourself, the KDE4 port
in its current state is probably not for you. It is work-in-progress.


I have found 'workaround' and already applied that path (actually it is 
part of patches under strigi/patches) and it didn't work.


Yes, i couldn't compile it, and asked somebody may be at least bypassed 
strigi dependency - hopefully.


Regards,
Cem



Howl URL wrong

2009-05-26 Thread Kai Fabian

Hi,

the URL for the HOWL port is invalid (on page http://www.openbsd.org/4.5_packages/i386/howl-1.0.0p0.tgz-long.html) 
.


Greetings
  Kai



Re: Problems building lang/parrot

2009-05-26 Thread STeve Andre'
On Tuesday 26 May 2009 03:01:34 Mikolaj Kucharski wrote:
 Are you building this package as root?

 On Mon, May 25, 2009 at 08:07:16PM -0400, STeve Andre' wrote:
 Given that I see parrot-.0.9.0.1 in the snapshot package area, it is
  my fault that I cannot build  package it myself.  I've been puzzling
  over this for a bit now, and am finally asking for a clue.  I have
  script output of the entire process but it compiles ok--its a package
  building time that produces the error.
 
  Clues appreciated.

Hmmm.  Yes I am, as I normally do.  You're pointing at a path problem,
I think...

--STeve Andre'



Re: Dependent on a text file in /usr/X11R6/

2009-05-26 Thread James Wright
Mikolaj Kucharski mikolaj at kucharski.name writes:

 
 On Mon, May 25, 2009 at 11:52:13PM -0700, James Wright wrote:
  If I have a port that needs a text file that is installed with the X  
  sets, but needs nothing else of X, what is the correct way to indicate  
  that?  Should I assume X is installed, make it as USE_X11 or have a copy  
  of the file in files/ and copy it to /usr/local/share/packagename?
 
 What is that file?
 

${X11BASE}/share/X11/rgb.txt

Basically for default colour name to colour value mapping.




Re: testing: ocaml-3.11.1RC1

2009-05-26 Thread Alex Popov

On 5/19/2009 12:07, Anil Madhavapeddy wrote:

Here is an early diff for anyone who wants to try out OCaml 3.11.1RC1
on OpenBSD-current:


Tested with latest unison-beta (2.32.23) on i386 and sparc64.
Trivial update for unison/snapshot is below.

Index: snapshot/Makefile
===
RCS file: /cvs/ports/net/unison/snapshot/Makefile,v
retrieving revision 1.5
diff snapshot/Makefile
5c5
 V= 2.27.57
---
 V= 2.32.23
Index: snapshot/distinfo
===
RCS file: /cvs/ports/net/unison/snapshot/distinfo,v
retrieving revision 1.4
diff snapshot/distinfo
1,5c1,5
 MD5 (unison-2.27.57.tar.gz) = S6Cj5L9LStDAY/hjkTcfeA==
 RMD160 (unison-2.27.57.tar.gz) = FTiOPyubWTq6FAQWIWg3xJ5IAMA=
 SHA1 (unison-2.27.57.tar.gz) = mJJoDYvT48UAMUUcxud+tUMXaOo=
 SHA256 (unison-2.27.57.tar.gz) = SmewUIWqEZ7LGuhSPgUW+wx+nh0M/nOOFHC1i8ANa4=
 SIZE (unison-2.27.57.tar.gz) = 617253
---
 MD5 (unison-2.32.23.tar.gz) = To1LKNv1mdOEmbO3tfHrXA==
 RMD160 (unison-2.32.23.tar.gz) = 5DQC0rBWW/tydKn0PK4nbTRFOc0=
 SHA1 (unison-2.32.23.tar.gz) = N//UKzSKOg2yaipg8nqQNJQUdQ4=
 SHA256 (unison-2.32.23.tar.gz) = 3XLfFFbT/qEH/zy7Spf3Ppvo4Ikwld0QG3syJ0BwsA=
 SIZE (unison-2.32.23.tar.gz) = 691200



Re: Problems building lang/parrot

2009-05-26 Thread Mikolaj Kucharski
On Tue, May 26, 2009 at 12:15:10PM -0400, STeve Andre' wrote:
   Clues appreciated.
 
 Hmmm.  Yes I am, as I normally do.  You're pointing at a path problem,
 I think...

No, I'm not pointing at path problem.

Could you try to build it as normal user?

-- 
best regards
q#



Re: Problems building lang/parrot

2009-05-26 Thread Stuart Henderson
On 2009-05-26, STeve Andre' and...@msu.edu wrote:
Given that I see parrot-.0.9.0.1 in the snapshot package area, it is
 my fault that I cannot build  package it myself.  I've been puzzling
 over this for a bit now, and am finally asking for a clue.  I have
 script output of the entire process but it compiles ok--its a package
 building time that produces the error.  


The problem must occur earlier in the build, there must be something
stopping those files from being produced. Please send or post the
URL to the whole build log, or if you want to dig yourself, look
for anything odd around these lines:

/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o pipp.pbc pipp.pir  
/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o src/common/php_ctype.pbc 
src/common/php_ctype.pir

/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o src/common/php_gmp.pbc 
src/common/php_gmp.pir  
  
/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o src/common/php_pcre.pbc 
src/common/php_pcre.pir 
 
gmake[1]: Leaving directory 
`/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/languages/pipp'




Re: Problems building lang/parrot

2009-05-26 Thread STeve Andre'
On Tuesday 26 May 2009 15:47:20 Mikolaj Kucharski wrote:
 On Tue, May 26, 2009 at 12:15:10PM -0400, STeve Andre' wrote:
Clues appreciated.
 
  Hmmm.  Yes I am, as I normally do.  You're pointing at a path problem,
  I think...

 No, I'm not pointing at path problem.

 Could you try to build it as normal user?

Well, building it as myself, I get the following (I am feeling dumb 
currently).

--STeve Andre'

vista /usr/ports/lang/parrot make package
`/usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386/.fake_done' is up to date.
===  Building package for parrot-0.9.0.1
Create /usr/ports/packages/i386/all/parrot-0.9.0.1.tgz
Switching to /usr/ports/lang/parrot/pkg/PFRAG.i386
Error: no @owner for /usr/local/include/src/jit_emit.h (steve)
Error: no @owner for /usr/local/bin/parrot (steve)
Error: no @owner for /usr/local/bin/parrot_config (steve)
Error: no @owner for /usr/local/bin/parrot_debugger (steve)
Error: no @owner for /usr/local/bin/pbc_disassemble (steve)
Error: no @owner for /usr/local/bin/pbc_info (steve)
Error: no @owner for /usr/local/bin/pbc_merge (steve)
Error: no @owner for /usr/local/bin/pbc_to_exe (steve)
Error: no @owner for /usr/local/bin/pdump (steve)
Error: no @owner for /usr/local/bin/perl6 (steve)
Error: no @owner for /usr/local/compilers/imcc/imclexer.c (steve)
Error: no @owner for /usr/local/compilers/json/JSON.pbc (steve)
Error: no @owner for /usr/local/compilers/json/JSON/grammar.pbc (steve)
Error: no @owner for /usr/local/compilers/json/JSON/pge2pir.pbc (steve)
Error: no @owner for /usr/local/compilers/nqp/nqp.pbc (steve)
Error: no @owner for /usr/local/compilers/tge/TGE/Compiler.pbc (steve)
Error: no @owner for /usr/local/compilers/tge/TGE/Grammar.pbc (steve)
Error: no @owner for /usr/local/compilers/tge/TGE/Parser.pbc (steve)
Error: no @owner for /usr/local/compilers/tge/TGE/Rule.pbc (steve)
Error: no @owner for /usr/local/compilers/tge/TGE/Tree.pbc (steve)
Error: no @owner for /usr/local/compilers/tge/tgc.pir (steve)
Error: no @owner for /usr/local/config/auto/cpu/i386/memcpy_mmx.c (steve)
Error: no @owner for /usr/local/config/auto/cpu/i386/memcpy_sse.c (steve)
Error: no @owner for /usr/local/config/gen/platform/ansi/dl.c (steve)
Error: no @owner for /usr/local/config/gen/platform/ansi/time.c (steve)
Error: no @owner for /usr/local/config/gen/platform/darwin/memalign.c (steve)

[lots of output deleted]

Error: no @owner for /usr/local/share/examples/parrot/tutorial/56_defined.pir 
(steve)
Error: no @owner for /usr/local/share/examples/parrot/tutorial/57_exists.pir 
(steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/60_subroutines.pir (steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/61_namespaces.pir (steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/62_namespaces.pir (steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/70_class_object.pir (steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/81_continuation.pir (steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/82_coroutine.pir (steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/83_external_libraries.pir 
(steve)
Error: no @owner 
for /usr/local/share/examples/parrot/tutorial/90_writing_tests.pir (steve)
Error: no @owner for /usr/local/src/nci.c (steve)
Error: no @owner for /usr/local/src/null_config.c (steve)
Error: no @owner for /usr/local/src/ops/core_ops_cgp.c (steve)
Error: no @owner for /usr/local/src/ops/core_ops_switch.c (steve)
Error: no @owner for /usr/local/src/parrot_config.c (steve)
===  Cleaning for parrot-0.9.0.1
rm -f /usr/ports/packages/i386/all/parrot-0.9.0.1.tgz 
/usr/ports/packages/i386/ftp/parrot-0.9.0.1.tgz 
/usr/ports/packages/i386/cdrom/parrot-0.9.0.1.tgz
*** Error code 1

Stop in /usr/ports/lang/parrot (line 1432 
of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/lang/parrot (line 1972 
of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/lang/parrot (line 1952 
of /usr/ports/infrastructure/mk/bsd.port.mk).   
 



Re: NEW: audio/xmms2

2009-05-26 Thread Amaury Gauthier
From: Pierre-Emmanuel André p...@raveland.org
Subject: Re: NEW: audio/xmms2
Date: Wed, 20 May 2009 09:52:07 +0200

 
 Hello,
 
 It doesn't compile on my amd64.
 Regards,

Here is a new version of port. It should now compile on amd64.

It solves another issue reported by Edd Barrett : the failure of
port-lib-depends-check. But I am not sure of my solution. Waf puts the
wrong SONAME in the public shared libs (i.e. 'SONAME
libxmmsclient.so.0' in place of 'SONAME libxmmsclient.so.0.0'). As the
most of libraries in my /usr/local/lib don't have SONAME, I have
patched waf to prevent inclusion of SONAME in xmms2 libraries. Is it
correct?

Please test this new version and report any other problem.


Best regards,

___
Amaury Gauthier

ID de clef GPG : 0xC94532EC
Serveur de clefs : hkp://subkeys.pgp.net
Serveur de clefs : http://www.pgp.net/pgpnet/wwwkeys.html
Empreinte : 7687 B099 005D 33A4 F3E6  5C07 42F8 C677 C945 32EC

++  
Ce que le petit prince n’osait pas s’avouer, c’est qu’il regrettait
cette planète bénie à cause, surtout, des mille quatre cent quarante
couchers de soleil par vingt-quatre heures !
-+- Antoine de Saint Exupéry (1900-1944) -+-



xmms2.tgz
Description: Binary data


pgpDmuXiIGOWh.pgp
Description: PGP signature


openoffice3 missing depend

2009-05-26 Thread James Turner
After installing openoffice-3.1.0p0 package on amd64 from a recent snap
I recieve the below error when starting soffice:

/usr/local/openoffice.org3/program/../basis-link/program/pagein: can't
load library 'libestdc++.so.10.0'
/usr/local/openoffice.org3/program/soffice.bin: can't load library
'libestdc++.so.10.0'

I went ahead and installed libstdc++-4.2.4p1 which fixes this error.
libstdc++ use to be a dependency of openoffice3 but for some reason it
isn't anymore. I just see estdc++ listed under the kde wantlibs. Was
this a fluke on my end or a problem with the port?

-- 
James Turner
BSD Group Consulting
http://www.bsdgroup.org



Re: openoffice3 missing depend

2009-05-26 Thread Stuart Henderson
On 2009/05/26 18:24, James Turner wrote:
 After installing openoffice-3.1.0p0 package on amd64 from a recent snap
 I recieve the below error when starting soffice:
 
 /usr/local/openoffice.org3/program/../basis-link/program/pagein: can't
 load library 'libestdc++.so.10.0'
 /usr/local/openoffice.org3/program/soffice.bin: can't load library
 'libestdc++.so.10.0'
 
 I went ahead and installed libstdc++-4.2.4p1 which fixes this error.
 libstdc++ use to be a dependency of openoffice3 but for some reason it
 isn't anymore. I just see estdc++ listed under the kde wantlibs. Was
 this a fluke on my end or a problem with the port?
 
 -- 
 James Turner
 BSD Group Consulting
 http://www.bsdgroup.org
 

ugh, of course, LIB_DEPENDS isn't carried across to LIB_DEPENDS-main
there :( i'll fix it.



Re: NEW: py-serial

2009-05-26 Thread Mark Peoples
On Tue, May 26, 2009 at 08:01:31AM +1000, Daniel Gruber wrote:
 This python module provides access to the serial port, with backends for
 standard Python running on Windows, Linux, BSD (possibly any POSIX
 compilant system), Jython and IronPython. The module named serial
 automatically selects the appropriate backend.
 
  ser = serial.Serial('/dev/tty0', 19200, timeout=1)
  s = ser.read(10)# read up to ten bytes (timeout)
  ser.write(hello)  # write a string
  line = ser.readline()   # read a '\n' terminated line
  ser.close()
 
 Tested on i386, macppc. Please test and comment.

tested it on i386 with my cheapo usb gps. works great. can't wait to try it 
with my sirius tuner because i'm allergic to perl

thanks!



Re: Problems building lang/parrot

2009-05-26 Thread STeve Andre'
On Tuesday 26 May 2009 17:25:24 you wrote:
 On 2009-05-26, STeve Andre' and...@msu.edu wrote:
 Given that I see parrot-.0.9.0.1 in the snapshot package area, it is
  my fault that I cannot build  package it myself.  I've been puzzling
  over this for a bit now, and am finally asking for a clue.  I have
  script output of the entire process but it compiles ok--its a package
  building time that produces the error.

 The problem must occur earlier in the build, there must be something
 stopping those files from being produced. Please send or post the
 URL to the whole build log, or if you want to dig yourself, look
 for anything odd around these lines:

 /usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o pipp.pbc pipp.pir
 /usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o
 src/common/php_ctype.pbc src/common/php_ctype.pir
 /usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o
 src/common/php_gmp.pbc src/common/php_gmp.pir
 /usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o
 src/common/php_pcre.pbc src/common/php_pcre.pir gmake[1]: Leaving directory
 `/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/languages/pipp'

Thank you Stewart, the problem does indeed seem to lie farther up.  The lines
you mention aren't there, mostly.  After seeing this I did a make checksum and
all is well.

However, in combing the 300K script file I found this.  If this isn't enough 
I'll post the entire script file.  Thanks for your help.

--STeve

/usr/bin/perl -e 'chdir shift @ARGV; system q{make}, @ARGV; exit $?  8;' 
lisp
../../parrot -o lisp.pbc lisp.pir
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 33
included from 'CAR' line 39
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CAR' line 39
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'LIST_1' line 171
included from 'LIST_2' line 80
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 33
included from 'CAR' line 216
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CAR' line 216
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 90
included from 'CDR' line 111
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CDR' line 111
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 33
included from 'CAR' line 112
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CAR' line 112
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 221
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'LIST_1' line 264
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 58
included from 'APPEND' line 269
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 63
included from 'APPEND' line 269
included from 'read.pir' line 33
included from 

Re: Dependent on a text file in /usr/X11R6/

2009-05-26 Thread Matthieu Herrb
James Wright wrote:
 Mikolaj Kucharski mikolaj at kucharski.name writes:
 
 On Mon, May 25, 2009 at 11:52:13PM -0700, James Wright wrote:
 If I have a port that needs a text file that is installed with the X  
 sets, but needs nothing else of X, what is the correct way to indicate  
 that?  Should I assume X is installed, make it as USE_X11 or have a copy  
 of the file in files/ and copy it to /usr/local/share/packagename?
 What is that file?

 
 ${X11BASE}/share/X11/rgb.txt
 
 Basically for default colour name to colour value mapping.
 
 

You can proably provide your own copy of this file with your port. X is
not using that file anymore (it has the database hard-coded in xserver)
and a future version will probably remove it.
-- 
Matthieu Herrb