Re: multimedia/transcode won't build

2008-08-11 Thread Leslie Jensen 




The port appears to looking for the lzo headers in the wrong place.

archivers/lzo places include files in /usr/local/include while
archivers/lzo2 places include files in /usr/local/include/lzo

a) To make the port work with lzo version 1, you can drop a small patch
file (also attached) into /usr/ports/multimedia/transcode/files/:

[patch-libtc_tc_lzo.h]
--- libtc/tc_lzo.h.orig 2008-08-10 22:24:53.0 +0200
+++ libtc/tc_lzo.h  2008-08-10 22:25:37.0 +0200
@@ -10,8 +10,8 @@
 #ifndef TC_LZO_H
 #define TC_LZO_H
 
-#include 

-#include 
+#include 
+#include 
 
 #ifdef HAVE_CONFIG_H

 #include "config.h"

b) You can uninstall archivers/lzo and install archivers/lzo2 instead
(haven' tried this but I'll expect it to work.)

Regards
Gyrd ^_^



Thank you! I'll try the solution you mention. Just a thought, shouldn't 
lzo be a dependency if the port won't build without it? I my self do not 
have lzo installed at all at the moment and will install it just to make 
this new version of transcode work.

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

Is _environ present in 7.0-RELEASE ?

2008-08-11 Thread Ashish Shukla 
Hi all,

I'm running FreeBSD 7.0-RELEASE-p3 (amd64). I'm trying to install kde4 from 
scratch. I'm getting an error with building libxine-1.1.14. And as kde4 ports 
depends on libxine, 
I'm not able to build kde4. Following is an excerpt from the build output, I've 
received:

>8>8
Making all in libreal
gmake[2]: Entering directory 
`/usr/ports/multimedia/libxine/work/xine-lib-1.1.14/src/libreal'
/bin/sh ../../libtool --tag=CC   --mode=compile cc -DHAVE_CONFIG_H -I. 
-I../../include -I../.. -I../../include -I../../include -I../../src 
-I../../src/xine-engine -
I../../src/xine-engine -I../../src/xine-utils  -I../../src/input 
-I../../src/input  -I../../lib -I../../lib  -I/usr/local/include 
-fvisibility=hidden -D_REENTRANT -
D_FILE_OFFSET_BITS=64 -DXINE_COMPILE   -Wformat=2 -Wno-format-zero-length 
-Wmissing-format-attribute -Werror-implicit-function-declaration 
-Wstrict-aliasing=2 -Wall -
Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts 
-Wmissing-declarations -Wmissing-prototypes -pipe -msse -msse2 -msse3 -mmmx 
-march=nocona -march=nocona -g -
fno-force-addr -I/usr/local/include -I/usr/local/include/dvdread -DNDEBUG -MT 
xineplug_decode_real_la-xine_real_video_decoder.lo -MD -MP -MF 
.deps/xineplug_decode_real_la-
xine_real_video_decoder.Tpo -c -o 
xineplug_decode_real_la-xine_real_video_decoder.lo `test -f 
'xine_real_video_decoder.c' || echo './'`xine_real_video_decoder.c
 cc -DHAVE_CONFIG_H -I. -I../../include -I../.. -I../../include -I../../include 
-I../../src -I../../src/xine-engine -I../../src/xine-engine 
-I../../src/xine-utils -
I../../src/input -I../../src/input -I../../lib -I../../lib -I/usr/local/include 
-fvisibility=hidden -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE 
-Wformat=2 -Wno-format-
zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration 
-Wstrict-aliasing=2 -Wall -Wpointer-arith -Wnested-externs -Wcast-align 
-Wchar-subscripts -
Wmissing-declarations -Wmissing-prototypes -pipe -msse -msse2 -msse3 -mmmx 
-march=nocona -march=nocona-g -fno-force-addr -I/usr/local/include 
-I/usr/local/include/dvdread -
DNDEBUG -MT xineplug_decode_real_la-xine_real_video_decoder.lo -MD -MP -MF 
.deps/xineplug_decode_real_la-xine_real_video_decoder.Tpo-c 
xine_real_video_decoder.c  -fPIC -DPIC 
-o .libs/xineplug_decode_real_la-xine_real_video_decoder.o
In file included from ../../src/xine-engine/xine_internal.h:33,
 from xine_real_video_decoder.c:40:
../../include/xine.h:2230: warning: 'xine_tvsystem' is deprecated
In file included from xine_real_video_decoder.c:45:
real_common.h:49: error: '__environ' defined both normally and as an alias
real_common.h:59: error: 'stderr' defined both normally and as an alias
xine_real_video_decoder.c: In function 'init_codec':
xine_real_video_decoder.c:279: warning: 'xine_xmalloc' is deprecated (declared 
at ../../src/xine-utils/xineutils.h:624)
xine_real_video_decoder.c: In function 'realdec_decode_data':
xine_real_video_decoder.c:390: warning: pointer targets in passing argument 1 
of 'this->rvyuv_transform' differ in signedness
xine_real_video_decoder.c:390: warning: pointer targets in passing argument 2 
of 'this->rvyuv_transform' differ in signedness
xine_real_video_decoder.c: In function 'init_realvdec':
xine_real_video_decoder.c:536: warning: unused variable 'config'
gmake[2]: *** [xineplug_decode_real_la-xine_real_video_decoder.lo] Error 1
gmake[2]: Leaving directory 
`/usr/ports/multimedia/libxine/work/xine-lib-1.1.14/src/libreal'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory 
`/usr/ports/multimedia/libxine/work/xine-lib-1.1.14/src'
gmake: *** [all-recursive] Error 1
8<8<

I've uploaded the config.log[1] present in 
${PORTSDIR}/multimedia/libxine/work/xine-lib-1.1.14 . Since no one else has 
received any such error, I've not filed any PRs. 
Following is the test program I wrote to reproduce the error.

8<8<
abbe [~] monte-cristo% cat test.c
extern char ** _environ;
 
#ifndef NULL
#define NULL (char**)0
#endif
 
int main()
{
_environ = NULL;
}
abbe [~] monte-cristo% cc -o test test.c
/var/tmp//ccz3twdu.o(.text+0x7): In function `main':
: undefined reference to `_environ'
abbe [~] monte-cristo% sed -e s/_environ/environ/g -i '' test.c
abbe [~] monte-cristo% cat test.c
extern char ** environ;
 
#ifndef NULL
#define NULL (char**)0
#endif
 
int main()
{
environ = NULL;
}
abbe [~] monte-cristo% cc -o test test.c
abbe [xine-lib-1.1.14] monte-cristo% cat /etc/make.conf
CPUTYPE?=nocona
CFLAGS= -O2 -fno-strict-aliasing -pipe -msse -msse2 -msse3 -mmmx -march=nocona
MAKEOPTS=-j3
>8>8

The '__environ' symbol is also not defined. Can anyone hint me, what is 
misconfigured on my box ?

References:
[1] - http://wahjava.googlepages.com/config.log.libxine (size: 243051 bytes, 
md5: 807b7dc3458f12c7e685d63aeaf83fae)

TIA
Ashish
-- 
·-- ·-  ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- --



signature.asc
Description: This

freetds port

2008-08-11 Thread Nicki de Wet 
I noticed that the freetds port is outdated, it is still on version  
0.64, whereas the latest available is 0.82.


Regards,
Nicki


This message was sent using IMP, the Internet Messaging Program.

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

FreeBSD Port: php5-5.2.6

2008-08-11 Thread merv 

Hi,

Firstly let me apologies if I have posted this incorrectly or to the 
wrong place.


I have a strange problem with PHP5 on FreeBSD.

When run on a FreeBSD server the decrypt function of a xTea encryption 
library does not work correctly. While the same PHP code runs without 
problem on a Windows Server. Has anybody experienced similar problems? I 
am at a dead end any help would be much appreciated.


Windows output:
xTea

A secret message. Meet at 21:00 by the old bridge to talk about the new 
plan.


hK/xEOKqgx+Tfb7tCndxFH/3HTck+cy3+y1uMa/DUWNgg7I91/QeG2BceCmtaDYmFjPRAczqCHCc 


LHMWiGE0ZQV+QC+f3xcJWvtGxLIdDHY=

A secret message. Meet at 21:00 by the old bridge to talk about the new 
plan.



FreeBSD output:
xTea

A secret message. Meet at 21:00 by the old bridge to talk about the new 
plan.


hK/xEOKqgx+Tfb7tCndxFH/3HTck+cy3+y1uMa/DUWNgg7I91/QeG2BceCmtaDYmFjPRAczqCHCc 


LHMWiGE0ZQV+QC+f3xcJWvtGxLIdDHY=

’³ûøfsƒ‰cfˆ®[Ë[…*x¶ØÚ5L´¥$¨lÔîÊB%T�ª”ô֝GµXõqÕ-åÉH>(€¯�;�H�8¯€à�Ø�Ã�


Note encryption works fine it is possible to encrypt the message on 
FreeBSD and decrypt the message on Windows. The message also decrypts 
correctly using a Javascript implementation of xTea. The only part that 
fails is decrypt under FreeBSD. Is this expected and common?



Nigel (Merv) Hughes.


PHP source:

$input = "A secret message. Meet at 21:00 by the old bridge to talk 
about the new plan.";


//Encrypt
$ct_data = base64_encode(cryptN($input, $key, TRUE, 32));
//Decrypt
$pt_data = cryptN(base64_decode($ct_data), $key, FALSE, 32);

?>


xTea






xTEA.php:

http://www.simonshepherd.supanet.com/tea.htm

crypt en- and decrypts a string (1st arg) using a key (2nd arg) of
length 16 with 16 iterations (a 4th argument may be given to use
another number of iterations (8 is superficial, 16 is often adequate,
32 is hard)). Arg 3 is true for encryption, false for decryption. Key
is taken to contain byte characters (0x01-0xFF); subject sstring may
contain wider characters but only each lower byte is used.

\*/

function cryptN($str,$key,$encrypt,$itr)
{
$res="";

while (strlen($str)>8)
{
// $res .= crypt8(substr($str,0,8),$key,$encrypt,$itr);
$res .= JScrypt8(substr($str,0,8),$key,$encrypt,$itr);
$str = substr($str,8);
}

if (strlen($str)>0)
{
while (strlen($str)<8)
{
$str .= ' ';
}
// $res .= crypt8($str,$key,$encrypt,$itr);
$res .= JScrypt8($str,$key,$encrypt,$itr);
}

return rtrim($res,' ');
}

//Four-byte truncate
function fbt($x)
{
$x = $x&0x0;
return $x<0?0x01+$x:$x;
}

function JScrypt8($oct,$key,$encrypt,$itr)
{
$y=0;
$z=0;
$k=array(); $k[0]=$k[1]=$k[2]=$k[3]=0;
$d=0x9E3779B9;
$sum=$encrypt?0:($d*$itr);
$res="";

for ($i=0; $i<8; )
{
$y=fbt(($y<<8)+(ord($oct{$i})&0xFF));
$k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i}));
$k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i+8}));
$i++;
$z=fbt(($z<<8)+(ord($oct{$i})&0xFF));
$k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i}));
$k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i+8}));
$i++;
}
if ($encrypt)
{
while ($itr-->0)
{
$y = fbt(($y+fbt(($z*16)^floor($z/32))+fbt($z^$sum)+$k[$sum&3]));
$sum=$sum+$d;
$z = fbt(($z+fbt(($y*16)^floor($y/32))+fbt($y^$sum)+$k[($sum>>11)&3]));
}
}
else
{
while ($itr-->0)
{
$z = fbt($z-fbt(fbt(($y*16)^floor($y/32))+fbt($y^$sum)+$k[($sum>>11)&3]));
$sum=$sum-$d;
$y = fbt($y-fbt(fbt(($z*16)^floor($z/32))+fbt($z^$sum)+$k[$sum&3]));
}
}
for ($i=4; $i-->0; )
{
$res .= chr(fbt(($y&0xFF00)>>24));
$y = $y<<8;
$res .= chr(fbt(($z&0xFF00)>>24));
$z=$z<<8;
}
return $res;
}

function crypt8($oct,$key,$encrypt,$itr)
{
$y=0;
$z=0;
$k=array(); $k[0]=$k[1]=$k[2]=$k[3]=0;
$d=0x9E3779B9;
$sum=$encrypt?0:($d*$itr)&0x0;
$res="";

for ($i=0; $i<8; )
{
$y=($y<<8)+(ord($oct{$i})&0xFF);
$k[$i&3]=($k[$i&3]<<8)+ord($key{$i});
$k[$i&3]=($k[$i&3]<<8)+ord($key{$i+8});
$i++;
$z=($z<<8)+(ord($oct{$i})&0xFF);
$k[$i&3]=($k[$i&3]<<8)+ord($key{$i});
$k[$i&3]=($k[$i&3]<<8)+ord($key{$i+8});
$i++;
}
if ($encrypt)
{
while ($itr-->0)
{
$y = ($y+(($z<<4)^($z>>5))+($z^$sum)+$k[$sum&3])&0x0;
$sum=$sum+$d;
$z = ($z+(($y<<4)^($y>>5))+($y^$sum)+$k[($sum>>11)&3])&0x0;
}
}
else
{
while ($itr-->0)
{
$z = 
($z+0x01-$y<<4)^($y>>5))+($y^$sum)+$k[($sum>>11)&3])&0x0))&0x0; 


$sum=($sum+0x01-$d)&0x0;
$y = 
($y+0x01-$z<<4)^($z>>5))+($z^$sum)+$k[$sum&3])&0x0))&0x0; 


}
}
for ($i=4; $i-->0; )
{
$res .= chr(($y&0xFF00)>>24);
$y = $y<<8;
$res .= chr(($z&0xFF00)>>24);
$z=$z<<8;
}
return $res;
}

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

Re: multimedia/transcode won't build

2008-08-11 Thread Gyrd Thane Lange 

Leslie Jensen skrev:




The port appears to looking for the lzo headers in the wrong place.

archivers/lzo places include files in /usr/local/include while
archivers/lzo2 places include files in /usr/local/include/lzo

a) To make the port work with lzo version 1, you can drop a small patch
file (also attached) into /usr/ports/multimedia/transcode/files/:

[patch-libtc_tc_lzo.h]
--- libtc/tc_lzo.h.orig2008-08-10 22:24:53.0 +0200
+++ libtc/tc_lzo.h2008-08-10 22:25:37.0 +0200
@@ -10,8 +10,8 @@
 #ifndef TC_LZO_H
 #define TC_LZO_H
 
-#include 

-#include 
+#include 
+#include 
 
 #ifdef HAVE_CONFIG_H

 #include "config.h"

b) You can uninstall archivers/lzo and install archivers/lzo2 instead
(haven' tried this but I'll expect it to work.)

Regards
Gyrd ^_^



Thank you! I'll try the solution you mention.  Just a thought, shouldn't
lzo be a dependency if the port won't build without it? I my self do not 
have lzo installed at all at the moment and will install it just to make 
this new version of transcode work.


If you haven't got any lzo installed from before I guess your simplest 
option is to follow strategy (b) above.


I'm not an expert on this port, I just encountered a similar problem 
when upgrading all of my ports using "portupgrade -fa". I already had 
lzo installed and conjured up a quick fix (a).


 
Two weeks ago the port was updated with a commit comment of "Switch from 
using lzo to lzo2 to fix build". This was probably to work around the 
change in the lzo header files location. It may not have been necessary, 
as it compiled just fine for me with lzo1 and the patch. (Haven't tried 
running it yet though.)


I also see that if you specify the WITH_LZO it pulls in archivers/lzo2 
as a dependency. My guess is that something in the source recently 
changed and requires the use of lzo even when the WITH_LZO is not specified.


And here is a question for the freebsd-ports@ masters. If a port only 
requires basic lzo functionality, is there an easy way to just work with 
whatever version (lzo1 or lzo2) the user already has installed on the 
system? Thus possibly avoiding the user ending up with both versions on 
his system.


Gyrd ^_^


Thanks
/Leslie



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

Re: Is _environ present in 7.0-RELEASE ?

2008-08-11 Thread Jeremy Chadwick 
On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote:
> Following is the test program I wrote to reproduce the error.
> 
> 8<8<
> abbe [~] monte-cristo% cat test.c
> extern char ** _environ;
>  
> #ifndef NULL
> #define NULL (char**)0
> #endif
>  
> int main()
> {
> _environ = NULL;
> }
> abbe [~] monte-cristo% cc -o test test.c
> /var/tmp//ccz3twdu.o(.text+0x7): In function `main':
> : undefined reference to `_environ'
> abbe [~] monte-cristo% sed -e s/_environ/environ/g -i '' test.c
> abbe [~] monte-cristo% cat test.c
> extern char ** environ;
>  
> #ifndef NULL
> #define NULL (char**)0
> #endif
>  
> int main()
> {
> environ = NULL;
> }
> abbe [~] monte-cristo% cc -o test test.c
> abbe [xine-lib-1.1.14] monte-cristo% cat /etc/make.conf
> CPUTYPE?=nocona
> CFLAGS= -O2 -fno-strict-aliasing -pipe -msse -msse2 -msse3 -mmmx -march=nocona
> MAKEOPTS=-j3
> >8>8
> 
> The '__environ' symbol is also not defined. Can anyone hint me, what is 
> misconfigured on my box ?

Something tells me this might interest you.  See the most recent commit:

http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c


-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: multimedia/transcode won't build

2008-08-11 Thread Leslie Jensen 



Thank you! I'll try the solution you mention.  Just a thought, shouldn't
lzo be a dependency if the port won't build without it? I my self do 
not have lzo installed at all at the moment and will install it just 
to make this new version of transcode work.


If you haven't got any lzo installed from before I guess your simplest 
option is to follow strategy (b) above.


I'm not an expert on this port, I just encountered a similar problem 
when upgrading all of my ports using "portupgrade -fa". I already had 
lzo installed and conjured up a quick fix (a).


 
Two weeks ago the port was updated with a commit comment of "Switch from 
using lzo to lzo2 to fix build". This was probably to work around the 
change in the lzo header files location. It may not have been necessary, 
as it compiled just fine for me with lzo1 and the patch. (Haven't tried 
running it yet though.)


I also see that if you specify the WITH_LZO it pulls in archivers/lzo2 
as a dependency. My guess is that something in the source recently 
changed and requires the use of lzo even when the WITH_LZO is not 
specified.


And here is a question for the freebsd-ports@ masters. If a port only 
requires basic lzo functionality, is there an easy way to just work with 
whatever version (lzo1 or lzo2) the user already has installed on the 
system? Thus possibly avoiding the user ending up with both versions on 
his system.


Gyrd ^_^


Thanks
/Leslie




It worked for me with first installing lzo2 and then transcode.
Thanks for you help :-)
/Leslie
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Is _environ present in 7.0-RELEASE ?

2008-08-11 Thread Ashish Shukla आशीष शुक्ल 
Jeremy Chadwick writes:
> On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote:

[snip]

>> The '__environ' symbol is also not defined. Can anyone hint me, what is 
>> misconfigured on my box ?

> Something tells me this might interest you.  See the most recent commit:

> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c

Sorry, but I'm not able to figure out, what relevant stuff there is
relevant here. I checked out the diff[1] (with the previous commit) and
the recent commit 1.12.2.2[2], but not able to find anything
relevant. Could you please elaborate, what are you trying to say ?

References:
[1] -
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c.diff?r1=1.12.2.1;r2=1.12.2.2;f=h
[2] - 
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c?rev=1.12.2.2;content-type=text%2Fplain

Thanks
Ashish Shukla
-- 
·-- ·-  ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- --


pgpsMIDG6zzds.pgp
Description: PGP signature

Re: Is _environ present in 7.0-RELEASE ?

2008-08-11 Thread Jeremy Chadwick 
On Mon, Aug 11, 2008 at 05:49:41PM +0530, Ashish Shukla  
??? wrote:
> Jeremy Chadwick writes:
> > On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote:
> 
> [snip]
> 
> >> The '__environ' symbol is also not defined. Can anyone hint me, what is 
> >> misconfigured on my box ?
> 
> > Something tells me this might interest you.  See the most recent commit:
> 
> > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c
> 
> Sorry, but I'm not able to figure out, what relevant stuff there is
> relevant here. I checked out the diff[1] (with the previous commit) and
> the recent commit 1.12.2.2[2], but not able to find anything
> relevant. Could you please elaborate, what are you trying to say ?

1) The only variable exported to a process from libc is "environ",
not __environ or _environ.  Look at src/lib/libc/stdlib/getenv.c for
an example, and confirmation.

2) Your code assigns environ = NULL, which is why I felt the above
commit has relevancy to you.  You should be aware that there are many
different conditions where clearing environ on FreeBSD behaves
differently compared to other OSes; the commit makes it compatible with
pretty much everything.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: Is _environ present in 7.0-RELEASE ?

2008-08-11 Thread Ashish Shukla आशीष शुक्ल 
Jeremy Chadwick writes:
> On Mon, Aug 11, 2008 at 05:49:41PM +0530, Ashish Shukla  
> ??? wrote:
>> Jeremy Chadwick writes:
>> > On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote:
>> 
>> [snip]
>> 
>> >> The '__environ' symbol is also not defined. Can anyone hint me, what is 
>> >> misconfigured on my box ?
>> 
>> > Something tells me this might interest you.  See the most recent commit:
>> 
>> > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c
>> 
>> Sorry, but I'm not able to figure out, what relevant stuff there is
>> relevant here. I checked out the diff[1] (with the previous commit) and
>> the recent commit 1.12.2.2[2], but not able to find anything
>> relevant. Could you please elaborate, what are you trying to say ?

> 1) The only variable exported to a process from libc is "environ",
> not __environ or _environ.  Look at src/lib/libc/stdlib/getenv.c for
> an example, and confirmation.

Yes, this is what I'm trying to say. But if you saw my libxine's
config.log, there is a check in its configure script for presence of
_environ variable, which is not present in 7.0-RELEASE at least. So,
I'm wondering, why no one else received this error while building
libxine port.

> 2) Your code assigns environ = NULL, which is why I felt the above
> commit has relevancy to you.  You should be aware that there are many
> different conditions where clearing environ on FreeBSD behaves
> differently compared to other OSes; the commit makes it compatible with
> pretty much everything.

nop, that is just a simple test case, and my aim of assigning NULL to
force compiler to generate code referencing 'environ' variable.

So, should I file a PR for this ?

Thanks for the reply,

Ashish
-- 
·-- ·-  ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- --


pgpTGBiuj0QTi.pgp
Description: PGP signature

Re: Is _environ present in 7.0-RELEASE ?

2008-08-11 Thread Jeremy Chadwick 
On Mon, Aug 11, 2008 at 06:43:56PM +0530, Ashish Shukla  
??? wrote:
> Jeremy Chadwick writes:
> > On Mon, Aug 11, 2008 at 05:49:41PM +0530, Ashish Shukla  
> > ??? wrote:
> >> Jeremy Chadwick writes:
> >> > On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote:
> >> 
> >> [snip]
> >> 
> >> >> The '__environ' symbol is also not defined. Can anyone hint me, what is 
> >> >> misconfigured on my box ?
> >> 
> >> > Something tells me this might interest you.  See the most recent commit:
> >> 
> >> > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c
> >> 
> >> Sorry, but I'm not able to figure out, what relevant stuff there is
> >> relevant here. I checked out the diff[1] (with the previous commit) and
> >> the recent commit 1.12.2.2[2], but not able to find anything
> >> relevant. Could you please elaborate, what are you trying to say ?
> 
> > 1) The only variable exported to a process from libc is "environ",
> > not __environ or _environ.  Look at src/lib/libc/stdlib/getenv.c for
> > an example, and confirmation.
> 
> Yes, this is what I'm trying to say. But if you saw my libxine's
> config.log, there is a check in its configure script for presence of
> _environ variable, which is not present in 7.0-RELEASE at least. So,
> I'm wondering, why no one else received this error while building
> libxine port.
> 
> > 2) Your code assigns environ = NULL, which is why I felt the above
> > commit has relevancy to you.  You should be aware that there are many
> > different conditions where clearing environ on FreeBSD behaves
> > differently compared to other OSes; the commit makes it compatible with
> > pretty much everything.
> 
> nop, that is just a simple test case, and my aim of assigning NULL to
> force compiler to generate code referencing 'environ' variable.
> 
> So, should I file a PR for this ?

To have the port fixed?  Absolutely.  It may be more worthwhile to
discuss the issue upstream with the software maintainers, as the fix
could be implemented in the official source (an #ifdef for FreeBSD
should suffice, and then use a local pointer, e.g. char *my_environ).

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
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: squeezecenter-7.0.1_4

2008-08-11 Thread Brooks Davis 
On Thu, Aug 07, 2008 at 10:59:06PM +0200, Kenny Lasse Hoff Levinsen wrote:
> Hi!
> 
> I'm sorry to bother, but i just wanted to ask when this port is gonna be 
> updated (it's 7.1 now)?
> Know it's a simple app and i can just install it from sources (which is 
> perl, to make it even simpler), but i just like having it in the package 
> database, so it's easier to handle...
> Just wondering

Thanks for the reminder.  I did the work last week, but was away my
computer for a long weekend and thus didn't commit it.  I'll finish the
last of the cleanup and commit it shortly.

-- Brooks


pgpIAFTfklWL6.pgp
Description: PGP signature

Re: multimedia/transcode won't build

2008-08-11 Thread Dieter 
> >> -#include 
> >> -#include 
> >> +#include 
> >> +#include 

> And here is a question for the freebsd-ports@ masters. If a port only 
> requires basic lzo functionality, is there an easy way to just work with 
> whatever version (lzo1 or lzo2) the user already has installed on the 
> system? Thus possibly avoiding the user ending up with both versions on 
> his system.

If the only problem is the location of the header file, why not
use -L/dir/ to search both places?  Then it should work with either
lzo1 or lzo2.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

sasldb: Other databases format after upgrade to 7.0

2008-08-11 Thread Martin Schweizer 
Hello

I did successfully upgrade from FreeBSD 6.3 to 7.0 (sendmail/cyrus).
Afterwoods I started, as descibed in the handbook, portupgrade -faP.
It finished without problems. After that I want to add a new user to
cyrus' sasldb (Berkeley 1.85) with saslpasswd2. I couldn't because the
port The Berkeley DB package, revision 3.3, changed from
db3-3.3.11_2,1  to db3-3.3.11_3,1. My imperssion that here is the
problem. Why? If I check file /use/lcoal/etc/sasldb2.db I got before
the update Berkeley DB 1.85 (Hash, version 2, native byte-order), now
I get  Berkeley DB (Hash, version 8, native byte-order). I'm confused.
I did also checks with ldd but gave also no hints. Can anybody give me
a hint?

Regards,

-- 
Martin Schweizer
[EMAIL PROTECTED]
Tel.: +41 32 512 48 54 (VoIP)
Fax: +1 619 3300587
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports.

2008-08-11 Thread Willy Picard 
Hi,

The mplayer port is still broken after the last ffmpeg update.  More precisely,
the mplayer-0.99.11_5 port with ffmpeg-2008.07.27_5 (on a i386 FreeBSD 7
machine) is broken. However, the fix given formerly by Jeremy Messenger (cf.
http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html
solves the problem. Could the maintainer commit the patch?

Best regards,

Willy Picard

On Thu, Aug 07, 2008 at 05:30:51PM -0500, Jeremy Messenger wrote:
> On Thu, 07 Aug 2008 16:01:29 -0500, Andrey A. Belashkov  
> <[EMAIL PROTECTED]> wrote:
> 
> > Hello.
> >
> > When i try to install mplayer from ports at FreeBSD 7.0-RELEASE-p3 i got
> > error:
> >
> > gmake -C libvo libvo.a
> > gmake[1]: Entering directory
> > `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libvo'
> > cc -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer
> > -I./libavcodec -I./libavformat
> >  -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement
> > -I. -I. -I./libavutil -O2 -f
> > no-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer
> > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BIT
> > S=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H
> > -I/usr/local/include/freetype2 -I/usr/local/include -I/usr
> > /local/include -I/usr/local/include/freetype2 -I/usr/local/include
> > -D_THREAD_SAFE -I/usr/local/includ
> > e/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0
> > -I/usr/local/include/cairo -I
> > /usr/local/include/pango-1.0 -I/usr/local/include
> > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib
> > -2.0/include -I/usr/local/include/freetype2
> > -I/usr/local/include/pixman-1   -I../libavcodec -I../liba
> > vformat -Wdisabled-optimization -Wno-pointer-sign
> > -Wdeclaration-after-statement -I. -I.. -I../libavut
> > il -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer
> > -D_LARGEFILE_SOURCE -D_FILE_O
> > FFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H
> > -I/usr/local/include/freetype2 -I/usr/local/inclu
> > de -I/usr/local/include -I/usr/local/include/freetype2
> > -I/usr/local/include -D_THREAD_SAFE -I/usr/loc
> > al/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include
> > -I/usr/local/include/atk-1.0 -I/usr/local/include
> > /cairo -I/usr/local/include/pango-1.0 -I/usr/local/include
> > -I/usr/local/include/glib-2.0 -I/usr/local
> > /lib/glib-2.0/include -I/usr/local/include/freetype2
> > -I/usr/local/include/pixman-1 -c -o vo_yuv4m
> > peg.o vo_yuv4mpeg.c
> > In file included from /usr/local/include/libavutil/rational.h:32,
> >  from vo_yuv4mpeg.c:46:
> > /usr/local/include/libavutil/common.h:124: error: redefinition of
> > 'av_log2'
> > ../libavutil/common.h:98: error: previous definition of 'av_log2' was
> > here
> > /usr/local/include/libavutil/common.h:140: error: redefinition of
> > 'av_log2_16bit'
> > ../libavutil/common.h:116: error: previous definition of 'av_log2_16bit'
> > was here
> > /usr/local/include/libavutil/common.h:153: error: redefinition of
> > 'mid_pred'
> > ../libavutil/common.h:131: error: previous definition of 'mid_pred' was
> > here
> > /usr/local/include/libavutil/common.h:200: error: redefinition of
> > 'av_clip'
> > ../libavutil/common.h:178: error: previous definition of 'av_clip' was
> > here
> > /usr/local/include/libavutil/common.h:212: error: redefinition of
> > 'av_clip_uint8'
> > ../libavutil/common.h:190: error: previous definition of 'av_clip_uint8'
> > was here
> > /usr/local/include/libavutil/common.h:223: error: redefinition of
> > 'av_clip_int16'
> > ../libavutil/common.h:201: error: previous definition of 'av_clip_int16'
> > was here
> > /usr/local/include/libavutil/common.h:248: error: redefinition of
> > 'ff_get_fourcc'
> > ../libavutil/common.h:212: error: previous definition of 'ff_get_fourcc'
> > was here
> > /usr/local/include/libavutil/common.h:327: error: redefinition of
> > 'read_time'
> > ../libavutil/common.h:291: error: previous definition of 'read_time' was
> > here
> > In file included from /usr/local/include/libavutil/rational.h:32,
> >  from vo_yuv4mpeg.c:46:
> > /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER"
> > redefined
> > In file included from ../libavutil/avutil.h:40,
> >  from ../libswscale/swscale.h:30,
> >  from vo_yuv4mpeg.c:43:
> > ../libavutil/common.h:349:1: warning: this is the location of the
> > previous definition
> > In file included from vo_yuv4mpeg.c:46:
> > /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER"
> > redefined
> > In file included from ../libavutil/avutil.h:40,
> >  from ../libswscale/swscale.h:30,
> >  from vo_yuv4mpeg.c:43:
> > ../libavutil/common.h:349:1: warning: this is the location of the
> > previous definition
> > In file included from vo_yuv4mpeg.c:46:
> > /usr/local/include/libavutil/rational.h:37: error: redefinition of
> > 'struct AVRational'
> > /usr/local/include/libavutil/rational.h:40: error: redefinition of
> >

ghostscript-gpl don't install cups files?

2008-08-11 Thread regisr 
Hi,

I was trying to make my cups working again (I don't known how I do this
but for one of my two printers pstoraster crashed -errno 11-):

After re-installing cups-pstoraster port, pstoraster ended with err 11
for the two printers!

I installed ghostscript-gpl-nox11, the make build the files for cups
but don't install them.
 Why they are not installed? I have forget to set something?

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

Firefox3 does nothing when window pops up

2008-08-11 Thread Matthew Donovan 
I have seen this has been posted before, but could not see a fix. I've
tried everything to get it to run, along with some searches. Firefox3
still does nothing once the main window comes up, I type an url into the
address bar and firefox3 just sits there. Was wondering if anyone figured
this problem out yet.

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

Re: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports.

2008-08-11 Thread Thomas Zander 
On Tue, Aug 12, 2008 at 03:26, Willy Picard <[EMAIL PROTECTED]> wrote:

> The mplayer port is still broken after the last ffmpeg update.  More 
> precisely,
> the mplayer-0.99.11_5 port with ffmpeg-2008.07.27_5 (on a i386 FreeBSD 7
> machine) is broken. However, the fix given formerly by Jeremy Messenger (cf.
> http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html
> solves the problem. Could the maintainer commit the patch?

In the same message Jeremy also suggested to check whether the
configure script or mplayer's Makefiles could be patched instead of
reinplace in the post-configure stage.
I will investigate this first before we consider committing the workaround.

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

Lilypond does not build

2008-08-11 Thread Josh Rickmar 
Ever since the update to 2.11.55 on August 7th, I have not been able
to update print/lilypond.  Here is the build failure:

===>  Cleaning for lilypond-2.11.55

===>  Found saved configuration for lilypond-2.11.52
===>  Extracting for lilypond-2.11.55
=> MD5 Checksum OK for lilypond-2.11.55.tar.gz.
=> SHA256 Checksum OK for lilypond-2.11.55.tar.gz.
=> MD5 Checksum OK for lilypond-2.11.55-1.freebsd-x86.sh.
=> SHA256 Checksum OK for lilypond-2.11.55-1.freebsd-x86.sh.
(  /usr/bin/tail -c+4597 /usr/ports/distfiles/lilypond-2.11.55-1.freebsd
-x86.sh >  /usr/ports/print/lilypond/work/lilypond.tmp.tar.bz2 &&  /usr/bin/tar
-xjf /usr/ports/print/lilypond/work/lilypond.tmp.tar.bz2 -C /usr/ports/print/lil
ypond/work &&  /bin/mkdir -p /usr/ports/print/lilypond/work/lilypond-2.11.55/mf/
out &&  /bin/cp /usr/ports/print/lilypond/work/usr/share/lilypond/current/fonts/
otf/*.otf /usr/ports/print/lilypond/work/lilypond-2.11.55/mf/out  )
===>  Patching for lilypond-2.11.55
===>  Applying FreeBSD patches for lilypond-2.11.55
/usr/bin/sed -i.bak -e 's|makeinfo|/usr/local/bin/makeinfo|'  /usr/ports/print/l
ilypond/work/lilypond-2.11.55/configure
===>   lilypond-2.11.55 depends on executable: latex - found
===>   lilypond-2.11.55 depends on executable: mftrace - found
===>   lilypond-2.11.55 depends on executable: rarian-sk-config - found
===>   lilypond-2.11.55 depends on executable: texi2pdf - found
===>   lilypond-2.11.55 depends on file: /usr/local/bin/python2.5 - found
===>   lilypond-2.11.55 depends on executable: gmake - found
===>   lilypond-2.11.55 depends on executable: bison - found
===>   lilypond-2.11.55 depends on file: /usr/local/bin/autoconf-2.61 - found
===>   lilypond-2.11.55 depends on executable: pkg-config - found
rm -f ./out/includable-lexer.dep; DEPENDENCIES_OUTPUT="./out/includable-lexer.de
p ./out/includable-lexer.o" c++ -c -O2 -fno-strict-aliasing -pipe -Woverloaded-v
irtual -DHAVE_CONFIG_H  -DNDEBUG -I./include -I./out -I../flower/include -I../fl
ower/./out -I../flower/include  -O2 -fno-strict-aliasing -pipe  -O2 -finline-fun
ctions -g -pipe -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthrea
d -I/usr/local/include/freetype2 -I/usr/local/include   -I/usr/local/include/pan
go-1.0 -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/
glib-2.0 -I/usr/local/lib/glib-2.0/include   -Wno-pmf-conversions  -W -Wall -Wco
nversion -o out/includable-lexer.o includable-lexer.cc
includable-lexer.cc: In constructor 'Includable_lexer::Includable_lexer()':
includable-lexer.cc:42: error: 'yy_current_buffer' was not declared in this scop
e
includable-lexer.cc: In member function 'virtual void Includable_lexer::new_inpu
t(std::string, Sources*)':
includable-lexer.cc:63: error: 'yy_current_buffer' was not declared in this scop
e
includable-lexer.cc: In member function 'void Includable_lexer::new_input(std::s
tring, std::string, Sources*)':
includable-lexer.cc:86: error: 'yy_current_buffer' was not declared in this scop
e
includable-lexer.cc: In member function 'bool Includable_lexer::close_input()':
includable-lexer.cc:106: error: 'yy_current_buffer' was not declared in this sco
pe
gmake[1]: *** [out/includable-lexer.o] Error 1
gmake[1]: Leaving directory `/usr/ports/print/lilypond/work/lilypond-2.11.55/lil
y'
gmake: *** [all] Error 2
*** Error code 2

Stop in /usr/ports/print/lilypond.
*** Error code 1

Stop in /usr/ports/print/lilypond.

===>>> make failed for print/lilypond
===>>> Aborting update

===>>> Update for lilypond-2.11.52_1 failed
===>>> Aborting update
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ports/11864: commit references a PR

2008-08-11 Thread dfilter service 
The following reply was made to PR ports/11864; it has been noted by GNATS.

From: [EMAIL PROTECTED] (dfilter service)
To: [EMAIL PROTECTED]
Cc:  
Subject: Re: ports/11864: commit references a PR
Date: Tue, 12 Aug 2008 04:56:25 + (UTC)

 edwin   2008-08-12 04:55:54 UTC
 
   FreeBSD src repository
 
   Modified files:(Branch: RELENG_7)
 usr.bin/calendar calendar.c calendar.h day.c io.c ostern.c 
  paskha.c 
   Log:
   SVN rev 181623 on 2008-08-12 04:55:54Z by edwin
   
   MFC of r181322
   
   style(9)ify usr.bin/calendar
   
   PR: bin/11864
   
   Revision  ChangesPath
   1.19.2.1  +19 -20src/usr.bin/calendar/calendar.c
   1.12.2.1  +40 -36src/usr.bin/calendar/calendar.h
   1.27.2.1  +123 -126  src/usr.bin/calendar/day.c
   1.21.2.2  +92 -55src/usr.bin/calendar/io.c
   1.12.2.1  +33 -34src/usr.bin/calendar/ostern.c
   1.8.2.1   +17 -19src/usr.bin/calendar/paskha.c
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/cvs-all
 To unsubscribe, send any mail to "[EMAIL PROTECTED]"
 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"