Re: Index build fails at audio/gstreamer-plugins-esound

[John Abrams]

At 09:32 PM 12/2/2006, you wrote:

On Sat, Dec 02, 2006 at 05:47:58PM -0500, John Abrams wrote:
> I'm trying to make index on a FreeBSD 4.11-STABLE box, and for some time
> I keep getting this error  (I have cvsupped several times):

I have back-ported make(1) from a recent version of FreeBSD; you might
want to install it, from devel/make. This will save you a bit of
suffering. Install with PREFIX=/usr to overwrite the old make(1) in
base, or set MAKE=/usr/local/bin/make and use the full path to run it.

Alternatively, the attached patch will fix this particular problem.

--
Shaun Amott // PGP: 0x6B387A9A
"A foolish consistency is the hobgoblin
of little minds." - Ralph Waldo Emerson


Shaun,

Thank you for your help - installed devel/make, tried /usr/local/bin/make 
index, but got the same error...


-ja


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

bsdstats 5.3 on 6-STABLE and netcat weirdness

[Karol Kwiatkowski]

Hello,

I'm not sure what's to blame here: bsdstats port, ports, portupgrade
or me :)

I've got two problems - 'make clean' is cleaning net/netcat work
directory (even though on 6-STABLE nc is a part of base system) and,
more importantly, pkgdb reports stale dependency.

That started after adding this line to the Makefile (ports/106373):
RUN_DEPENDS=nc:${PORTSDIR}/net/netcat

I haven't seen any problem reports, is it just me? Details below.

Best regards,

Karol


# uname -srp
FreeBSD 6.2-PRERELEASE i386
# which nc
/usr/bin/nc

# pkgdb -F
--->  Checking the package registry database
# cd /usr/ports/sysutils/bsdstats/
# make install clean
===>  Extracting for bsdstats-5.3
===>  Patching for bsdstats-5.3
===>  Configuring for bsdstats-5.3
===>  Installing for bsdstats-5.3
===>   bsdstats-5.3 depends on executable in : nc - found
===>   Generating temporary packing list
[ snipped ]
===>   Registering installation for bsdstats-5.3
===>  Cleaning for netcat-1.10_2
===>  Cleaning for bsdstats-5.3
# pkgdb -F
--->  Checking the package registry database
[Updating the pkgdb  in /var/db/pkg ... - 640
packages found (-0 +1) . done]
Stale dependency: bsdstats-5.3 -> netcat-1.10_2 (net/netcat):
netpbm-10.26.34 (score:17%) ? ([y]es/[n]o/[a]ll) [no]

-- 
Karol Kwiatkowski  
OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc



signature.asc
Description: OpenPGP digital signature

Re: Index build fails at audio/gstreamer-plugins-esound

[Shaun Amott]

On Wed, Dec 06, 2006 at 04:17:29AM -0500, John Abrams wrote:
> 
> At 09:32 PM 12/2/2006, you wrote:
> >On Sat, Dec 02, 2006 at 05:47:58PM -0500, John Abrams wrote:
> >> I'm trying to make index on a FreeBSD 4.11-STABLE box, and for some time
> >> I keep getting this error  (I have cvsupped several times):
> >
> >I have back-ported make(1) from a recent version of FreeBSD; you might
> >want to install it, from devel/make. This will save you a bit of
> >suffering. Install with PREFIX=/usr to overwrite the old make(1) in
> >base, or set MAKE=/usr/local/bin/make and use the full path to run it.
> >
> >Alternatively, the attached patch will fix this particular problem.
> >
> 
> Shaun,
> 
> Thank you for your help - installed devel/make, tried /usr/local/bin/make 
> index, but got the same error...
> 

You also need to set MAKE:

/usr/local/bin/make MAKE=/usr/local/bin/make index


PS: I'm not CC'ing you, because your mail server bounced my message last
time.

-- 
Shaun Amott // PGP: 0x6B387A9A
"A foolish consistency is the hobgoblin
of little minds." - Ralph Waldo Emerson


pgpOVHdMezH0L.pgp
Description: PGP signature

Re: vim 7.0.168 problem

[Kaspars Bankovskis]

this problem exists since vim7 is ported. in my case there was PACKAGE_BUILD 
env variable set, and as i remember in the Makefile of vim7 port was defined  
"if this variable is set, build with WITH_TCL variable set". therefore i had 
to unset it. but yes, the problem is this tcl part - build the vim without 
tcl and there will be no problems.

On Tuesday 05 December 2006 23:08, Dwayne MacKinnon wrote:
> >Yes, this problem has existed for a long time but the maintainer says
> >he's been unable to reproduce it.  Maybe he can try again with your
> >instructions (the -DWITH_TCL is presumably the relevant part).
> >
> >Kris
>
> I should have mentioned before: I use the following make flags with vim:
> -DWITH_GTK2 -DWITH_PERL -DWITH_RUBY -DWITH_CSCOPE -DWITH_TCL
>
> The problem occurred with the above flags, and vanished when I took away
> the -DWITH_TCL.
>
> Cheers,
> DMK
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> 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]"

FreeBSD Port: libsieve-2.1.13_1

[Anne Strikwerda - Netbasics BV]

Hi,

I'm having an issue installing libSieve on FreeBSD 6.0

http://mailman.fastxs.net/pipermail/dbmail/2006-December/010736.html
Please also read the response. It's suggested that you bump libSieve to 
2.2.3


kind regards,
Anne Strikwerda

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

Re: bsdstats 5.3 on 6-STABLE and netcat weirdness

[Marc G. Fournier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


'k, I don't know how to fix this one ... I thought about doing:

.if ${OSVERSION} <= 492101
RUN_DEPENDS=nc:${PORTSDIR}/net/netcat
.endif

not sure which version brought in nc, but 492101 is the last of the 4.x series 
... but it portlint fails miserably if I don't put bsd.port.pre.mk before it, 
but also fails if I do:

WARN: Makefile: no MASTER_SITES found. is it ok?
WARN: Makefile: "RUN_DEPENDS" has to appear earlier.
0 fatal errors and 2 warnings found.

Is there a better way of doing this ... ?

- --On Wednesday, December 06, 2006 12:09:42 +0100 Karol Kwiatkowski 
<[EMAIL PROTECTED]> wrote:

> Hello,
>
> I'm not sure what's to blame here: bsdstats port, ports, portupgrade
> or me :)
>
> I've got two problems - 'make clean' is cleaning net/netcat work
> directory (even though on 6-STABLE nc is a part of base system) and,
> more importantly, pkgdb reports stale dependency.
>
> That started after adding this line to the Makefile (ports/106373):
> RUN_DEPENDS=nc:${PORTSDIR}/net/netcat
>
> I haven't seen any problem reports, is it just me? Details below.
>
> Best regards,
>
> Karol
>
>
># uname -srp
> FreeBSD 6.2-PRERELEASE i386
># which nc
> /usr/bin/nc
>
># pkgdb -Fr
> --->  Checking the package registry database
># cd /usr/ports/sysutils/bsdstats/
># make install clean
> ===>  Extracting for bsdstats-5.3
> ===>  Patching for bsdstats-5.3
> ===>  Configuring for bsdstats-5.3
> ===>  Installing for bsdstats-5.3
> ===>   bsdstats-5.3 depends on executable in : nc - found
> ===>   Generating temporary packing list
> [ snipped ]
> ===>   Registering installation for bsdstats-5.3
> ===>  Cleaning for netcat-1.10_2
> ===>  Cleaning for bsdstats-5.3
># pkgdb -F
> --->  Checking the package registry database
> [Updating the pkgdb  in /var/db/pkg ... - 640
> packages found (-0 +1) . done]
> Stale dependency: bsdstats-5.3 -> netcat-1.10_2 (net/netcat):
> netpbm-10.26.34 (score:17%) ? ([y]es/[n]o/[a]ll) [no]
>
> --
> Karol Kwiatkowski  
> OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc
>



- 
Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFFdszU4QvfyHIvDvMRAvUrAKCmSYaEa8by3oYbgWr+0mBiS+33JQCgnM45
AKxZlt46J0+snTI+o8V4Oys=
=kCmR
-END PGP SIGNATURE-

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

Re: bsdstats 5.3 on 6-STABLE and netcat weirdness

[LI Xin]

Marc G. Fournier wrote:
> 
> 'k, I don't know how to fix this one ... I thought about doing:
> 
> .if ${OSVERSION} <= 492101
> RUN_DEPENDS=nc:${PORTSDIR}/net/netcat
> .endif
> 
> not sure which version brought in nc, but 492101 is the last of the 4.x 
> series 
> ... but it portlint fails miserably if I don't put bsd.port.pre.mk before it, 
> but also fails if I do:
> 
> WARN: Makefile: no MASTER_SITES found. is it ok?
> WARN: Makefile: "RUN_DEPENDS" has to appear earlier.
> 0 fatal errors and 2 warnings found.
> 
> Is there a better way of doing this ... ?

I think you want something like:

.if ${OSVERSION} < 503102 || (${OSVERSION} >= 60 && ${OSVERSION} <
600010)

instead of just considering 492101.

Also, I think net/obnc should be used instead of net/netcat, and obnc
itself should be set to 'deprecated' mode...

Cheers,
-- 
Xin LI <[EMAIL PROTECTED]>  http://www.delphij.net/
FreeBSD - The Power to Serve!



signature.asc
Description: OpenPGP digital signature

Re: [CFR] ftp/curl update and API incompatibility

[Vasil Dimov]

On Wed, Dec 06, 2006 at 02:56:57PM +0200, Peter Pentchev wrote:
> Hi,
> 
> I'm writing to you all because you are listed as maintainers of ports
> that depend directly on ftp/curl.  Attached is a patch that updates
> ftp/curl to version 7.16.0; however, this update might need some testing.

It seems to me that you have done tremendous amount of work (the patch
you sent is 2119 lines).

Thanks!

-- 
Vasil Dimov
[EMAIL PROTECTED]
%
Grelb's Reminder:
Eighty percent of all people consider themselves to be above
average drivers.


pgpP0mELW1qfY.pgp
Description: PGP signature

Re: mod_perl update issue

[Philip M. Gollucci]

Eric wrote:

CPUTYPE?=athlon64

either way, its installed now. i have never seen that happen before. 
thanks!


We all just found this when I submitted the 2.0.3 update.
A patch will be added to the ports tree and I've committed a fix to mp2 
svn upstream so 2.0.4 will not need it.


Patch below (which should also work with 2.0.2 until 2.0.3 catches up)

root% cat files/patch-xs-APR-APR-Makefile.PL
--- xs/APR/APR/Makefile.PL.orig Sat Dec  2 03:52:51 2006
+++ xs/APR/APR/Makefile.PL  Sat Dec  2 03:52:59 2006
@@ -15,7 +15,7 @@

 my %args;

-%args = map { split /=/, $_ } @ARGV;
+%args = map { split /=/, $_, 2 } @ARGV;

 $args{NAME} = 'APR';
 $args{VERSION_FROM} = 'APR.pm';
--

Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB  B89E 1324 9B4F EC88 A0BF

I never had a dream come true
'Til the day that I found you.
Even though I pretend that I've moved on
You'll always be my baby.
I never found the words to say
You're the one I think about each day
And I know no matter where life takes me to
A part of me will always be...
A part of me will always be with you.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [CFR] ftp/curl update and API incompatibility

[Frank J. Laszlo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Peter Pentchev wrote:
> Hi,
> 
> I'm writing to you all because you are listed as maintainers of ports
> that depend directly on ftp/curl.  Attached is a patch that updates
> ftp/curl to version 7.16.0; however, this update might need some testing.
> 
> There are some cURL options (CURLOPT_MUTE, CURLOPT_PASSWDFUNCTION, etc.)
> that have been deprecated for a long time now, yet they were still defined
> as compile-time constants to provide some kind of backwards compatibility.
> Well, 7.16.0 puts a stop to this - these options are now completely
> removed, and programs and libraries that still use them without checking
> will be broken.  Thus, the libcurl library version was bumped, hence my
> request for testing the update.
> 
> Attached is a patch that fixes all ports that depend on ftp/curl directly.
> The fixes consist of bumping the curl library version, bumping PORTREVISION,
> and, here and there, ifdef'ing the obsolete options.  I have verified that
> all the ports build now, except for astro/gaia and www/osb-nrcit; however,
> for most of them I could not very well check if they *work* :)  There is
> also the little matter of the PORTREVISION bump for the PHP ports, and
> the c-ares dependency of irc/unreal; but see below.
> 
> The patch itself is also available at
> http://people.FreeBSD.org/~roam/patches/curl/
> 
> So - this patch updates cURL to 7.16.0, and tries to fix all dependent
> ports.  The updates to the ports are trivial, with the following exceptions:
> 
> astro/gaia
> - Update blindly, it's forbidden for license reasons.
> 
> audio/vorbis-tools
> ftp/py-curl
> ftp/rexx-curl
> net/nepenthes
> security/authforce
> - #ifdef the obsolete options based on the libcurl version.
> 
> audio/xmms2
> - Fix the packing list for the !lastfm and !apple_mdns cases.
> 
> ftp/php4-curl
> ftp/php5-curl
> - #ifdef more obsolete options based on their definitions, as is already
>   done for CURLOPT_MUTE.
> - Not sure how to proceed with the PORTREVISION here, and also in
>   www/pecl-pecl_http - it seems that it is not customary for a PHP extension
>   to have a different PORTREVISION from the main port?
> 
> irc/unreal
> - Remove the dependency on dns/ares - it is not used at all, Unreal uses
>   its own bundled copy of c-ares!
> - Add a dependency on dns/c-ares, now that version 1.3.2 of the port comes
>   with the ares_config_info patch.
> - Patch the configure script not to build the bundled c-ares, and
>   the Makefile not to try to link against it.
> 
> security/gnupg
> - Add an explicit library version number to the curl dependency.
> 
> www/osb-nrcit
> - Update blindly, it does not build because lang/osb-jscore is broken.
> 
> x11/ecore
> - Fix the packing list for the !x11 case.
> 
> I'd appreciate any comments and suggestions for this update; thanks in
> advance!
> 
> G'luck,
> Peter
> 
> 

Nice work peter, looks good to me. It may be wise to run them all
through a tinderbox. :)

- -Frank
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (FreeBSD)

iQIVAwUBRXbuHq1QwXwBI2DsAQK+lQ/+MXI4PpQB4HZc3rtNmzhjGRELkHs87nU9
aihWPuqGLynoowXdilYduzNSSdq7dRb7VpnnGvjJoAZagu4ot3DYX7vzjMyn7OrQ
ybVfhCGXfSRUr+t8Lswbor3h3eOf1LRf0hCpoyv1kF782Ao4JPoXW0csOtw2V3jQ
CtMObM0G5M5LhvcNXhh+6nFbtVPpQZcM1BfUMVOUSkv6NHS1kDim2tGZ410zNMTY
BSieLom5ouZfzvXmni+bO3qnLJ3PTw4gNrusP1J+BVtsBL0G4gig7paAfjD1lpTV
M1K3UEBuOLHqJDxumBihvLFYU8yhSfMptSzEtXpb9NE+xVeRZiAZliWBFlHiiGcW
iT2gl+MzqOcOjl6d7DNBNQ//7zzzH0ywsyN1B5sqWBAV/lwgPqcMwBkdec6ulbP1
lgmP8+l76Gu66EAExKHGA/Xo0Uc7KTL5icj6AkcUzYkNuM6PQakIzqrzlRmsta/z
XvFhfzIAT4UEjs97IWdh0q0TSHQO2E/WTr4dJl3Bab4Ia4EDzyY84GDyHiCTm6Is
NvCI2iXPNk6WSbgrwo9lVjtTb0u3nNQVDHZc9tXeFZmLEBHPYZNYYL92S+YxcIEi
slfqRz39/MSrYqU9JVJyThVv+9/Aq8MikCuacIF0EIIVL8/ketgLtn9G54JZ8u8d
dwPtSPc2TiU=
=6tXv
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: distfile belongs to?

[Doug Barton]

Ade Lovett wrote:
> 
> On Dec 05, 2006, at 13:59 , Doug Barton wrote:
> 
>> Wesley Shields wrote:
 @comment DISTFILE:$filename:$size:$md5:$sha256
>>
>> I think that's good, the other information might come in handy down
>> the road. One thing you might want to consider is to put the md5 sum
>> at the end, since at some point down the road (maybe years from now,
>> but still ...) we're likely to drop md5 altogether.
> 
> Better still would be:
> 
> @comment DISTFILE:[':' =]*
> 
> eg:  DISTFILE:foo:SIZE=1234:MD5=...:SHA256=...
> 
> Relying on the specific position of an item in a delimited list almost
> always comes back and bites in painful spots later on down the way. 
> Minimal extra parsing required by consumers, and bits and pieces can be
> added/removed almost at will.

Personally I think this is overkill, but I won't argue against it.

Doug

-- 

This .signature sanitized for your protection

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

Re: (x11-wm\enlightenment-devel) e17, pam, and "Lock Screen"...

[Stanislav Sedov]

On Tue, 05 Dec 2006 09:31:01 +0100
"[LoN]Kamikaze" <[EMAIL PROTECTED]> mentioned:

>
> I've been using that a lot without recognizing it doesn't actually work...

Hmm... Probably the FreeBSD's login doesn't work too?;-)

--
Stanislav Sedov
http://people.freebsd.org/~stas/stas.key.asc


pgplonFGUR9MA.pgp
Description: PGP signature

Re: lang/gnat-gcc41 build error

[Karel Miklav]

Petr Holub wrote:

... maybe because I have lang/gnat already installed?


I don't know at the moment about this. Maybe you could try and help me a
little?


And why do we need gnat-gcc34 anyway?


I figured out you must have some other GNAT installed, and that caused
the GCC configure to break. I have problems maintaining the existing
framework, so I choose to use a known compiler for bootstrapping and
that's gnat-gcc34.

I'll send you patches after I reproduce the error.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: vim 7.0.168 problem

[Jacula Modyun]

On Tue, Dec 05, 2006 at 09:52:25AM -0500, Dwayne MacKinnon <[EMAIL PROTECTED]> 
wrote:

> Hello,
> 
> I ran into an odd compile problem when trying to upgrade to vim 7.0.168
> using the -DWITH_TCL flag. I'm on FreeBSD 6.1-RELEASE-p10 using ccache
> and portupgrade.
> 
> Cheers,
> DMK

Delete the /usr/ports/vim/files/patch-configure file and install with tcl.
This file, for me, is the problem.

Jacula Modyun

-- 
After all is said and done, a hell of a lot more is said than done.


pgpCrw7pZLxbd.pgp
Description: PGP signature

Compiler error portupgrading bash2

[DH]

Good Afternoon;

Please be aware that bash2 is failing to build via
portupgrade.

I've attached the output from my last build attempt
which shows the specific compiler error.


The three machines experiencing this error are
4.11-release-p18 +manually applied security patches.

If I may be of further assistance please let me know.

Thank you for your support-time & effort, it is appreciated.

David Hutchens III
Network Administrator
DRS Surveillance Support Systems - A division of DRS Technologies.


 

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

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

portupgrade refusin to upgrade a port .. when it shouldn't imho

[martinko]

Hello,

According to freshports.org the newest multimedia/win32-codecs port
(3.1.0.r1,1) is not vulnerable.  I'm trying to upgrade version
win32-codecs-3.1.0.p8,1 on my system but portupgrade + portaudit refuse
me to do so:

** Port marked as IGNORE: multimedia/win32-codecs:
is forbidden: Remote code execution:
http://vuxml.FreeBSD.org/24f6b1eb-43d5-11db-81e1-000e0c2e438a.html

Isn't this behaviour flawed ??  Or am I missing something ?

Regards,

Martin

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

comms/openobex 1.3 fails to build on 6-STABLE

[Jonathan Chen]

Hi Guido,

I'm trying to build openobex 1.3 from the ports on 6.2-PRERELEASE as of 
Nov 16 2006, and it's failing with the following error:


[...]
gmake  all-recursive
gmake[1]: Entering directory `/usr/ports/comms/openobex/work/openobex-1.3'
Making all in include
gmake[2]: Entering directory 
`/usr/ports/comms/openobex/work/openobex-1.3/includ

e'
gmake[2]: Leaving directory 
`/usr/ports/comms/openobex/work/openobex-1.3/include

'
Making all in lib
gmake[2]: Entering directory 
`/usr/ports/comms/openobex/work/openobex-1.3/lib'
if /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc 
-DHAVE_CONFIG_H -I.
-I. -I.. -I../include-O2 -fno-strict-aliasing -pipe  
-D_FORTIFY_SOURCE=2 -M

T obex.lo -MD -MP -MF ".deps/obex.Tpo" -c -o obex.lo obex.c; \
   then mv -f ".deps/obex.Tpo" ".deps/obex.Plo"; else rm -f 
".deps/obex.Tpo

"; exit 1; fi
mkdir .libs
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O2 -fno-strict-aliasing 
-pipe -D_
FORTIFY_SOURCE=2 -MT obex.lo -MD -MP -MF .deps/obex.Tpo -c obex.c  -fPIC 
-DPIC -

o .libs/obex.o
In file included from obex_main.h:61,
from obex.c:49:
obex_transport.h:43:33: bluetooth/bluetooth.h: No such file or directory
obex_transport.h:44:30: bluetooth/rfcomm.h: No such file or directory
In file included from obex_main.h:61,  
from obex.c:49:

obex_transport.h:58: error: field `rfcomm' has incomplete type
In file included from obex.c:62:
btobex.h:33: error: syntax error before "bdaddr_t"
btobex.h:34: error: syntax error before "bdaddr_t"
obex.c:1026: error: syntax error before "bdaddr_t"
obex.c: In function `BtOBEX_ServerRegister':
obex.c:1030: error: `self' undeclared (first use in this function)
obex.c:1030: error: (Each undeclared identifier is reported only once
obex.c:1030: error: for each function it appears in.)
obex.c:1033: error: `src' undeclared (first use in this function)
obex.c:1034: error: `BDADDR_ANY' undeclared (first use in this function)
obex.c:1035: error: `channel' undeclared (first use in this function)
obex.c: At top level:
obex.c:1049: error: syntax error before "bdaddr_t"
obex.c: In function `BtOBEX_TransportConnect':
obex.c:1053: error: `self' undeclared (first use in this function)
obex.c:1060: error: `dst' undeclared (first use in this function)
obex.c:1063: error: `src' undeclared (first use in this function)
obex.c:1064: error: `BDADDR_ANY' undeclared (first use in this function)
obex.c:1065: error: `channel' undeclared (first use in this function)
gmake[2]: *** [obex.lo] Error 1
gmake[2]: Leaving directory 
`/usr/ports/comms/openobex/work/openobex-1.3/lib'

gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/comms/openobex/work/openobex-1.3'
gmake: *** [all] Error 2
*** Error code 2

Any idea what could be causing this?
--
Jonathan Chen <[EMAIL PROTECTED]>


Attention:
This email may contain information intended for the sole use of
the original recipient. Please respect this when sharing or
disclosing this email's contents with any third party. If you
believe you have received this email in error, please delete it
and notify the sender or [EMAIL PROTECTED] as
soon as possible. The content of this email does not necessarily
reflect the views of SolNet Solutions Ltd.

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

Re: comms/openobex 1.3 fails to build on 6-STABLE

[Frank J. Laszlo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jonathan Chen wrote:
> Hi Guido,
> 
> I'm trying to build openobex 1.3 from the ports on 6.2-PRERELEASE as of
> Nov 16 2006, and it's failing with the following error:
> 
> [...]
> gmake  all-recursive
> gmake[1]: Entering directory `/usr/ports/comms/openobex/work/openobex-1.3'
> Making all in include
> gmake[2]: Entering directory
> `/usr/ports/comms/openobex/work/openobex-1.3/includ
> e'
> gmake[2]: Leaving directory
> `/usr/ports/comms/openobex/work/openobex-1.3/include
> '
> Making all in lib
> gmake[2]: Entering directory
> `/usr/ports/comms/openobex/work/openobex-1.3/lib'
> if /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc
> -DHAVE_CONFIG_H -I.
> -I. -I.. -I../include-O2 -fno-strict-aliasing -pipe 
> -D_FORTIFY_SOURCE=2 -M
> T obex.lo -MD -MP -MF ".deps/obex.Tpo" -c -o obex.lo obex.c; \
>then mv -f ".deps/obex.Tpo" ".deps/obex.Plo"; else rm -f
> ".deps/obex.Tpo
> "; exit 1; fi
> mkdir .libs
> cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O2 -fno-strict-aliasing
> -pipe -D_
> FORTIFY_SOURCE=2 -MT obex.lo -MD -MP -MF .deps/obex.Tpo -c obex.c  -fPIC
> -DPIC -
> o .libs/obex.o
> In file included from obex_main.h:61,
> from obex.c:49:
> obex_transport.h:43:33: bluetooth/bluetooth.h: No such file or directory
> obex_transport.h:44:30: bluetooth/rfcomm.h: No such file or directory
> In file included from obex_main.h:61,  from obex.c:49:
> obex_transport.h:58: error: field `rfcomm' has incomplete type
> In file included from obex.c:62:
> btobex.h:33: error: syntax error before "bdaddr_t"
> btobex.h:34: error: syntax error before "bdaddr_t"
> obex.c:1026: error: syntax error before "bdaddr_t"
> obex.c: In function `BtOBEX_ServerRegister':
> obex.c:1030: error: `self' undeclared (first use in this function)
> obex.c:1030: error: (Each undeclared identifier is reported only once
> obex.c:1030: error: for each function it appears in.)
> obex.c:1033: error: `src' undeclared (first use in this function)
> obex.c:1034: error: `BDADDR_ANY' undeclared (first use in this function)
> obex.c:1035: error: `channel' undeclared (first use in this function)
> obex.c: At top level:
> obex.c:1049: error: syntax error before "bdaddr_t"
> obex.c: In function `BtOBEX_TransportConnect':
> obex.c:1053: error: `self' undeclared (first use in this function)
> obex.c:1060: error: `dst' undeclared (first use in this function)
> obex.c:1063: error: `src' undeclared (first use in this function)
> obex.c:1064: error: `BDADDR_ANY' undeclared (first use in this function)
> obex.c:1065: error: `channel' undeclared (first use in this function)
> gmake[2]: *** [obex.lo] Error 1
> gmake[2]: Leaving directory
> `/usr/ports/comms/openobex/work/openobex-1.3/lib'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/usr/ports/comms/openobex/work/openobex-1.3'
> gmake: *** [all] Error 2
> *** Error code 2
> 
> Any idea what could be causing this?
> -- 
> Jonathan Chen <[EMAIL PROTECTED]>

I just committed a fix for this. Please update your ports tree. Thanks

- -Frank
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (FreeBSD)

iQIVAwUBRXdEka1QwXwBI2DsAQJOmg/+KpSr2JkPCRgpbFS+O8SbyKy75xDo49TU
V3wqm3azLdCL++6MD1t5lSm7sSV/vPzrXGeQCuujw4mEP3DakuFR0HDgbHdwlRWz
qGMiQxTfgp3qZOViNUK2m0be5AQujQvlK/1XcnQ9jTMCvlqJzs7vaaVav//EitbY
tCCWk0qxzT2x+rpdDv8WNc0e6FfsGzHAIIvGmoiZTJyeXR7r5lHBAGfbiyLc0a04
DJxsTmkZ8USMtzB1qX6IbdtBG91MWZtYXc+t06dZDFfC/u9bjRpryVvMab1Eec7Q
gQWOp8fkT59zDr33Y/6+2cnp6d6y3OsZnBggdgxW2GPnRKea791fJpz4X7d1kpcN
V0K/l8WrcMw75dNR06hokroxXrFcKe/VkcgoD+YAgGApSjxdzMGhjcE4Jm0tbAzV
oRs2XF/TaAp0d2v0g59eKA824Y1rteg/Ne1Uz9sQuhjA48fN7rNPgtWFE8nxuqF3
Kqc7Drb8+/JUpwhtjeH2499imvWzzZO31CFR82a9H4aItbiYUYcl6XCfr84gbdoN
qcR7uLjxLyKf7eX6LeUwo7pAkepPW32os0Wh+BPLEWytHDbYxeh9onwqKt+RPHMC
pVTqXSwnSALx3ok9yNDZ6PqDl8zAH2G3qm7KnX6KcWxsw/0ehjcNzEcF0XwofM8g
M5n9aEh9yiA=
=OJvT
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: portupgrade refusin to upgrade a port .. when it shouldn't imho

[Kris Kennaway]

On Wed, Dec 06, 2006 at 10:55:40PM +0100, martinko wrote:
> Hello,
> 
> According to freshports.org the newest multimedia/win32-codecs port
> (3.1.0.r1,1) is not vulnerable.  I'm trying to upgrade version
> win32-codecs-3.1.0.p8,1 on my system but portupgrade + portaudit refuse
> me to do so:
> 
> ** Port marked as IGNORE: multimedia/win32-codecs:
> is forbidden: Remote code execution:
> http://vuxml.FreeBSD.org/24f6b1eb-43d5-11db-81e1-000e0c2e438a.html
> 
> Isn't this behaviour flawed ??  Or am I missing something ?

Did you update your portaudit database?

Kris


pgp6eXiTzlRQX.pgp
Description: PGP signature

Re: portupgrade refusin to upgrade a port .. when it shouldn't imho

[martinko]

Kris Kennaway wrote:
> On Wed, Dec 06, 2006 at 10:55:40PM +0100, martinko wrote:
>> Hello,
>>
>> According to freshports.org the newest multimedia/win32-codecs port
>> (3.1.0.r1,1) is not vulnerable.  I'm trying to upgrade version
>> win32-codecs-3.1.0.p8,1 on my system but portupgrade + portaudit refuse
>> me to do so:
>>
>> ** Port marked as IGNORE: multimedia/win32-codecs:
>> is forbidden: Remote code execution:
>> http://vuxml.FreeBSD.org/24f6b1eb-43d5-11db-81e1-000e0c2e438a.html
>>
>> Isn't this behaviour flawed ??  Or am I missing something ?
> 
> Did you update your portaudit database?
> 
> Kris

Sure thing:

mb-aw1n-bsd[/root]# portaudit -Fda
New database installed.
Database created: Thu Dec  7 01:10:04 CET 2006
Affected package: win32-codecs-3.1.0.p8,1
Type of problem: win32-codecs -- multiple vulnerabilities.
Reference:


1 problem(s) in your installed packages found.

You are advised to update or deinstall the affected package(s) immediately.
mb-aw1n-bsd[/root]# portupgrade -if win32-codecs
--->  Session started at: Thu, 07 Dec 2006 01:24:42 +0100
** Port marked as IGNORE: multimedia/win32-codecs:
is forbidden: Remote code execution:
http://vuxml.FreeBSD.org/24f6b1eb-43d5-11db-81e1-000e0c2e438a.html
--->  ** Upgrade tasks 1: 0 done, 1 ignored, 0 skipped and 0 failed
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
- multimedia/win32-codecs (win32-codecs-3.1.0.p8,1)
--->  Packages processed: 0 done, 1 ignored, 0 skipped and 0 failed
--->  Session ended at: Thu, 07 Dec 2006 01:24:43 +0100 (consumed 00:00:01)

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

Re: portupgrade refusin to upgrade a port .. when it shouldn't imho

[Josh Carroll]

>> ** Port marked as IGNORE: multimedia/win32-codecs:
>> is forbidden: Remote code execution:
>> http://vuxml.FreeBSD.org/24f6b1eb-43d5-11db-81e1-000e0c2e438a.html
>>
>> Isn't this behaviour flawed ??  Or am I missing something ?


You need to make config in /usr/ports/multimedia/win32-codecs, and
unselect quicktime. Then the port should install. This is assuming, of
course, that you can live without the QT codec(s).

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

[OT] Trying to build some software....

[Eric Schuele]

Hello,

Off topic?  Maybe.

I'm trying to build some software that has a port... yet the code I'm 
attempting to build is a *later* cvs snapshot.


I'm trying to build it using the instructions on the originators 
website, not by using the port.


When I run ./autogen.sh...  it ends with the following:
checking for zlib.h... yes
checking jpeglib.h usability... no
checking jpeglib.h presence... no
checking for jpeglib.h... no
configure: error: "Cannot find jpeglib.h. Make sure your CFLAGS 
environment variable contains include lines for the location of this file"


I *do* have jpeglib.h in /usr/local/include, yet modifying CFLAGS has no 
effect.  Nor does modifying CPPFLAGS (as the port does, I think).


Presently my make.conf has in it:
CFLAGS= -O -pipe
COPTFLAGS= -O -pipe

On someone's advice I tried setting PKG_CONFIG_PATH as well.  But no luck.

Any help is appreciated.

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

Re: [OT] Trying to build some software....

[Sam Lawrance]

On 07/12/2006, at 4:02 PM, Eric Schuele wrote:


Hello,

Off topic?  Maybe.

I'm trying to build some software that has a port... yet the code  
I'm attempting to build is a *later* cvs snapshot.


I'm trying to build it using the instructions on the originators  
website, not by using the port.


When I run ./autogen.sh...  it ends with the following:
checking for zlib.h... yes
checking jpeglib.h usability... no
checking jpeglib.h presence... no
checking for jpeglib.h... no
configure: error: "Cannot find jpeglib.h. Make sure your CFLAGS  
environment variable contains include lines for the location of  
this file"


I *do* have jpeglib.h in /usr/local/include, yet modifying CFLAGS  
has no effect.  Nor does modifying CPPFLAGS (as the port does, I  
think).


Take a look in config.log.  Find out the command it's running to  
check for jpeglib.h - once you know what it's doing, you can try to  
fix it.


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