Re: clamav bug

2008-07-04 Thread Ben Stuyts


On 3 Jul 2008, at 06:25, yance wrote:

I have just update m ports collection. My FreeBSD is 6.0-RELEASE,  
and when I

tried to install clamav from ports collection it returned an error:


../libclamav/.libs/libclamav.so: undefined reference to  
`gethostbyname_r'


I recently had the same problem on FreeBSD 5.5. I fixed it by changing  
the port's Makefile as follows:


RCS file: /home/ncvs/ports/security/clamav/Makefile,v
retrieving revision 1.116
diff -c -r1.116 Makefile
*** Makefile17 Jun 2008 11:20:03 -  1.116
--- Makefile27 Jun 2008 18:52:49 -
***
*** 48,54 
--disable-clamav \
--enable-bigstack \
--enable-readdir_r \
!   --enable-gethostbyname_r \
--disable-dependency-tracking
  CPPFLAGS+=-I${LOCALBASE}/include \
${PTHREAD_CFLAGS}
--- 48,54 
--disable-clamav \
--enable-bigstack \
--enable-readdir_r \
!   --disable-gethostbyname_r \
--disable-dependency-tracking
  CPPFLAGS+=-I${LOCALBASE}/include \
${PTHREAD_CFLAGS}


Hope this helps,
Ben

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


unrar-iconv-3.80.b2,5 patch error

2008-07-04 Thread Голяшов Сергей


# cd /usr/ports/archivers/unrar-iconv
# make patch
===  Vulnerability check disabled, database not found
===  Extracting for unrar-iconv-3.80.b2,5
===  Patching for unrar-iconv-3.80.b2,5
===  Applying extra patch /usr/ports/archivers/unrar-iconv/files/patch-iconv
1 out of 1 hunks failed--saving rejects to makefile.unix.rej
*** Error code 1

Stop in /usr/ports/archivers/unrar-iconv.


New patch (files/patch-iconv) attached
--- cmddata.cpp	Tue Oct  4 11:57:54 2005
+++ cmddata.cpp	Mon Jan 16 18:06:24 2006
@@ -123,6 +123,34 @@
   if (Test  Extract)
 Test=false;
   BareOutput=(CmdChar=='L' || CmdChar=='V')  Command[1]=='B';
+#ifdef WITH_ICONV
+  if ( (encInt[0] != '\0') || (encExt[0] != '\0') ) {
+char fullEncInt[ENC_MAXLEN + OPT_MAXLEN + 1];
+char fullEncExt[ENC_MAXLEN + OPT_MAXLEN + 1];
+
+strcpy(fullEncInt, encInt);
+strcpy(fullEncExt, encExt);
+
+if (encOpt[0] == '\0') strcpy(encOpt, OPT_DEFAULT);
+
+if (encOpt[0] != '\0') {
+  strcat(fullEncInt, //); strcat(fullEncInt, encOpt);
+  strcat(fullEncExt, //); strcat(fullEncExt, encOpt);
+}
+
+h_E2I = iconv_open(fullEncInt, encExt);
+h_I2E = iconv_open(fullEncExt, encInt);
+
+if ( (h_E2I == (iconv_t)(-1)) || (h_I2E == (iconv_t)(-1)) ) {
+  if (h_E2I != (iconv_t)(-1)) iconv_close(h_E2I);
+  if (h_I2E != (iconv_t)(-1)) iconv_close(h_I2E);
+  mprintf(St(MIconvCannotOpen), encInt, encExt, encOpt);
+}
+  } else {
+h_E2I = (iconv_t)(-1);
+h_I2E = (iconv_t)(-1);
+  }
+#endif
 }
 
 
@@ -746,6 +774,22 @@
   break;
   }
   break;
+#ifdef WITH_ICONV
+case 'L':
+  switch(toupper(Switch[1]))
+  {
+	case 'L':
+	  strncpy(encExt, Switch+2, sizeof(encExt)-1);
+	  break;
+case 'A':
+	  strncpy(encInt, Switch+2, sizeof(encInt)-1);
+	  break;
+	case 'O':
+	  strncpy(encOpt, Switch+2, sizeof(encOpt)-1);
+	  break;
+  }
+  break;
+#endif
 #ifndef GUI
 case '?' :
   OutHelp();
@@ -938,7 +982,11 @@
 MCHelpSwm,MCHelpSwAC,MCHelpSwAD,MCHelpSwAP,
 MCHelpSwCm,MCHelpSwCFGm,MCHelpSwCL,MCHelpSwCU,
 MCHelpSwDH,MCHelpSwEP,MCHelpSwEP3,MCHelpSwF,MCHelpSwIDP,MCHelpSwIERR,
-MCHelpSwINUL,MCHelpSwIOFF,MCHelpSwKB,MCHelpSwN,MCHelpSwNa,MCHelpSwNal,
+MCHelpSwINUL,MCHelpSwIOFF,MCHelpSwKB,
+#ifdef WITH_ICONV
+MCHelpSwLA,MCHelpSwLL,MCHelpSwLO,
+#endif
+MCHelpSwN,MCHelpSwNa,MCHelpSwNal,
 MCHelpSwO,MCHelpSwOC,MCHelpSwOR,MCHelpSwOW,MCHelpSwP,
 MCHelpSwPm,MCHelpSwR,MCHelpSwRI,MCHelpSwSL,MCHelpSwSM,MCHelpSwTA,
 MCHelpSwTB,MCHelpSwTN,MCHelpSwTO,MCHelpSwTS,MCHelpSwU,MCHelpSwVUnr,
--- global.hpp	Tue Oct  4 11:57:54 2005
+++ global.hpp	Mon Jan 16 18:04:41 2006
@@ -9,6 +9,19 @@
 
 EXTVAR ErrorHandler ErrHandler;
 
+#ifdef WITH_ICONV
 
+#define OPT_DEFAULT IGNORE	/* ignore unrepresentable chars */
+
+#define ENC_MAXLEN 32		/* encoding name maximum length */
+#define OPT_MAXLEN 9		/* strlen(TRANSLIT) */
+
+EXTVAR iconv_t h_E2I;			/* ExtToInt handler */
+EXTVAR iconv_t h_I2E;			/* IntToExt handler */
+EXTVAR char encInt[ENC_MAXLEN];	/* internal (archive) encoding */
+EXTVAR char encExt[ENC_MAXLEN];	/* external (filesystem) encoding */
+EXTVAR char encOpt[OPT_MAXLEN];	/* encoding option (ignore/translit) */
+
+#endif
 
 #endif
--- loclang.hpp	Tue Oct  4 11:57:54 2005
+++ loclang.hpp	Mon Jan 16 18:04:41 2006
@@ -6,7 +6,7 @@
 #define   MCopyright \nRAR %s   Copyright (c) 1993-%d Alexander Roshal   %d %s %d
 #define   MRegTo \nRegistered to %s\n
 #define   MShare \nShareware version Type RAR -? for help\n
-#define   MUCopyright\nUNRAR %s freeware  Copyright (c) 1993-%d Alexander Roshal\n
+#define   MUCopyright\nUNRAR %s (iconv) freeware  Copyright (c) 1993-%d Alexander Roshal\n
 #define   MBeta  beta
 #define   MMonthJan  Jan
 #define   MMonthFeb  Feb
@@ -310,7 +310,7 @@
 #define   MSyncScanError \nFile search errors, cannot synchronize archive
 #define   MCorrectingName\nWARNING: Attempting to correct the invalid file name
 #define   MUnpCannotMerge\nWARNING: You need to start extraction from a previous volume to unpack %s
-#define   MUnknownOption \nERROR: Unknown option: %s
+#define   MUnknownOption \nERROR: Unknown option: %s\n
 #define   MSubHeadCorrupt\nERROR: Corrupt data header found, ignored
 #define   MSubHeadUnknown\nWARNING: Unknown data header format, ignored
 #define   MSubHeadDataCRC\nERROR: Corrupt %s data block
@@ -338,3 +338,9 @@
 #define   MMaxPathLimit  \nTotal path and file name length must not exceed %d characters
 #define   MRecVolLimit   \nTotal number of usual and recovery volumes must not exceed 255
 #define   MVolumeNumber  volume %d
+#ifdef WITH_ICONV
+#define MCHelpSwLA   \n  laencoding  Archive internal filenames encoding
+#define MCHelpSwLL   \n  llencoding  Your locale encoding
+#define MCHelpSwLO   \n  looptionEncoding option 

Re: gnash-0.8.3: build fails on 6.3

2008-07-04 Thread Andriy Gapon
on 04/07/2008 15:36 Andriy Gapon said the following:
 on 04/07/2008 01:34 Dmitry Marakasov said the following:
 * Andriy Gapon ([EMAIL PROTECTED]) wrote:

 A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base
 libstdc+ is picked over the correct one.

 Since you can not reproduce this in clean environment I wonder where
 that -L/usr/lib comes from.
 Seems like you're right, I don't have -L/usr/lib in gcc args when
 building gnash.

 Could you please send me conf* files from the workdir (config.log etc.)
 and all Makefile* files (Makefile, Makefile.in from all subdirs).

 
 Dmitry,
 
 I decided to do some more local research before sending you that bulk data.
 
 Here's what I have so far.
 1. There is no -L/usr/lib in the corresponding libtool invocation, so it
 means that libtool itself adds it.
 2. There is the following line in libtool script (in gnash base dir):
 sys_lib_search_path_spec= /usr/lib/
 3. In configure script I see that is set based on $CC -print-search-dirs
 4. gcc42 -print-search-dirs produces good list of directories where
 its specific directories precede /usr/lib.
 5. But gcc -print-search-dirs produces only /usr/lib.

This may seem a quite strange question - do you have fortran of base GCC
(f77) installed in your tinderbox?

-- 
Andriy Gapon
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


unrar-iconv-3.80.b2,5 patch error

2008-07-04 Thread Crush

# make patch
===  Vulnerability check disabled, database not found
===  Extracting for unrar-iconv-3.80.b2,5
===  Patching for unrar-iconv-3.80.b2,5
===  Applying extra patch /usr/ports/archivers/unrar-iconv/files/patch-iconv
1 out of 1 hunks failed--saving rejects to makefile.unix.rej
*** Error code 1

Stop in /usr/home/qemu/addons4ports/ports/archivers/unrar-iconv.

New patch (files/patch-iconv) attached
--- cmddata.cpp	Tue Oct  4 11:57:54 2005
+++ cmddata.cpp	Mon Jan 16 18:06:24 2006
@@ -123,6 +123,34 @@
   if (Test  Extract)
 Test=false;
   BareOutput=(CmdChar=='L' || CmdChar=='V')  Command[1]=='B';
+#ifdef WITH_ICONV
+  if ( (encInt[0] != '\0') || (encExt[0] != '\0') ) {
+char fullEncInt[ENC_MAXLEN + OPT_MAXLEN + 1];
+char fullEncExt[ENC_MAXLEN + OPT_MAXLEN + 1];
+
+strcpy(fullEncInt, encInt);
+strcpy(fullEncExt, encExt);
+
+if (encOpt[0] == '\0') strcpy(encOpt, OPT_DEFAULT);
+
+if (encOpt[0] != '\0') {
+  strcat(fullEncInt, //); strcat(fullEncInt, encOpt);
+  strcat(fullEncExt, //); strcat(fullEncExt, encOpt);
+}
+
+h_E2I = iconv_open(fullEncInt, encExt);
+h_I2E = iconv_open(fullEncExt, encInt);
+
+if ( (h_E2I == (iconv_t)(-1)) || (h_I2E == (iconv_t)(-1)) ) {
+  if (h_E2I != (iconv_t)(-1)) iconv_close(h_E2I);
+  if (h_I2E != (iconv_t)(-1)) iconv_close(h_I2E);
+  mprintf(St(MIconvCannotOpen), encInt, encExt, encOpt);
+}
+  } else {
+h_E2I = (iconv_t)(-1);
+h_I2E = (iconv_t)(-1);
+  }
+#endif
 }
 
 
@@ -746,6 +774,22 @@
   break;
   }
   break;
+#ifdef WITH_ICONV
+case 'L':
+  switch(toupper(Switch[1]))
+  {
+	case 'L':
+	  strncpy(encExt, Switch+2, sizeof(encExt)-1);
+	  break;
+case 'A':
+	  strncpy(encInt, Switch+2, sizeof(encInt)-1);
+	  break;
+	case 'O':
+	  strncpy(encOpt, Switch+2, sizeof(encOpt)-1);
+	  break;
+  }
+  break;
+#endif
 #ifndef GUI
 case '?' :
   OutHelp();
@@ -938,7 +982,11 @@
 MCHelpSwm,MCHelpSwAC,MCHelpSwAD,MCHelpSwAP,
 MCHelpSwCm,MCHelpSwCFGm,MCHelpSwCL,MCHelpSwCU,
 MCHelpSwDH,MCHelpSwEP,MCHelpSwEP3,MCHelpSwF,MCHelpSwIDP,MCHelpSwIERR,
-MCHelpSwINUL,MCHelpSwIOFF,MCHelpSwKB,MCHelpSwN,MCHelpSwNa,MCHelpSwNal,
+MCHelpSwINUL,MCHelpSwIOFF,MCHelpSwKB,
+#ifdef WITH_ICONV
+MCHelpSwLA,MCHelpSwLL,MCHelpSwLO,
+#endif
+MCHelpSwN,MCHelpSwNa,MCHelpSwNal,
 MCHelpSwO,MCHelpSwOC,MCHelpSwOR,MCHelpSwOW,MCHelpSwP,
 MCHelpSwPm,MCHelpSwR,MCHelpSwRI,MCHelpSwSL,MCHelpSwSM,MCHelpSwTA,
 MCHelpSwTB,MCHelpSwTN,MCHelpSwTO,MCHelpSwTS,MCHelpSwU,MCHelpSwVUnr,
--- global.hpp	Tue Oct  4 11:57:54 2005
+++ global.hpp	Mon Jan 16 18:04:41 2006
@@ -9,6 +9,19 @@
 
 EXTVAR ErrorHandler ErrHandler;
 
+#ifdef WITH_ICONV
 
+#define OPT_DEFAULT IGNORE	/* ignore unrepresentable chars */
+
+#define ENC_MAXLEN 32		/* encoding name maximum length */
+#define OPT_MAXLEN 9		/* strlen(TRANSLIT) */
+
+EXTVAR iconv_t h_E2I;			/* ExtToInt handler */
+EXTVAR iconv_t h_I2E;			/* IntToExt handler */
+EXTVAR char encInt[ENC_MAXLEN];	/* internal (archive) encoding */
+EXTVAR char encExt[ENC_MAXLEN];	/* external (filesystem) encoding */
+EXTVAR char encOpt[OPT_MAXLEN];	/* encoding option (ignore/translit) */
+
+#endif
 
 #endif
--- loclang.hpp	Tue Oct  4 11:57:54 2005
+++ loclang.hpp	Mon Jan 16 18:04:41 2006
@@ -6,7 +6,7 @@
 #define   MCopyright \nRAR %s   Copyright (c) 1993-%d Alexander Roshal   %d %s %d
 #define   MRegTo \nRegistered to %s\n
 #define   MShare \nShareware version Type RAR -? for help\n
-#define   MUCopyright\nUNRAR %s freeware  Copyright (c) 1993-%d Alexander Roshal\n
+#define   MUCopyright\nUNRAR %s (iconv) freeware  Copyright (c) 1993-%d Alexander Roshal\n
 #define   MBeta  beta
 #define   MMonthJan  Jan
 #define   MMonthFeb  Feb
@@ -310,7 +310,7 @@
 #define   MSyncScanError \nFile search errors, cannot synchronize archive
 #define   MCorrectingName\nWARNING: Attempting to correct the invalid file name
 #define   MUnpCannotMerge\nWARNING: You need to start extraction from a previous volume to unpack %s
-#define   MUnknownOption \nERROR: Unknown option: %s
+#define   MUnknownOption \nERROR: Unknown option: %s\n
 #define   MSubHeadCorrupt\nERROR: Corrupt data header found, ignored
 #define   MSubHeadUnknown\nWARNING: Unknown data header format, ignored
 #define   MSubHeadDataCRC\nERROR: Corrupt %s data block
@@ -338,3 +338,9 @@
 #define   MMaxPathLimit  \nTotal path and file name length must not exceed %d characters
 #define   MRecVolLimit   \nTotal number of usual and recovery volumes must not exceed 255
 #define   MVolumeNumber  volume %d
+#ifdef WITH_ICONV
+#define MCHelpSwLA   \n  laencoding  Archive internal filenames encoding
+#define MCHelpSwLL   \n  llencoding  Your locale encoding
+#define MCHelpSwLO   \n  looptionEncoding option {ignore,translit,empty}
+#define MIconvCannotOpen 

OO 3 beta

2008-07-04 Thread Harald Servat
Hello,

  I'm testing the OO 3beta that can be found under
ftp://ooopackages.good-day.net/pub/OpenOffice.org but it is quite old
(DEV300_m5) compared with the current openoffice.org-3-devel found in ports
(DEV300_m19), so I'd like to update it.

  Due to memory  space limitations I cannot afford building it, so I was
wondering if I can find this package on any repository.

  I asked to freebsd-openoffice@ with no luck.

Thank you.
-- 
_
Empty your memory,
with a free()...
like a pointer!

If you cast a pointer to an integer,
it becomes an integer,
if you cast a pointer to a struct,
it becomes a struct.

The pointer can crash...,
and can overflow.

Be a pointer my friend...
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: clamav bug

2008-07-04 Thread Duane Hill

On Fri, 4 Jul 2008, Ben Stuyts wrote:


On 3 Jul 2008, at 06:25, yance wrote:

I have just update m ports collection. My FreeBSD is 6.0-RELEASE, and when 
I

tried to install clamav from ports collection it returned an error:



../libclamav/.libs/libclamav.so: undefined reference to `gethostbyname_r'


I recently had the same problem on FreeBSD 5.5. I fixed it by changing the 
port's Makefile as follows:


RCS file: /home/ncvs/ports/security/clamav/Makefile,v
retrieving revision 1.116
diff -c -r1.116 Makefile
*** Makefile17 Jun 2008 11:20:03 -  1.116
--- Makefile27 Jun 2008 18:52:49 -
***
*** 48,54 
--disable-clamav \
--enable-bigstack \
--enable-readdir_r \
!   --enable-gethostbyname_r \
--disable-dependency-tracking
CPPFLAGS+=  -I${LOCALBASE}/include \
${PTHREAD_CFLAGS}
--- 48,54 
--disable-clamav \
--enable-bigstack \
--enable-readdir_r \
!   --disable-gethostbyname_r \
--disable-dependency-tracking
CPPFLAGS+=  -I${LOCALBASE}/include \
${PTHREAD_CFLAGS}


I did the same change on 6.1. However, I still received the error. 
Ultimate solution was to upgrade to 7.0.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


subversion ports

2008-07-04 Thread Albert Shih
Hi all

I don't known if the problem is with subversion or the ports or between
subversion and FreeBSD. So I just post this message on subversion-list.

Regards.

JAS
-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Heure local/Local time:
Ven 4 jul 2008 18:34:05 CEST
---BeginMessage---
Hi all

I've serious problem after I'm upgrading my server to 1.5. (FreeBSD)

With 1.5 client (FreeBSD)  sometime I've got the message  (when I use svn up)

svn: Connection closed unexpectedly

but if I wait sometime and try again ( 2-3 minutes) everything come right
(They are not big traffic on my server and the load of the server is 0.02)

With 1.5 client (FreeBSD) and svnmerge.py I can not make a 

svnmerge.py merge

because I've always (yes always) get the same message 

svn: Connection closed unexpectedly

What I understand svnmerge.py just launch svn command.

With 1.4 client (linux) it's a samething with svnmerge.py.

Anyone have any idea ? 

Regards.

-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26
Heure local/Local time:
Ven 4 jul 2008 17:05:05 CEST

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---End Message---
---BeginMessage---
 Le 04/07/2008 à 17:36:38+0200, Albert Shih a écrit
 Hi all
 
 I've serious problem after I'm upgrading my server to 1.5. (FreeBSD)
 
 With 1.5 client (FreeBSD)  sometime I've got the message  (when I use svn up)
 
   svn: Connection closed unexpectedly
 
 but if I wait sometime and try again ( 2-3 minutes) everything come right
 (They are not big traffic on my server and the load of the server is 0.02)
 
 With 1.5 client (FreeBSD) and svnmerge.py I can not make a 
 
   svnmerge.py merge
 
 because I've always (yes always) get the same message 
 
   svn: Connection closed unexpectedly
 
 What I understand svnmerge.py just launch svn command.
 
 With 1.4 client (linux) it's a samething with svnmerge.py.
 
I found something :

When I try to do manually what svnmerge do automatically, it's
working.if I do this very slowly. 

If I try to do at normal speed (the speed copy/paste) I've got same message

svn: Connection closed unexpectedly

on FreeBSD (1.5) or Linux (1.4).

If I wait between each svn command it's work.

So I think they are some problem with the socket. 

I forget to say I use inetd to launch svnserve.

Regards.
-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26
Heure local/Local time:
Ven 4 jul 2008 18:27:57 CEST

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---End Message---
---BeginMessage---
 Le 04/07/2008 à 17:36:38+0200, Albert Shih a écrit
 Hi all
 
 I've serious problem after I'm upgrading my server to 1.5. (FreeBSD)
 
 With 1.5 client (FreeBSD)  sometime I've got the message  (when I use svn up)
 
   svn: Connection closed unexpectedly
 
 but if I wait sometime and try again ( 2-3 minutes) everything come right
 (They are not big traffic on my server and the load of the server is 0.02)
 
 With 1.5 client (FreeBSD) and svnmerge.py I can not make a 
 
   svnmerge.py merge
 
 because I've always (yes always) get the same message 
 
   svn: Connection closed unexpectedly
 
 What I understand svnmerge.py just launch svn command.
 
 With 1.4 client (linux) it's a samething with svnmerge.py.
 
 Anyone have any idea ? 
 
I make some 

tcpdump

and got many message like 

17:40:32.762931 IP bad-len 0
17:40:32.762956 IP bad-len 0
17:40:32.762980 IP bad-len 0
17:40:32.763003 IP bad-len 0
17:40:32.763027 IP bad-len 0
17:40:32.763050 IP bad-len 0
17:40:32.763074 IP bad-len 0
17:40:32.763101 IP bad-len 0
17:40:32.763125 IP bad-len 0
17:40:32.763149 IP bad-len 0
17:40:32.763197 IP bad-len 0
17:40:32.920113 IP bad-len 0
17:40:32.973599 IP bad-len 0
17:40:32.973623 IP bad-len 0

is that normal ? 

Regards. 
-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26
Heure local/Local time:
Ven 4 jul 2008 17:43:31 CEST

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---End Message---
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

i386 tinderbox on amd64 box

2008-07-04 Thread Andriy Gapon

Does anybody have a success story and possibly a Howto for $subject?

-- 
Andriy Gapon
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: openldap-server-2.4.10

2008-07-04 Thread Mikhail Goriachev

Hi,

Due to our requirement, the database directory of the openldap-server  
has been relocated from its default /var/db/openldap-data. However,  
the daemon script /usr/local/etc/rc.d/slapd doesn't use the  
directory entry from slapd.conf.


When executed, it throws:

chown: /var/db/openldap-data: No such file or directory
chmod: /var/db/openldap-data: No such file or directory

I slapped together a workaround. Here's a patch, maybe the idea of  
it will be of some use.


Thanks for your time.





--- slapd.original  2008-07-04 16:35:31.0 +
+++ slapd   2008-07-04 16:50:08.0 +
@@ -39,6 +39,8 @@

 # extract user and group, adjust ownership of directories and database

+DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{  
print $2 }'`

+
 start_precmd()
 {
   local slapd_ownername slapd_groupname
@@ -48,8 +50,8 @@
 ;;
   *)
 chown $slapd_owner /var/run/openldap
-chown -RL $slapd_owner /var/db/openldap-data
-chmod 700 /var/db/openldap-data
+chown -RL $slapd_owner ${DBDIR}
+chmod 700 ${DBDIR}
 chown $slapd_owner /usr/local/etc/openldap/slapd.conf

 slapd_ownername=${slapd_owner%:*}







Regards,
Mikhail.

--
Mikhail Goriachev
Webanoide

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


non-system gcc + libtool + -L/usr/lib complex problem

2008-07-04 Thread Dmitry Marakasov
Hi!

I'm investigating complex build problem of my graphics/gnash port.
The problem is that graphics/gnash doesn't build on FreeBSD 6.3 if 
ftp/curl (which it depends on) is built with LIBSSH2 support :)

The cause is as follows:

1)
# cat /usr/local/lib/libssh2.la | grep depende
dependency_libs=' -L/usr/lib -lcrypto -lz'

as you can see, there's -L/usr/lib in there. 

2) This causes -L/usr/lib to be added to libcurl.la as well

3) graphics/gnash has USE_GCC=4.2+. That's why gcc42 is used on 6.3
instead of default 3.4.

But! libtool adds -L/usr/lib from libcurl.la to linkflags, so gcc42
tries to use libstdc++.so from /usr/lib instead of
/usr/local/lib/gcc-4.2.4!!

This leads to many libstdc++ - related linkage errors:

--
/bin/sh ../libtool --tag=CXX   --mode=link g++42  -O2 -fno-strict-aliasing 
-pipe -march=nocona -pthread -D_THREAD_SAFE -pthread -W -Wall 
-Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type  
-fvisibility-inlines-hidden -export-dynamic  -lltdl  -L/usr/local/lib -lxml2 
-lz -L/usr/local/lib -liconv -lm -L/usr/local/lib -lcurl -L/usr/local/lib 
-lboost_thread -lboost_date_time -lpthread /usr/local/lib/libintl.so 
/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib  -L/usr/local/lib 
-Wl,--as-needed -o gprocessor gprocessor-processor.o 
../server/libgnashserver.la ../libamf/libgnashamf.la ../libnet/libgnashnet.la 
../libbase/libgnashbase.la ../libmedia/libgnashmedia.la  -lavcodec -lz -la52 
-lfaad -lx264 -ltheora -lvorbisenc -lavutil -lvorbis -lm -logg   -lvorbisenc 
-lvorbis -lm -logg   -lavformat -lavcodec -lz -la52 -lfaad -lx264 -ltheora 
-lvorbisenc -lavutil -lvorbis -lm -logg   -lavutil   -ltheora -logg   -lavcodec 
-lz -la52 -lfaad -lx264 -ltheora -lvorbisenc -lavutil -lvorbis -lm -logg
-L/usr/local/lib -lglib-2.0 -liconv -lX11 -lXi -lm 
g++42 -O2 -fno-strict-aliasing -pipe -march=nocona -pthread -D_THREAD_SAFE 
-pthread -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type 
-fvisibility-inlines-hidden /usr/local/lib/libintl.so 
/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -Wl,--as-needed -o 
.libs/gprocessor gprocessor-processor.o -Wl,--export-dynamic  -L/usr/local/lib 
-L/usr/lib ../server/.libs/libgnashserver.so 
/usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libnet/.libs/libgnashnet.so 
/usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libmedia/.libs/libgnashmedia.so
 /usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so 
/usr/local/lib/libexpat.so ../libamf/.libs/libgnashamf.so 
../libnet/.libs/libgnashnet.so 
/usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libamf/.libs/libgnashamf.so 
/usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libbase/.libs/libgnashbase.so
 /usr/local/lib/libxml2.so ../libbase/.libs/libgnashbase.so 
../libmedia/.libs/libgnashmedia.so /usr/local/lib/libjpeg.so 
/usr/local/lib/libcurl.so /usr/local/lib/libssh2.so -lssl -lcrypto 
/usr/local/lib/libltdl.so -lboost_thread -lboost_date_time -lpthread 
/usr/local/lib/libSDL.so /usr/local/lib/libXrandr.so 
/usr/local/lib/libXrender.so /usr/local/lib/libaa.so -lncurses -lusbhid 
-lavformat -lavcodec -lz /usr/local/lib/liba52.so -ldjbfft 
/usr/local/lib/libfaad.so -pthread -lx264 /usr/local/lib/libtheora.so 
/usr/local/lib/libvorbisenc.so -lavutil /usr/local/lib/libvorbis.so 
/usr/local/lib/libogg.so /usr/local/lib/libglib-2.0.so 
/usr/local/lib/libintl.so /usr/local/lib/libpcre.so /usr/local/lib/libiconv.so 
/usr/local/lib/libXi.so /usr/local/lib/libXext.so /usr/local/lib/libX11.so 
/usr/local/lib/libXdmcp.so -lrpcsvc /usr/local/lib/libXau.so -lm  -Wl,--rpath 
-Wl,/usr/local/lib/gnash -Wl,--rpath -Wl,/usr/local/lib
gprocessor-processor.o(.gnu.linkonce.t._ZN5boost2io6detail3putIcSt11char_traitsIcESaIcERKSsEEvT2_RKNS1_11format_itemIT_T0_T1_EERNS_12basic_formatISA_SB_SC_E11string_typeERNSH_20internal_streambuf_tEPSt6locale+0x1d8):
 In function `void boost::io::detail::putchar, std::char_traitschar, 
std::allocatorchar, std::basic_stringchar, std::char_traitschar, 
std::allocatorchar  const(std::basic_stringchar, std::char_traitschar, 
std::allocatorchar  const, boost::io::detail::format_itemchar, 
std::char_traitschar, std::allocatorchar  const, 
boost::basic_formatchar, std::char_traitschar, std::allocatorchar 
::string_type, boost::basic_formatchar, std::char_traitschar, 
std::allocatorchar ::internal_streambuf_t, std::locale*)':
* more similar errors *
--

I'm not even sure which is the culprit:

- libssh2 (for using -L/usr/lib in .la)
First of all, does it actually need it (for example, to explicitly
not link to libcrypto from ports' openssl)? If it does, it's most
likely gcc42 problem. If it does not, it should be fixed as well
as other ports with the same problem (here I see /usr/lib used at
least in neon and wireshark)

- libtool (for adding -L/usr/lib for libssh2)

- gcc42 for not searching libs in /usr/local/lib/gcc-4.2.4 before
  all other libdirs.

Any ideas?

PS. Many thanks to Andriy Gapon [EMAIL PROTECTED] for 

Re: FreeBSD Port: openldap-server-2.4.10

2008-07-04 Thread Peter Pentchev
On Fri, Jul 04, 2008 at 01:22:15PM -0400, Mikhail Goriachev wrote:
 Hi,
[snip]
 I slapped together a workaround. Here's a patch, maybe the idea of  
 it will be of some use.

Just a minor comment on the patch:

 +DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{  
 print $2 }'`

This is better written as

  awk '/directory/ {print $2}' /usr/local/etc/openldap/slapd.conf

or possibly (I'm not quite familiar with the slapd.conf syntax) even:

  awk '$1 == directory {print $2}' /usr/local/etc/openldap/slapd.conf

Then there's another thing - it might be better to make this depend on
the actual prefix where the OpenLDAP server is installed (it is not
necessarily /usr/local), but that's a whole different can of beer that
I'm not familiar with, since I don't even have an OpenLDAP server
installed on my system :)

G'luck,
Peter

-- 
Peter Pentchev  [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
This sentence is false.


pgpb8FQ50dCeY.pgp
Description: PGP signature


Re: i386 tinderbox on amd64 box

2008-07-04 Thread Dmitry Marakasov
* Andriy Gapon ([EMAIL PROTECTED]) wrote:

 Does anybody have a success story and possibly a Howto for $subject?

I do.

http://www.marcuscom.com/pipermail/tinderbox-list/2008-June/001068.html

7.0/i386 works great on 7.0/amd64 host. Unfortunately 6.3/i386 doesn't
(iirc, gio-fam-backend failes), but I was too lazy to investigate, maybe
that can be fixed trivially.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
[EMAIL PROTECTED]  ..:  jabber: [EMAIL PROTECTED]http://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: mydns-mysql-1.1.0_3

2008-07-04 Thread Rod Morgan
Do you have plans to update this port to the latest 1.2.8.x version 
currently available?


Rod Morgan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: subversion ports

2008-07-04 Thread Norberto Meijome
On Fri, 4 Jul 2008 18:35:07 +0200
Albert Shih [EMAIL PROTECTED] wrote:

 Hi all
 
 I don't known if the problem is with subversion or the ports or between
 subversion and FreeBSD. So I just post this message on subversion-list.

Hi Albert,

what exactly is your setup, on both client and server ? OS, version of svn, how
are you connecting to the server ? 

if you suspect it is related to 1.5, have you tried reverting to 1.4 ?

does it happen only with your current repository, or with an almost clean one?
( this should be easier to test, and if it confirms a problem, you can use it
to move back and forth between 1.4 and 1.5...i suspect they wont be
compatible...

B
_
{Beto|Norberto|Numard} Meijome

It's not what you do, it's the love you put into it.
   Mother Theresa.

I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go blind. Writing them is worse. You have been
Warned.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: FreeBSD Port: openldap-server-2.4.10

2008-07-04 Thread Mikhail Goriachev

Quoting Peter Pentchev [EMAIL PROTECTED]:


On Fri, Jul 04, 2008 at 01:22:15PM -0400, Mikhail Goriachev wrote:

Hi,

[snip]

I slapped together a workaround. Here's a patch, maybe the idea of
it will be of some use.


Just a minor comment on the patch:


+DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{
print $2 }'`


This is better written as

  awk '/directory/ {print $2}' /usr/local/etc/openldap/slapd.conf



Nice one!




or possibly (I'm not quite familiar with the slapd.conf syntax) even:

  awk '$1 == directory {print $2}' /usr/local/etc/openldap/slapd.conf



They both work but I like the first one more.



Then there's another thing - it might be better to make this depend on
the actual prefix where the OpenLDAP server is installed (it is not
necessarily /usr/local), but that's a whole different can of beer that
I'm not familiar with, since I don't even have an OpenLDAP server
installed on my system :)



Thanks for that. Here's a proper working patch.


--- slapd.sh.in.original2008-07-05 01:38:52.0 +
+++ slapd.sh.in 2008-07-05 01:44:33.0 +
@@ -39,6 +39,8 @@

 # extract user and group, adjust ownership of directories and database

+DBDIR=`awk '/directory/ {print $2}' %%PREFIX%%/etc/openldap/slapd.conf`
+
 start_precmd()
 {
   local slapd_ownername slapd_groupname
@@ -48,8 +50,8 @@
 ;;
   *)
 chown $slapd_owner %%LDAP_RUN_DIR%%
-chown -RL $slapd_owner %%DATABASEDIR%%
-chmod 700 %%DATABASEDIR%%
+chown -RL $slapd_owner ${DBDIR}
+chmod 700 ${DBDIR}
 chown $slapd_owner %%PREFIX%%/etc/openldap/slapd.conf

 slapd_ownername=${slapd_owner%:*}




Regards,
Mikhail.

--
Mikhail Goriachev
Webanoide

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


INDEX build failed for 6.x

2008-07-04 Thread Erwin Lansing
INDEX build failed with errors:
Generating INDEX-6 - please 
wait../a/erwin/tindex/ports/chinese/links/../../www/links/Makefile, line 75: 
warning: duplicate script for target pre-configure ignored
p5-Games-Bingo-Print-0.04: 
/a/erwin/tindex/ports/textproc/p5-Test-Pod-Coverage non-existent -- 
dependency list incomplete
=== games/p5-Games-Bingo-Print failed
*** Error code 1
*** Error code 1

Stop in /a/erwin/tindex/ports.
*** Error code 1

Stop in /a/erwin/tindex/ports.
1 error

Committers on the hook:
beech edwin leeym maho 

Most recent CVS update was:
U MOVED
U devel/horde-chora/Makefile
U devel/p5-Cache-Cache/Makefile
U editors/openoffice.org-3-RC/Makefile
U editors/openoffice.org-3-RC/distinfo
U editors/openoffice.org-3-RC/files/openoffice.org-wrapper
U editors/openoffice.org-3-RC/files/patch-i80129
U editors/openoffice.org-3-RC/files/patch-i85127
U editors/openoffice.org-3-RC/files/patch-i85972
U editors/openoffice.org-3-RC/files/patch-i87583
U editors/openoffice.org-3-RC/files/patch-i91318
U editors/openoffice.org-3-RC/files/pkg-message.in
U games/p5-Games-Bingo-Print/Makefile
U games/p5-Games-Bingo-Print/distinfo
U games/p5-Games-Bingo-Print/pkg-plist
U games/tome/Makefile
U games/tome/pkg-plist
U games/tome/files/pkg-deinstall.in
U japanese/mh/Makefile
U japanese/mh/files/patch-uip_msh.c
U japanese/mh/files/patch-uip_prompter.c
U japanese/mh/files/patch-uip_trmsbr.c
U misc/tmux/Makefile
U misc/tmux/distinfo
U misc/tmux/files/patch-tty.c
U polish/Makefile
U polish/qnapi/Makefile
U polish/qnapi/distinfo
U polish/qnapi/pkg-descr
U polish/qnapi/pkg-plist
U polish/qnapi/files/patch-doc-qnapi.desktop
U polish/qnapi/files/patch-doc-qnapi_download.desktop
U polish/qnapi/files/patch-doc-qnapi_download.schemas
U polish/qnapi/files/patch-qnapi.pro
U textproc/Makefile
U textproc/doc-mode.el/Makefile
U textproc/doc-mode.el/distinfo
U textproc/doc-mode.el/pkg-descr
U textproc/doc-mode.el/pkg-plist
U www/Makefile
U www/atutor/Makefile
U www/atutor/distinfo
U www/atutor/files/pkg-message.in
U www/ruby-amazon/Makefile
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: INDEX build failed for 6.x

2008-07-04 Thread Edwin Groothuis
On Sat, Jul 05, 2008 at 03:45:50AM +, Erwin Lansing wrote:
 INDEX build failed with errors:
 Generating INDEX-6 - please 
 wait../a/erwin/tindex/ports/chinese/links/../../www/links/Makefile, line 
 75: warning: duplicate script for target pre-configure ignored
 p5-Games-Bingo-Print-0.04: 
 /a/erwin/tindex/ports/textproc/p5-Test-Pod-Coverage non-existent -- 
 dependency list incomplete
 === games/p5-Games-Bingo-Print failed

Let me fix that one...

-- 
Edwin Groothuis  |Personal website: http://www.mavetju.org
[EMAIL PROTECTED]|  Weblog: http://www.mavetju.org/weblog/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: INDEX build failed for 6.x

2008-07-04 Thread Beech Rintoul
On Friday 04 July 2008, Erwin Lansing said:
 INDEX build failed with errors:
 Generating INDEX-6 - please
 wait../a/erwin/tindex/ports/chinese/links/../../www/links/Makefile
, line 75: warning: duplicate script for target pre-configure
 ignored p5-Games-Bingo-Print-0.04:
 /a/erwin/tindex/ports/textproc/p5-Test-Pod-Coverage non-existent
 -- dependency list incomplete === games/p5-Games-Bingo-Print
 failed
 *** Error code 1
 *** Error code 1

 Stop in /a/erwin/tindex/ports.
 *** Error code 1

 Stop in /a/erwin/tindex/ports.
 1 error

 Committers on the hook:
 beech edwin leeym maho

 Most recent CVS update was:
 U MOVED
 U devel/horde-chora/Makefile
 U devel/p5-Cache-Cache/Makefile
 U editors/openoffice.org-3-RC/Makefile
 U editors/openoffice.org-3-RC/distinfo
 U editors/openoffice.org-3-RC/files/openoffice.org-wrapper
 U editors/openoffice.org-3-RC/files/patch-i80129
 U editors/openoffice.org-3-RC/files/patch-i85127
 U editors/openoffice.org-3-RC/files/patch-i85972
 U editors/openoffice.org-3-RC/files/patch-i87583
 U editors/openoffice.org-3-RC/files/patch-i91318
 U editors/openoffice.org-3-RC/files/pkg-message.in
 U games/p5-Games-Bingo-Print/Makefile
 U games/p5-Games-Bingo-Print/distinfo
 U games/p5-Games-Bingo-Print/pkg-plist
 U games/tome/Makefile
 U games/tome/pkg-plist
 U games/tome/files/pkg-deinstall.in
 U japanese/mh/Makefile
 U japanese/mh/files/patch-uip_msh.c
 U japanese/mh/files/patch-uip_prompter.c
 U japanese/mh/files/patch-uip_trmsbr.c
 U misc/tmux/Makefile
 U misc/tmux/distinfo
 U misc/tmux/files/patch-tty.c
 U polish/Makefile
 U polish/qnapi/Makefile
 U polish/qnapi/distinfo
 U polish/qnapi/pkg-descr
 U polish/qnapi/pkg-plist
 U polish/qnapi/files/patch-doc-qnapi.desktop
 U polish/qnapi/files/patch-doc-qnapi_download.desktop
 U polish/qnapi/files/patch-doc-qnapi_download.schemas
 U polish/qnapi/files/patch-qnapi.pro
 U textproc/Makefile
 U textproc/doc-mode.el/Makefile
 U textproc/doc-mode.el/distinfo
 U textproc/doc-mode.el/pkg-descr
 U textproc/doc-mode.el/pkg-plist
 U www/Makefile
 U www/atutor/Makefile
 U www/atutor/distinfo
 U www/atutor/files/pkg-message.in
 U www/ruby-amazon/Makefile

p5-Test-Pod-Coverage is in /devel not /textproc

Beech

-- 
---
Beech Rintoul - FreeBSD Developer - [EMAIL PROTECTED]
/\   ASCII Ribbon Campaign  | FreeBSD Since 4.x
\ / - NO HTML/RTF in e-mail   | http://www.freebsd.org
 X  - NO Word docs in e-mail | Latest Release:
/ \  - http://www.FreeBSD.org/releases/7.0R/announce.html
---



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]