Re: newest kdelibs fails to build

2004-09-14 Thread Rudolf Cejka
Tilman Linneweh wrote (2004/08/31):
 * Steven Friedrich [Di, 31 Aug 2004 at 22:26 GMT]:
  I suspect it's due to the compiler on 4.x.  Did the KDE port team build
 it on 4.10-STABLE?
 Yes we did.
 You can try to install the package from
 http://rabarber.fruitsalad.org/index.html#a_4-STABLE
 
 Your compile fails because there is a bogus @[EMAIL PROTECTED]
 I don't know yet, why this is not expanded.

Hello, I have the same problem and it seems that it is somewhat relevant
to stale files from system updates. @INCLUDE_des@ is returned by our
/usr/bin/krb5-config --cflags gssapi.

I had full extracted sources in /usr/src with /usr/src/kerberos{5,IV}, but
in supfile, I had src-kerberos5 and src-kerberosIV commented out, so I had
stale kerberos files in my source tree, which possibly generated bad
krb5-config and others.

Steven, you may try to cleanup /usr/src from stale directories and files
and remove stale files from /bin, /sbin, /usr/bin and /usr/sbin
and possibly from /usr/lib too and it seems that it helps in this problem
- I'm currently trying it...

Regards.

-- 
Rudolf Cejka cejkar at fit.vutbr.cz http://www.fit.vutbr.cz/~cejkar
Brno University of Technology, Faculty of Information Technology
Bozetechova 2, 612 66  Brno, Czech Republic
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: newest kdelibs fails to build

2004-08-31 Thread Karel J. Bosschaart
On Tue, Aug 31, 2004 at 07:45:02AM +0530, Subhro wrote:
 First of all, ports like XFree86 and KDE are really not worth
 maintaining from the ports. Packages do much better for these

Hm, that's a matter of personal preference. I prefer ports, despite
the long compile times and the occasional breakage.

 It seems to me that somehow wrong arguments are being passed to c++ as
 a result of which the entire scenario arises. Although highly unlikely
 but it is possible that the Makefile has been corrupted while
 syncing.Could you try a recvsup with ports-all? After that make
 clean without the s and portupgrade -a. After that try rebuilding
 KDE.

portupgrade -a will not work in this case, use the instructions in
/usr/ports/UPDATING, which the OP did.

Right now I'm in the same process of upgrading KDE on 5.2.1-RELEASE-p9
and kdelibs succeeded. Although I'm not sure if it helps: check out
the autoconf and automake versions on your machine, possibly reinstall
them.

Karel.

 On Mon, 30 Aug 2004 22:01:07 -0400, Steven Friedrich
 [EMAIL PROTECTED] wrote:
  
  
  On Monday 30 August 2004 09:54 pm, Subhro wrote:
   cat /etc/make.conf
  
   Regards
   S.
  
   On Mon, 30 Aug 2004 21:15:19 -0400, Steven Friedrich
  
   [EMAIL PROTECTED] wrote:
KDE 3.3.3 became available today, but kdelibs build fails.
   
gmake[4]: Entering directory
`/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
source='http.cc' object='http.lo' libtool=yes \
DEPDIR=.deps depmode=gcc /bin/sh ../../admin/depcomp \
/bin/sh ../../libtool --silent --mode=compile --tag=CXX c++
-DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kio/kssl
-I../../interfaces -I../../kio/httpfilter -I../../dcop -I../../libltdl
-I../../kdefx - I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio
-I../../kio/kfile -I../..  -I/usr/X11R6/include -I/usr/local/include
-I/usr/local/include -I/usr/include @INCLUDE_des@  -D_THREAD_SAFE
-pthread - DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
 -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE   -Wnon-virtual-dtor
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG
-DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -
DQT_NO_TRANSLATION  -c -o http.lo http.cc
c++: cannot specify -o with -c or -S and multiple compilations
gmake[4]: *** [http.lo] Error 1
gmake[4]: Leaving directory
`/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http' gmake[3]: ***
[all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http' gmake[2]: ***
[all-recursive] Error 1
gmake[2]: Leaving directory
`/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave' gmake[1]: ***
[all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0'
gmake: *** [all] Error 2
*** Error code 2
   
Stop in /usr/ports/x11/kdelibs3.
   
-
   --- Some people wonder what's the difference between a freedom fighter
and a terrorist.
   
Freedom fighters don't kill women and children.  They don't strap
explosives to sixteen year olds. They attack military targets.
   
Terrorists keep automatic weapons within reach for press interviews. They
attack civilian targets.
   
Steven Friedrich
5112 Mount Holyoke Drive
Louisville, KY  40216
   
[EMAIL PROTECTED]
(502) 447-7730
   
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
[EMAIL PROTECTED]
  # LIGHTNING: /etc/make.conf
  #
  # CPUTYPE doesn't work in 4.x yet, except openssh
  #CPUTYPE=p4
  #
  X_WINDOW_SYSTEM=xfree86-4
  #
  #BDECFLAGS= -W -Wall -amsi -pedantic -Wbad-function-cast -Wcast-align \
  #   -Wcast-qual -Wchar-subscripts -Winline \
  #   -Wmissing-prototypes -Wnested-externs -Wpointer-arith \
  #   -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings
  #
  # To avoid building various parts of the base system:
  NOPROFILE=  true# Avoid compiling profiled libraries
  #
  # If you're resident in the USA, this will help various ports to determine
  # whether or not they should attempt to comply with the various U.S.
  # export regulations on certain types of software which do not apply to
  # anyone else in the world.
  #
  USA_RESIDENT=   YES
  #
  # CVSup update flags.  Edit SUPFILE settings to reflect whichever distribution
  # file(s) you use on your site (see /usr/share/examples/cvsup/README for more
  # information on CVSup and these files).  To use, do make update
  in /usr/src.
  #
  SUP_UPDATE= yes
  #
  SUP=/usr/local/bin/cvsup
  #SUPFLAGS=   -g 

Re: newest kdelibs fails to build

2004-08-31 Thread Steven Friedrich
I failed to mention that I'm running 4.10-STABLE on this box.

Also, I have a second box and I cvsupped it and it fails to build kdelibs too. 
Only THIS time, I simply went to the port directory, 
i.e., /usr/ports/x11/kdelibs3 and invoked make.  On the other system, I 
followed the procedures in UPDATING (which has portupgrade -a as part of step 
3 or 4), and now that system doesn't have any kde. So the second system is 
still running KDE 3.2.3 and the first box is blown out of the water.

Here are my auto tool versions:
autoconf-2.13.000227_5  =  up-to-date with port
autoconf-2.53_3 =  up-to-date with port
autoconf-2.59_2 =  up-to-date with port
automake-1.5_2,1=  up-to-date with port
automake-1.8.5_2=  up-to-date with port


On Tuesday 31 August 2004 07:29 am, Karel J. Bosschaart wrote:
 On Tue, Aug 31, 2004 at 07:45:02AM +0530, Subhro wrote:
  First of all, ports like XFree86 and KDE are really not worth
  maintaining from the ports. Packages do much better for these

 Hm, that's a matter of personal preference. I prefer ports, despite
 the long compile times and the occasional breakage.

  It seems to me that somehow wrong arguments are being passed to c++ as
  a result of which the entire scenario arises. Although highly unlikely
  but it is possible that the Makefile has been corrupted while
  syncing.Could you try a recvsup with ports-all? After that make
  clean without the s and portupgrade -a. After that try rebuilding
  KDE.

 portupgrade -a will not work in this case, use the instructions in
 /usr/ports/UPDATING, which the OP did.

 Right now I'm in the same process of upgrading KDE on 5.2.1-RELEASE-p9
 and kdelibs succeeded. Although I'm not sure if it helps: check out
 the autoconf and automake versions on your machine, possibly reinstall
 them.

 Karel.

  On Mon, 30 Aug 2004 22:01:07 -0400, Steven Friedrich
 
  [EMAIL PROTECTED] wrote:
   On Monday 30 August 2004 09:54 pm, Subhro wrote:
cat /etc/make.conf
   
Regards
S.
   
On Mon, 30 Aug 2004 21:15:19 -0400, Steven Friedrich
   
[EMAIL PROTECTED] wrote:
 KDE 3.3.3 became available today, but kdelibs build fails.

 gmake[4]: Entering directory
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
 source='http.cc' object='http.lo' libtool=yes \
 DEPDIR=.deps depmode=gcc /bin/sh ../../admin/depcomp \
 /bin/sh ../../libtool --silent --mode=compile --tag=CXX c++
 -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kio/kssl
 -I../../interfaces -I../../kio/httpfilter -I../../dcop
 -I../../libltdl -I../../kdefx - I../../kdecore -I../../kdeui
 -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. 
 -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include
 -I/usr/include @INCLUDE_des@  -D_THREAD_SAFE -pthread -
 DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
 -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE  
 -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith
 -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions
 -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
 -DQT_NO_STL -DQT_NO_COMPAT - DQT_NO_TRANSLATION  -c -o http.lo
 http.cc
 c++: cannot specify -o with -c or -S and multiple compilations
 gmake[4]: *** [http.lo] Error 1
 gmake[4]: Leaving directory
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
 gmake[3]: *** [all-recursive] Error 1
 gmake[3]: Leaving directory
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
 gmake[2]: *** [all-recursive] Error 1
 gmake[2]: Leaving directory
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave' gmake[1]: ***
 [all-recursive] Error 1
 gmake[1]: Leaving directory
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0' gmake: *** [all] Error
 2
 *** Error code 2

 Stop in /usr/ports/x11/kdelibs3.

 ---
-- --- Some people wonder what's the difference between a
 freedom fighter and a terrorist.

 Freedom fighters don't kill women and children.  They don't strap
 explosives to sixteen year olds. They attack military targets.

 Terrorists keep automatic weapons within reach for press
 interviews. They attack civilian targets.

 Steven Friedrich
 5112 Mount Holyoke Drive
 Louisville, KY  40216

 [EMAIL PROTECTED]
 (502) 447-7730

 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to
 [EMAIL PROTECTED]
  
   # LIGHTNING: /etc/make.conf
   #
   # CPUTYPE doesn't work in 4.x yet, except openssh
   #CPUTYPE=p4
   #
   X_WINDOW_SYSTEM=xfree86-4
   #
   #BDECFLAGS= -W -Wall -amsi -pedantic -Wbad-function-cast
   -Wcast-align \ #   

Re: newest kdelibs fails to build

2004-08-31 Thread Donald J. O'Neill
Hi Steven,

It looks to me like you may be missing something in your make.conf 
file. I use:
 CFLAGS= -O -pipe
 COPTFLAGS= -O -pipe
And If you're just upgradeing KDE to 3.3, you can use:
 BATCH=yes

Run pkgdb -fF and straighten out any bad dependencies. When I did 
the upgrade, after following step 2, there were dependencies on 
kdeutils and kdepim still in pkgdb. Those have to be resolved or 
portupgrade will puke. Unfortunately, I didn't resolve those 
dependencies until after I built arts and kdelib from ports. At 
that  point I followed the top part of step 3. 

I have a 1.13ghz AMD Thunderbird, I started the upgrade at 5:00 last 
night, it finished today at about 1:00PM. That upgrade took a long 
time to complete. 

Hope that will help.

Don

Donald J. O'Neill
[EMAIL PROTECTED]

On Tuesday 31 August 2004 08:20 am, Steven Friedrich wrote:
 I failed to mention that I'm running 4.10-STABLE on this box.

 Also, I have a second box and I cvsupped it and it fails to build
 kdelibs too. Only THIS time, I simply went to the port directory,
 i.e., /usr/ports/x11/kdelibs3 and invoked make.  On the other
 system, I followed the procedures in UPDATING (which has
 portupgrade -a as part of step 3 or 4), and now that system
 doesn't have any kde. So the second system is still running KDE
 3.2.3 and the first box is blown out of the water.

 Here are my auto tool versions:
 autoconf-2.13.000227_5  =  up-to-date with port
 autoconf-2.53_3 =  up-to-date with port
 autoconf-2.59_2 =  up-to-date with port
 automake-1.5_2,1=  up-to-date with port
 automake-1.8.5_2=  up-to-date with port


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


Re: newest kdelibs fails to build

2004-08-31 Thread Steven Friedrich
Thanks for the info.

I added CFLAGS and COPTFLAGS to my make.conf, but it still fails to build 
kdelibs on two machines.  This looks like a valid build break to me.  Did you 
build it on 4.x or 5.x?

I suspect it's due to the compiler on 4.x.  Did the KDE port team build it on 
4.10-STABLE?


On Tuesday 31 August 2004 03:11 pm, Donald J. O'Neill wrote:
 Hi Steven,

 It looks to me like you may be missing something in your make.conf
 file. I use:
  CFLAGS= -O -pipe
  COPTFLAGS= -O -pipe
 And If you're just upgradeing KDE to 3.3, you can use:
  BATCH=yes

 Run pkgdb -fF and straighten out any bad dependencies. When I did
 the upgrade, after following step 2, there were dependencies on
 kdeutils and kdepim still in pkgdb. Those have to be resolved or
 portupgrade will puke. Unfortunately, I didn't resolve those
 dependencies until after I built arts and kdelib from ports. At
 that  point I followed the top part of step 3.

 I have a 1.13ghz AMD Thunderbird, I started the upgrade at 5:00 last
 night, it finished today at about 1:00PM. That upgrade took a long
 time to complete.

 Hope that will help.

 Don

 Donald J. O'Neill
 [EMAIL PROTECTED]

 On Tuesday 31 August 2004 08:20 am, Steven Friedrich wrote:
  I failed to mention that I'm running 4.10-STABLE on this box.
 
  Also, I have a second box and I cvsupped it and it fails to build
  kdelibs too. Only THIS time, I simply went to the port directory,
  i.e., /usr/ports/x11/kdelibs3 and invoked make.  On the other
  system, I followed the procedures in UPDATING (which has
  portupgrade -a as part of step 3 or 4), and now that system
  doesn't have any kde. So the second system is still running KDE
  3.2.3 and the first box is blown out of the water.
 
  Here are my auto tool versions:
  autoconf-2.13.000227_5  =  up-to-date with port
  autoconf-2.53_3 =  up-to-date with port
  autoconf-2.59_2 =  up-to-date with port
  automake-1.5_2,1=  up-to-date with port
  automake-1.8.5_2=  up-to-date with port

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


Re: newest kdelibs fails to build

2004-08-31 Thread Tilman Linneweh
* Steven Friedrich [Di, 31 Aug 2004 at 22:26 GMT]:
 I suspect it's due to the compiler on 4.x.  Did the KDE port team build it on 
 4.10-STABLE?

Yes we did.
You can try to install the package from
http://rabarber.fruitsalad.org/index.html#a_4-STABLE

Your compile fails because there is a bogus @[EMAIL PROTECTED]
I don't know yet, why this is not expanded.

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


Re: newest kdelibs fails to build

2004-08-31 Thread Donald J. O'Neill
I took this from the announcement on the ports list:
Packages are available for i386 for 4-STABLE and 5-CURRENT 
(5.3-BETA) from 
http://rabarber.fruitsalad.org

Did you run pkgdb -fF? As I said before, I had to fix the broken 
dependencies on kdelibs and kdepim before portupgrade -pv kde\* 
quanta\* would work. 

Do you have qt-3.3.3 installed on your systems. You need to have 
that. If not, install it first. Do you have arts-1.3.0,1 installed. 
if not, install that next, it has a dependency on qt in order to 
build from ports. Then install kdelibs-3.3.0, from ports. It has 
dependency on qt and arts in order to build. After that try 
upgrading using portupgrade, or if you have truly trashed kde, 
build kde-3.3.0, the meta port. Then, build any other kde ports you 
need.

I run FreeBSD 5.2.1p9. There aren't any kde packages for it yet, 
maybe there are now, well I know there are, I built them and 
they're sitting on my system, but they not generic built.

Don

-- 
Donald J. O'Neill
[EMAIL PROTECTED]


On Tuesday 31 August 2004 03:26 pm, Steven Friedrich wrote:
 Thanks for the info.

 I added CFLAGS and COPTFLAGS to my make.conf, but it still fails
 to build kdelibs on two machines.  This looks like a valid build
 break to me.  Did you build it on 4.x or 5.x?

 I suspect it's due to the compiler on 4.x.  Did the KDE port team
 build it on 4.10-STABLE?



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


Re: newest kdelibs fails to build

2004-08-31 Thread Steven Friedrich
Yes, I ran pkgdb -F (I didn't use f, don't know what it's for yet).
I fixed those dependencies.
And yep, I have Qt 3.3.3
I'll have to look at arts...



On Tuesday 31 August 2004 05:12 pm, Donald J. O'Neill wrote:
 I took this from the announcement on the ports list:
 Packages are available for i386 for 4-STABLE and 5-CURRENT
 (5.3-BETA) from
 http://rabarber.fruitsalad.org

 Did you run pkgdb -fF? As I said before, I had to fix the broken
 dependencies on kdelibs and kdepim before portupgrade -pv kde\*
 quanta\* would work.

 Do you have qt-3.3.3 installed on your systems. You need to have
 that. If not, install it first. Do you have arts-1.3.0,1 installed.
 if not, install that next, it has a dependency on qt in order to
 build from ports. Then install kdelibs-3.3.0, from ports. It has
 dependency on qt and arts in order to build. After that try
 upgrading using portupgrade, or if you have truly trashed kde,
 build kde-3.3.0, the meta port. Then, build any other kde ports you
 need.

 I run FreeBSD 5.2.1p9. There aren't any kde packages for it yet,
 maybe there are now, well I know there are, I built them and
 they're sitting on my system, but they not generic built.

 Don

 --
 Donald J. O'Neill
 [EMAIL PROTECTED]

 

 On Tuesday 31 August 2004 03:26 pm, Steven Friedrich wrote:
  Thanks for the info.
 
  I added CFLAGS and COPTFLAGS to my make.conf, but it still fails
  to build kdelibs on two machines.  This looks like a valid build
  break to me.  Did you build it on 4.x or 5.x?
 
  I suspect it's due to the compiler on 4.x.  Did the KDE port team
  build it on 4.10-STABLE?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: newest kdelibs fails to build

2004-08-30 Thread Subhro
cat /etc/make.conf

Regards
S.

On Mon, 30 Aug 2004 21:15:19 -0400, Steven Friedrich
[EMAIL PROTECTED] wrote:
 KDE 3.3.3 became available today, but kdelibs build fails.
 
 gmake[4]: Entering directory 
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
 source='http.cc' object='http.lo' libtool=yes \
 DEPDIR=.deps depmode=gcc /bin/sh ../../admin/depcomp \
 /bin/sh ../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. 
 -I../.. -I../../dcop -I../../kio/kssl -I../../interfaces -I../../kio/httpfilter 
 -I../../dcop -I../../libltdl -I../../kdefx -
 I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../..  
 -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -I/usr/include 
 @INCLUDE_des@  -D_THREAD_SAFE -pthread -
 DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include  -I/usr/X11R6/include 
 -D_GETOPT_H -D_THREAD_SAFE   -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W 
 -Wpointer-arith
 -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new 
 -fno-common  -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -
 DQT_NO_TRANSLATION  -c -o http.lo http.cc
 c++: cannot specify -o with -c or -S and multiple compilations
 gmake[4]: *** [http.lo] Error 1
 gmake[4]: Leaving directory 
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
 gmake[3]: *** [all-recursive] Error 1
 gmake[3]: Leaving directory 
 `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
 gmake[2]: *** [all-recursive] Error 1
 gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave'
 gmake[1]: *** [all-recursive] Error 1
 gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0'
 gmake: *** [all] Error 2
 *** Error code 2
 
 Stop in /usr/ports/x11/kdelibs3.
 
 
 Some people wonder what's the difference between a freedom fighter and a terrorist.
 
 Freedom fighters don't kill women and children.  They don't strap explosives to 
 sixteen year olds. They attack military targets.
 
 Terrorists keep automatic weapons within reach for press interviews. They attack 
 civilian targets.
 
 Steven Friedrich
 5112 Mount Holyoke Drive
 Louisville, KY  40216
 
 [EMAIL PROTECTED]
 (502) 447-7730
 
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to [EMAIL PROTECTED]
 


-- 
Subhro Sankha Kar
School of Information Technology
Block AQ-13/1 Sector V
ZIP 700091
India
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: newest kdelibs fails to build

2004-08-30 Thread Steven Friedrich
On Monday 30 August 2004 09:54 pm, Subhro wrote:
 cat /etc/make.conf

 Regards
 S.

 On Mon, 30 Aug 2004 21:15:19 -0400, Steven Friedrich

 [EMAIL PROTECTED] wrote:
  KDE 3.3.3 became available today, but kdelibs build fails.
 
  gmake[4]: Entering directory
  `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
  source='http.cc' object='http.lo' libtool=yes \
  DEPDIR=.deps depmode=gcc /bin/sh ../../admin/depcomp \
  /bin/sh ../../libtool --silent --mode=compile --tag=CXX c++
  -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kio/kssl
  -I../../interfaces -I../../kio/httpfilter -I../../dcop -I../../libltdl
  -I../../kdefx - I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio
  -I../../kio/kfile -I../..  -I/usr/X11R6/include -I/usr/local/include
  -I/usr/local/include -I/usr/include @INCLUDE_des@  -D_THREAD_SAFE
  -pthread - DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
   -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE   -Wnon-virtual-dtor
  -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG
  -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common 
  -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -
  DQT_NO_TRANSLATION  -c -o http.lo http.cc
  c++: cannot specify -o with -c or -S and multiple compilations
  gmake[4]: *** [http.lo] Error 1
  gmake[4]: Leaving directory
  `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http' gmake[3]: ***
  [all-recursive] Error 1
  gmake[3]: Leaving directory
  `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http' gmake[2]: ***
  [all-recursive] Error 1
  gmake[2]: Leaving directory
  `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave' gmake[1]: ***
  [all-recursive] Error 1
  gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0'
  gmake: *** [all] Error 2
  *** Error code 2
 
  Stop in /usr/ports/x11/kdelibs3.
 
  -
 --- Some people wonder what's the difference between a freedom fighter
  and a terrorist.
 
  Freedom fighters don't kill women and children.  They don't strap
  explosives to sixteen year olds. They attack military targets.
 
  Terrorists keep automatic weapons within reach for press interviews. They
  attack civilian targets.
 
  Steven Friedrich
  5112 Mount Holyoke Drive
  Louisville, KY  40216
 
  [EMAIL PROTECTED]
  (502) 447-7730
 
  ___
  [EMAIL PROTECTED] mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-questions
  To unsubscribe, send any mail to
  [EMAIL PROTECTED]
# LIGHTNING: /etc/make.conf
#
# CPUTYPE doesn't work in 4.x yet, except openssh
#CPUTYPE=p4
#
X_WINDOW_SYSTEM=xfree86-4
#
#BDECFLAGS= -W -Wall -amsi -pedantic -Wbad-function-cast -Wcast-align \
#   -Wcast-qual -Wchar-subscripts -Winline \
#   -Wmissing-prototypes -Wnested-externs -Wpointer-arith \
#   -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings
#
# To avoid building various parts of the base system:
NOPROFILE=  true# Avoid compiling profiled libraries
#
# If you're resident in the USA, this will help various ports to determine
# whether or not they should attempt to comply with the various U.S.
# export regulations on certain types of software which do not apply to
# anyone else in the world.
#
USA_RESIDENT=   YES
#
# CVSup update flags.  Edit SUPFILE settings to reflect whichever distribution
# file(s) you use on your site (see /usr/share/examples/cvsup/README for more
# information on CVSup and these files).  To use, do make update 
in /usr/src.
#
SUP_UPDATE= yes
#
SUP=/usr/local/bin/cvsup
#SUPFLAGS=   -g -L 2
SUPHOST=cvsup.FreeBSD.org
SUPFILE=/root/cvsup/stable-supfile
PORTSSUPFILE=   /root/cvsup/ports-supfile
DOCSUPFILE= /root/cvsup/doc-supfile
#
# Documentation
#
# The list of languages and encodings to build and install
#
DOC_LANG=   en_US.ISO8859-1

# cups-lpr requirements
CUPS_OVERWRITE_BASE=yes
NO_LPR=yes

#
# -- use.perl generated deltas -- #
# Created: Sun Aug  8 11:13:32 2004
# Setting to use base perl from ports:
PERL_VER=5.8.5
PERL_VERSION=5.8.5
PERL_ARCH=mach
NOPERL=yo
NO_PERL=yo
NO_PERL_WRAPPER=yo

By the Way, I was following the instructions in /usr/ports/UPDATING
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: newest kdelibs fails to build

2004-08-30 Thread Subhro
First of all, ports like XFree86 and KDE are really not worth
maintaining from the ports. Packages do much better for these
softwares. If you really want to compile it from the ports tree, then
go ahead.

It seems to me that somehow wrong arguments are being passed to c++ as
a result of which the entire scenario arises. Although highly unlikely
but it is possible that the Makefile has been corrupted while
syncing.Could you try a recvsup with ports-all? After that make
clean without the s and portupgrade -a. After that try rebuilding
KDE.

Regards
S.

On Mon, 30 Aug 2004 22:01:07 -0400, Steven Friedrich
[EMAIL PROTECTED] wrote:
 
 
 On Monday 30 August 2004 09:54 pm, Subhro wrote:
  cat /etc/make.conf
 
  Regards
  S.
 
  On Mon, 30 Aug 2004 21:15:19 -0400, Steven Friedrich
 
  [EMAIL PROTECTED] wrote:
   KDE 3.3.3 became available today, but kdelibs build fails.
  
   gmake[4]: Entering directory
   `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http'
   source='http.cc' object='http.lo' libtool=yes \
   DEPDIR=.deps depmode=gcc /bin/sh ../../admin/depcomp \
   /bin/sh ../../libtool --silent --mode=compile --tag=CXX c++
   -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kio/kssl
   -I../../interfaces -I../../kio/httpfilter -I../../dcop -I../../libltdl
   -I../../kdefx - I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio
   -I../../kio/kfile -I../..  -I/usr/X11R6/include -I/usr/local/include
   -I/usr/local/include -I/usr/include @INCLUDE_des@  -D_THREAD_SAFE
   -pthread - DQT_THREAD_SUPPORT   -I/usr/local/include -I/usr/local/include
-I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE   -Wnon-virtual-dtor
   -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG
   -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common
   -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -
   DQT_NO_TRANSLATION  -c -o http.lo http.cc
   c++: cannot specify -o with -c or -S and multiple compilations
   gmake[4]: *** [http.lo] Error 1
   gmake[4]: Leaving directory
   `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http' gmake[3]: ***
   [all-recursive] Error 1
   gmake[3]: Leaving directory
   `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave/http' gmake[2]: ***
   [all-recursive] Error 1
   gmake[2]: Leaving directory
   `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kioslave' gmake[1]: ***
   [all-recursive] Error 1
   gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0'
   gmake: *** [all] Error 2
   *** Error code 2
  
   Stop in /usr/ports/x11/kdelibs3.
  
   -
  --- Some people wonder what's the difference between a freedom fighter
   and a terrorist.
  
   Freedom fighters don't kill women and children.  They don't strap
   explosives to sixteen year olds. They attack military targets.
  
   Terrorists keep automatic weapons within reach for press interviews. They
   attack civilian targets.
  
   Steven Friedrich
   5112 Mount Holyoke Drive
   Louisville, KY  40216
  
   [EMAIL PROTECTED]
   (502) 447-7730
  
   ___
   [EMAIL PROTECTED] mailing list
   http://lists.freebsd.org/mailman/listinfo/freebsd-questions
   To unsubscribe, send any mail to
   [EMAIL PROTECTED]
 # LIGHTNING: /etc/make.conf
 #
 # CPUTYPE doesn't work in 4.x yet, except openssh
 #CPUTYPE=p4
 #
 X_WINDOW_SYSTEM=xfree86-4
 #
 #BDECFLAGS= -W -Wall -amsi -pedantic -Wbad-function-cast -Wcast-align \
 #   -Wcast-qual -Wchar-subscripts -Winline \
 #   -Wmissing-prototypes -Wnested-externs -Wpointer-arith \
 #   -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings
 #
 # To avoid building various parts of the base system:
 NOPROFILE=  true# Avoid compiling profiled libraries
 #
 # If you're resident in the USA, this will help various ports to determine
 # whether or not they should attempt to comply with the various U.S.
 # export regulations on certain types of software which do not apply to
 # anyone else in the world.
 #
 USA_RESIDENT=   YES
 #
 # CVSup update flags.  Edit SUPFILE settings to reflect whichever distribution
 # file(s) you use on your site (see /usr/share/examples/cvsup/README for more
 # information on CVSup and these files).  To use, do make update
 in /usr/src.
 #
 SUP_UPDATE= yes
 #
 SUP=/usr/local/bin/cvsup
 #SUPFLAGS=   -g -L 2
 SUPHOST=cvsup.FreeBSD.org
 SUPFILE=/root/cvsup/stable-supfile
 PORTSSUPFILE=   /root/cvsup/ports-supfile
 DOCSUPFILE= /root/cvsup/doc-supfile
 #
 # Documentation
 #
 # The list of languages and encodings to build and install
 #
 DOC_LANG=   en_US.ISO8859-1
 
 # cups-lpr requirements
 CUPS_OVERWRITE_BASE=yes
 NO_LPR=yes
 
 #
 # -- use.perl generated deltas -- #
 # Created: Sun Aug  8 11:13:32 2004
 # Setting to use base perl from ports:
 PERL_VER=5.8.5
 PERL_VERSION=5.8.5
 PERL_ARCH=mach