Re: subversion 1.4.4_1: svnserve.in missing

2007-09-12 Thread Kyle Allender

Giorgos Keramidas wrote:

On 2007-09-11 06:40, Kyle Allender [EMAIL PROTECTED] wrote:
  

Giorgos Keramidas wrote:


sia# svn co \

http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk \
CalendarServer
/libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol 
initialize_asn1_error_table_r


Hmmm, very odd indeed.

What does ldd(1) show for your subversion binary?

Which kerberos library does it link with?

This looks like something to ld-elf.so.1 picking up the wrong
Kerberos library from /usr/lib, while the port-build picked up
another Kerberos installation from /usr/local :-/
  

sia# /usr/bin/ldd /usr/local/bin/svn
/usr/local/bin/svn:
   [...]
(0x28093000)
   libgssapi_krb5.so = /usr/local/lib/libgssapi_krb5.so (0x2840f000)
   libkrb5.so = /usr/lib/libkrb5.so (0x28439000)
   libk5crypto.so = /usr/local/lib/libk5crypto.so (0x2846d000)
   libkrb5.so = /usr/local/lib/libkrb5.so (0x2869c000)
   libcom_err.so = /usr/local/lib/libcom_err.so (0x2871c000)
   libkrb5support.so = /usr/local/lib/libkrb5support.so (0x28722000)
   [...]



Nice.  This is a strange mixture of ports-based and non ports-based krb5
libraries.  I'm not sure how the subversion binary managed to link with
this sort of library mismatch, but here's the source of your problems :(

  

It looks like libk5crypto.so is pointing to /usr/local/lib while
libkrb5.so points to /usr/local.



Right, and a few others too.

  

There is the kerberos installed with the OS and then the libraries I
installed from ports - could that be the problem?

sia# pkg_info | grep krb
krb5-1.6.2  An authentication system developed at MIT, successor to Ker
sia#



Do you really need two separate Kerberos implementations?

If the port version is aabsolutely necessary, then it may be necessary
to remove the kerberos5 parts of the base-system and rebuild with:

WITHOUT_KERBEROS='yes'

Alternatively, you should rebuild the ports which use Kerberos5 after
removing the security/heimdal port.

  
The first pass at portupgrade with the subversion depedencies was 
successful except for subversion itself.  A second attempt after a make 
clean and it built with no problems - and it's working.


Thanks much for all your help.

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


Re: subversion 1.4.4_1: svnserve.in missing

2007-09-11 Thread Kyle Allender

Giorgos Keramidas wrote:

On 2007-09-10 20:31, Kyle Allender [EMAIL PROTECTED] wrote:
  

I let the build complete during the day while away at work and found
this when I arrived home:

[Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 479 packages found 
(-0 +1) . done]
---  Reinstallation of devel/subversion ended at: Mon, 10 Sep 2007 08:53:04 
-0500 (consumed 00:12:50)
---  ** Upgrade tasks 9: 9 done, 0 ignored, 0 skipped and 0 failed
---  Listing the results (+:done / -:ignored / *:skipped / !:failed)
   + lang/perl5.8 (perl-5.8.8)
   + textproc/expat2 (expat-2.0.0_1)
   + converters/libiconv (libiconv-1.9.2_2)
   + devel/gettext (gettext-0.16.1_3)
   + www/neon (neon-0.26.4)
   + databases/gdbm (gdbm-1.8.3_3)
   + databases/db42 (db42-4.2.52_5)
   + devel/apr-svn (apr-gdbm-db42-1.2.8_1)
   + devel/subversion (subversion-1.4.4_1)
---  Packages processed: 9 done, 0 ignored, 0 skipped and 0 failed
---  Session ended at: Mon, 10 Sep 2007 08:53:20 -0500 (consumed 01:11:48)
sia# pwd
/home/kylea/calendarserver
sia# svn co  
http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk 
CalendarServer
/libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol 
initialize_asn1_error_table_r



Hmmm, very odd indeed.

What does ldd(1) show for your subversion binary?

Which kerberos library does it link with?

This looks like something to ld-elf.so.1 picking up the wrong Kerberos
library from /usr/lib, while the port-build picked up another Kerberos
installation from /usr/local :-/

  

sia# /usr/bin/ldd /usr/local/bin/svn
/usr/local/bin/svn:
   libsvn_client-1.so.0 = /usr/local/lib/libsvn_client-1.so.0 
(0x28093000)

   libsvn_wc-1.so.0 = /usr/local/lib/libsvn_wc-1.so.0 (0x280b3000)
   libsvn_ra-1.so.0 = /usr/local/lib/libsvn_ra-1.so.0 (0x280db000)
   libsvn_diff-1.so.0 = /usr/local/lib/libsvn_diff-1.so.0 (0x280df000)
   libsvn_ra_local-1.so.0 = /usr/local/lib/libsvn_ra_local-1.so.0 
(0x280e7000)
   libsvn_repos-1.so.0 = /usr/local/lib/libsvn_repos-1.so.0 
(0x280ed000)

   libsvn_fs-1.so.0 = /usr/local/lib/libsvn_fs-1.so.0 (0x28108000)
   libsvn_fs_fs-1.so.0 = /usr/local/lib/libsvn_fs_fs-1.so.0 
(0x2810d000)
   libsvn_fs_base-1.so.0 = /usr/local/lib/libsvn_fs_base-1.so.0 
(0x28124000)
   libsvn_ra_svn-1.so.0 = /usr/local/lib/libsvn_ra_svn-1.so.0 
(0x28144000)
   libsvn_ra_dav-1.so.0 = /usr/local/lib/libsvn_ra_dav-1.so.0 
(0x28153000)
   libsvn_delta-1.so.0 = /usr/local/lib/libsvn_delta-1.so.0 
(0x2816a000)

   libsvn_subr-1.so.0 = /usr/local/lib/libsvn_subr-1.so.0 (0x28173000)
   libaprutil-1.so.2 = /usr/local/lib/libaprutil-1.so.2 (0x2819d000)
   libgdbm.so.3 = /usr/local/lib/libgdbm.so.3 (0x281b2000)
   libdb-4.2.so.2 = /usr/local/lib/libdb-4.2.so.2 (0x281b8000)
   libapr-1.so.2 = /usr/local/lib/libapr-1.so.2 (0x28276000)
   libcrypt.so.3 = /lib/libcrypt.so.3 (0x28296000)
   libpthread.so.2 = /lib/libpthread.so.2 (0x282ae000)
   libneon.so.26 = /usr/local/lib/libneon.so.26 (0x282d3000)
   libssl.so.4 = /usr/lib/libssl.so.4 (0x282ee000)
   libcrypto.so.4 = /lib/libcrypto.so.4 (0x2831c000)
   libgssapi_krb5.so = /usr/local/lib/libgssapi_krb5.so (0x2840f000)
   libkrb5.so = /usr/lib/libkrb5.so (0x28439000)
   libk5crypto.so = /usr/local/lib/libk5crypto.so (0x2846d000)
   libcom_err.so = /usr/lib/libcom_err.so (0x2849)
   libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x28492000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x284b)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x284b9000)
   libz.so.3 = /lib/libz.so.3 (0x285a6000)
   libc.so.6 = /lib/libc.so.6 (0x285b7000)
   libkrb5.so = /usr/local/lib/libkrb5.so (0x2869c000)
   libcom_err.so = /usr/local/lib/libcom_err.so (0x2871c000)
   libkrb5support.so = /usr/local/lib/libkrb5support.so (0x28722000)
sia#

It looks like libk5crypto.so is pointing to /usr/local/lib while 
libkrb5.so points to /usr/local.


There is the kerberos installed with the OS and then the libraries I 
installed from ports - could that be the problem?


sia# pkg_info | grep krb
krb5-1.6.2  An authentication system developed at MIT, successor 
to Ker

sia#

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


Re: subversion 1.4.4_1: svnserve.in missing

2007-09-11 Thread Kyle Allender

Giorgos Keramidas wrote:

On 2007-09-11 06:40, Kyle Allender [EMAIL PROTECTED] wrote:
  

Giorgos Keramidas wrote:


sia# svn co \

http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk \
CalendarServer
/libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol 
initialize_asn1_error_table_r


Hmmm, very odd indeed.

What does ldd(1) show for your subversion binary?

Which kerberos library does it link with?

This looks like something to ld-elf.so.1 picking up the wrong
Kerberos library from /usr/lib, while the port-build picked up
another Kerberos installation from /usr/local :-/
  

sia# /usr/bin/ldd /usr/local/bin/svn
/usr/local/bin/svn:
   [...]
(0x28093000)
   libgssapi_krb5.so = /usr/local/lib/libgssapi_krb5.so (0x2840f000)
   libkrb5.so = /usr/lib/libkrb5.so (0x28439000)
   libk5crypto.so = /usr/local/lib/libk5crypto.so (0x2846d000)
   libkrb5.so = /usr/local/lib/libkrb5.so (0x2869c000)
   libcom_err.so = /usr/local/lib/libcom_err.so (0x2871c000)
   libkrb5support.so = /usr/local/lib/libkrb5support.so (0x28722000)
   [...]



Nice.  This is a strange mixture of ports-based and non ports-based krb5
libraries.  I'm not sure how the subversion binary managed to link with
this sort of library mismatch, but here's the source of your problems :(

  

It looks like libk5crypto.so is pointing to /usr/local/lib while
libkrb5.so points to /usr/local.



Right, and a few others too.

  

There is the kerberos installed with the OS and then the libraries I
installed from ports - could that be the problem?

sia# pkg_info | grep krb
krb5-1.6.2  An authentication system developed at MIT, successor to Ker
sia#



Do you really need two separate Kerberos implementations?

If the port version is aabsolutely necessary, then it may be necessary
to remove the kerberos5 parts of the base-system and rebuild with:

WITHOUT_KERBEROS='yes'

Alternatively, you should rebuild the ports which use Kerberos5 after
removing the security/heimdal port.

  

*sigh*

OK.  I _thought_ I had a grasp on this, but...

I did have the security/krb5 port installed.  I removed that 
(pkg_delete).  I then checked pkg_info output for any reference to 
heimdal - it was not installed.  So...


Subversion now fails to build with this error:

cd subversion/libsvn_ra_dav  /usr/local/bin/libtool --tag=CC --silent 
--mode=link cc  -O2 -fno-strict-aliasing -pipe   -g -O2   
-L/usr/local/lib -L/usr/local/lib/db42  -rpath /usr/local/lib -o 
libsvn_ra_dav-1.la  commit.lo fetch.lo file_revs.lo log.lo merge.lo 
options.lo props.lo replay.lo session.lo util.lo 
../../subversion/libsvn_delta/libsvn_delta-1.la 
../../subversion/libsvn_subr/libsvn_subr-1.la 
/usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv 
/usr/local/lib/libapr-1.la -lcrypt  -lpthread -L/usr/local/lib 
-rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lneon -lintl -lssl 
-lcrypto -lz -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -O2 
-fno-strict-aliasing -pipe -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err 
-lexpat -lintl  -lz

/usr/bin/ld: cannot find -lgssapi_krb5
*** Error code 1

Stop in /usr/ports/devel/subversion/work/subversion-1.4.4.
*** Error code 1

Stop in /usr/ports/devel/subversion.
sia#


According to what you've suggested previously, I need to run

portupgrade -vu -N -R -f subversion

to repair the dependencies such that everything will look at the system 
kerberos, not the port one.  I will do that, but will ask one more question in 
the meantime (the build will take some time to complete):

If that does not work, I would guess my next course of action would be to fetch the 
latest cvs changes to the system source tree and buildworld.  But if I do that, do I go 
ahead and change the WITHOUT_KERBEROS=yes line in /etc/make.conf or leave it 
as is?  Will subversion build correctly if kerberos is not in the main system?

Thanks for your patience and assistance.

K

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


Re: subversion 1.4.4_1: svnserve.in missing

2007-09-10 Thread Kyle Allender

Giorgos Keramidas wrote:

On 2007-09-09 23:04, Kyle Allender [EMAIL PROTECTED] wrote:
  

I'm attempting to install subversion from the ports tree on 6.2 RELEASE
using:

make install

and receive this error:

[...]
===  Installing for subversion-1.4.4_1
** Missing /usr/ports/devel/subversion/files/svnserve.in for
subversion-1.4.4_1.
*** Error code 1

Based on what I see in other ports, the .in files are used as configuration
files for various portions of the build process.  Is this correct?



The path to `svnserve.in' points to the `files/' subdirectory of the
`devel/subversion' port.  You seem to be missing parts of the Ports
tree:

[EMAIL PROTECTED]:/usr/ports/devel/subversion# ls -l files/svnserve.in
-rwxr-xr-x  1 root  wheel  - 824 Jul 18 11:03 files/svnserve.in
[EMAIL PROTECTED]:/usr/ports/devel/subversion#

Try to CVSup your /usr/ports tree once more, and see if you will then
get the missing file.

  

Could someone point me to where this is failing?  Is this a bug with
the port itself?



It shouldn't be a bug, AFAICT.  I've installed the same port  revision
here a while ago:

[EMAIL PROTECTED]:/root# pkg_info subversion\* | head -1
Information for subversion-python-1.4.4_1:
[EMAIL PROTECTED]:/root#

  
I had used portsnap to retrieve the changes earlier and you were correct 
- for some reason it had not retrieved the files subdirectory.  
subversion now builds and has been installed with the latest port 
version:  1.4.4_1.


However, when trying to use subversion to checkout a known good 
repository, I receive this error now:


sia# svn co 
http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk 
CalendarServer
/libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol 
initialize_asn1_error_table_r


I have followed the advice here:

http://www.bsdforums.org/forums/showthread.php?t=39998

and the behaviour did not change.  I have nothing in my /etc/rc.conf 
that seems to be in the way and I've re-installed the kerberos port 
twice from the ports tree (with the latest patches applied).


The above svn server is for code for the CalendarServer from Apple.

Thoughts?

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


Re: subversion 1.4.4_1: svnserve.in missing

2007-09-10 Thread Kyle Allender

Giorgos Keramidas wrote:

On 2007-09-10 07:20, Kyle Allender [EMAIL PROTECTED] wrote:
  

Giorgos Keramidas wrote:


[...]
===  Installing for subversion-1.4.4_1
** Missing /usr/ports/devel/subversion/files/svnserve.in for
subversion-1.4.4_1.
*** Error code 1


The path to `svnserve.in' points to the `files/' subdirectory of the
`devel/subversion' port.  You seem to be missing parts of the Ports
tree:

[EMAIL PROTECTED]:/usr/ports/devel/subversion# ls -l files/svnserve.in
-rwxr-xr-x  1 root  wheel  - 824 Jul 18 11:03 files/svnserve.in
[EMAIL PROTECTED]:/usr/ports/devel/subversion#

Try to CVSup your /usr/ports tree once more, and see if you will then
get the missing file.
  

I had used portsnap to retrieve the changes earlier and you were
correct - for some reason it had not retrieved the files subdirectory.
subversion now builds and has been installed with the latest port
version:  1.4.4_1.



Cool :)

  

However, when trying to use subversion to checkout a known good
repository, I receive this error now:

sia# svn co 
http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk 
CalendarServer
/libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol 
initialize_asn1_error_table_r



I think you have to rebuild subversion and all its dependencies to
resolve this.  You ran a build which includes Kerberos support, some of
the subversion dependencies compiled correctly and reference symbols
from /usr/lib/libkrb5.so and now subversion was compiled with different
options.

  

I have followed the advice here:
http://www.bsdforums.org/forums/showthread.php?t=39998



This is fairly incomplete and somewhat misleading advice.

What you should try is to rebuild subversion and all its dependencies
with the -R and -f option of portupgrade:

portupgrade -vu -N -R -f subversion

The critical options here are -R and -f, which will *force* a rebuild of
subversion and _all_ the ports on which subversion depends, using the
same options.  This should result in a working subversion binary.

- Giorgos

  
I let the build complete during the day while away at work and found 
this when I arrived home:


[Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 479 packages 
found (-0 +1) . done]
---  Reinstallation of devel/subversion ended at: Mon, 10 Sep 2007 
08:53:04 -0500 (consumed 00:12:50)

---  ** Upgrade tasks 9: 9 done, 0 ignored, 0 skipped and 0 failed
---  Listing the results (+:done / -:ignored / *:skipped / !:failed)
   + lang/perl5.8 (perl-5.8.8)
   + textproc/expat2 (expat-2.0.0_1)
   + converters/libiconv (libiconv-1.9.2_2)
   + devel/gettext (gettext-0.16.1_3)
   + www/neon (neon-0.26.4)
   + databases/gdbm (gdbm-1.8.3_3)
   + databases/db42 (db42-4.2.52_5)
   + devel/apr-svn (apr-gdbm-db42-1.2.8_1)
   + devel/subversion (subversion-1.4.4_1)
---  Packages processed: 9 done, 0 ignored, 0 skipped and 0 failed
---  Session ended at: Mon, 10 Sep 2007 08:53:20 -0500 (consumed 01:11:48)
sia# pwd
/home/kylea/calendarserver
sia# svn co 
http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk 
CalendarServer
/libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol 
initialize_asn1_error_table_r

sia# ps -aux | grep sv
root   29279  0.0  0.3  1588   872  p0  S+8:29PM   0:00.00 grep sv
sia# ps -aux | grep subv
root   29281  0.0  0.1   372   220  p0  R+8:29PM   0:00.00 grep subv

So the (re)build itself was successful, but subversion still won't run.  
I'm still stuck it looks like - it's the same error as before the 
rebuild so I'm not sure I've gained anything here except a clean build 
of kerberos, perl and some other ports.


Am I missing something obvious here?

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


firefox 2.0.0.6 build fails: missing pangox.h

2007-09-09 Thread Kyle Allender
While trying to upgrade the ports tree on my 6.2-RELEASE system, I am 
getting a failure with the firefox 2.0.0.6 port:


nsRenderingContextGTK.h:161: warning:   by `virtual nsresult 
nsRenderingContextGTK::DrawString(const nsString, nscoord, nscoord, 
PRInt32, const nscoord*)'

nsDeviceContextGTK.cpp:70:26: pango/pangox.h: No such file or directory
gmake[4]: *** [nsDeviceContextGTK.o] Error 1
gmake[4]: Leaving directory 
`/usr/ports/www/firefox/work/mozilla/gfx/src/gtk'

gmake[3]: *** [libs] Error 2
gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/gfx/src'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/gfx'
gmake[1]: *** [tier_9] Error 2
gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla'
gmake: *** [default] Error 2
*** Error code 2


I have upgraded pango to the latest build in the ports thus:

make -DWITH_X11 reinstall

thinking that pango had a problem installing with X enabled.  This has 
made no difference as the firefox build fails whether or not I specify 
the -DWITH_X11 switch to the pango build or not.


Could someone suggest a fix for this issue?

I've been googling and trying to research the problem via the 
freebsd/gnome pages, but have thus far come up empty.  I can provide 
further log entries as needed, too.


Thanks in advance.

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


Re: firefox 2.0.0.6 build fails: missing pangox.h

2007-09-09 Thread Kyle Allender

cpghost wrote:

On Sun, 09 Sep 2007 12:01:11 -0500
Kyle Allender [EMAIL PROTECTED] wrote:

  
While trying to upgrade the ports tree on my 6.2-RELEASE system, I am 
getting a failure with the firefox 2.0.0.6 port:


nsRenderingContextGTK.h:161: warning:   by `virtual nsresult 
nsRenderingContextGTK::DrawString(const nsString, nscoord, nscoord, 
PRInt32, const nscoord*)'

nsDeviceContextGTK.cpp:70:26: pango/pangox.h: No such file or
directory gmake[4]: *** [nsDeviceContextGTK.o] Error 1
gmake[4]: Leaving directory 
`/usr/ports/www/firefox/work/mozilla/gfx/src/gtk'

gmake[3]: *** [libs] Error 2
gmake[3]: Leaving directory
`/usr/ports/www/firefox/work/mozilla/gfx/src' gmake[2]: *** [libs]
Error 2 gmake[2]: Leaving directory
`/usr/ports/www/firefox/work/mozilla/gfx' gmake[1]: *** [tier_9]
Error 2 gmake[1]: Leaving directory
`/usr/ports/www/firefox/work/mozilla' gmake: *** [default] Error 2
*** Error code 2


I have upgraded pango to the latest build in the ports thus:

make -DWITH_X11 reinstall

thinking that pango had a problem installing with X enabled.  This
has made no difference as the firefox build fails whether or not I
specify the -DWITH_X11 switch to the pango build or not.

Could someone suggest a fix for this issue?



Hmmm... just a wild guess: could you please check if the
/usr/X11R6 - /usr/local symlink is set? IIRC, not all ports have
been updated yet to uniformly use /usr/local/include[/pango-1.0]
instead of /usr/X11R6/include[/pango-1.0].

Regards,
-cpghost.

  

The link does appear to still be set:

[EMAIL PROTECTED] /usr/ports/databases/mysql51-server]# ls -ld /usr/X11R6
lrwxr-xr-x  1 root  wheel  10 Jun 16 16:26 /usr/X11R6 - /usr/local
[EMAIL PROTECTED] /usr/ports/databases/mysql51-server]# ls -ld /usr/local
drwxr-xr-x  22 root  wheel  512 Sep  4 14:56 /usr/local
[EMAIL PROTECTED] /usr/ports/databases/mysql51-server]# ls -ld 
/usr/X11R6/include
drwxr-xr-x  155 root  wheel  23040 Sep  9 10:35 /usr/X11R6/include
[EMAIL PROTECTED] /usr/ports/databases/mysql51-server]# ls -ld 
/usr/local/include
drwxr-xr-x  155 root  wheel  23040 Sep  9 10:35 /usr/local/include
[EMAIL PROTECTED] /usr/ports/databases/mysql51-server]#

I had thought of this, too, but didn't see an issue with how it's been 
set.  Would I need to explicitly set the symlink for /usr/X11R6/include 
as well?


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


Re: firefox 2.0.0.6 build fails: missing pangox.h

2007-09-09 Thread Kyle Allender

Mel wrote:

On Sunday 09 September 2007 19:01:11 Kyle Allender wrote:

  

nsRenderingContextGTK.h:161: warning:   by `virtual nsresult
nsRenderingContextGTK::DrawString(const nsString, nscoord, nscoord,
PRInt32, const nscoord*)'
nsDeviceContextGTK.cpp:70:26: pango/pangox.h: No such file or directory



  

I've been googling and trying to research the problem via the
freebsd/gnome pages, but have thus far come up empty.  I can provide
further log entries as needed, too.



Could you post full compile statement for that error? Most notably it should 
include -I/usr/local/include/pango-1.



  

The compile statement is:

cc -o nsPrintdGTK.o -c  -DNATIVE_THEME_SUPPORT -DMOZILLA_INTERNAL_API 
-DOSTYPE=\FreeBSD6\ -DOSARCH=\FreeBSD\ -DBUILD_ID=00 
-DUSE_POSTSCRIPT -I../.. -I./. -I./.. -I./../shared -I./../x11shared 
-D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2
-I../../../dist/include/xpcom -I../../../dist/include/string 
-I../../../dist/include/widget -I../../../dist/include/view 
-I../../../dist/include/util -I../../../dist/include/pref 
-I../../../dist/include/uconv -I../../../dist/include/unicharutil 
-I../../../dist/include/locale -I../../../dist/include/necko 
-I../../../dist/include/content -I../../../dist/include/layout 
-I../../../dist/include/gfx -I../../../dist/include 
-I/usr/local/include/nspr -I/usr/local/include -I/usr/local/include 
-I/usr/include -I../../../dist/sdk/include -I/usr/local/include   -fPIC 
-I/usr/local/include/nss -I/usr/local/include/nss/nss  
-I/usr/local/include  -I/usr/local/include -Wall -W -Wno-unused 
-Wpointer-arith -Wcast-align -Wno-long-long -O2 -fno-strict-aliasing 
-pipe -O2 -pipe  -DNDEBUG -DTRIMMED -O  -D_THREAD_SAFE 
-I/usr/local/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/nss 
-I/usr/local/include/nss/nss  -I/usr/local/include  -I/usr/local/include 
-include ../../../mozilla-config.h -DMOZILLA_CLIENT nsPrintdGTK.c

gtk2drawing.c
cc -o gtk2drawing.o -c  -DNATIVE_THEME_SUPPORT -DMOZILLA_INTERNAL_API 
-DOSTYPE=\FreeBSD6\ -DOSARCH=\FreeBSD\ -DBUILD_ID=00 
-DUSE_POSTSCRIPT -I../.. -I./. -I./.. -I./../shared -I./../x11shared 
-D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2
-I../../../dist/include/xpcom -I../../../dist/include/string 
-I../../../dist/include/widget -I../../../dist/include/view 
-I../../../dist/include/util -I../../../dist/include/pref 
-I../../../dist/include/uconv -I../../../dist/include/unicharutil 
-I../../../dist/include/locale -I../../../dist/include/necko 
-I../../../dist/include/content -I../../../dist/include/layout 
-I../../../dist/include/gfx -I../../../dist/include 
-I/usr/local/include/nspr -I/usr/local/include -I/usr/local/include 
-I/usr/include -I../../../dist/sdk/include -I/usr/local/include   -fPIC 
-I/usr/local/include/nss -I/usr/local/include/nss/nss  
-I/usr/local/include  -I/usr/local/include -Wall -W -Wno-unused 
-Wpointer-arith -Wcast-align -Wno-long-long -O2 -fno-strict-aliasing 
-pipe -O2 -pipe  -DNDEBUG -DTRIMMED -O  -D_THREAD_SAFE 
-I/usr/local/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/nss 
-I/usr/local/include/nss/nss  -I/usr/local/include  -I/usr/local/include 
-include ../../../mozilla-config.h -DMOZILLA_CLIENT gtk2drawing.c

nsDeviceContextGTK.cpp
c++ -o nsDeviceContextGTK.o -c  -DNATIVE_THEME_SUPPORT 
-DMOZILLA_INTERNAL_API -DOSTYPE=\FreeBSD6\ -DOSARCH=\FreeBSD\ 
-DBUILD_ID=00 -DUSE_POSTSCRIPT -I../.. -I./. -I./.. 
-I./../shared -I./../x11shared -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include/freetype2-I../../../dist/include/xpcom 
-I../../../dist/include/string -I../../../dist/include/widget 
-I../../../dist/include/view -I../../../dist/include/util 
-I../../../dist/include/pref -I../../../dist/include/uconv 
-I../../../dist/include/unicharutil -I../../../dist/include/locale 
-I../../../dist/include/necko -I../../../dist/include/content 
-I../../../dist/include/layout -I../../../dist/include/gfx 
-I../../../dist/include -I/usr/local/include/nspr -I/usr/local/include 
-I/usr/local/include -I/usr/include -I../../../dist/sdk/include 
-I/usr/local/include   -fPIC  -I/usr/local/include/nss 
-I/usr/local/include/nss/nss  -I/usr/local/include  -I/usr/local/include 
-fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith 
-Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy 
-Wno-non-virtual-dtor -Wno-long-long -O2 -fno-strict-aliasing -pipe -O2 
-fshort-wchar -pipe  -DNDEBUG -DTRIMMED -O  -D_THREAD_SAFE 
-I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk

Re: firefox 2.0.0.6 build fails: missing pangox.h

2007-09-09 Thread Kyle Allender

Mel wrote:

On Sunday 09 September 2007 19:01:11 Kyle Allender wrote:

  

nsRenderingContextGTK.h:161: warning:   by `virtual nsresult
nsRenderingContextGTK::DrawString(const nsString, nscoord, nscoord,
PRInt32, const nscoord*)'
nsDeviceContextGTK.cpp:70:26: pango/pangox.h: No such file or directory



  

I've been googling and trying to research the problem via the
freebsd/gnome pages, but have thus far come up empty.  I can provide
further log entries as needed, too.



Could you post full compile statement for that error? Most notably it should 
include -I/usr/local/include/pango-1.



  

A quick follow-up.  I tried this command:

make -DENABLE-STATIC -DENABLE-SHARED

in /usr/ports/x11-toolkits/pango

and now the pangox.h file is present here:

[EMAIL PROTECTED] /usr/ports/x11-toolkits/pango/work/pango-1.16.5/pango]# ls -ld 
pangox.h

-rw-r--r--  1 root  wheel  4393 May 10 16:44 pangox.h

Now the question becomes how do I get that file installed in 
/usr/local/include as required by the firefox port without the ports 
system overriding my configuration changes?  Will a


make install

provide the correct result?  Or should I use:

make -DENABLE-STATIC -DENABLE-SHARED install?

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


Re: firefox 2.0.0.6 build fails: missing pangox.h

2007-09-09 Thread Kyle Allender

Mel wrote:

On Sunday 09 September 2007 20:14:30 Kyle Allender wrote:


I see where the error is looking for pangox.h, but that file is not
present in the directory.  A search on the system shows that it was
never created by the pango build either.  I have a feeling that there's
a switch I should have supplied to make when building the pango port,
but I'm not sure what switch that would have been.

Thoughts?


cd /usr/ports/x11-toolkits/pango  grep pangox pkg-plist  grep X11 Makefile

holds the answer to your problem.

The output of the above command is:

[EMAIL PROTECTED] /usr/ports/x11-toolkits/pango/work/pango-1.16.5/tools]# cd 
/usr/ports/x11-toolkits/pango  grep pangox pkg-plist  grep X11 Makefile

%%X11%%etc/pango/pangox.aliases
%%X11%%include/pango-1.0/pango/pangox.h
%%X11%%include/pango-1.0/pango/pangoxft-render.h
%%X11%%include/pango-1.0/pango/pangoxft.h
%%X11%%lib/libpangox-1.0.a
%%X11%%lib/libpangox-1.0.la
%%X11%%lib/libpangox-1.0.so
%%X11%%lib/libpangox-1.0.so.0
%%X11%%lib/libpangoxft-1.0.a
%%X11%%lib/libpangoxft-1.0.la
%%X11%%lib/libpangoxft-1.0.so
%%X11%%lib/libpangoxft-1.0.so.0
%%X11%%libdata/pkgconfig/pangox.pc
%%X11%%libdata/pkgconfig/pangoxft.pc
FONTSCALE=  ${X11BASE}/lib/X11/fonts/TTF/luximb.ttf
FONTENCOD=  ${X11BASE}/lib/X11/fonts/encodings/encodings.dir
.if defined(WITHOUT_X11)
PLIST_SUB+= X11=@comment 
   -I${X11BASE}/include \
   LDFLAGS=-L${LOCALBASE}/lib -L${X11BASE}/lib
PLIST_SUB+= X11=


I see where the file should be created if X is enabled during the pango 
build and if the symlinks are correct.  My most recent reply to the list 
asked if I should build pango this way:


make -DENABLE-STATIC -DENABLE-SHARED install

and that seems to have done the job:

[EMAIL PROTECTED] /usr/local/include/pango-1.0/pango]# ls -ld pangox.h
-r--r--r--  1 root  wheel  4393 Sep  9 13:26 pangox.h

firefox 2.0.0.6 is now building and has successfully passed the point 
where it would have failed.


I'm not sure how to interpret the output of the command at the top of 
this post.  What exactly should that command tell me?  It outputs what 
the Makefile expects for an include directory 
[LDFLAGS=-L${LOCALBASE}/lib -L${X11BASE}/lib] but that confirms that 
the symlinks were in place correctly from the beginning doesn't it?


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


Re: firefox 2.0.0.6 build fails: missing pangox.h

2007-09-09 Thread Kyle Allender

Adam J Richardson wrote:

Mel wrote:
You probably had WITHOUT_X11 defined somewhere (/etc/make.conf or 
/var/db/ports/pango/options or /usr/local/etc/pkgtools.conf in 
MAKE_ARGS somewhere, shell environment?) when you rebuilt pango.


Hi Kyle.

I think Mel has hit on the answer here. Pango is being built without X 
support.


I had this exact error myself. A few libraries [Pango, Cairo etc] 
weren't allowing themselves to be built on. Turns out I had in my 
/etc/make.conf the lines


NO_X=true
WITHOUT_X11=true

to speed up make buildworld. Then I installed X from packages on 
this machine. A bit later I tried to build Firefox... took me a week 
to figure it out.


In summary, just comment out any NO_X and WITHOUT_X11 lines in the 
locations Mel suggested. Then remove, rebuild and reinstall Pango. 
After that's done Firefox should build properly.


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


That was precisely the problem - my /etc/make.conf had WITHOUT_X11 from 
when I was trying to get CalendarServer installed a few weeks ago.  
After I commented that out, firefox built without issue.


Thanks for both your help - 'tis appreciated.

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


subversion 1.4.4_1: svnserve.in missing

2007-09-09 Thread Kyle Allender
I'm attempting to install subversion from the ports tree on 6.2 RELEASE 
using:


make install

and receive this error:

cc  -O2 -fno-strict-aliasing -pipe   -g -O2  -I./subversion/include 
-I./subversion   -I/usr/local/include/apr-1   -I/usr/local/include/apr-1 
-I/usr/local/include -I/usr/local/include/db42 -o 
subversion/tests/libsvn_fs_base/fs-base-test.o -c 
subversion/tests/libsvn_fs_base/fs-base-test.c
cd subversion/tests/libsvn_fs_base  /usr/local/bin/libtool --tag=CC 
--silent --mode=link cc  -O2 -fno-strict-aliasing -pipe   -g -O2  
-L/usr/local/lib -L/usr/local/lib/db42  -rpath /usr/local/lib -o 
fs-base-test  fs-base-test.o ../../../subversion/tests/libsvn_test-1.la 
../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la 
../../../subversion/libsvn_fs/libsvn_fs-1.la 
../../../subversion/libsvn_delta/libsvn_delta-1.la 
../../../subversion/libsvn_subr/libsvn_subr-1.la 
/usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv 
/usr/local/lib/libapr-1.la -lcrypt  -lpthread -lintl  -lz
cc  -O2 -fno-strict-aliasing -pipe   -g -O2  -I./subversion/include 
-I./subversion   -I/usr/local/include/apr-1   -I/usr/local/include/apr-1 
-I/usr/local/include -I/usr/local/include/db42 -o 
subversion/tests/libsvn_fs_base/key-test.o -c 
subversion/tests/libsvn_fs_base/key-test.c
cd subversion/tests/libsvn_fs_base  /usr/local/bin/libtool --tag=CC 
--silent --mode=link cc  -O2 -fno-strict-aliasing -pipe   -g -O2  
-L/usr/local/lib -L/usr/local/lib/db42  -rpath /usr/local/lib -o 
key-test  key-test.o ../../../subversion/tests/libsvn_test-1.la 
../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la 
../../../subversion/libsvn_fs/libsvn_fs-1.la 
../../../subversion/libsvn_delta/libsvn_delta-1.la 
../../../subversion/libsvn_subr/libsvn_subr-1.la 
/usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv 
/usr/local/lib/libapr-1.la -lcrypt  -lpthread -lintl  -lz
cc  -O2 -fno-strict-aliasing -pipe   -g -O2  -I./subversion/include 
-I./subversion   -I/usr/local/include/apr-1   -I/usr/local/include/apr-1 
-I/usr/local/include -I/usr/local/include/db42 -o 
subversion/tests/libsvn_fs_base/skel-test.o -c 
subversion/tests/libsvn_fs_base/skel-test.c
cd subversion/tests/libsvn_fs_base  /usr/local/bin/libtool --tag=CC 
--silent --mode=link cc  -O2 -fno-strict-aliasing -pipe   -g -O2  
-L/usr/local/lib -L/usr/local/lib/db42  -rpath /usr/local/lib -o 
skel-test  skel-test.o ../../../subversion/tests/libsvn_test-1.la 
../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la 
../../../subversion/libsvn_fs/libsvn_fs-1.la 
../../../subversion/libsvn_delta/libsvn_delta-1.la 
../../../subversion/libsvn_subr/libsvn_subr-1.la 
/usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv 
/usr/local/lib/libapr-1.la -lcrypt  -lpthread -lintl  -lz
cc  -O2 -fno-strict-aliasing -pipe   -g -O2  -I./subversion/include 
-I./subversion   -I/usr/local/include/apr-1   -I/usr/local/include/apr-1 
-I/usr/local/include -I/usr/local/include/db42 -o 
subversion/tests/libsvn_fs_base/strings-reps-test.o -c 
subversion/tests/libsvn_fs_base/strings-reps-test.c
cd subversion/tests/libsvn_fs_base  /usr/local/bin/libtool --tag=CC 
--silent --mode=link cc  -O2 -fno-strict-aliasing -pipe   -g -O2  
-L/usr/local/lib -L/usr/local/lib/db42  -rpath /usr/local/lib -o 
strings-reps-test  strings-reps-test.o 
../../../subversion/tests/libsvn_test-1.la 
../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la 
../../../subversion/libsvn_fs/libsvn_fs-1.la 
../../../subversion/libsvn_delta/libsvn_delta-1.la 
../../../subversion/libsvn_subr/libsvn_subr-1.la 
/usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv 
/usr/local/lib/libapr-1.la -lcrypt  -lpthread -lintl  -lz

/usr/local/bin/msgfmt -c -o subversion/po/de.mo subversion/po/de.po
/usr/local/bin/msgfmt -c -o subversion/po/es.mo subversion/po/es.po
/usr/local/bin/msgfmt -c -o subversion/po/fr.mo subversion/po/fr.po
/usr/local/bin/msgfmt -c -o subversion/po/it.mo subversion/po/it.po
/usr/local/bin/msgfmt -c -o subversion/po/ja.mo subversion/po/ja.po
/usr/local/bin/msgfmt -c -o subversion/po/ko.mo subversion/po/ko.po
/usr/local/bin/msgfmt -c -o subversion/po/nb.mo subversion/po/nb.po
/usr/local/bin/msgfmt -c -o subversion/po/pl.mo subversion/po/pl.po
/usr/local/bin/msgfmt -c -o subversion/po/pt_BR.mo subversion/po/pt_BR.po
/usr/local/bin/msgfmt -c -o subversion/po/sv.mo subversion/po/sv.po
/usr/local/bin/msgfmt -c -o subversion/po/zh_CN.mo subversion/po/zh_CN.po
/usr/local/bin/msgfmt -c -o subversion/po/zh_TW.mo subversion/po/zh_TW.po
===  Installing for subversion-1.4.4_1
** Missing /usr/ports/devel/subversion/files/svnserve.in for 
subversion-1.4.4_1.

*** Error code 1

Based on what I see in other ports, the .in files are used as 
configuration files for various portions of the build process.  Is this 
correct?


I attempted to build the port with this argument:

make -DWITH_PYTHON -DWITH_JAVA -DWITH_SVNSERVE_WRAPPER install

and receive the same error message, though with a much smaller build