problems with port upgrade consistency using portsnap

2013-05-19 Thread fddi

Hello,
I am using portsnap to update my port collection on FreeBSD 9.1

the first time I ran it a few weeks ago I did|
||
|||portsnap fetch|
||
|and then

portsnap exctract


then I did a crontab script to update ports every night

0 3 * * * /usr/sbin/portsnap -I cron update  pkg_version -vIL=


Now after a few weeks pkg_version is reporting me a lot of ports which 
needs updating


dbus-glib-0.100.1  needs updating (index has 0.100.2)
desktop-file-utils-0.18needs updating (index has 0.21)
dokuwiki-20121013  needs updating (index has 20130510)
freetype2-2.4.11   needs updating (index has 2.4.12_1)
intltool-0.41.1needs updating (index has 0.50.2)
p5-HTML-Parser-3.70needs updating (index has 3.71)
p5-LWP-Protocol-https-6.03 needs updating (index has 6.04)
php5-5.4.14needs updating (index has 5.4.15)
php5-dom-5.4.14needs updating (index has 5.4.15)
php5-exif-5.4.14   needs updating (index has 5.4.15)
php5-fileinfo-5.4.14   needs updating (index has 5.4.15)
php5-gd-5.4.14 needs updating (index has 5.4.15)
php5-iconv-5.4.14  needs updating (index has 5.4.15)
php5-json-5.4.14   needs updating (index has 5.4.15)
php5-ldap-5.4.14   needs updating (index has 5.4.15)
php5-mbstring-5.4.14   needs updating (index has 5.4.15)
php5-mcrypt-5.4.14 needs updating (index has 5.4.15)
php5-mysql-5.4.14  needs updating (index has 5.4.15)
php5-openssl-5.4.14needs updating (index has 5.4.15)
php5-session-5.4.14needs updating (index has 5.4.15)
php5-xml-5.4.14needs updating (index has 5.4.15)
php5-zlib-5.4.14   needs updating (index has 5.4.15)
py27-sqlite3-2.7.3_3   needs updating (index has 2.7.5_3)
python27-2.7.3_6   needs updating (index has 2.7.5)
roundcube-0.8.6,1  needs updating (index has 0.9.0,1)
sendmail+tls+sasl2+db42-8.14.7 needs updating (index has 8.14.7_1)
sendmail+tls+sasl2-8.14.7  needs updating (index has 8.14.7_1)
shared-mime-info-1.0_2 needs updating (index has 1.1)
wget-1.14  needs updating (index has 1.14_2)

if I use  portmaster to upgrade my ports collection it is telling me all 
packages are up to date...

so there is something not working

for example

py27-sqlite3-2.7.3_3   needs updating (index has 2.7.5_3)

but if I go into

/usr/ports/lang/python27

and I look in Makefile, it reports

PORTNAME=   python27
PORTVERSION=2.7.3
PORTREVISION=   6


while it should be

PORTNAME=   python27
PORTVERSION=2.7.5
PORTREVISION=   3


Looks like the ports database is updated but the ports tree it is not...

anyone could give me a hint on why this may happen ?

I actually am unable to update my ports collection.

thank you very much

Rick



||
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: problems with port upgrade consistency using portsnap

2013-05-19 Thread Shane Ambler

On 19/05/2013 15:49, fddi wrote:

Hello,
I am using portsnap to update my port collection on FreeBSD 9.1

the first time I ran it a few weeks ago I did|
||
|||portsnap fetch|
||
|and then

portsnap exctract


then I did a crontab script to update ports every night

0 3 * * * /usr/sbin/portsnap -I cron update  pkg_version -vIL=


Now after a few weeks pkg_version is reporting me a lot of ports which
needs updating



py27-sqlite3-2.7.3_3   needs updating (index has 2.7.5_3)
python27-2.7.3_6   needs updating (index has 2.7.5)


That is correct. You are confusing two different things. portsnap 
updates the ports tree, which contains the files needed to compile the 
programs you install. It is only information about the programs and 
version with instructions to compile. portsnap does not install the 
programs for you.


pkg_version is telling you that the ports tree has information on new 
versions available of programs you have installed.



if I use  portmaster to upgrade my ports collection it is telling me all
packages are up to date...
so there is something not working


portmaster installs the binary programs for you. Look into this later if 
the later info doesn't fix it.



for example

py27-sqlite3-2.7.3_3   needs updating (index has 2.7.5_3)


This is a python library to add access to sqlite db files. Don't confuse 
it with python itself. The Makefile for this will be in databases/py-sqlite3



but if I go into

/usr/ports/lang/python27

and I look in Makefile, it reports

PORTNAME=   python27
PORTVERSION=2.7.3
PORTREVISION=   6


While this isn't the Makefile for py-sqlite3, pkg_version is telling you 
it knows about python 2.7.5 so this is not the Makefile that pkg_version 
is looking at, but it would appear to be the file that portmaster is 
looking at. It looks like you have two copies of the ports tree.


Check /etc/portsnap.conf you may have an odd setting for PORTSDIR. 
Another possibility is you have an odd PORTSDIR defined in your 
environment, what does echo $PORTSDIR show? You may also have bad 
settings in cron - run portsnap fetch update manually and see if 
python27/Makefile changes


Start by sorting out why pkg_version and portmaster are using different 
files before you progress further.



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


Re: problems with port upgrade consistency using portsnap

2013-05-19 Thread fddi

hello, here is from portsnap.conf

# PORTSDIR=/usr/ports


so it is /usr/ports

instead in my environment $PORTSDIR is undefined.

Here is

/usr/ports/lang/python27/Makefile


PORTNAME=   python27
PORTVERSION=2.7.3
PORTREVISION=   6



after I did

portsnap fetch update

everythign looks up to date

so ther is something wrong in my crontab

0 3 * * * /usr/sbin/portsnap -I cron update  pkg_version -vIL=

the problem was in portsnap -I which updates only thr index files...

thanks for helping me to identify the issue
cheers

Rick




On 5/19/13 11:04 AM, Shane Ambler wrote:

On 19/05/2013 15:49, fddi wrote:

Hello,
I am using portsnap to update my port collection on FreeBSD 9.1

the first time I ran it a few weeks ago I did|
||
|||portsnap fetch|
||
|and then

portsnap exctract


then I did a crontab script to update ports every night

0 3 * * * /usr/sbin/portsnap -I cron update  pkg_version -vIL=


Now after a few weeks pkg_version is reporting me a lot of ports which
needs updating



py27-sqlite3-2.7.3_3 needs updating (index has 2.7.5_3)
python27-2.7.3_6   needs updating (index has 2.7.5)


That is correct. You are confusing two different things. portsnap 
updates the ports tree, which contains the files needed to compile the 
programs you install. It is only information about the programs and 
version with instructions to compile. portsnap does not install the 
programs for you.


pkg_version is telling you that the ports tree has information on new 
versions available of programs you have installed.



if I use  portmaster to upgrade my ports collection it is telling me all
packages are up to date...
so there is something not working


portmaster installs the binary programs for you. Look into this later 
if the later info doesn't fix it.



for example

py27-sqlite3-2.7.3_3   needs updating (index has 
2.7.5_3)


This is a python library to add access to sqlite db files. Don't 
confuse it with python itself. The Makefile for this will be in 
databases/py-sqlite3



but if I go into

/usr/ports/lang/python27

and I look in Makefile, it reports

PORTNAME=   python27
PORTVERSION=2.7.3
PORTREVISION=   6


While this isn't the Makefile for py-sqlite3, pkg_version is telling 
you it knows about python 2.7.5 so this is not the Makefile that 
pkg_version is looking at, but it would appear to be the file that 
portmaster is looking at. It looks like you have two copies of the 
ports tree.


Check /etc/portsnap.conf you may have an odd setting for PORTSDIR. 
Another possibility is you have an odd PORTSDIR defined in your 
environment, what does echo $PORTSDIR show? You may also have bad 
settings in cron - run portsnap fetch update manually and see if 
python27/Makefile changes


Start by sorting out why pkg_version and portmaster are using 
different files before you progress further.



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


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


Re: problems with port upgrade consistency using portsnap

2013-05-19 Thread Michael Powell
fddi wrote:

[snip]
 
 so ther is something wrong in my crontab
 
 0 3 * * * /usr/sbin/portsnap -I cron update  pkg_version -vIL=

See man portsnap, section TIPS - it shows example of correct way:

0 3 * * * root /usr/sbin/portsnap cron

The TIPS section contains more details.

[snip]

-Mike 


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


Re: Port upgrade change ownership of port installation directory and files

2012-01-31 Thread Damien Fleuriot


On 1/30/12 8:31 PM, Lubomir Matousek wrote:
 
 
 


 On 1/30/12 2:24 PM, Lubomir Matousek wrote:
 I changed apache default user from www to wbserv.

 I changed also file ownership from www to wbserv.


 Is there any way for portupgrade, that the ownership of installed port
 files remains the same? It means wbserv?


 
 On 30.1.2012 14:52, Damien Fleuriot wrote:
 
 You'll want to be more specific, what files do you refer to ?

 If you're talking about the binaries and modules, they're owned by root
 so this is a non issue.

 If you're talking about the configuration files, they're also owned by
 root.

 If you're talking about SSL certificates you've installed them yourself
 and a portupgrade will not change their perms.

 If you're talking about logfiles, these are your responsibility and,
 again, the port won't change them.

 Last, if you're talking about your HTML/php/whatever files, these are
 also your responsiblity and untouched by the port.
 
 
 Sorry for not being more specific.
 
 After port upgrade
 portupgrade -rR squirrealmail
 
 I have to
 chown -R wbserv:wbserv /var/spool/sqirrelmail
 
 Or after upgrade of postfixadmin:
  portupfrade -rR postfixadmin
 I have to change perms again:
  chown -R wbserv:wbserv /usr/local/www/postfixadmin
 
 What is the best aprroach? To specify correct file ownership at
 make.conf? How can I do that?
 
 Lubomir


As pointed out by RW, make use of the WWWOWN and WWWGRP environment
variables in your /etc/make.conf , that should solve the problem for you.

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


Port upgrade change ownership of port installation directory and files

2012-01-30 Thread Lubomir Matousek

I changed apache default user from www to wbserv.

I changed also file ownership from www to wbserv.


Is there any way for portupgrade, that the ownership of installed port 
files remains the same? It means wbserv?

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


Re: Port upgrade change ownership of port installation directory and files

2012-01-30 Thread Damien Fleuriot


On 1/30/12 2:24 PM, Lubomir Matousek wrote:
 I changed apache default user from www to wbserv.
 
 I changed also file ownership from www to wbserv.
 
 
 Is there any way for portupgrade, that the ownership of installed port
 files remains the same? It means wbserv?


You'll want to be more specific, what files do you refer to ?

If you're talking about the binaries and modules, they're owned by root
so this is a non issue.

If you're talking about the configuration files, they're also owned by root.

If you're talking about SSL certificates you've installed them yourself
and a portupgrade will not change their perms.

If you're talking about logfiles, these are your responsibility and,
again, the port won't change them.

Last, if you're talking about your HTML/php/whatever files, these are
also your responsiblity and untouched by the port.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Port upgrade change ownership of port installation directory and files

2012-01-30 Thread RW
On Mon, 30 Jan 2012 14:24:08 +0100
Lubomir Matousek wrote:

 I changed apache default user from www to wbserv.
 
 I changed also file ownership from www to wbserv.
 
 
 Is there any way for portupgrade, that the ownership of installed
 port files remains the same? It means wbserv?


If you take a look at the Makefile, the port seems to be using the
variables WWWOWN and WWWGRP which are both defaulted to www.

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


Re: Port upgrade change ownership of port installation directory and files

2012-01-30 Thread Lubomir Matousek







On 1/30/12 2:24 PM, Lubomir Matousek wrote:

I changed apache default user from www to wbserv.

I changed also file ownership from www to wbserv.


Is there any way for portupgrade, that the ownership of installed port
files remains the same? It means wbserv?





On 30.1.2012 14:52, Damien Fleuriot wrote:


You'll want to be more specific, what files do you refer to ?

If you're talking about the binaries and modules, they're owned by root
so this is a non issue.

If you're talking about the configuration files, they're also owned by root.

If you're talking about SSL certificates you've installed them yourself
and a portupgrade will not change their perms.

If you're talking about logfiles, these are your responsibility and,
again, the port won't change them.

Last, if you're talking about your HTML/php/whatever files, these are
also your responsiblity and untouched by the port.



Sorry for not being more specific.

After port upgrade
portupgrade -rR squirrealmail

I have to
chown -R wbserv:wbserv /var/spool/sqirrelmail

Or after upgrade of postfixadmin:
 portupfrade -rR postfixadmin
I have to change perms again:
 chown -R wbserv:wbserv /usr/local/www/postfixadmin

What is the best aprroach? To specify correct file ownership at 
make.conf? How can I do that?


Lubomir
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Port upgrade change ownership of port installation directory and files

2012-01-30 Thread Lubomir Matousek



On Mon, 30 Jan 2012 14:24:08 +0100
Lubomir Matousek wrote:


I changed apache default user from www to wbserv.

I changed also file ownership from www to wbserv.


Is there any way for portupgrade, that the ownership of installed
port files remains the same? It means wbserv?


On 30.1.2012 15:08, RW wrote:
If you take a look at the Makefile, the port seems to be using the
variables WWWOWN and WWWGRP which are both defaulted to www.



Thanks for replies. It means, is it sufficient to change my 
/etc/make.conf like this?


vi /etc/make.conf
WWWOWN=wbserv
WWWGRP=wbserv

Lubomir

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


Re: Port upgrade problem

2010-07-26 Thread Lowell Gilbert
Petre Bandac pe...@kgb.ro writes:

 Lowell Gilbert wrote:
 Petre Bandac pe...@kgb.ro writes:
 
 While upgrading port, I have the following problems:
 - some cfg files are overwritten (authdaemon's authmysqlrc)
 
 I can't figure out what port that comes from, so I can't help.

 courier-authlib-mysql-0.63.0_1 - the file is
 /usr/local/etc/authlib/authmysqlrc

According to the plist info, it shouldn't be installed at all; just
etc/authlib/authmysqlrc.dist.  On delete, it will only be removed if
identical to authmysqlrc.dist.

 - some make install options are not kept (maildrop - not compiled against 
 mysql and courier imap - fam is compiled, even though initially was ruled 
 out)
 
 Those aren't set up as OPTIONS, so they won't get stored in
 /var/db/ports.  
 
 The upgrade sequence is:

 # portsnap fetch update
 # portmanager -u

 Am I doing something wrong?
 
 See alternative configuration in the portmanager manual.

 I guess that is what I need, thank you

 however, I don't remember to have had this problem until now (i.e.
 options not being kept @ update); or they had the same behavior ?

It's always been this way.  This was the reason behind adding the
OPTIONS mechanism, but not all optional features are set up that way.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Port upgrade problem

2010-07-25 Thread Petre Bandac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Lowell Gilbert wrote:
 Petre Bandac pe...@kgb.ro writes:
 
 While upgrading port, I have the following problems:
 - some cfg files are overwritten (authdaemon's authmysqlrc)
 
 I can't figure out what port that comes from, so I can't help.

courier-authlib-mysql-0.63.0_1 - the file is
/usr/local/etc/authlib/authmysqlrc

 - some make install options are not kept (maildrop - not compiled against 
 mysql and courier imap - fam is compiled, even though initially was ruled 
 out)
 
 Those aren't set up as OPTIONS, so they won't get stored in
 /var/db/ports.  
 
 The upgrade sequence is:

 # portsnap fetch update
 # portmanager -u

 Am I doing something wrong?
 
 See alternative configuration in the portmanager manual.

I guess that is what I need, thank you

however, I don't remember to have had this problem until now (i.e.
options not being kept @ update); or they had the same behavior ?

thank you for your time,

petre

- --

Petre Bandac

Network Scientist

- -
pe...@kgb.ro
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFMTNuzwAhp/odORYgRAsjqAJ4k0RwYQGDoH3PGnTL751lWZyU0IwCfchk8
sEid7oRqjm5+a4Kh0DQwoYg=
=ArdN
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Port upgrade problem

2010-07-24 Thread Lowell Gilbert
Petre Bandac pe...@kgb.ro writes:

 While upgrading port, I have the following problems:
 - some cfg files are overwritten (authdaemon's authmysqlrc)

I can't figure out what port that comes from, so I can't help.

 - some make install options are not kept (maildrop - not compiled against 
 mysql and courier imap - fam is compiled, even though initially was ruled out)

Those aren't set up as OPTIONS, so they won't get stored in
/var/db/ports.  

 The upgrade sequence is:

 # portsnap fetch update
 # portmanager -u

 Am I doing something wrong?

See alternative configuration in the portmanager manual.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Port upgrade problem

2010-07-22 Thread Petre Bandac
Hallo

While upgrading port, I have the following problems:
- some cfg files are overwritten (authdaemon's authmysqlrc)
- some make install options are not kept (maildrop - not compiled against mysql 
and courier imap - fam is compiled, even though initially was ruled out)

The upgrade sequence is:

# portsnap fetch update
# portmanager -u

Am I doing something wrong?

Thank yoy for your time,

petre
-- 

Petre Bandac

Network Scientist

-
pe...@kgb.ro
#
Sent via BlackBerry from Vodafone Romania
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Failed port upgrade

2009-12-31 Thread James Harrison

On Dec 25, 2009, at 8:48 PM 12/25/09, Rem P Roberti wrote:

 When running portupgrade the process is choking when it comes to
 consolekit.  Here is the error message:
 
 gmake[2]: *** [libgirepository_1_0_la-gfield.lo] Error 1
 gmake[2]: Leaving directory
 `/usr/tmp/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.7/girepository'
 gmake[1]: *** [all-recursive] Error 1
 gmake[1]: Leaving directory
 `/usr/tmp/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.7'
 gmake: *** [all] Error 2
 *** Error code 1
 
 Stop in /usr/ports/devel/gobject-introspection.
 *** Error code 1
 
 Stop in /usr/ports/sysutils/polkit.
 *** Error code 1
 
 Stop in /usr/ports/sysutils/consolekit.
 ** Command failed [exit code 1]: /usr/bin/script -qa
 /tmp/portupgrade20091225-42364-180m9y8-0 env UPGRADE_TOOL=portupgrade
 UPGRADE_PORT=consolekit-0.4.1_1 UPGRADE_PORT_VER=0.4.1_1 make
 ** Fix the problem and try again.
 
 
 this obviously involves gobject-introspection and polkit, both of which
 refuse to make.  I could find nothing in UPDATING about this.
 
 Rem

Hey Rem,

did you ever get this solved?

James___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Failed port upgrade

2009-12-25 Thread Rem P Roberti
When running portupgrade the process is choking when it comes to
consolekit.  Here is the error message:

gmake[2]: *** [libgirepository_1_0_la-gfield.lo] Error 1
gmake[2]: Leaving directory
`/usr/tmp/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.7/girepository'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/tmp/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.7'
gmake: *** [all] Error 2
*** Error code 1

Stop in /usr/ports/devel/gobject-introspection.
*** Error code 1

Stop in /usr/ports/sysutils/polkit.
*** Error code 1

Stop in /usr/ports/sysutils/consolekit.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade20091225-42364-180m9y8-0 env UPGRADE_TOOL=portupgrade
UPGRADE_PORT=consolekit-0.4.1_1 UPGRADE_PORT_VER=0.4.1_1 make
** Fix the problem and try again.


this obviously involves gobject-introspection and polkit, both of which
refuse to make.  I could find nothing in UPDATING about this.

Rem
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


xdvi problem after teTex-base-3.0_17 port upgrade

2009-12-18 Thread n dhert
A few days ago there was a port upgrade  teTex-base-3.0_17.
Since then, when xdvi'ing a .dvi file gives at the command line:
 Xlib: extension Generic Event Extension missing on display ...
 xdvi-motif.bin: Warning: Could not find map file 'ps2pk.map'
and in a separate Windows 'XDvi error 
 Could not load any ot the map files listed in xdvi.cfg - disabling T1lib

xdiv with the same file, 3 days ago: no such messages

Will there be an update of the teTex-base-3.0_* port ?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: xdvi problem after teTex-base-3.0_17 port upgrade

2009-12-18 Thread Anton Shterenlikht
On Fri, Dec 18, 2009 at 12:13:22PM +0100, n dhert wrote:
 A few days ago there was a port upgrade  teTex-base-3.0_17.
 Since then, when xdvi'ing a .dvi file gives at the command line:
  Xlib: extension Generic Event Extension missing on display ...
  xdvi-motif.bin: Warning: Could not find map file 'ps2pk.map'
 and in a separate Windows 'XDvi error 
  Could not load any ot the map files listed in xdvi.cfg - disabling T1lib

yes, there seems to be a problem. See this thread:

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=478076+0+current/freebsd-questions

Hiroki is working on it.

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


X won't start after port upgrade

2009-07-24 Thread Leslie Jensen

I've followed every advice in /usr/ports/UPDATING

The portmaster -r jpeg* returns No match.

portmaster -r jpeg-7 rebuilds only jpeg-7 no other ports!

After this upgrade my X won't start :-(

Any hints?

Thanks

Leslie

-- snip ---

(II) LoadModule: synaptics
(WW) Warning, couldn't open module synaptics
(II) UnloadModule: synaptics
(EE) Failed to load module synaptics (module does not exist, 0)
(EE) No input driver matching `synaptics'
(**) default pointer: Device: /dev/sysmouse
(==) default pointer: Protocol: Auto
(**) Option AlwaysCore
(**) default pointer: always reports core events
(==) default pointer: Emulate3Buttons, Emulate3Timeout: 50
(**) default pointer: ZAxisMapping: buttons 4 and 5
(**) default pointer: Buttons: 9
(**) default pointer: Sensitivity: 1
(**) default pointer: (accel) keeping acceleration scheme 1
(**) default pointer: (accel) filter chain progression: 2.00
(**) default pointer: (accel) filter stage 0: 20.00 ms
(**) default pointer: (accel) set acceleration profile 0
(II) default pointer: SetupAuto: hw.iftype is 4, hw.model is 0
(II) default pointer: SetupAuto: protocol is SysMouse



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

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


Re: X won't start after port upgrade

2009-07-24 Thread Jerry
On Fri, 24 Jul 2009 16:34:35 +0200
Leslie Jensen les...@eskk.nu wrote:

 
 I've followed every advice in /usr/ports/UPDATING
 
 The portmaster -r jpeg* returns No match.
 
 portmaster -r jpeg-7 rebuilds only jpeg-7 no other ports!
 
 After this upgrade my X won't start :-(
 
 Any hints?

Including the log output, it there is any, might be a good idea.

Personally, I like 'portmanager' for fixing problems like this. Since
you gave no indication of what the problem might be, you could try this
for starters. Rebuild the xorg-7.4_2 meta port. Be sure to update you
ports tree first, then run:

portmanager x11/xorg -p -y -l

If X still won't start, you may have to rebuild your window manager as
well.


-- 
Jerry
ges...@yahoo.com

If you could only get that wonderful feeling of
accomplishment without having to accomplish anything.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


port-upgrade freebsd-update causing page faults and slow performance

2009-07-14 Thread Christopher Chambers

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


Re: port-upgrade freebsd-update causing page faults and slow performance

2009-07-14 Thread Mel Flynn
Maybe you shouldn't run those while typing an email?

Seriously, ENOTENOUGHINFO | EQUESTIONMISSING.
-- 
Mel
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


port-upgrade freebsd-update causing page faults and slow performance

2009-07-13 Thread Christopher Chambers

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


port upgrade

2009-01-15 Thread Pieter Donche

I just recently installed a new FreeBSD 7 system (beginning of week)
and installed a ports collection via portsnap fetch and portsnap extract.
which created a /usr/ports of 498 Mb

My cron does a portsnap every night
1 3 * * * root portsnap -I cron update  pkg_version -vIL=

So far the only packages I installed are: portupgrade and linux_base_fc4.
The I went for kde3. This installed a large nummber of packages.
But is stopped at
threads_posix.cc:361: error: aggregate 'Arts::PosixThreads::timespec 
abstime' h

as incomplete type and cannot be defined
gmake[2]: *** [threads_posix.lo] Error 1
gmake[2]: Leaving directory 
'/usr/ports/audio/arts/work/arts-1.5.10/mcop_mt'

gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory '/usr/ports/audio/arts/work/arts-1.5.10'
gmake: *** [all] Error 2
*** Error code 2
Stop in /usr/ports/audio/arts.
*** Error code 1
Stop in /usr/ports/audio/arts.
*** Error code 1
Stop in /usr/ports/x11/kdelibs3.
*** Error code 1
Stop in /usr/ports/x11/kdebase3.
*** Error code 1
Stop in /usr/ports/x11/kdebase3.
*** Error code 1
Stop in /usr/ports/x11/kde3.

How do I go from here - I feel uncertain, since my experience with FreebSD
ports system is almost nothging and with portupgrade etc.. is zero for the 
moment.

I would like not to make errors.

The mail from the nightly cronned portsnap does not report anything about
arts-... 'needs updating'.

Why not ?

Checking http://www.FreeSBD.org/ports I see, there is a fix
from Mon 12 Jan 11:25 UTC, but this date is two days before the
the creation of the /usr/ports/audio/arts directory (Jan 14 08:58)

Does this mean I have the latest version?

If not, why does portsnap not report it.

Is is sufficient to do
# portupgrade arts
# cd /usr/ports/audio/arts
# make install clean
# cd /usr/ports/x11/kde3
# make install clean

?
I prefer to ask in advance, avoiding getting me into trouble because
of wrong approach..



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


Re: port upgrade

2009-01-15 Thread Martin Wilke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please update your portstree this was fixed few days ago.

On Thu, Jan 15, 2009 at 03:45:50PM +0100, Pieter Donche wrote:
 I just recently installed a new FreeBSD 7 system (beginning of week)
 and installed a ports collection via portsnap fetch and portsnap extract.
 which created a /usr/ports of 498 Mb
 
 My cron does a portsnap every night
 1 3 * * * root portsnap -I cron update  pkg_version -vIL=
 
 So far the only packages I installed are: portupgrade and linux_base_fc4.
 The I went for kde3. This installed a large nummber of packages.
 But is stopped at
 threads_posix.cc:361: error: aggregate 'Arts::PosixThreads::timespec 
 abstime' h
 as incomplete type and cannot be defined
 gmake[2]: *** [threads_posix.lo] Error 1
 gmake[2]: Leaving directory 
 '/usr/ports/audio/arts/work/arts-1.5.10/mcop_mt'
 gmake[1]: *** [all-recursive] Error 1
 gmake[1]: Leaving directory '/usr/ports/audio/arts/work/arts-1.5.10'
 gmake: *** [all] Error 2
 *** Error code 2
 Stop in /usr/ports/audio/arts.
 *** Error code 1
 Stop in /usr/ports/audio/arts.
 *** Error code 1
 Stop in /usr/ports/x11/kdelibs3.
 *** Error code 1
 Stop in /usr/ports/x11/kdebase3.
 *** Error code 1
 Stop in /usr/ports/x11/kdebase3.
 *** Error code 1
 Stop in /usr/ports/x11/kde3.
 
 How do I go from here - I feel uncertain, since my experience with FreebSD
 ports system is almost nothging and with portupgrade etc.. is zero for the 
 moment.
 I would like not to make errors.
 
 The mail from the nightly cronned portsnap does not report anything about
 arts-... 'needs updating'.
 
 Why not ?
 
 Checking http://www.FreeSBD.org/ports I see, there is a fix
 from Mon 12 Jan 11:25 UTC, but this date is two days before the
 the creation of the /usr/ports/audio/arts directory (Jan 14 08:58)
 
 Does this mean I have the latest version?
 
 If not, why does portsnap not report it.
 
 Is is sufficient to do
 # portupgrade arts
 # cd /usr/ports/audio/arts
 # make install clean
 # cd /usr/ports/x11/kde3
 # make install clean
 
 ?
 I prefer to ask in advance, avoiding getting me into trouble because
 of wrong approach..
 
 
 
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
 

- -- 

+---+---+
|  PGP: 0x05682353  |  Jabber : miwi(at)BSDCrew.de  |
|  ICQ: 169139903   |  Mail   : miwi(at)FreeBSD.org |
+---+---+
|   Mess with the Best, Die like the Rest!  |
+---+---+
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAklvUasACgkQFwpycAVoI1NfhACgklUB1p6kPCYH8aPwcFwyR2xY
B1UAn1bkltq29G/0uY9cFEA5pF3+oREh
=zUzp
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: net-snmp port upgrade build error

2008-11-17 Thread Lowell Gilbert
R Dicaire [EMAIL PROTECTED] writes:

 Hi folks,
 After updating ports tree with portsnap fetch update, then running
 pkg_version -l '', pkg_version shows net-snmp is upgradable:

 pkg_version -l ''
 net-snmp

 pkg_replace net-snmp
 ---  Replacing 'net-snmp-5.3.2_3' with 'net-snmp-5.3.2.3'
 ---  Building '/usr/ports/net-mgmt/net-snmp53'

 You may use the following build options:

 WITH_INETADDRESS_HACK=yes   builds with the inetaddress hack
 WITH_TKMIB=yes  Install a graphical Perl/Tk/SNMP based mib browser
 WITHOUT_DUMMY_VALUES=yesProvide 'placeholder' dummy values where
 the necessary information is not available.
 WITHOUT_PERL=yesDo not install the perl modules along
 with the rest
 of the net-snmp toolkit.
 WITHOUT_IPV6=yesDisable IPv6.

 DEFAULT_SNMP_VERSION=3Default version of SNMP to use.
 NET_SNMP_SYS_CONTACT=[EMAIL PROTECTED]
 Default system contact.
 NET_SNMP_SYS_LOCATION=somewhere
 Default system location.
 NET_SNMP_LOGFILE=/var/log/snmpd.log
 Default log file location for snmpd.
 NET_SNMP_PERSISTENTDIR=/var/net-snmp
 Default directory for persistent data storage.
 NET_SNMP_MIB_MODULES=host disman/event-mib smux mibII/mta_sendmail
 mibII/tcpTable ucd-snmp/diskio
 Optional mib modules that can be built into 
 the
 agent

 ===  net-snmp-5.3.2.3 has known vulnerabilities:
 = net-snmp -- DoS for SNMP agent via crafted GETBULK request.
Reference: 
 http://www.FreeBSD.org/ports/portaudit/daf045d7-b211-11dd-a987-000c29ca8953.html
 = Please update your ports tree and try again.
 *** Error code 1

 Stop in /usr/ports/net-mgmt/net-snmp53.
 ** Command failed (exit code 1): make UPGRADE_PKG=net-snmp-5.3.2_3
 UPGRADE_PKG_VER=5.3.2_3
 ** Fix the problem and try again.

 ---  Processed 1: 0 done, 0 ignored, 0 skipped, 1 failed

 The port is trying to be upgraded with the same version as installed or?

The version in ports is 5.4.2.1, and that's the one you want to have.
I'm not sure why you didn't get it by using portsnap, but it's been in
the tree for a couple of days already.  Have you tried again?

-- 
Lowell Gilbert, embedded/networking software engineer, Boston area
http://be-well.ilk.org/~lowell/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


net-snmp port upgrade build error

2008-11-16 Thread R Dicaire
Hi folks,
After updating ports tree with portsnap fetch update, then running
pkg_version -l '', pkg_version shows net-snmp is upgradable:

pkg_version -l ''
net-snmp

pkg_replace net-snmp
---  Replacing 'net-snmp-5.3.2_3' with 'net-snmp-5.3.2.3'
---  Building '/usr/ports/net-mgmt/net-snmp53'

You may use the following build options:

WITH_INETADDRESS_HACK=yes   builds with the inetaddress hack
WITH_TKMIB=yes  Install a graphical Perl/Tk/SNMP based mib browser
WITHOUT_DUMMY_VALUES=yesProvide 'placeholder' dummy values where
the necessary information is not available.
WITHOUT_PERL=yesDo not install the perl modules along
with the rest
of the net-snmp toolkit.
WITHOUT_IPV6=yesDisable IPv6.

DEFAULT_SNMP_VERSION=3Default version of SNMP to use.
NET_SNMP_SYS_CONTACT=[EMAIL PROTECTED]
Default system contact.
NET_SNMP_SYS_LOCATION=somewhere
Default system location.
NET_SNMP_LOGFILE=/var/log/snmpd.log
Default log file location for snmpd.
NET_SNMP_PERSISTENTDIR=/var/net-snmp
Default directory for persistent data storage.
NET_SNMP_MIB_MODULES=host disman/event-mib smux mibII/mta_sendmail
mibII/tcpTable ucd-snmp/diskio
Optional mib modules that can be built into the
agent

===  net-snmp-5.3.2.3 has known vulnerabilities:
= net-snmp -- DoS for SNMP agent via crafted GETBULK request.
   Reference: 
http://www.FreeBSD.org/ports/portaudit/daf045d7-b211-11dd-a987-000c29ca8953.html
= Please update your ports tree and try again.
*** Error code 1

Stop in /usr/ports/net-mgmt/net-snmp53.
** Command failed (exit code 1): make UPGRADE_PKG=net-snmp-5.3.2_3
UPGRADE_PKG_VER=5.3.2_3
** Fix the problem and try again.

---  Processed 1: 0 done, 0 ignored, 0 skipped, 1 failed

The port is trying to be upgraded with the same version as installed or?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-16 Thread Tsu-Fan Cheng
Hi all,
   I was rebuilding all my ports due to an error in my library. After
a couple days, I think most of the ports were rebuilt, but some remain
(skipped, error, etc).  I then try to rebuild myself (by doing make
deinstall; make reinstall). I started with mplayer. The compilation
succeeded, but can't make deinstall my existed port:

# make deinstall
===  Deinstalling for multimedia/mplayer
===   Deinstalling mplayer-0.99.11_8
pkg_delete: package 'mplayer-0.99.11_8' is required by these other packages
and may not be deinstalled (but I'll delete it anyway):
linux-mplayerplug-in-3.50_1
mencoder-0.99.11_2
mkxvcd-2.0.2_5
smplayer-0.6.4
Segmentation fault (core dumped)
*** Error code 139

Stop in /usr/ports/multimedia/mplayer.


it didn't give me too much to trouble shoot, any help from you guys is
appreciated.

TFC

On Thu, Nov 13, 2008 at 5:00 PM, Jerry [EMAIL PROTECTED] wrote:
 On Thu, 13 Nov 2008 15:41:25 -0500
 Tsu-Fan Cheng [EMAIL PROTECTED] wrote:

what would happen if I don't compile ports all over again? will my
system crash?

 I believe that the total stability of your system might be jeopardized.
 Personally, I use 'portmanager' to force an update of all my installed
 ports. After updating your ports tree, using 'portmanager -u -f -y -l'
 will update everything in the correct order. If you have 'java'
 installed, make sure you download the required files prior to
 starting the update procedure.

 --
 Jerry
 [EMAIL PROTECTED]

 There are two kinds of pedestrians... the quick and the dead.

Lord Thomas Rober Dewar

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


port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Tsu-Fan Cheng
Hi,
   just cvsup my port tree and upgrade a few of them by portmaster,
but somehow there is this error that blocks a lot of upgrades:
shared object libncurses.so.5.6 not found,  required by
xgettext/msgmerge/msgfmt...

if there something i missed these days? if was find a couple days ago
when I did my last upgrade. Any idea is appreciated!! thansk!!

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


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Mel
On Thursday 13 November 2008 15:41:13 Tsu-Fan Cheng wrote:
 Hi,
just cvsup my port tree and upgrade a few of them by portmaster,
 but somehow there is this error that blocks a lot of upgrades:
 shared object libncurses.so.5.6 not found,  required by
 xgettext/msgmerge/msgfmt...

FreeBSD only uses 1 library version number (it would be libncurses.so.5 OR 
libncurses.so.6), so can you provide the output of:

ldd `which xgettext`

-- 
Mel

Problem with today's modular software: they start with the modules
and never get to the software part.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread tfcheng

learned a new thing, here is the output:
/usr/local/bin/xgettext:
libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so (0x280a9000)
libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so (0x280de000)
libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
libz.so.4 = /lib/libz.so.4 (0x2831b000)
libm.so.5 = /lib/libm.so.5 (0x2832d000)
libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
libncurses.so.5.6 = not found (0x0)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
libncurses.so.5.6 = not found (0x0)
libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
libm.so.4 = /lib/libm.so.4 (0x2945b000)

it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!!

TFC


On Nov 13, 2008 10:37am, Mel [EMAIL PROTECTED] wrote:

On Thursday 13 November 2008 15:41:13 Tsu-Fan Cheng wrote:

 Hi,

 just cvsup my port tree and upgrade a few of them by portmaster,

 but somehow there is this error that blocks a lot of upgrades:

 shared object libncurses.so.5.6 not found, required by

 xgettext/msgmerge/msgfmt...



FreeBSD only uses 1 library version number (it would be libncurses.so.5 OR

libncurses.so.6), so can you provide the output of:



ldd `which xgettext`



--

Mel



Problem with today's modular software: they start with the modules

and never get to the software part.


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


Re: Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Jeremy Chadwick
On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote:
 learned a new thing, here is the output:
 /usr/local/bin/xgettext:
 libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so (0x280a9000)
 libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so (0x280de000)
 libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
 libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
 libz.so.4 = /lib/libz.so.4 (0x2831b000)
 libm.so.5 = /lib/libm.so.5 (0x2832d000)
 libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
 libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
 libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
 libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
 libncurses.so.5.6 = not found (0x0)
 libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
 libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
 libc.so.7 = /lib/libc.so.7 (0x286a3000)
 libncurses.so.5.6 = not found (0x0)
 libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
 libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
 libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
 libm.so.4 = /lib/libm.so.4 (0x2945b000)

 it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!!

It's not weird at all.  When a binary is linked to a shared library
(during the linking phase), the library filename (libXXX.so.X.X) is
stored in the binary, not libXXX.so.

I'm not sure how/why a rebuild xgettext is linking to what appears to be
a very old version of libncurses.  libncurses.so.5.6 would be for
FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6,
and my FreeBSD 7.x + CURRENT machines have libncurses.so.7.

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

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


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Mel
On Thursday 13 November 2008 17:47:34 Jeremy Chadwick wrote:
 On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote:
  learned a new thing, here is the output:
  /usr/local/bin/xgettext:
  libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so
  (0x280a9000) libgettextlib-0.17.so =
  /usr/local/lib/libgettextlib-0.17.so (0x280de000) libcroco-0.6.so.3 =
  /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) libxml2.so.5 =
  /usr/local/lib/libxml2.so.5 (0x281ef000)
  libz.so.4 = /lib/libz.so.4 (0x2831b000)
  libm.so.5 = /lib/libm.so.5 (0x2832d000)
  libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
  libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
  libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
  libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
  libncurses.so.5.6 = not found (0x0)
  libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
  libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
  libc.so.7 = /lib/libc.so.7 (0x286a3000)
  libncurses.so.5.6 = not found (0x0)
  libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
  libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
  libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
  libm.so.4 = /lib/libm.so.4 (0x2945b000)
 
  it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!!

 It's not weird at all.  When a binary is linked to a shared library
 (during the linking phase), the library filename (libXXX.so.X.X) is
 stored in the binary, not libXXX.so.

But the requirement is, that the library exists at link time.

 I'm not sure how/why a rebuild xgettext is linking to what appears to be
 a very old version of libncurses.  libncurses.so.5.6 would be for
 FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6,
 and my FreeBSD 7.x + CURRENT machines have libncurses.so.7.

It's libncurses.so.5 for FreeBSD 5:
# grep ncurses /usr/ports/misc/compat5x/pkg-plist
lib/compat/libncurses.so.5

The .5.6 is what's bugging me. Aparently, there was a library like this at 
link time, that does not exist anymore.

Can you provide output of:
ldd -a `which xgettext`

so we know which library pulls in libncurses.so.5.6. I doubt it's the binary 
itself.

-- 
Mel

Problem with today's modular software: they start with the modules
and never get to the software part.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Tsu-Fan Cheng
as I look into my system, under /usr/local/lib, I found out that I not
only don't have libncurses.so.5.6, but instead I have
libncurses.so.5.7. And this file was created this morning (Nov 13,
09:03) while I was trying to upgrade my ports. Odd

I am running freebsd 7.0, as my uname tells me..

TFC

On Thu, Nov 13, 2008 at 11:47 AM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
 On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote:
 learned a new thing, here is the output:
 /usr/local/bin/xgettext:
 libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so (0x280a9000)
 libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so (0x280de000)
 libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
 libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
 libz.so.4 = /lib/libz.so.4 (0x2831b000)
 libm.so.5 = /lib/libm.so.5 (0x2832d000)
 libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
 libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
 libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
 libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
 libncurses.so.5.6 = not found (0x0)
 libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
 libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
 libc.so.7 = /lib/libc.so.7 (0x286a3000)
 libncurses.so.5.6 = not found (0x0)
 libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
 libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
 libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
 libm.so.4 = /lib/libm.so.4 (0x2945b000)

 it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!!

 It's not weird at all.  When a binary is linked to a shared library
 (during the linking phase), the library filename (libXXX.so.X.X) is
 stored in the binary, not libXXX.so.

 I'm not sure how/why a rebuild xgettext is linking to what appears to be
 a very old version of libncurses.  libncurses.so.5.6 would be for
 FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6,
 and my FreeBSD 7.x + CURRENT machines have libncurses.so.7.

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


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


Re: Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Jeremy Chadwick
On Thu, Nov 13, 2008 at 12:03:14PM -0500, Tsu-Fan Cheng wrote:
 as I look into my system, under /usr/local/lib, I found out that I not
 only don't have libncurses.so.5.6, but instead I have
 libncurses.so.5.7. And this file was created this morning (Nov 13,
 09:03) while I was trying to upgrade my ports. Odd
 
 I am running freebsd 7.0, as my uname tells me..

Mel's question applies as well (and is something that I've wondered
too).  Now I'm wondering this as well:

How/why do you have libncurses* in /usr/local/lib?  FreeBSD 7.0 comes
with ncurses (see /usr/lib/libncurses.so.7).

You must have some port or piece of software on your machine which is
requiring an old (compat5x) version of libncurses, or you have a machine
that has been upgraded from FreeBSD 5.x to 6.x to 7.x.

I really don't know what to make of this.

 On Thu, Nov 13, 2008 at 11:47 AM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
  On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote:
  learned a new thing, here is the output:
  /usr/local/bin/xgettext:
  libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so (0x280a9000)
  libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so (0x280de000)
  libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
  libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
  libz.so.4 = /lib/libz.so.4 (0x2831b000)
  libm.so.5 = /lib/libm.so.5 (0x2832d000)
  libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
  libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
  libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
  libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
  libncurses.so.5.6 = not found (0x0)
  libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
  libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
  libc.so.7 = /lib/libc.so.7 (0x286a3000)
  libncurses.so.5.6 = not found (0x0)
  libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
  libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
  libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
  libm.so.4 = /lib/libm.so.4 (0x2945b000)
 
  it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!!
 
  It's not weird at all.  When a binary is linked to a shared library
  (during the linking phase), the library filename (libXXX.so.X.X) is
  stored in the binary, not libXXX.so.
 
  I'm not sure how/why a rebuild xgettext is linking to what appears to be
  a very old version of libncurses.  libncurses.so.5.6 would be for
  FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6,
  and my FreeBSD 7.x + CURRENT machines have libncurses.so.7.
 
  --
  | Jeremy Chadwickjdc at parodius.com |
  | Parodius Networking   http://www.parodius.com/ |
  | UNIX Systems Administrator  Mountain View, CA, USA |
  | Making life hard for others since 1977.  PGP: 4BD6C0CB |
 
 
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to [EMAIL PROTECTED]

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

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


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Tsu-Fan Cheng
Mel, thank you for your help, here is the output:

/usr/local/bin/xgettext:
libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so 
(0x280a9000)
libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so 
(0x280de000)
libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
libz.so.4 = /lib/libz.so.4 (0x2831b000)
libm.so.5 = /lib/libm.so.5 (0x2832d000)
libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
libncurses.so.5.6 = not found (0x0)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libgettextsrc-0.17.so:
libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so 
(0x280de000)
libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libgettextlib-0.17.so:
libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
libz.so.4 = /lib/libz.so.4 (0x2831b000)
libm.so.5 = /lib/libm.so.5 (0x2832d000)
libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libncurses.so.5.6 = not found (0x0)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libcroco-0.6.so.3:
libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libxml2.so.5:
libz.so.4 = /lib/libz.so.4 (0x2831b000)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libm.so.5 = /lib/libm.so.5 (0x2832d000)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/lib/libz.so.4:
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/lib/libm.so.5:
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libglib-2.0.so.0:
libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libicui18n.so.38:
libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
libm.so.4 = /lib/libm.so.4 (0x2945b000)
/usr/local/lib/libintl.so.8:
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libpcre.so.0:
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/lib/libbsdxml.so.3:
libc.so.7 = /lib/libc.so.7 (0x286a3000)
/usr/local/lib/libicuuc.so.38:
libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
libm.so.4 = /lib/libm.so.4 (0x2945b000)
/usr/lib/libstdc++.so.5:
libm.so.4 = /lib/libm.so.4 (0x2945b000)


thanks!!

TFC

On Thu, Nov 13, 2008 at 12:02 PM, Mel
[EMAIL PROTECTED] wrote:
 On Thursday 13 November 2008 17:47:34 Jeremy Chadwick wrote:
 On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote:
  learned a new thing, here is the output:
  /usr/local/bin/xgettext:
  libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so
  (0x280a9000) libgettextlib-0.17.so =
  /usr/local/lib/libgettextlib-0.17.so (0x280de000) libcroco-0.6.so.3 =
  /usr/local/lib/libcroco-0.6.so.3 (0x281bb000) libxml2.so.5 =
  /usr/local/lib/libxml2.so.5 (0x281ef000)
  libz.so.4 = /lib/libz.so.4 (0x2831b000)
  libm.so.5 = /lib/libm.so.5 (0x2832d000)
  libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
  libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
  libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
  libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
  libncurses.so.5.6 = not found (0x0)
  libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
  libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
  libc.so.7 = /lib/libc.so.7 (0x286a3000)
  libncurses.so.5.6 = not found (0x0)
  libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 

Re: Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Tsu-Fan Cheng
yes, I found libncurses.so under /usr/lib, which is actual linked to
libncurses.so.7 under /lib. And I also have libncurses.so.6 too. I did
upgrade my system from 5 to 6 to 7. I didn't do a clean install, since
there is so many to back up.

TFC

On Thu, Nov 13, 2008 at 12:09 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
 On Thu, Nov 13, 2008 at 12:03:14PM -0500, Tsu-Fan Cheng wrote:
 as I look into my system, under /usr/local/lib, I found out that I not
 only don't have libncurses.so.5.6, but instead I have
 libncurses.so.5.7. And this file was created this morning (Nov 13,
 09:03) while I was trying to upgrade my ports. Odd

 I am running freebsd 7.0, as my uname tells me..

 Mel's question applies as well (and is something that I've wondered
 too).  Now I'm wondering this as well:

 How/why do you have libncurses* in /usr/local/lib?  FreeBSD 7.0 comes
 with ncurses (see /usr/lib/libncurses.so.7).

 You must have some port or piece of software on your machine which is
 requiring an old (compat5x) version of libncurses, or you have a machine
 that has been upgraded from FreeBSD 5.x to 6.x to 7.x.

 I really don't know what to make of this.

 On Thu, Nov 13, 2008 at 11:47 AM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
  On Thu, Nov 13, 2008 at 08:12:49AM -0800, [EMAIL PROTECTED] wrote:
  learned a new thing, here is the output:
  /usr/local/bin/xgettext:
  libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so (0x280a9000)
  libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so (0x280de000)
  libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
  libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
  libz.so.4 = /lib/libz.so.4 (0x2831b000)
  libm.so.5 = /lib/libm.so.5 (0x2832d000)
  libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
  libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
  libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
  libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
  libncurses.so.5.6 = not found (0x0)
  libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
  libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
  libc.so.7 = /lib/libc.so.7 (0x286a3000)
  libncurses.so.5.6 = not found (0x0)
  libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
  libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
  libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
  libm.so.4 = /lib/libm.so.4 (0x2945b000)
 
  it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!!
 
  It's not weird at all.  When a binary is linked to a shared library
  (during the linking phase), the library filename (libXXX.so.X.X) is
  stored in the binary, not libXXX.so.
 
  I'm not sure how/why a rebuild xgettext is linking to what appears to be
  a very old version of libncurses.  libncurses.so.5.6 would be for
  FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6,
  and my FreeBSD 7.x + CURRENT machines have libncurses.so.7.
 
  --
  | Jeremy Chadwickjdc at parodius.com |
  | Parodius Networking   http://www.parodius.com/ |
  | UNIX Systems Administrator  Mountain View, CA, USA |
  | Making life hard for others since 1977.  PGP: 4BD6C0CB |
 
 
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to [EMAIL PROTECTED]

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


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


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Mel
On Thursday 13 November 2008 18:17:02 Tsu-Fan Cheng wrote:
 Mel, thank you for your help, here is the output:

 /usr/local/bin/xgettext:
   libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so 
 (0x280a9000)
   libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so 
 (0x280de000)
   libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
   libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
   libz.so.4 = /lib/libz.so.4 (0x2831b000)
   libm.so.5 = /lib/libm.so.5 (0x2832d000)
   libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
   libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
   libncurses.so.5.6 = not found (0x0)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)

FreeBSD 7

 /usr/local/lib/libgettextsrc-0.17.so:
   libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so 
 (0x280de000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libgettextlib-0.17.so:
   libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
   libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
   libz.so.4 = /lib/libz.so.4 (0x2831b000)
   libm.so.5 = /lib/libm.so.5 (0x2832d000)

Also FreeBSD 7

   libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
   libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libncurses.so.5.6 = not found (0x0)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libcroco-0.6.so.3:
   libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libxml2.so.5:
   libz.so.4 = /lib/libz.so.4 (0x2831b000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libm.so.5 = /lib/libm.so.5 (0x2832d000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /lib/libz.so.4:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /lib/libm.so.5:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libglib-2.0.so.0:
   libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libicui18n.so.38:
   libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
   libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
   libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
   libm.so.4 = /lib/libm.so.4 (0x2945b000)

FreeBSD 6

 /usr/local/lib/libintl.so.8:
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libpcre.so.0:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /lib/libbsdxml.so.3:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libicuuc.so.38:
   libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
   libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)

FreeBSD 6

   libm.so.4 = /lib/libm.so.4 (0x2945b000)
 /usr/lib/libstdc++.so.5:
   libm.so.4 = /lib/libm.so.4 (0x2945b000)

Your system has stale libraries from the updates and linking is messy. It does 
not adequately explain the .5.6 library version numbers, but your system is 
in need of cleaning.

Specifically, you forgot to do 'make delete-old-libs' when you upgraded from 6 
to 7 (and maybe from 5 to 6 as well,tho there's no evidence of that in this 
mail).

The best course of action is to go into /usr/src and type:
# make delete-old
# make delete-old-libs

Delete everything that the program offers you to delete. Then drop to single 
user mode, so that no services are running and recompile *all* ports, using 
portupgrade -fa. you may need to do /etc/rc.d/netif start, so you can 
download stuff.

I'm quite confident this will fix your problems, even tho it gives no 
explanation for this rogue ncurses library. 
-- 
Mel

Problem with today's modular software: they start with the modules
and never get to the software part.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail 

Openssl port upgrade (FreeBSD 6.2)

2008-11-13 Thread Brendan Kennedy
Hi All,

I ran the openssl updgrade (to OpenSSL 0.9.8d), but it seems the
original openssl libs are still being used for SSH session creation
and other system crypto functionality.
What are the final steps needed to allow all user space programs to
use the upgraded OpenSSL?

Is there a good guide for this kind of upgrade somewhere?

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


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Tsu-Fan Cheng
what would happen if I don't compile ports all over again? will my
system crash?

TFC

On Thu, Nov 13, 2008 at 1:02 PM, Mel
[EMAIL PROTECTED] wrote:
 On Thursday 13 November 2008 18:17:02 Tsu-Fan Cheng wrote:
 Mel, thank you for your help, here is the output:

 /usr/local/bin/xgettext:
   libgettextsrc-0.17.so = /usr/local/lib/libgettextsrc-0.17.so 
 (0x280a9000)
   libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so 
 (0x280de000)
   libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
   libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
   libz.so.4 = /lib/libz.so.4 (0x2831b000)
   libm.so.5 = /lib/libm.so.5 (0x2832d000)
   libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
   libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
   libncurses.so.5.6 = not found (0x0)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libbsdxml.so.3 = /lib/libbsdxml.so.3 (0x28685000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)

 FreeBSD 7

 /usr/local/lib/libgettextsrc-0.17.so:
   libgettextlib-0.17.so = /usr/local/lib/libgettextlib-0.17.so 
 (0x280de000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libgettextlib-0.17.so:
   libcroco-0.6.so.3 = /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
   libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
   libz.so.4 = /lib/libz.so.4 (0x2831b000)
   libm.so.5 = /lib/libm.so.5 (0x2832d000)

 Also FreeBSD 7

   libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
   libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libncurses.so.5.6 = not found (0x0)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libcroco-0.6.so.3:
   libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x28342000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x281ef000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libxml2.so.5:
   libz.so.4 = /lib/libz.so.4 (0x2831b000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libm.so.5 = /lib/libm.so.5 (0x2832d000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /lib/libz.so.4:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /lib/libm.so.5:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libglib-2.0.so.0:
   libicui18n.so.38 = /usr/local/lib/libicui18n.so.38 (0x283f1000)
   libintl.so.8 = /usr/local/lib/libintl.so.8 (0x28559000)
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x28562000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libicui18n.so.38:
   libicuuc.so.38 = /usr/local/lib/libicuuc.so.38 (0x287a4000)
   libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
   libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)
   libm.so.4 = /lib/libm.so.4 (0x2945b000)

 FreeBSD 6

 /usr/local/lib/libintl.so.8:
   libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28591000)
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libpcre.so.0:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /lib/libbsdxml.so.3:
   libc.so.7 = /lib/libc.so.7 (0x286a3000)
 /usr/local/lib/libicuuc.so.38:
   libicudata.so.38 = /usr/local/lib/libicudata.so.38 (0x288b9000)
   libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x2939)

 FreeBSD 6

   libm.so.4 = /lib/libm.so.4 (0x2945b000)
 /usr/lib/libstdc++.so.5:
   libm.so.4 = /lib/libm.so.4 (0x2945b000)

 Your system has stale libraries from the updates and linking is messy. It does
 not adequately explain the .5.6 library version numbers, but your system is
 in need of cleaning.

 Specifically, you forgot to do 'make delete-old-libs' when you upgraded from 6
 to 7 (and maybe from 5 to 6 as well,tho there's no evidence of that in this
 mail).

 The best course of action is to go into /usr/src and type:
 # make delete-old
 # make delete-old-libs

 Delete everything that the program offers you to delete. Then drop to single
 user mode, so that no services are running and recompile *all* ports, using
 portupgrade -fa. you may need to do /etc/rc.d/netif start, so you can
 download stuff.

 I'm quite confident this will fix your problems, even tho it gives no
 explanation for this rogue ncurses library.
 --
 Mel

 Problem with today's modular software: they start with the modules
and never get to the software part.


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Lowell Gilbert
Tsu-Fan Cheng [EMAIL PROTECTED] writes:

 what would happen if I don't compile ports all over again? will my
 system crash?

No, but any new program linked to some old libraries will.
If you've rebuilt *any* ports, then (in practice) you really want to
rebuild all of them.
-- 
Lowell Gilbert, embedded/networking software engineer, Boston area
http://be-well.ilk.org/~lowell/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Openssl port upgrade (FreeBSD 6.2)

2008-11-13 Thread Cameron Baillie

Brendan Kennedy wrote:

Hi All,

I ran the openssl updgrade (to OpenSSL 0.9.8d), but it seems the
original openssl libs are still being used for SSH session creation
and other system crypto functionality.
What are the final steps needed to allow all user space programs to
use the upgraded OpenSSL?

Is there a good guide for this kind of upgrade somewhere?

Best Regards,
Brendan
This might be useful - it is from 'Building a Server with FreeBSD 7' by 
Bryan Hong.


Default search path for /usr/local, where local software is typically 
installed, is near the end of the path statement, after base command paths.


Edit /root/.cshrc as follows:

a) comment out the existing or default 'set path' statement by preceding 
it with a hash mark (#)


b) insert this statement: set path = (/usr/local/sbin /usr/local/bin 
/usr/sbin /usr/bin /sbin /bin $HOME/bin)


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


Re: port upgrade problem: libncurses.so.5.6 not found

2008-11-13 Thread Jerry
On Thu, 13 Nov 2008 15:41:25 -0500
Tsu-Fan Cheng [EMAIL PROTECTED] wrote:

what would happen if I don't compile ports all over again? will my
system crash?

I believe that the total stability of your system might be jeopardized.
Personally, I use 'portmanager' to force an update of all my installed
ports. After updating your ports tree, using 'portmanager -u -f -y -l'
will update everything in the correct order. If you have 'java'
installed, make sure you download the required files prior to
starting the update procedure.

-- 
Jerry
[EMAIL PROTECTED]

There are two kinds of pedestrians... the quick and the dead.

Lord Thomas Rober Dewar


signature.asc
Description: PGP signature


Port upgrade good..almost

2007-11-13 Thread Desmond Chapman

I used portmanager to upgrade, but came across a few problems that I need help 
with.
Ports-mgmt tools is still under sysutils.
Xorg has upgraded everything except the libraries- they are still at the 6.x 
stage for me.

And I am horrible at making symlinks and removing old ports.


Any suggestions for tutorials to help me?



_
Windows Live Hotmail and Microsoft Office Outlook – together at last.  Get it 
now.
http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=CL100626971033___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Fetch error for Port upgrade

2007-11-09 Thread Donovan R. Palmer
I am trying to do a port upgrade and get the following error.  


   ! x11-servers/xorg-server (xorg-server-6.9.0_5) (fetch error)

How do I fix this? I have this problem on other packages as well.

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


Re: Fetch error for Port upgrade

2007-11-09 Thread Garrett Cooper

Donovan R. Palmer wrote:
I am trying to do a port upgrade and get the following error. 
   ! x11-servers/xorg-server (xorg-server-6.9.0_5) (fetch error)


How do I fix this? I have this problem on other packages as well.

T.I.A.
Most likely you just updated your ports (which are severely out of date 
based on that error message). I highly suggest reading 
/usr/ports/UPDATING around April of 2007, in particular about the X.org 
6.x - 7.x  migration notes.


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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-15 Thread Aryeh Friedman
nVidia's driver does not honor -ignoreABI

On 9/15/07, P.U.Kruppa [EMAIL PROTECTED] wrote:

 On Sat, 15 Sep 2007, Aryeh Friedman wrote:

  Some drivers (3rd party) have not updated either (nVidia's comes to
 mind)
 On some gentoo linux mailing list I have found this
 # startx -- -ignoreABI
 This will at least start xorg's vanilla desktop twm.

 Uli.


 Peter Ulrich Kruppa
 Wuppertal
 Germany


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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-15 Thread P.U.Kruppa

On Sat, 15 Sep 2007, Aryeh Friedman wrote:


nVidia's driver does not honor -ignoreABI

Sorry. At least it honored my S3Virge.

Uli.




On 9/15/07, P.U.Kruppa [EMAIL PROTECTED] wrote:


On Sat, 15 Sep 2007, Aryeh Friedman wrote:


Some drivers (3rd party) have not updated either (nVidia's comes to

mind)
On some gentoo linux mailing list I have found this
# startx -- -ignoreABI
This will at least start xorg's vanilla desktop twm.

Uli.


Peter Ulrich Kruppa
Wuppertal
Germany



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





Peter Ulrich Kruppa
Wuppertal
Germany

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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-15 Thread Aryeh Friedman
I was able to do a straight portupgrade with the test patch

On 9/15/07, Tim Daneliuk [EMAIL PROTECTED] wrote:

 Aryeh Friedman wrote:
  One solution then until it is fixed is to use the test version of the
 port
  (look in the freebsd-x11 archives [monday I think]) and there is a URL
 for
  getting the patch file.
 
  --Aryeh
 

 So, when the ports tree is completely correct, will I have to manually
 rip out X and reinstall the whole business or will I be able to
 just do the portupgrade?

 --

 
 Tim Daneliuk [EMAIL PROTECTED]
 PGP Key: http://www.tundraware.com/PGP/


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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-15 Thread Aryeh Friedman
it sure doesn't do it on my geForce 8400 gs.


On 9/15/07, P.U.Kruppa [EMAIL PROTECTED] wrote:

 On Sat, 15 Sep 2007, Aryeh Friedman wrote:

  nVidia's driver does not honor -ignoreABI
 Sorry. At least it honored my S3Virge.

 Uli.


 
  On 9/15/07, P.U.Kruppa [EMAIL PROTECTED] wrote:
 
  On Sat, 15 Sep 2007, Aryeh Friedman wrote:
 
  Some drivers (3rd party) have not updated either (nVidia's comes to
  mind)
  On some gentoo linux mailing list I have found this
  # startx -- -ignoreABI
  This will at least start xorg's vanilla desktop twm.
 
  Uli.
 
 
  Peter Ulrich Kruppa
  Wuppertal
  Germany
 
 
  ___
  freebsd-questions@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-questions
  To unsubscribe, send any mail to 
 [EMAIL PROTECTED]
 



 Peter Ulrich Kruppa
 Wuppertal
 Germany


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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-15 Thread Francois Ranchin
According to Aryeh Friedman :
 it sure doesn't do it on my geForce 8400 gs.

it does well with a 8500 GT. You have to change the file
/usr/local/lib/X11/xdm/Xservers
(in fact /usr/local/share/examples/xdm/Xservers due to an other problem)

to have :

:0 local /usr/local/bin/X -br -ignoreABI :0

and start your xdm/gdm/kdm as you want.

And I have Composite enable too. I just have a warning and no other
problems.

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


Problems With xorg 7.3 After A Port Upgrade

2007-09-14 Thread Tim Daneliuk

I just did a port upgrade on one of the servers here.  When I tried to
start X on the console, I got this:

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 6.2-STABLE i386
Current Operating System: FreeBSD ozzie.tundraware.com 6.2-STABLE FreeBSD 
6.2-STABLE #33: Thu Sep 13 08:04:21 CDT 2007 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/OZZIE i386

Build Date: 14 September 2007  06:29:38PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Sat Sep 15 00:08:37 2007
(==) Using config file: /usr/local/etc/X11/xorg.conf
(EE) module ABI major version (1) doesn't match the server's version (2)
(EE) Failed to load module vesa (module requirement mismatch, 0)
(EE) No drivers available.

Fatal server error:
no screens found
X connection to :0.0 broken (explicit kill or server shutdown).


OK, so we'll go rebuild the drivers from the port.  Hmm, not really:


/usr/ports/x11-drivers/xorg-driversmake -DFORCE_PKG_REGISTER install
===  Installing for xorg-drivers-7.3
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/input/mouse_drv.so - found
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/input/kbd_drv.so - found
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/drivers/ati_drv.so - found
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/drivers/i810_drv.so - found
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/drivers/nv_drv.so - found
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/drivers/vesa_drv.so - found
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/drivers/vga_drv.so - found
===   xorg-drivers-7.3 depends on file: 
/usr/local/lib/xorg/modules/drivers/via_drv.so - found

===   Generating temporary packing list
/bin/mkdir -p /usr/local/libdata/xorg
/usr/bin/touch /usr/local/libdata/xorg/drivers
===   Registering installation for xorg-drivers-7.3
pkg_create: dependency loop detected for package pixman-0.9.5_1
pkg_create: dependency loop detected for package xorg-libraries-7.3
pkg_create: dependency loop detected for package pixman-0.9.5_1
pkg_create: dependency loop detected for package xorg-libraries-7.3
pkg_create: dependency loop detected for package pixman-0.9.5_1
pkg_create: dependency loop detected for package xorg-libraries-7.3


So ... what is causing these dependency loops and does anyone have
a fix yet?



Tim Daneliuk [EMAIL PROTECTED]
PGP Key: http://www.tundraware.com/PGP/

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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-14 Thread Aryeh Friedman
On 9/15/07, Tim Daneliuk [EMAIL PROTECTED] wrote:

 I just did a port upgrade on one of the servers here.  When I tried to
 start X on the console, I got this:

 X.Org X Server 1.4.0
 Release Date: 5 September 2007
 X Protocol Version 11, Revision 0
 Build Operating System: FreeBSD 6.2-STABLE i386
 Current Operating System: FreeBSD ozzie.tundraware.com 6.2-STABLE FreeBSD
 6.2-STABLE #33: Thu Sep 13 08:04:21 CDT 2007
 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/OZZIE i386
 Build Date: 14 September 2007  06:29:38PM

 Before reporting problems, check http://wiki.x.org
 to make sure that you have the latest version.
 Module Loader present
 Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
 (==) Log file: /var/log/Xorg.0.log, Time: Sat Sep 15 00:08:37 2007
 (==) Using config file: /usr/local/etc/X11/xorg.conf
 (EE) module ABI major version (1) doesn't match the server's version (2)
 (EE) Failed to load module vesa (module requirement mismatch, 0)
 (EE) No drivers available.

 Fatal server error:
 no screens found
 X connection to :0.0 broken (explicit kill or server shutdown).


 OK, so we'll go rebuild the drivers from the port.  Hmm, not really:


 /usr/ports/x11-drivers/xorg-driversmake -DFORCE_PKG_REGISTER install
 ===  Installing for xorg-drivers-7.3
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/input/mouse_drv.so - found
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/input/kbd_drv.so - found
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/drivers/ati_drv.so - found
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/drivers/i810_drv.so - found
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/drivers/nv_drv.so - found
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/drivers/vesa_drv.so - found
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/drivers/vga_drv.so - found
 ===   xorg-drivers-7.3 depends on file:
 /usr/local/lib/xorg/modules/drivers/via_drv.so - found
 ===   Generating temporary packing list
 /bin/mkdir -p /usr/local/libdata/xorg
 /usr/bin/touch /usr/local/libdata/xorg/drivers
 ===   Registering installation for xorg-drivers-7.3
 pkg_create: dependency loop detected for package pixman-0.9.5_1
 pkg_create: dependency loop detected for package xorg-libraries-7.3
 pkg_create: dependency loop detected for package pixman-0.9.5_1
 pkg_create: dependency loop detected for package xorg-libraries-7.3
 pkg_create: dependency loop detected for package pixman-0.9.5_1
 pkg_create: dependency loop detected for package xorg-libraries-7.3



It has been fixed in cvsup for about 12 hours.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-14 Thread Aryeh Friedman
One solution then until it is fixed is to use the test version of the port
(look in the freebsd-x11 archives [monday I think]) and there is a URL for
getting the patch file.

--Aryeh

On 9/15/07, Tim Daneliuk [EMAIL PROTECTED] wrote:

 Aryeh Friedman wrote:
  On 9/15/07, Tim Daneliuk [EMAIL PROTECTED] wrote:
  I just did a port upgrade on one of the servers here.  When I tried to
  start X on the console, I got this:
 
  X.Org X Server 1.4.0
  Release Date: 5 September 2007
  X Protocol Version 11, Revision 0
  Build Operating System: FreeBSD 6.2-STABLE i386
  Current Operating System: FreeBSD ozzie.tundraware.com 6.2-STABLEFreeBSD
  6.2-STABLE #33: Thu Sep 13 08:04:21 CDT 2007
  [EMAIL PROTECTED]:/usr/obj/usr/src/sys/OZZIE i386
  Build Date: 14 September 2007  06:29:38PM
 
  Before reporting problems, check http://wiki.x.org
  to make sure that you have the latest version.
  Module Loader present
  Markers: (--) probed, (**) from config file, (==) default setting,
  (++) from command line, (!!) notice, (II) informational,
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
  (==) Log file: /var/log/Xorg.0.log, Time: Sat Sep 15 00:08:37 2007
  (==) Using config file: /usr/local/etc/X11/xorg.conf
  (EE) module ABI major version (1) doesn't match the server's version
 (2)
  (EE) Failed to load module vesa (module requirement mismatch, 0)
  (EE) No drivers available.
 
  Fatal server error:
  no screens found
  X connection to :0.0 broken (explicit kill or server shutdown).
 
 
  OK, so we'll go rebuild the drivers from the port.  Hmm, not really:
 
 
  /usr/ports/x11-drivers/xorg-driversmake -DFORCE_PKG_REGISTER install
  ===  Installing for xorg-drivers-7.3
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/input/mouse_drv.so - found
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/input/kbd_drv.so - found
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/drivers/ati_drv.so - found
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/drivers/i810_drv.so - found
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/drivers/nv_drv.so - found
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/drivers/vesa_drv.so - found
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/drivers/vga_drv.so - found
  ===   xorg-drivers-7.3 depends on file:
  /usr/local/lib/xorg/modules/drivers/via_drv.so - found
  ===   Generating temporary packing list
  /bin/mkdir -p /usr/local/libdata/xorg
  /usr/bin/touch /usr/local/libdata/xorg/drivers
  ===   Registering installation for xorg-drivers-7.3
  pkg_create: dependency loop detected for package pixman-0.9.5_1
  pkg_create: dependency loop detected for package xorg-libraries-7.3
  pkg_create: dependency loop detected for package pixman-0.9.5_1
  pkg_create: dependency loop detected for package xorg-libraries-7.3
  pkg_create: dependency loop detected for package pixman-0.9.5_1
  pkg_create: dependency loop detected for package xorg-libraries-7.3
 
 
 
  It has been fixed in cvsup for about 12 hours.

 I did a cvsup of the ports tree just before I attempted what was seen
 above.


 --

 
 Tim Daneliuk [EMAIL PROTECTED]
 PGP Key: http://www.tundraware.com/PGP/


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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-14 Thread P.U.Kruppa

On Sat, 15 Sep 2007, Aryeh Friedman wrote:


On 9/15/07, Tim Daneliuk [EMAIL PROTECTED] wrote:


I just did a port upgrade on one of the servers here.  When I tried to
start X on the console, I got this:

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 6.2-STABLE i386
Current Operating System: FreeBSD ozzie.tundraware.com 6.2-STABLE FreeBSD
6.2-STABLE #33: Thu Sep 13 08:04:21 CDT 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/OZZIE i386
Build Date: 14 September 2007  06:29:38PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Sat Sep 15 00:08:37 2007
(==) Using config file: /usr/local/etc/X11/xorg.conf
(EE) module ABI major version (1) doesn't match the server's version (2)
(EE) Failed to load module vesa (module requirement mismatch, 0)
(EE) No drivers available.

Fatal server error:
no screens found
X connection to :0.0 broken (explicit kill or server shutdown).




It has been fixed in cvsup for about 12 hours.
I think the dependency loop has been solved, but not that ABI 
major version - problem.



Peter Ulrich Kruppa
Wuppertal
Germany

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


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-14 Thread Aryeh Friedman
Some drivers (3rd party) have not updated either (nVidia's comes to mind)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Problems With xorg 7.3 After A Port Upgrade

2007-09-14 Thread P.U.Kruppa

On Sat, 15 Sep 2007, Aryeh Friedman wrote:


Some drivers (3rd party) have not updated either (nVidia's comes to mind)

On some gentoo linux mailing list I have found this
# startx -- -ignoreABI
This will at least start xorg's vanilla desktop twm.

Uli.


Peter Ulrich Kruppa
Wuppertal
Germany

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


Port upgrade/install problem: MySQL and Perl I/F

2007-02-03 Thread Robert Inder
p5-DBD-mysql50 and mysql itself
Date: 03 Feb 2007 19:58:22 +
Message-ID: [EMAIL PROTECTED]
Lines: 128
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii


I've upgraded Perl (via portupgrade), but the ports I need
to re-install to restore my perl-to-MySQL interface won't!

I'm working on a rather long-neglected server running 

 FreeBSD 5.2.1-RELEASE-p7 FreeBSD 5.2.1-RELEASE-p7 

It was running Perl 5.6, but I'm trying to install some code that
needs 5.8.  So I did cvsup and then

portupgrade -o lang/perl5.8 perl

All went smoothly, and perl-after-upgrade gave me a list of
perl packages to re-install, and I did portupgrade on each of them.

Super!

EXCEPT for the Perl to MySQL interface package:  p5-DBD-mysql50

This is causing me two problems.

Currently, mysql is installed and working.

# pkg_info -Ia | grep mysql
mysql-client-5.0.0_2 Multithreaded SQL database (client)
mysql-server-5.0.0_2 Multithreaded SQL database (server)

When I try to portupgrade the perl interface, it starts trying to
build mysql for itself, even without a -R option.  And it does the
same thing even if I change to the ports directory and type make.

I don't understand why it is doing that.  I am guessing the installed
version of mysql is too old for the perl interface.  But I didn't
think upgrade (or a port make) would recurse unless told to
But here's what it says...

===   p5-DBD-mysql50-4. depends on file: 
/usr/local/lib/perl5/site_perl/5.8.8/mach/DBI.pm - found
===   p5-DBD-mysql50-4. depends on file: /usr/local/bin/perl5.8.8 - 
found
===   p5-DBD-mysql50-4. depends on shared library: mysqlclient.15 - 
not found
===Verifying install for mysqlclient.15 in 
/usr/ports/databases/mysql50-client
===  Building for mysql-client-5.0.33

The second problem is that the mysql port won't actually compile.  It
announces that it is Configuring for mysql-client-5.0.33, and then
proceeds to report a whole slew (hundreds) of checking... activities. 
About a dozen that start pthread_, and some of them succeed.  Then
it starts compling, but this process finishes with

mkdir .libs
cc -DDBUG_OFF -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -o factorial 
my_main.o factorial.o  libdbug.a ../mysys/libmysys.a ../strings/libmystrings.a 
-lcrypt -lm
../mysys/libmysys.a(my_thr_init.o): In function `my_thread_global_end':
my_thr_init.o(.text+0x1b7): undefined reference to `pthread_cond_timedwait'
*** Error code 1

Stop in 
/data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33/dbug.
*** Error code 1

Stop in 
/data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33.
*** Error code 1

Stop in 
/data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33.
*** Error code 1

Stop in /usr/ports/databases/mysql50-client.
*** Error code 1

Stop in /usr/ports/databases/p5-DBD-mysql50.

I've tried googling for this, but although I've found a handful of
people with broadly similar problems, nobody has actually been offered
anything I recognise as an applicable solution! 

The upshot of this is that the previous Perl application is now broken
because it cannot access the MySQL database.

So I need to either...

get the latest MySQL port to compile, or

somehow get p5-DBD-mysql50 to work with the existing MySQL.

...but I'm not sure how to start on either.

Help?  Any advice welcome!

I have tried putting the p5-DBD-mysql50 package back the way it was
(albeit in a rather simple-minded way -- just copying
/usr/ports/databases/p5-DBD-mysql50 from its sister machine).  But
this didn't make any difference.  It still decides that even this
version (which was working) is incompatible with the existing mysql...

boru/p5-DBD-mysql50# make   
===  Vulnerability check disabled, database not found
===  Extracting for p5-DBD-mysql50-2.9003
= MD5 Checksum OK for DBD-mysql-2.9003.tar.gz.
===   p5-DBD-mysql50-2.9003 depends on file: /usr/local/bin/perl5.8.8 - 
found
===  Patching for p5-DBD-mysql50-2.9003
===   p5-DBD-mysql50-2.9003 depends on file: /usr/local/bin/perl5.8.8 - 
found
===   p5-DBD-mysql50-2.9003 depends on file: 
/usr/local/lib/perl5/site_perl/5.8.8/mach/DBI.pm - found
===   p5-DBD-mysql50-2.9003 depends on file: /usr/local/bin/perl5.8.8 - 
found
===   p5-DBD-mysql50-2.9003 depends on shared library: mysqlclient.15 - 
not found
:
:


Like the current version, this version claims it cannot find
mysqlclient.15.  And indeed, locate seems to confirm its absence...

# locate mysqlclient
/usr/local/lib/mysql/libmysqlclient.a
/usr/local/lib/mysql/libmysqlclient.so
/usr/local/lib/mysql/libmysqlclient.so.14
/usr/local/lib/mysql/libmysqlclient_r.a
/usr/local/lib/mysql/libmysqlclient_r.so
/usr/local/lib/mysql/libmysqlclient_r.so.14

I don't understand why the p5-DBD-mysql50-2.9003 

Re: Port upgrade/install problem: MySQL and Perl I/F

2007-02-03 Thread Ted Mittelstaedt
Stuff like this happens, you can e-mail the port maintainer and
bitch him out for making a stupid change to the dependency
requirement, or you can simply dispense with ports, download
the perl module and compile and install it the old fashioned way

You ought to have nuked and repaved that server, your just lucky
that this very minor thing was the only thing that blew up.

Ted

- Original Message - 
From: Robert Inder [EMAIL PROTECTED]
To: freebsd-questions@freebsd.org
Sent: Saturday, February 03, 2007 11:58 AM
Subject: Port upgrade/install problem: MySQL and Perl I/F


 p5-DBD-mysql50 and mysql itself
 Date: 03 Feb 2007 19:58:22 +
 Message-ID: [EMAIL PROTECTED]
 Lines: 128
 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
 MIME-Version: 1.0
 Content-Type: text/plain; charset=us-ascii


 I've upgraded Perl (via portupgrade), but the ports I need
 to re-install to restore my perl-to-MySQL interface won't!

 I'm working on a rather long-neglected server running

  FreeBSD 5.2.1-RELEASE-p7 FreeBSD 5.2.1-RELEASE-p7

 It was running Perl 5.6, but I'm trying to install some code that
 needs 5.8.  So I did cvsup and then

 portupgrade -o lang/perl5.8 perl

 All went smoothly, and perl-after-upgrade gave me a list of
 perl packages to re-install, and I did portupgrade on each of them.

 Super!

 EXCEPT for the Perl to MySQL interface package:  p5-DBD-mysql50

 This is causing me two problems.

 Currently, mysql is installed and working.

 # pkg_info -Ia | grep mysql
 mysql-client-5.0.0_2 Multithreaded SQL database (client)
 mysql-server-5.0.0_2 Multithreaded SQL database (server)

 When I try to portupgrade the perl interface, it starts trying to
 build mysql for itself, even without a -R option.  And it does the
 same thing even if I change to the ports directory and type make.

 I don't understand why it is doing that.  I am guessing the installed
 version of mysql is too old for the perl interface.  But I didn't
 think upgrade (or a port make) would recurse unless told to
 But here's what it says...

 ===   p5-DBD-mysql50-4. depends on file:
/usr/local/lib/perl5/site_perl/5.8.8/mach/DBI.pm - found
 ===   p5-DBD-mysql50-4. depends on file:
/usr/local/bin/perl5.8.8 - found
 ===   p5-DBD-mysql50-4. depends on shared library:
mysqlclient.15 - not found
 ===Verifying install for mysqlclient.15 in
/usr/ports/databases/mysql50-client
 ===  Building for mysql-client-5.0.33

 The second problem is that the mysql port won't actually compile.  It
 announces that it is Configuring for mysql-client-5.0.33, and then
 proceeds to report a whole slew (hundreds) of checking... activities.
 About a dozen that start pthread_, and some of them succeed.  Then
 it starts compling, but this process finishes with

 mkdir .libs
 cc -DDBUG_OFF -O -pipe -mcpu=pentiumpro -D_THREAD_SAFE -o factorial
my_main.o factorial.o  libdbug.a ../mysys/libmysys.a
../strings/libmystrings.a -lcrypt -lm
 ../mysys/libmysys.a(my_thr_init.o): In function
`my_thread_global_end':
 my_thr_init.o(.text+0x1b7): undefined reference to
`pthread_cond_timedwait'
 *** Error code 1

 Stop in
/data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33/dbug.
 *** Error code 1

 Stop in
/data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33.
 *** Error code 1

 Stop in
/data/ports_build/usr/ports/databases/mysql50-client/work/mysql-5.0.33.
 *** Error code 1

 Stop in /usr/ports/databases/mysql50-client.
 *** Error code 1

 Stop in /usr/ports/databases/p5-DBD-mysql50.

 I've tried googling for this, but although I've found a handful of
 people with broadly similar problems, nobody has actually been offered
 anything I recognise as an applicable solution!

 The upshot of this is that the previous Perl application is now broken
 because it cannot access the MySQL database.

 So I need to either...

 get the latest MySQL port to compile, or

 somehow get p5-DBD-mysql50 to work with the existing MySQL.

 ...but I'm not sure how to start on either.

 Help?  Any advice welcome!

 I have tried putting the p5-DBD-mysql50 package back the way it was
 (albeit in a rather simple-minded way -- just copying
 /usr/ports/databases/p5-DBD-mysql50 from its sister machine).  But
 this didn't make any difference.  It still decides that even this
 version (which was working) is incompatible with the existing mysql...

 boru/p5-DBD-mysql50# make
 ===  Vulnerability check disabled, database not found
 ===  Extracting for p5-DBD-mysql50-2.9003
 = MD5 Checksum OK for DBD-mysql-2.9003.tar.gz.
 ===   p5-DBD-mysql50-2.9003 depends on file:
/usr/local/bin/perl5.8.8 - found
 ===  Patching for p5-DBD-mysql50-2.9003
 ===   p5-DBD-mysql50-2.9003 depends on file:
/usr/local/bin/perl5.8.8 - found
 ===   p5-DBD-mysql50-2.9003 depends on file:
/usr/local/lib/perl5/site_perl/5.8.8/mach/DBI.pm - found
 ===   p5

Re: portmanager port upgrade question

2006-09-05 Thread Gerard Seibert
Boris Samorodov wrote:

  Can anyon tell me why this port is marked ignore? Has it been superseeded?
 
 You may consider reading /usr/ports/UPDATING.
 
 BTW, it's the right file to read from time to time and especially if
 you have questions about the port system. ;-)

The info you are searching for is in the file under the: 20060616 date
tag.

Personally, why a new source was not created so that anyone downloading
FreeBSD, and conversely not familiar with its workings, would not have
to go through this rigmarole is beyond me. If they wanted to keep a
clearly obsolete version around for what ever reason it should have been
so marked as such. For someone doing a fresh install, there is no reason
to go this route, IMHO.


-- 
Gerard Seibert
[EMAIL PROTECTED]

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


Re: portmanager port upgrade question

2006-09-05 Thread Boris Samorodov
On Tue, 05 Sep 2006 05:56:03 -0400 Gerard Seibert wrote:
 Boris Samorodov wrote:

   Can anyon tell me why this port is marked ignore? Has it been superseeded?
  
  You may consider reading /usr/ports/UPDATING.
  
  BTW, it's the right file to read from time to time and especially if
  you have questions about the port system. ;-)

 The info you are searching for is in the file under the: 20060616 date
 tag.

Yes.

 Personally, why a new source was not created so that anyone downloading

Which type of source are you speaking of?

 FreeBSD, and conversely not familiar with its workings, would not have
 to go through this rigmarole is beyond me. If they wanted to keep a
 clearly obsolete version around for what ever reason it should have been
 so marked as such.

If you meen linux_base-8 than it is marked as DEPRECATED and an
EXPIRATION_DATE is set.

 For someone doing a fresh install, there is no reason
 to go this route, IMHO.

The default port now is linux_base-fc4 and if someone tries to install
any linux application from a portstree then the right linux port is
installed. And yes, the portstree should be up ta date (note the
system the OP asked was a fresh install as of two weeks ago).


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone  Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: portmanager port upgrade question

2006-09-05 Thread Gerard Seibert
Boris Samorodov wrote:

  Personally, why a new source was not created so that anyone downloading
 
 Which type of source are you speaking of?

When a new, or not, user downloads an image file for FBSD, he/she is
getting an image file with this obsoleted version. They must then use
'portupgrade' to change the obsoleted 'linux_base-8' to the newer
version.

This could easily have been avoided by issuing a newer mirror version. I
cannot see any reason why this is not feasible.


-- 
Gerard Seibert
[EMAIL PROTECTED]

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


portmanager port upgrade question

2006-09-04 Thread stan
I'm trying to upgrade a machine, which was built only about 2 weeks agao.
portmanager reprts the following:


portmanager 0.4.1_6
FreeBSD brown.fas.com 6.1-STABLE FreeBSD 6.1-STABLE #11: Sun Sep  3
13:33:28 EDT 2006
 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BROWN  i386
 
 autoConflicts  0  autoMoved  0
 backUp 0  buildDependsAreLeaves  0
 forced 0  interactive0
 log1  pmMode 0
 pristine   0  resume 0
 
 Mon Sep  4 17:31:36 2006
  linux_base-8-8.0_16 /emulators/linux_base-8
  marked IGNORE
  port not installed/updated

  Mon Sep  4 17:31:37 2006
  linux_base-8-8.0_16
  /emulators/linux_base-8
  marked IGNORE
  por t not installed/updated


Can anyon tell me why this port is marked ignore? Has it been superseeded?

-- 
Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: portmanager port upgrade question

2006-09-04 Thread Alistair Sutton

On 04/09/06, stan [EMAIL PROTECTED] wrote:

I'm trying to upgrade a machine, which was built only about 2 weeks agao.
portmanager reprts the following:


portmanager 0.4.1_6
FreeBSD brown.fas.com 6.1-STABLE FreeBSD 6.1-STABLE #11: Sun Sep  3
13:33:28 EDT 2006
 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BROWN  i386
 
 autoConflicts  0  autoMoved  0
 backUp 0  buildDependsAreLeaves  0
 forced 0  interactive0
 log1  pmMode 0
 pristine   0  resume 0
 
 Mon Sep  4 17:31:36 2006
  linux_base-8-8.0_16 /emulators/linux_base-8
  marked IGNORE
  port not installed/updated

  Mon Sep  4 17:31:37 2006
  linux_base-8-8.0_16
  /emulators/linux_base-8
  marked IGNORE
  por t not installed/updated


Can anyon tell me why this port is marked ignore? Has it been superseeded?



From the port's Makefile:


DEPRECATED= unsupported by upstream, no security support anymore
EXPIRATION_DATE=2006-09-01
IGNORE= ${DEPRECATED}

Al
--
WWW: http://ajs.no-dns-yet.org.uk
GPG/PGP: http://ajs.no-dns-yet.org.uk/pubkey.gpg
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: portmanager port upgrade question

2006-09-04 Thread Boris Samorodov
On Mon, 4 Sep 2006 17:44:43 -0400 stan wrote:

 I'm trying to upgrade a machine, which was built only about 2 weeks agao.

Seems that either you didn't upgrade the portstree or installed a
deprecated linux_base port by hands.

   linux_base-8-8.0_16 /emulators/linux_base-8
   marked IGNORE
   port not installed/updated

 Can anyon tell me why this port is marked ignore? Has it been superseeded?

You may consider reading /usr/ports/UPDATING.

BTW, it's the right file to read from time to time and especially if
you have questions about the port system. ;-)


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone  Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: php4 port upgrade

2006-05-08 Thread Zimmerman, Eric
 Hello,
 Is there any known issues or things to watch out for when doing
the
 latest php4 upgrade? The notes in the UPDATING file indicated a change
in
 the status of the .cli binary. If one has mod_php4 and the
php4-extensions
 already installed is the upgrade a smooth one?
 Thanks.
 Dave.


Mine seemed to go fine via portmanager after doing a make config in the
php4 directory as UPDATING indicates to do. No issues so far that I have
seen
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: php4 port upgrade

2006-05-08 Thread Julien Gabel
 Is there any known issues or things to watch out for when doing the
 latest php4 upgrade? The notes in the UPDATING file indicated a change
 in the status of the .cli binary. If one has mod_php4 and the
 php4-extensions already installed is the upgrade a smooth one?

 Mine seemed to go fine via portmanager after doing a make config in the
 php4 directory as UPDATING indicates to do. No issues so far that I have
 seen

Using portupgrade, i had to recompile all php4-* found in /var/db/pkg and
the dependancies.  All went well, except for the SSL support i use throuth
squirrelmail.  I use different knobs in the past in order to be able to
access imaps via squirrelmail, the last one was WITH_OPENSSL_BASE.  But
according to the current ports/Mk/bsd.openssl.mk makefile, it seems
deprecated in favor of WITH_OPENSSL_BASE=yes.  So i tried:
 # portupgrade -rRf -m 'WITH_OPENSSL_BASE=yes' squirrelmail
instead of:
 # portupgrade -rRf -m '-DWITH_OPENSSL_BASE' squirrelmail
without much success for the moment...

-- 
Julien Gabel.


pgpTS3lBCiXbV.pgp
Description: PGP signature


Re: php4 port upgrade

2006-05-08 Thread Julien Gabel
 Is there any known issues or things to watch out for when doing the
 latest php4 upgrade? The notes in the UPDATING file indicated a change
 in the status of the .cli binary. If one has mod_php4 and the
 php4-extensions already installed is the upgrade a smooth one?

 Mine seemed to go fine via portmanager after doing a make config in the
 php4 directory as UPDATING indicates to do. No issues so far that I have
 seen

 Using portupgrade, i had to recompile all php4-* found in /var/db/pkg and
 the dependancies.  All went well, except for the SSL support i use throuth
 squirrelmail.  I use different knobs in the past in order to be able to
 access imaps via squirrelmail, the last one was WITH_OPENSSL_BASE.  But
 according to the current ports/Mk/bsd.openssl.mk makefile, it seems
 deprecated in favor of WITH_OPENSSL_BASE=yes.  So i tried:
  # portupgrade -rRf -m 'WITH_OPENSSL_BASE=yes' squirrelmail
 instead of:
  # portupgrade -rRf -m '-DWITH_OPENSSL_BASE' squirrelmail
 without much success for the moment...

... but switching-on the Build static OpenSSL extension knob using
`make config' in the ports/lang/php4 directory do the trick.  So, the
upgrade went relatively well.

--
Julien Gabel.

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


Re: php4 port upgrade

2006-05-08 Thread Beat.Siegenthaler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

cacti and roundcube is broken.
Has something to do with php-session.
portupgrade -Rf php4 didn't solve the problem.
still searching..

Dave wrote:
 Hello,
Is there any known issues or things to watch out for when doing the
 latest php4 upgrade? The notes in the UPDATING file indicated a change
 in the status of the .cli binary. If one has mod_php4 and the
 php4-extensions already installed is the upgrade a smooth one?
 Thanks.
 Dave.
 
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to
 [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (MingW32)

iD8DBQFEX5v3gMy0K9A7xM8RAlEiAJ4sQlMqC5b2X8oqTlvVSBzCMrZxtwCfQN7U
6Vps2JiQ7eIwA3wNDdvyxgs=
=qz3e
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


php4 port upgrade

2006-05-07 Thread Dave

Hello,
   Is there any known issues or things to watch out for when doing the 
latest php4 upgrade? The notes in the UPDATING file indicated a change in 
the status of the .cli binary. If one has mod_php4 and the php4-extensions 
already installed is the upgrade a smooth one?

Thanks.
Dave.

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


kile crashes after port upgrade

2006-05-05 Thread Javier Echaiz

Same problem here under freebsd stable (6.1-PRERELEASE) on Intel box.

Perhaps the problem is related to switching from lua50 to lua 51???

Thanks in advance,
Javier

Alexander Konovalenko [EMAIL PROTECTED] wrote:

Hello,

recently I have upgraded some ports on my FreeBSD 5.4 amd64 box.

kile does not work anymore, it crashes when it tries to load tex file (either
manually via File-Open or automatically loading file which was edited from
previuos session).

Reinstallation of kile did not help.

I noticed that at least two dependencies were upgraded: lua-5.0.2.1 and
fontconfig-2.3.2_3,1 to lua-5.1 and fontconfig-2.3.2_4 respectively. I don't
know if it is a problem.


The output from kile something.tex follows:
...
kile: ViewHTML is using group: Tool/ViewHTML/Embedded Viewer
kile:   adding ViewHTML View #3
kile: ViewPDF is using group: Tool/ViewPDF/Embedded Viewer
kile:   adding ViewPDF View #4
kile: ViewPS is using group: Tool/ViewPS/Embedded Viewer
kile:   adding ViewPS View #5
kile: ==Kile::activePartGUI()=
kile:   current state Editor
kile:   want state Editor
kile: starting the LyX server...
kile: Opened /home/je/.lyxpipe.in
kile: Opened /home/je/.lyx/lyxpipe.in
kile: Opened /home/je/.lyxpipe.out
kile: Opened /home/je/.lyx/lyxpipe.out
kile: Created notifier for /home/je/.lyxpipe.in
kile: Created notifier for /home/je/.lyx/lyxpipe.in
kile: No notifier created fro /home/je/.lyxpipe.out
kile: No notifier created fro /home/je/.lyx/lyxpipe.out
kile: === CodeCompletion::readConfig ===
kile:set regexp for references...
kile:read wordlists...
kile: new quotes: true left=`` right=''
kile: ==Kile::updateModeStatus()==
kile: ==Kile::updateKileMenu()
kile:   projectopen=false fileopen=false
kile: ==completePath(glex.tex)===
kile:   /home/datos/JaviZ/UNS/papers/China2006/glex.tex
kile: 
==Kile::openDocument(/home/datos/JaviZ/UNS/papers/China2006/glex.tex)==
kile: ==Kile::fileOpen==
kile:   file:///home/datos/JaviZ/UNS/papers/China2006/glex.tex
kile: ==bool KileInfo::isOpen(const KURL  url)=
kile: 
==load(file:///home/datos/JaviZ/UNS/papers/China2006/glex.tex)=
kile: ==bool KileInfo::isOpen(const KURL  url)=
kile:nothing found
kile: CREATING TeXInfo for
file:///home/datos/JaviZ/UNS/papers/China2006/glex.tex
kile: DOCINFO: returning 0x879ec00 glex.tex
kile: ==Kate::Document* Manager::createDocument()===
kile:   appending document 0x0
KCrash: Application 'kile' crashing...
[1]42531 killed kile glex.tex
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Mozilla plugins broken after port upgrade

2006-01-03 Thread Chris Whitehouse

Chris Hill wrote:


This led me to 
http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107925.html 


...which was exactly what I was looking for.


For acroread make sure you rename /usr/local/bin/acroread7
to /usr/local/bin/acroread.



Beech,

Thank you that, and especially thank you for writing the 107925 post 
referred to above. Your procedure worked beautifully.


Did the 107925 post work for you? it was superceded by
http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107927.html 
which corrected a typo, specifically


rm -rf /usr/X11R6/lib/browser_plugins /usr/X11R6/lib/browser_linux_plugins

(possibly wrapped) was replaced by

rm -rf /usr/X11R6/lib/browser_linux_plugins

I used the second and it worked. I can't see how the first would work 
(but that doesn't mean much :).


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


Re: Mozilla plugins broken after port upgrade

2006-01-03 Thread Beech Rintoul
On Tuesday 03 January 2006 02:11 pm, Chris Whitehouse wrote:
 Chris Hill wrote:
  This led me to
  http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107925
 .html
 
  ...which was exactly what I was looking for.
 
  For acroread make sure you rename /usr/local/bin/acroread7
  to /usr/local/bin/acroread.
 
  Beech,
 
  Thank you that, and especially thank you for writing the 107925 post
  referred to above. Your procedure worked beautifully.

 Did the 107925 post work for you? it was superceded by
 http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107927.h
tml which corrected a typo, specifically

 rm -rf /usr/X11R6/lib/browser_plugins /usr/X11R6/lib/browser_linux_plugins

 (possibly wrapped) was replaced by

 rm -rf /usr/X11R6/lib/browser_linux_plugins

 I used the second and it worked. I can't see how the first would work
 (but that doesn't mean much :).

That was a typo, I attached the text file. Sorry about that.

Beech
-- 

---
Beech Rintoul - System Administrator - [EMAIL PROTECTED]
/\   ASCII Ribbon Campaign  | NorthWind Communications
\ / - NO HTML/RTF in e-mail  | 201 East 9th Avenue Ste.310
 X  - NO Word docs in e-mail | Anchorage, AK 99501
/ \  - Please visit Alaska Paradise - http://akparadise.byethost33.com
---











## Workaround for broken port linuxpluginwrapper.
## Beech Rintoul - [EMAIL PROTECTED]

## Before building linuxpluginwrapper:

rm -R /usr/X11R6/lib/browser_linux_plugins

ln -s /usr/X11R6/lib/browser_plugins /usr/X11R6/lib/browser_linux_plugins


## Build linuxpluginwrapper:

cd /usr/ports/www/linuxpluginwrapper

make -DWITH_PLUGINS install clean

## or upgrade:

portupgrade -vm -DWITH_PLUGINS linuxpluginwrapper

## Remove symlink (Will break Mozilla).

rm -rf /usr/X11R6/lib/browser_linux_plugins

## Fix acroread:

rm -rf /usr/local/bin/acroread  # If upgrade.

mv  /usr/local/bin/acroread7  /usr/local/bin/acroread

rm -rf /usr/X11R6/lib/browser_plugins/nppdf.so

ln -s  
/usr/local/lib/acroread/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so 
/usr/X11R6/lib/browser_plugins/nppdf.so

## Change path to nppdf.so in /etc/libmap.conf:

# Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror
[/usr/local/lib/acroread/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so]
 
libc.so.6   pluginwrapper/acrobat.so

## Note:
## Acroread now works properly in browser.
## Helix plugin does not work with Firefox or Mozilla at this time. 
## Flash 6.0 works without modification.
## Flash7 is VERY unstable and will crash Firefox (possibly Mozilla).

## Launch browser and type about:plugins without the quotes to check that 
plugins are enabled.___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Mozilla plugins broken after port upgrade

2006-01-03 Thread Chris Hill

On Tue, 3 Jan 2006, Chris Whitehouse wrote:


Chris Hill wrote:


[snip]


Beech,

Thank you that, and especially thank you for writing the 107925 post 
referred to above. Your procedure worked beautifully.


Did the 107925 post work for you? it was superceded by
http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107927.html 
which corrected a typo, specifically


rm -rf /usr/X11R6/lib/browser_plugins /usr/X11R6/lib/browser_linux_plugins

(possibly wrapped) was replaced by

rm -rf /usr/X11R6/lib/browser_linux_plugins

I used the second and it worked. I can't see how the first would work (but 
that doesn't mean much :).


I figured that part out myself :^)  What I actually did was rename the 
browser_linux_plugins directory in case I needed it back.


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


Re: Mozilla plugins broken after port upgrade

2006-01-02 Thread Chris Hill

On Fri, 30 Dec 2005, Beech Rintoul wrote:


On Friday 30 December 2005 10:22 am, Micah wrote:

Chris Hill wrote:

On Thu, 29 Dec 2005, Micah wrote:

Chris Hill wrote:


[snip]


The specific issues are with acroread7, flash and mplayer-plugin. All
of these worked as plug-ins before the upgrade, but now none of them
do.


[snip]


Search the list archives for Flash Plugin in 6.0 and Flash no
longer displayed in Firefox.


Neither of those search terms yields any results,


[snip]


The mailman search interface is screwed up, and the FreeBSD search
engine and Google haven't indexed recent threads yet.  A look through
December's archives would've turned these up.

http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107922.h
tml
http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107098.h
tml


Micah,

This led me to 
http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107925.html

...which was exactly what I was looking for.


For acroread make sure you rename /usr/local/bin/acroread7
to /usr/local/bin/acroread.


Beech,

Thank you that, and especially thank you for writing the 107925 post 
referred to above. Your procedure worked beautifully.


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


Re: Mozilla plugins broken after port upgrade

2006-01-02 Thread Beech Rintoul
On Monday 02 January 2006 01:44 pm, Chris Hill wrote:
 On Fri, 30 Dec 2005, Beech Rintoul wrote:
  On Friday 30 December 2005 10:22 am, Micah wrote:
  Chris Hill wrote:
  On Thu, 29 Dec 2005, Micah wrote:
  Chris Hill wrote:
 
  [snip]
 
  The specific issues are with acroread7, flash and mplayer-plugin. All
  of these worked as plug-ins before the upgrade, but now none of them
  do.
 
  [snip]
 
  Search the list archives for Flash Plugin in 6.0 and Flash no
  longer displayed in Firefox.
 
  Neither of those search terms yields any results,

 [snip]

  The mailman search interface is screwed up, and the FreeBSD search
  engine and Google haven't indexed recent threads yet.  A look through
  December's archives would've turned these up.
 
  http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/10792
 2.h tml
  http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/10709
 8.h tml

 Micah,

 This led me to
 http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107925.h
tml ...which was exactly what I was looking for.

  For acroread make sure you rename /usr/local/bin/acroread7
  to /usr/local/bin/acroread.

 Beech,

 Thank you that, and especially thank you for writing the 107925 post
 referred to above. Your procedure worked beautifully.


You're welcome. I was working on a patch to fix those problems, but an update 
to -CURRENT broke the linuxpluginwrapper port and it doesn't compile. Our 
6-STABLE machines are all in production and I don't want to experiment on 
them. I'll just have to wait till the port maintainer fixes the probs. with 
-CURRENT and I'll address it from there. AFIK, the fixes I posted still work 
with 6 and below. 

FWIW, I've emailed the maintainer a couple of times with questions about 
linuxpluginwrapper and received no response, so I don't have any idea about 
the state of this port.

Beech

-- 

---
Beech Rintoul - System Administrator - [EMAIL PROTECTED]
/\   ASCII Ribbon Campaign  | NorthWind Communications
\ / - NO HTML/RTF in e-mail  | 201 East 9th Avenue Ste.310
 X  - NO Word docs in e-mail | Anchorage, AK 99501
/ \  - Please visit Alaska Paradise - http://akparadise.byethost33.com
---













pgpzJ6G7hTKUX.pgp
Description: PGP signature


Re: Mozilla plugins broken after port upgrade

2005-12-30 Thread Chris Hill

On Thu, 29 Dec 2005, Micah wrote:


Chris Hill wrote:


[snip]

The specific issues are with acroread7, flash and mplayer-plugin. All 
of these worked as plug-ins before the upgrade, but now none of them 
do.


[snip]

Search the list archives for Flash Plugin in 6.0 and Flash no longer 
displayed in Firefox.


Neither of those search terms yields any results, but you've given me 
another direction to look. I searched the archives yet again, this time 
on 'linuxpluginwrapper'. Found 
http://www.freebsd.org/cgi/getmsg.cgi?fetch=751336+0+/usr/local/www/db/text/2005/freebsd-questions/20051120.freebsd-questions


...based on which, I did
# ln -s /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so
/usr/X11R6/lib/browser_plugins/

This fixed things partially. A visit to 
http://www.macromedia.com/shockwave/welcome/

shows that regular flash works, but not shockwave.

Still no luck with PDFs or mplayer-plugin.

Another result from my archive search was 
http://www.freebsd.org/cgi/getmsg.cgi?fetch=1310074+1313109+/usr/local/www/db/text/2005/freebsd-questions/20051120.freebsd-questions 
...which revealed the existence of the WITH_PLUGINS make knob for 
linuxpluginwrapper, so I did

tripel# cd /usr/ports/www/linuxpluginwrapper
tripel# make deinstall
tripel# make -DWITH_PLUGINS reinstall

...which resulted in no change.

I'm at a loss regarding the mplayer-plugin stuff. As for Acrobat, I'd 
bet it has something to do with the disappearance of the path 
/usr/compat/linux/usr/local/Adobe/Acrobat7.0/Reader/intellinux/bin, but 
I don't know how that came to exist or why it no longer does.


It's an issue with the linuxpluginwrapper port, several methods to 
make it work are described in those recent threads.


Thank you for the pointer, especially for the speed of your post.


HTH,
Micah


It did, a little. Thank you.

But it's still vexing that all this stuff worked fine before, and that 
the upgrade seems to have broken it. I'm also curious why 
about:plugins shows, for example, mplayer-plugin installed for a wide 
variety of MIME-types, but trying to access online videos no longer 
starts mplayer-plugin as it did before the upgrade.


My meta-question remains: Is this documented, and if so, where?

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


Re: Mozilla plugins broken after port upgrade

2005-12-30 Thread Micah

Chris Hill wrote:

On Thu, 29 Dec 2005, Micah wrote:


Chris Hill wrote:



[snip]

The specific issues are with acroread7, flash and mplayer-plugin. All 
of these worked as plug-ins before the upgrade, but now none of them do.



[snip]

Search the list archives for Flash Plugin in 6.0 and Flash no 
longer displayed in Firefox.



Neither of those search terms yields any results, but you've given me 
another direction to look. I searched the archives yet again, this time 
on 'linuxpluginwrapper'. Found 
http://www.freebsd.org/cgi/getmsg.cgi?fetch=751336+0+/usr/local/www/db/text/2005/freebsd-questions/20051120.freebsd-questions 



...based on which, I did
# ln -s /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so
/usr/X11R6/lib/browser_plugins/

This fixed things partially. A visit to 
http://www.macromedia.com/shockwave/welcome/

shows that regular flash works, but not shockwave.

Still no luck with PDFs or mplayer-plugin.

Another result from my archive search was 
http://www.freebsd.org/cgi/getmsg.cgi?fetch=1310074+1313109+/usr/local/www/db/text/2005/freebsd-questions/20051120.freebsd-questions 
...which revealed the existence of the WITH_PLUGINS make knob for 
linuxpluginwrapper, so I did

tripel# cd /usr/ports/www/linuxpluginwrapper
tripel# make deinstall
tripel# make -DWITH_PLUGINS reinstall

...which resulted in no change.

I'm at a loss regarding the mplayer-plugin stuff. As for Acrobat, I'd 
bet it has something to do with the disappearance of the path 
/usr/compat/linux/usr/local/Adobe/Acrobat7.0/Reader/intellinux/bin, but 
I don't know how that came to exist or why it no longer does.


It's an issue with the linuxpluginwrapper port, several methods to 
make it work are described in those recent threads.



Thank you for the pointer, especially for the speed of your post.


HTH,
Micah



It did, a little. Thank you.

But it's still vexing that all this stuff worked fine before, and that 
the upgrade seems to have broken it. I'm also curious why 
about:plugins shows, for example, mplayer-plugin installed for a wide 
variety of MIME-types, but trying to access online videos no longer 
starts mplayer-plugin as it did before the upgrade.


My meta-question remains: Is this documented, and if so, where?

--
Chris Hill   [EMAIL PROTECTED]
** [ Busy Expunging | ]


The mailman search interface is screwed up, and the FreeBSD search 
engine and Google haven't indexed recent threads yet.  A look through 
December's archives would've turned these up.


http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107922.html
http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107098.html

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


Re: Mozilla plugins broken after port upgrade

2005-12-30 Thread Beech Rintoul
On Friday 30 December 2005 10:22 am, Micah wrote:
 Chris Hill wrote:
  On Thu, 29 Dec 2005, Micah wrote:
  Chris Hill wrote:
 
  [snip]
 
  The specific issues are with acroread7, flash and mplayer-plugin. All
  of these worked as plug-ins before the upgrade, but now none of them
  do.
 
  [snip]
 
  Search the list archives for Flash Plugin in 6.0 and Flash no
  longer displayed in Firefox.
 
  Neither of those search terms yields any results, but you've given me
  another direction to look. I searched the archives yet again, this time
  on 'linuxpluginwrapper'. Found
  http://www.freebsd.org/cgi/getmsg.cgi?fetch=751336+0+/usr/local/www/db/te
 xt/2005/freebsd-questions/20051120.freebsd-questions
 
 
  ...based on which, I did
  # ln -s /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so
  /usr/X11R6/lib/browser_plugins/
 
  This fixed things partially. A visit to
  http://www.macromedia.com/shockwave/welcome/
  shows that regular flash works, but not shockwave.
 
  Still no luck with PDFs or mplayer-plugin.
 
  Another result from my archive search was
  http://www.freebsd.org/cgi/getmsg.cgi?fetch=1310074+1313109+/usr/local/ww
 w/db/text/2005/freebsd-questions/20051120.freebsd-questions ...which
  revealed the existence of the WITH_PLUGINS make knob for
  linuxpluginwrapper, so I did
  tripel# cd /usr/ports/www/linuxpluginwrapper
  tripel# make deinstall
  tripel# make -DWITH_PLUGINS reinstall
 
  ...which resulted in no change.
 
  I'm at a loss regarding the mplayer-plugin stuff. As for Acrobat, I'd
  bet it has something to do with the disappearance of the path
  /usr/compat/linux/usr/local/Adobe/Acrobat7.0/Reader/intellinux/bin, but
  I don't know how that came to exist or why it no longer does.
 
  It's an issue with the linuxpluginwrapper port, several methods to
  make it work are described in those recent threads.
 
  Thank you for the pointer, especially for the speed of your post.
 
  HTH,
  Micah
 
  It did, a little. Thank you.
 
  But it's still vexing that all this stuff worked fine before, and that
  the upgrade seems to have broken it. I'm also curious why
  about:plugins shows, for example, mplayer-plugin installed for a wide
  variety of MIME-types, but trying to access online videos no longer
  starts mplayer-plugin as it did before the upgrade.
 
  My meta-question remains: Is this documented, and if so, where?
 
  --
  Chris Hill   [EMAIL PROTECTED]
  ** [ Busy Expunging | ]

 The mailman search interface is screwed up, and the FreeBSD search
 engine and Google haven't indexed recent threads yet.  A look through
 December's archives would've turned these up.

 http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107922.h
tml
 http://lists.freebsd.org/pipermail/freebsd-questions/2005-December/107098.h
tml


For acroread make sure you rename /usr/local/bin/acroread7 
to /usr/local/bin/acroread.

Beech

-- 

---
Beech Rintoul - System Administrator - [EMAIL PROTECTED]
/\   ASCII Ribbon Campaign  | NorthWind Communications
\ / - NO HTML/RTF in e-mail  | 201 East 9th Avenue Ste.310
 X  - NO Word docs in e-mail | Anchorage, AK 99501
/ \  - Please visit Alaska Paradise - http://akparadise.byethost33.com
---













pgp0ta4Ohw2HF.pgp
Description: PGP signature


Mozilla plugins broken after port upgrade

2005-12-29 Thread Chris Hill
Yesterday I cvsup'ed and upgraded my ports, using the procedure I've 
been using for quite some time. After it was done, most of my Mozilla 
plug-ins no longer work. I did not upgrade my operating system at that 
time, since I'm already at the latest patchlevel.


The specific issues are with acroread7, flash and mplayer-plugin. All of 
these worked as plug-ins before the upgrade, but now none of them do. 
Acroread7 and mplayer work fine in their standalone application 
incarnations, but not as plug-ins. Curiously, the java plug-in still 
works fine. In Mozilla, about:plugins shows java and the mplayer stuff, 
but not anything pertaining to Acrobat or PDFs.


Here is what I've done to try to fix this:

tripel# mv /etc/libmap.conf /etc/libmap.conf.old
tripel# cp 
/usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD5-stable 
/etc/libmap.conf


/etc/libmap.conf - both the new and old versions - have an entry like
# Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror/Kazehakase
[/usr/compat/linux/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so]
libc.so.6   pluginwrapper/acrobat.so

libc.so.6 exists; it's a symlink to libc-2.3.2.so, both in 
/usr/compat/linux/lib. However, the path shown in [square brackets] does 
not exist. Does it need to? man libc.conf doesn't say anything about 
those square bracket entries. On the off chance, I tried creating that 
heirarchy of directories and touch'ing nppdf.so, but no love so I got 
rid of it.


  $ ls /usr/local/lib/pluginwrapper
  acrobat.so   flash7.so   java3d.so   oci8.so   realplayer.so
  flash6.sojai.so  java3d_snd.so   pips.so

A search of the list archive turned up a post saying that you have to 
have linprocfs mounted *before* doing the *install* on 
linuxpluginwrapper. I made that happen; relevant df output is

  Filesystem  1K-blocks  Used  Avail Capacity  Mounted on
  linprocfs   4 4  0   100%/usr/compat/linux/proc

I then deinstalled the following via 'make deinstall', then did 'make 
reinstall' in this order:

  print/acroread7
  www/mozilla
  www/linuxpluginwrapper
  www/linux-flashplugin
  www/mplayer-plugin

Question: Can someone point me to a writeup of what I need to do, in 
what order, to repair this?


Thanks very much.

$ uname -a
FreeBSD tripel.monochrome.org 5.4-RELEASE-p8 FreeBSD 5.4-RELEASE-p8 #0: 
Thu Oct 13 22:12:04 EDT 2005 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/TRIPEL i386


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


Re: Mozilla plugins broken after port upgrade

2005-12-29 Thread Micah

Chris Hill wrote:
Yesterday I cvsup'ed and upgraded my ports, using the procedure I've 
been using for quite some time. After it was done, most of my Mozilla 
plug-ins no longer work. I did not upgrade my operating system at that 
time, since I'm already at the latest patchlevel.


The specific issues are with acroread7, flash and mplayer-plugin. All of 
these worked as plug-ins before the upgrade, but now none of them do. 
Acroread7 and mplayer work fine in their standalone application 
incarnations, but not as plug-ins. Curiously, the java plug-in still 
works fine. In Mozilla, about:plugins shows java and the mplayer stuff, 
but not anything pertaining to Acrobat or PDFs.


Here is what I've done to try to fix this:

tripel# mv /etc/libmap.conf /etc/libmap.conf.old
tripel# cp 
/usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD5-stable 
/etc/libmap.conf


/etc/libmap.conf - both the new and old versions - have an entry like
# Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror/Kazehakase
[/usr/compat/linux/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so]
libc.so.6   pluginwrapper/acrobat.so

libc.so.6 exists; it's a symlink to libc-2.3.2.so, both in 
/usr/compat/linux/lib. However, the path shown in [square brackets] does 
not exist. Does it need to? man libc.conf doesn't say anything about 
those square bracket entries. On the off chance, I tried creating that 
heirarchy of directories and touch'ing nppdf.so, but no love so I got 
rid of it.


  $ ls /usr/local/lib/pluginwrapper
  acrobat.so   flash7.so   java3d.so   oci8.so   realplayer.so
  flash6.sojai.so  java3d_snd.so   pips.so

A search of the list archive turned up a post saying that you have to 
have linprocfs mounted *before* doing the *install* on 
linuxpluginwrapper. I made that happen; relevant df output is

  Filesystem  1K-blocks  Used  Avail Capacity  Mounted on
  linprocfs   4 4  0   100%/usr/compat/linux/proc

I then deinstalled the following via 'make deinstall', then did 'make 
reinstall' in this order:

  print/acroread7
  www/mozilla
  www/linuxpluginwrapper
  www/linux-flashplugin
  www/mplayer-plugin

Question: Can someone point me to a writeup of what I need to do, in 
what order, to repair this?


Thanks very much.

$ uname -a
FreeBSD tripel.monochrome.org 5.4-RELEASE-p8 FreeBSD 5.4-RELEASE-p8 #0: 
Thu Oct 13 22:12:04 EDT 2005 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/TRIPEL i386


 --
Chris Hill   [EMAIL PROTECTED]
** [ Busy Expunging | ]


Search the list archives for Flash Plugin in 6.0 and Flash no longer 
displayed in Firefox.  It's an issue with the linuxpluginwrapper port, 
several methods to make it work are described in those recent threads.


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


failed port upgrade to subversion-1.2.3_1

2005-11-01 Thread cerion
Hi,
I'm following RELENG_4, and have successfully used portupgrade with all my 
ports bar subversion...

I make subversion with 
-DWITH_MOD_DAV_SVN -DWITH_SVNSERVE_WRAPPER SVNGROUP=svn
and the MOD_DAV flag enables WITH_APACHE2_APR
 - this completes without complaint.

but when i try make install, i get:
...
===   subversion-1.2.3_1 depends on shared library: apr-1.0 - not found
===Verifying install for apr-1.0 in /usr/ports/devel/apr-svn
===  Vulnerability check disabled, database not found
===  Extracting for apr-nothr-db4-1.2.2_1
= Checksum OK for apr-1.2.2.tar.gz.
...
(happily goes off and builds apr-1.2.2)
...
===   Returning to build of subversion-1.2.3_1
Error: shared library apr-1.0 does not exist
*** Error code 1

Argh!

/usr/local/lib/apache2 has:
libapr-0.a
libapr-0.so@ - libapr-0.so.9
libapr-0.so.9*

/usr/local/lib has:
libapr-1.a
libapr-1.so@ - libapr-1.so.2
libapr-1.so.2*

I see in the Makefile that it's the bdb requiring apr1.0:
.if !defined(WITHOUT_BDB)
LIB_DEPENDS+=   apr-1.0:${PORTSDIR}/devel/apr-svn
APR_PORT=   devel/apr-svn

But I don't know if I'm doing something wrong, or if this is a mistake in the 
port files...

Any suggestions most welcome!
Cerion

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


Re: failed port upgrade to subversion-1.2.3_1

2005-11-01 Thread Michael C. Shultz
On Tuesday 01 November 2005 01:41, cerion wrote:
 Hi,
 I'm following RELENG_4, and have successfully used portupgrade with all my
 ports bar subversion...

 I make subversion with
 -DWITH_MOD_DAV_SVN -DWITH_SVNSERVE_WRAPPER SVNGROUP=svn
 and the MOD_DAV flag enables WITH_APACHE2_APR
  - this completes without complaint.

 but when i try make install, i get:
 ...
 ===   subversion-1.2.3_1 depends on shared library: apr-1.0 - not found
 ===Verifying install for apr-1.0 in /usr/ports/devel/apr-svn
 ===  Vulnerability check disabled, database not found
 ===  Extracting for apr-nothr-db4-1.2.2_1
 = Checksum OK for apr-1.2.2.tar.gz.
 ...
 (happily goes off and builds apr-1.2.2)
 ...
 ===   Returning to build of subversion-1.2.3_1
 Error: shared library apr-1.0 does not exist
 *** Error code 1

 Argh!

See

Problem Report ports/88307 : devel/subversion looks for wrong LIB_DEPENDS 
during make

-Mike


 /usr/local/lib/apache2 has:
 libapr-0.a
 libapr-0.so@ - libapr-0.so.9
 libapr-0.so.9*

 /usr/local/lib has:
 libapr-1.a
 libapr-1.so@ - libapr-1.so.2
 libapr-1.so.2*

 I see in the Makefile that it's the bdb requiring apr1.0:
 .if !defined(WITHOUT_BDB)
 LIB_DEPENDS+=   apr-1.0:${PORTSDIR}/devel/apr-svn
 APR_PORT=   devel/apr-svn

 But I don't know if I'm doing something wrong, or if this is a mistake in
 the port files...

 Any suggestions most welcome!
 Cerion

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


Re: failed port upgrade to subversion-1.2.3_1

2005-11-01 Thread dick hoogendijk
On Tue, 1 Nov 2005 04:41:37 -0500
cerion [EMAIL PROTECTED] wrote:

 But I don't know if I'm doing something wrong, or if this is a
 mistake in the port files...

Happened to me too, yesterday. Didn't file a PR yet. Maybe you will? ;-)

-- 
dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE
++ Running FreeBSD 4.11-stable ++ FreeBSD 5.4
+ Nai tiruvantel ar vayuvantel i Valar tielyanna nu vilja
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: failed port upgrade to subversion-1.2.3_1

2005-11-01 Thread Zakharov V.V
On Tue, Nov 01, 2005, cerion wrote:
 ..if !defined(WITHOUT_BDB)
 LIB_DEPENDS+=   apr-1.0:${PORTSDIR}/devel/apr-svn
 APR_PORT=   devel/apr-svn

--- Makefile.orig   Tue Nov  1 12:50:50 2005
+++ MakefileTue Nov  1 12:51:41 2005
@@ -177,11 +177,11 @@
 APR_CONFIG=apr-1-config
 APU_CONFIG=apu-1-config
 .if !defined(WITHOUT_BDB)
-LIB_DEPENDS+=  apr-1.0:${PORTSDIR}/devel/apr-svn
+LIB_DEPENDS+=  apr-1.2:${PORTSDIR}/devel/apr-svn
 APR_PORT=  devel/apr-svn
 OPT_NAME=  APR_UTIL_WITH_BERKELEY_DB=yes
 .else
-LIB_DEPENDS+=  apr-1.0:${PORTSDIR}/devel/apr
+LIB_DEPENDS+=  apr-1.2:${PORTSDIR}/devel/apr
 APR_PORT=  devel/apr
 .endif
 .endif

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


RE: Port upgrade error

2005-07-13 Thread Andras Kende


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Beecher Rintoul
Sent: Tuesday, July 12, 2005 11:21 PM
To: freebsd-questions@freebsd.org
Subject: Port upgrade error

While trying to update phpMyAdmin I get the following error:

===  Vulnerability check disabled, database not found
===  Found saved configuration for phpMyAdmin-2.6.2.1
===  Extracting for phpMyAdmin-2.6.3.1
= Checksum OK for phpMyAdmin-2.6.3-pl1.tar.bz2.
===  Patching for phpMyAdmin-2.6.3.1
===  Configuring for phpMyAdmin-2.6.3.1
===  Installing for phpMyAdmin-2.6.3.1
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/include/php/main/php.h - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mysql.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/pcre.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/bz2.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/gd.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/openssl.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/pdf.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/zlib.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mcrypt.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mbstring.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mysqli.so - not found
===Verifying install for /usr/local/lib/php/20041030/mysqli.so in
/usr/ports/databases/php5-mysqli
===  php5-mysqli-5.0.4_2 Doesn't work with MySQL version : 50
(Doesn't support MySQL 323 40 50).
*** Error code 1

I have upgraded php and tried building that extension separately. No
joy. Anyone have a suggestion?

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




I usually just fetch the latest Phpmyadmin and extract to a web directory.
Only need to edit 3 things in config.inc.php


Best regards,

Andras Kende
http://www.kende.com


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


Re: Port upgrade error

2005-07-13 Thread Nelis Lamprecht
On 7/13/05, Beecher Rintoul [EMAIL PROTECTED] wrote:
 While trying to update phpMyAdmin I get the following error:

snip
 ===Verifying install for /usr/local/lib/php/20041030/mysqli.so in
 /usr/ports/databases/php5-mysqli
 ===  php5-mysqli-5.0.4_2 Doesn't work with MySQL version : 50
 (Doesn't support MySQL 323 40 50).
 *** Error code 1
/snip

 
 I have upgraded php and tried building that extension separately. No
 joy. Anyone have a suggestion?
 

Either remove php5-mysqli from /var/db/ports/phpMyAdmin/options or run
MySQL 4.1 Server.

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


Port upgrade error

2005-07-12 Thread Beecher Rintoul
While trying to update phpMyAdmin I get the following error:

===  Vulnerability check disabled, database not found
===  Found saved configuration for phpMyAdmin-2.6.2.1
===  Extracting for phpMyAdmin-2.6.3.1
= Checksum OK for phpMyAdmin-2.6.3-pl1.tar.bz2.
===  Patching for phpMyAdmin-2.6.3.1
===  Configuring for phpMyAdmin-2.6.3.1
===  Installing for phpMyAdmin-2.6.3.1
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/include/php/main/php.h - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mysql.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/pcre.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/bz2.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/gd.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/openssl.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/pdf.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/zlib.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mcrypt.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mbstring.so - found
===   phpMyAdmin-2.6.3.1 depends on file:
/usr/local/lib/php/20041030/mysqli.so - not found
===Verifying install for /usr/local/lib/php/20041030/mysqli.so in
/usr/ports/databases/php5-mysqli
===  php5-mysqli-5.0.4_2 Doesn't work with MySQL version : 50
(Doesn't support MySQL 323 40 50).
*** Error code 1

I have upgraded php and tried building that extension separately. No
joy. Anyone have a suggestion?

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


Re: Error in port upgrade (was Re: portmanager hosed)

2005-02-16 Thread Brian John




- Original Message -
 
 Ignore my last message! change assert(0); to break; not continue;
 #

 On Tuesday 15 February 2005 08:52 pm, Brian John wrote:

 Brian, I can't send this to you as a patch because it would
 conflict with the last pr I submitted so I need you to do it this
 way instead:

 cd /usr/ports/sysutils/portmanager
 make deinstall
 make clean
 make patch
 cd /usr/ports/sysutils/portmanager/work/portmanager-0.2.6/libPMGR/src
 ee PMGRrUpgrade.c
 scroll down to line 271and change:

 assert(0);

 to

 break;

 cd /usr/ports/sysutils/portmanager
 make install clean

 Then let me know how it goes.  If this works for you I'll be adding it
 in the next change, I haven't been able to duplicate this on my machine
 so right now you are my only hope of fixing this bug.

 -Mike



H...I am still getting errors.  Output is below.

Thanks again

/Brian

if [ ! -d /usr/local/share/doc/libiconv ] ; then /bin/sh
../autoconf/mkinstalldirs /usr/local/share/doc/libiconv ; fi
mkdir -p -- /usr/local/share/doc/libiconv
if [ ! -d /usr/local/share/doc/libiconv ] ; then /bin/sh
../autoconf/mkinstalldirs /usr/local/share/doc/libiconv ; fi
builddir=`pwd`; cd .  for f in *.html ; do (cd $builddir; echo
install  -o root -g wheel -m 444 ./$f /usr/local/sh
are/doc/libiconv/$f ; install  -o root -g wheel -m 444 ./$f
/usr/local/share/doc/libiconv/$f) ; done
install -o root -g wheel -m 444 ./iconv.1.html
/usr/local/share/doc/libiconv/iconv.1.html
install -o root -g wheel -m 444 ./iconv.3.html
/usr/local/share/doc/libiconv/iconv.3.html
install -o root -g wheel -m 444 ./iconv_close.3.html
/usr/local/share/doc/libiconv/iconv_close.3.html
install -o root -g wheel -m 444 ./iconv_open.3.html
/usr/local/share/doc/libiconv/iconv_open.3.html
===   Compressing manual pages for libiconv-1.9.2_1
===   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===   Registering installation for libiconv-1.9.2_1

deleting backup copy, installation of updated /converters/libiconv successful
PMGRrDoUpgrade 0.2.6_5 command: #6 of 8 cd /tmp; rm -f libiconv-1.9.2_1.tgz


making package of updated /converters/libiconv
PMGRrDoUpgrade 0.2.6_5 command: #7 of 8 cd /usr/ports/converters/libiconv;
make package

===  Building package for libiconv-1.9.2_1
Creating package /usr/ports/converters/libiconv/libiconv-1.9.2_1.tbz
Registering depends:.
Creating bzip'd tar ball in
'/usr/ports/converters/libiconv/libiconv-1.9.2_1.tbz'

terminal clean of work directories
PMGRrDoUpgrade 0.2.6_5 command: #8 of 8 cd /usr/ports/converters/libiconv;
make clean

===  Cleaning for libtool-1.5.10
===  Cleaning for libiconv-1.9.2_1

PMGRrStatus 0.2.6_5 info: Creating inital data bases


PMGRrStatus 0.2.6_5 info: looking for missing dependent ports


-=MISSING=- linux_base-rh-9[/emulators/linux_base-rh-9] may be a
dependency of linux-sun-jdk-1.4.2.06_1
verifing dependency status of linux_base-rh-9 (may take awhile) by
executing command:
cd /usr/ports/java/linux-sun-jdk14; make  all-depends-list
  *  *  *  *
linux_base-rh-9 is no longer a dependency of linux-sun-jdk-1.4.2.06_1
 forcing rebuild of linux-sun-jdk-1.4.2.06_1 to fix
/var/db/pkg/linux-sun-jdk-1.4.2.06_1/+CONTENTS file.
  *  *  *  *
WARNING:  linux_base-rh-9 may conflict with a new linux-sun-jdk-1.4.2.06_1
dependency
and may have to be manually removed with pkg_delete -f linux_base-rh-9.
If portmanager fails during rebuild of linux-sun-jdk-1.4.2.06_1 then review
/usr/ports/UPDATING and also note what is at the bottom of /usr/ports/MOVED.

-=MISSING=- linux_base-rh-9[/emulators/linux_base-rh-9] may be a
dependency of linux-flashplugin-6.0r79_2
verifing dependency status of linux_base-rh-9 (may take awhile) by
executing command:
cd /usr/ports/www/linux-flashplugin6; make  all-depends-list
  *  *  *  *
linux_base-rh-9 is no longer a dependency of linux-flashplugin-6.0r79_2
 forcing rebuild of linux-flashplugin-6.0r79_2 to fix
/var/db/pkg/linux-flashplugin-6.0r79_2/+CONTENTS file.
  *  *  *  *
WARNING:  linux_base-rh-9 may conflict with a new
linux-flashplugin-6.0r79_2 dependency
and may have to be 

Re: Error in port upgrade (was Re: portmanager hosed)

2005-02-16 Thread Michael C. Shultz
On Wednesday 16 February 2005 09:50 am, Brian John wrote:
 - Original Message -

  
  Ignore my last message! change assert(0); to break; not continue;
  #
 
  On Tuesday 15 February 2005 08:52 pm, Brian John wrote:
 
  Brian, I can't send this to you as a patch because it would
  conflict with the last pr I submitted so I need you to do it this
  way instead:
 
  cd /usr/ports/sysutils/portmanager
  make deinstall
  make clean
  make patch
  cd
  /usr/ports/sysutils/portmanager/work/portmanager-0.2.6/libPMGR/src
  ee PMGRrUpgrade.c
  scroll down to line 271and change:
 
  assert(0);
 
  to
 
  break;
 
  cd /usr/ports/sysutils/portmanager
  make install clean
 
  Then let me know how it goes.  If this works for you I'll be adding
  it in the next change, I haven't been able to duplicate this on my
  machine so right now you are my only hope of fixing this bug.
 
  -Mike

 H...I am still getting errors.  Output is below.

 Thanks again

 /Brian

OK Brian I want to go through everything piece by piece on your system,
so I need to look at portmanager's databases. They shouldn't be too big.
Please send me: portmanager.tar.gz

cd /usr/local/share
tar -cf portmanager.tar portmanager
gzip portmanager.tar

Thank you

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


Re: Error in port upgrade (was Re: portmanager hosed)

2005-02-16 Thread Brian John
- Original Message -
 On Wednesday 16 February 2005 09:50 am, Brian John wrote:
 - Original Message -

  
  Ignore my last message! change assert(0); to break; not continue;
  #
 
  On Tuesday 15 February 2005 08:52 pm, Brian John wrote:
 
  Brian, I can't send this to you as a patch because it would
  conflict with the last pr I submitted so I need you to do it this
  way instead:
 
  cd /usr/ports/sysutils/portmanager
  make deinstall
  make clean
  make patch
  cd
  /usr/ports/sysutils/portmanager/work/portmanager-0.2.6/libPMGR/src
  ee PMGRrUpgrade.c
  scroll down to line 271and change:
 
  assert(0);
 
  to
 
  break;
 
  cd /usr/ports/sysutils/portmanager
  make install clean
 
  Then let me know how it goes.  If this works for you I'll be adding
  it in the next change, I haven't been able to duplicate this on my
  machine so right now you are my only hope of fixing this bug.
 
  -Mike

 H...I am still getting errors.  Output is below.

 Thanks again

 /Brian

 OK Brian I want to go through everything piece by piece on your system,
 so I need to look at portmanager's databases. They shouldn't be too big.
 Please send me: portmanager.tar.gz

 cd /usr/local/share
 tar -cf portmanager.tar portmanager
 gzip portmanager.tar

 Thank you

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



Sure, it's attached.

Let me know what you come up with

Thanks

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


Error in port upgrade (was Re: portmanager hosed)

2005-02-15 Thread Brian John
Michael C. Shultz wrote:
On Tuesday 15 February 2005 10:15 am, Brian John wrote:
 

When I try to upgrade my ports I just get error messages.  Can
someone help me out?  I'll paste the output below.
Thanks
/Brian
su-2.05b# portmanager -u
portmanager 0.2.6_5 info: executing rm -f
/usr/local/share/portmanager/ports_cache.db
-
--- PMGRrStatus 0.2.6_5 info: Creating inital data bases
-
---
-
--- PMGRrStatus 0.2.6_5 info: looking for missing dependent ports
-
---
-
--- -=MISSING=- linux_base-8-8.0_6[/emulators/linux_base-8] may be a
dependency of linuxpluginwrapper-20050119_1
verifing dependency status of linux_base-8-8.0_6 (may take awhile) by
executing command:
cd /usr/ports/www/linuxpluginwrapper; make  all-depends-list
 *  *  *  *
linux_base-8-8.0_6 is indeed a missing dependency, adding to list of
things to be updated
 *  *  *  *
checking for linux_base-8-8.0_6 dependencies that also may not be
installed listing linux_base-8-8.0_6's known dependencies by
executing command: cd /usr/ports/emulators/linux_base-8; make 
   

 

all-depends-list *  *  *  *
dependency -=archivers/rpm
   executing: cd /usr/portsarchivers/rpm; make describe
cd: can't cd to /usr/portsarchivers/rpm
make: don't know how to make describe. Stop
   

The path /usr/portsarchivers/rpm is mangled here. Sorry
about this it looks like a portmanager bug :(  I'll work on a fix
right away. 

-Mike
 

I tried your fix but it still doesn't seem to be working.  The output is 
below.

Thanks very much for your help
/Brian
creating iconv
/bin/sh /usr/local/bin/libtool15 --mode=install install  -s -o root -g 
wheel -m 555 iconv /usr/local/bin/iconv
libtool15: install: warning: `../lib//libiconv.la' has not been 
installed in `/usr/local/lib'
install -o root -g wheel -m 555 -s .libs/iconv /usr/local/bin/iconv
if [ ! -d /usr/local ] ; then /bin/sh ./autoconf/mkinstalldirs 
/usr/local ; fi
if [ ! -d /usr/local ] ; then /bin/sh ./autoconf/mkinstalldirs 
/usr/local ; fi
if [ ! -d /usr/local/include ] ; then /bin/sh ./autoconf/mkinstalldirs 
/usr/local/include ; fi
install  -o root -g wheel -m 444 include/iconv.h /usr/local/include/iconv.h
cd po  make install prefix='/usr/local' exec_prefix='/usr/local' 
datadir='/usr/local/share'
if test libiconv = gettext-tools; then  /bin/sh 
../autoconf/mkinstalldirs /usr/local/share/gettext/po;  for file in 
Makefile.in.in remove-potcdate.sin  quot.sed boldquot.sed [EMAIL PROTECTED] 
[EMAIL PROTECTED] insert-header.sin Rules-quot   Makevars.template; do  
install  -o root -g wheel -m 444 ./$file  
/usr/local/share/gettext/po/$file;  done;  for file in Makevars; do  rm 
-f /usr/local/share/gettext/po/$file;  done;  else  : ;  fi
cd man  make install prefix='/usr/local' exec_prefix='/usr/local' 
datadir='/usr/local/share' mandir='/usr/local/man'
if [ ! -d /usr/local ] ; then /bin/sh ../autoconf/mkinstalldirs 
/usr/local ; fi
if [ ! -d /usr/local/share ] ; then /bin/sh ../autoconf/mkinstalldirs 
/usr/local/share ; fi
if [ ! -d /usr/local/man ] ; then /bin/sh ../autoconf/mkinstalldirs 
/usr/local/man ; fi
if [ ! -d /usr/local/man/man1 ] ; then /bin/sh ../autoconf/mkinstalldirs 
/usr/local/man/man1 ; fi
builddir=`pwd`; cd .  for f in *.1 ; do (cd $builddir; echo 
install  -o root -g wheel -m 444 ./$f /usr/local/man/man1/$f ; install  
-o root -g wheel -m 444 ./$f /usr/local/man/man1/$f) ; done
install -o root -g wheel -m 444 ./iconv.1 /usr/local/man/man1/iconv.1
if [ ! -d /usr/local/man/man3 ] ; then /bin/sh ../autoconf/mkinstalldirs 
/usr/local/man/man3 ; fi
builddir=`pwd`; cd .  for f in *.3 ; do (cd $builddir; echo 
install  -o root -g wheel -m 444 ./$f /usr/local/man/man3/$f ; install  
-o root -g wheel -m 444 ./$f /usr/local/man/man3/$f) ; done
install -o root -g wheel -m 444 ./iconv.3 /usr/local/man/man3/iconv.3
install -o root -g wheel -m 444 ./iconv_close.3 
/usr/local/man/man3/iconv_close.3
install -o root -g wheel -m 444 ./iconv_open.3 
/usr/local/man/man3/iconv_open.3
if [ ! -d /usr/local/share/doc ] ; then /bin/sh 
../autoconf/mkinstalldirs /usr/local/share/doc ; fi
if [ ! -d /usr/local/share/doc/libiconv ] ; then /bin/sh 
../autoconf/mkinstalldirs /usr/local/share/doc/libiconv ; fi
mkdir -p -- /usr/local/share/doc/libiconv
if [ ! -d /usr/local/share/doc/libiconv ] ; then /bin/sh 
../autoconf/mkinstalldirs /usr/local/share/doc/libiconv ; fi
builddir=`pwd`; cd .  for f in *.html ; do (cd $builddir; echo 
install  -o root -g wheel -m 444 ./$f /usr/local/share/doc/libiconv/$f ; 
install  -o root -g wheel -m 444 ./$f /usr/local/share/doc/libiconv/$f) 
; done
install -o root -g wheel -m 444 ./iconv.1.html 
/usr/local/share/doc/libiconv/iconv.1.html
install -o root -g wheel -m 

Re: Error in port upgrade (was Re: portmanager hosed)

2005-02-15 Thread Michael C. Shultz
On Tuesday 15 February 2005 08:05 pm, you wrote:
 Michael C. Shultz wrote:
 On Tuesday 15 February 2005 10:15 am, Brian John wrote:
 When I try to upgrade my ports I just get error messages.  Can
 someone help me out?  I'll paste the output below.
 
 Thanks
 
 /Brian
 
 su-2.05b# portmanager -u
 portmanager 0.2.6_5 info: executing rm -f
 /usr/local/share/portmanager/ports_cache.db
 ---
 -- --- PMGRrStatus 0.2.6_5 info: Creating inital data bases
 ---
 -- ---
 ---
 -- --- PMGRrStatus 0.2.6_5 info: looking for missing dependent
  ports
  --
 --- ---
 ---
 -- --- -=MISSING=- linux_base-8-8.0_6[/emulators/linux_base-8]
  may be a dependency of linuxpluginwrapper-20050119_1
 verifing dependency status of linux_base-8-8.0_6 (may take awhile)
  by executing command:
 cd /usr/ports/www/linuxpluginwrapper; make  all-depends-list
   *  *  *  *
 linux_base-8-8.0_6 is indeed a missing dependency, adding to list
  of things to be updated
   *  *  *  *
 checking for linux_base-8-8.0_6 dependencies that also may not be
 installed listing linux_base-8-8.0_6's known dependencies by
 executing command: cd /usr/ports/emulators/linux_base-8; make
 
 
 
 
 
 all-depends-list *  *  *  *
 dependency -=archivers/rpm
 executing: cd /usr/portsarchivers/rpm; make describe
 cd: can't cd to /usr/portsarchivers/rpm
 make: don't know how to make describe. Stop
 
 The path /usr/portsarchivers/rpm is mangled here. Sorry
 about this it looks like a portmanager bug :(  I'll work on a fix
 right away.
 
 -Mike

 I tried your fix but it still doesn't seem to be working.  The output
 is below.

 Thanks very much for your help

 /Brian

Brian, to get you past the problem all you need do is

cd /usr/ports/emulators/linux_base-rh-9
make deinstall
cd ~
portmanager -u

emulators/linux_base-rh-9 is conflicting with emulators/linux_base-8

This output you sent just identified a bug I've been trying to track 
down for ages! Thanks for sending it!  It will be a few days to fix
it but I think you will be ok when your remove /linux_base-rh-9.
Let me know how it goes ok?

-Mike


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


Re: Error in port upgrade (was Re: portmanager hosed)

2005-02-15 Thread Brian John
Michael C. Shultz wrote:
On Tuesday 15 February 2005 08:05 pm, you wrote:
 

Michael C. Shultz wrote:
   

On Tuesday 15 February 2005 10:15 am, Brian John wrote:
 

When I try to upgrade my ports I just get error messages.  Can
someone help me out?  I'll paste the output below.
Thanks
/Brian
su-2.05b# portmanager -u
portmanager 0.2.6_5 info: executing rm -f
/usr/local/share/portmanager/ports_cache.db
---
-- --- PMGRrStatus 0.2.6_5 info: Creating inital data bases
---
-- ---
---
-- --- PMGRrStatus 0.2.6_5 info: looking for missing dependent
ports
--
--- ---
---
-- --- -=MISSING=- linux_base-8-8.0_6[/emulators/linux_base-8]
may be a dependency of linuxpluginwrapper-20050119_1
verifing dependency status of linux_base-8-8.0_6 (may take awhile)
by executing command:
cd /usr/ports/www/linuxpluginwrapper; make  all-depends-list
*  *  *  *
linux_base-8-8.0_6 is indeed a missing dependency, adding to list
of things to be updated
*  *  *  *
checking for linux_base-8-8.0_6 dependencies that also may not be
installed listing linux_base-8-8.0_6's known dependencies by
executing command: cd /usr/ports/emulators/linux_base-8; make


all-depends-list *  *  *  *
dependency -=archivers/rpm
  executing: cd /usr/portsarchivers/rpm; make describe
cd: can't cd to /usr/portsarchivers/rpm
make: don't know how to make describe. Stop
   

The path /usr/portsarchivers/rpm is mangled here. Sorry
about this it looks like a portmanager bug :(  I'll work on a fix
right away.
-Mike
 

I tried your fix but it still doesn't seem to be working.  The output
is below.
Thanks very much for your help
/Brian
   

Brian, to get you past the problem all you need do is
cd /usr/ports/emulators/linux_base-rh-9
make deinstall
cd ~
portmanager -u
emulators/linux_base-rh-9 is conflicting with emulators/linux_base-8
This output you sent just identified a bug I've been trying to track 
down for ages! Thanks for sending it!  It will be a few days to fix
it but I think you will be ok when your remove /linux_base-rh-9.
Let me know how it goes ok?

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

I tried that and I am still having problems.  Output is below.
Thanks
/Brian
install -o root -g wheel -m 444 ./iconv_open.3.html 
/usr/local/share/doc/libiconv/iconv_open.3.html
===   Compressing manual pages for libiconv-1.9.2_1
===   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===   Registering installation for libiconv-1.9.2_1

deleting backup copy, installation of updated /converters/libiconv 
successful
PMGRrDoUpgrade 0.2.6_5 command: #6 of 8 cd /tmp; rm -f libiconv-1.9.2_1.tgz


making package of updated /converters/libiconv
PMGRrDoUpgrade 0.2.6_5 command: #7 of 8 cd 
/usr/ports/converters/libiconv; make package

===  Building package for libiconv-1.9.2_1
Creating package /usr/ports/converters/libiconv/libiconv-1.9.2_1.tbz
Registering depends:.
Creating bzip'd tar ball in 
'/usr/ports/converters/libiconv/libiconv-1.9.2_1.tbz'

terminal clean of work directories
PMGRrDoUpgrade 0.2.6_5 command: #8 of 8 cd 
/usr/ports/converters/libiconv; make clean

===  Cleaning for libtool-1.5.10
===  Cleaning for libiconv-1.9.2_1

PMGRrStatus 0.2.6_5 info: Creating inital data bases


PMGRrStatus 0.2.6_5 info: looking for missing dependent ports


-=MISSING=- linux_base-rh-9[/emulators/linux_base-rh-9] may be a 
dependency of linux-sun-jdk-1.4.2.06_1
verifing dependency status of linux_base-rh-9 (may take awhile) by 
executing command:
cd /usr/ports/java/linux-sun-jdk14; make  all-depends-list
 *  *  *  *
linux_base-rh-9 is no longer a dependency of linux-sun-jdk-1.4.2.06_1
forcing rebuild of linux-sun-jdk-1.4.2.06_1 to fix 
/var/db/pkg/linux-sun-jdk-1.4.2.06_1/+CONTENTS file.
 *  *  *  *
WARNING:  

Re: Error in port upgrade (was Re: portmanager hosed)

2005-02-15 Thread Michael C. Shultz
On Tuesday 15 February 2005 08:52 pm, Brian John wrote:

Brian, I can't send this to you as a patch because it would
conflict with the last pr I submitted so I need you to do it this
way instead:

cd /usr/ports/sysutils/portmanager
make deinstall
make clean
make patch
cd /usr/ports/sysutils/portmanager/work/portmanager-0.2.6/libPMGR/src
ee PMGRrUpgrade.c
scroll down to line 271and change:

assert(0);

to 

continue;

cd /usr/ports/sysutils/portmanager
make install clean

Then let me know how it goes.  If this works for you I'll be adding it 
in the next change, I haven't been able to duplicate this on my machine 
so right now you are my only hope of fixing this bug.

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


Re: Error in port upgrade (was Re: portmanager hosed)

2005-02-15 Thread Michael C. Shultz

Ignore my last message! change assert(0); to break; not continue;
#

On Tuesday 15 February 2005 08:52 pm, Brian John wrote:

Brian, I can't send this to you as a patch because it would
conflict with the last pr I submitted so I need you to do it this
way instead:

cd /usr/ports/sysutils/portmanager
make deinstall
make clean
make patch
cd /usr/ports/sysutils/portmanager/work/portmanager-0.2.6/libPMGR/src
ee PMGRrUpgrade.c
scroll down to line 271and change:

assert(0);

to 

break;

cd /usr/ports/sysutils/portmanager
make install clean

Then let me know how it goes.  If this works for you I'll be adding it 
in the next change, I haven't been able to duplicate this on my machine 
so right now you are my only hope of fixing this bug.

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


Re: newest PHP port upgrade broke php5-mbstring-5.0.1 ?

2004-08-29 Thread Subhro
Really fishy. I can't see anything wrong. Did you cvsup your ports
tree with ports-all? If not then I would recommend to do so and then
try the upgrade. And do not forget to do a make clean without s
before starting to build. If that also fails then try to run
portupgrade -a on the updated ports tree and then try to rebuild php.

Regards
S.

On Sat, 28 Aug 2004 21:44:27 -0700, Miles Keaton [EMAIL PROTECTED] wrote:
 p.s.   Sorry I meant to say My portupgrade just took PHP from 5.0 to
 5.0.1 - (PHP not FreeBSD)
 
 
 ___
 [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 PHP port upgrade broke php5-mbstring-5.0.1 ?

2004-08-29 Thread Subhro
PS: by build I meant manually cd to the directory and make clean all
install without the s.

Regards
S.

On Sun, 29 Aug 2004 14:24:20 +0530, Subhro [EMAIL PROTECTED] wrote:
 Really fishy. I can't see anything wrong. Did you cvsup your ports
 tree with ports-all? If not then I would recommend to do so and then
 try the upgrade. And do not forget to do a make clean without s
 before starting to build. If that also fails then try to run
 portupgrade -a on the updated ports tree and then try to rebuild php.
 
 Regards
 S.
 
 
 
 On Sat, 28 Aug 2004 21:44:27 -0700, Miles Keaton [EMAIL PROTECTED] wrote:
  p.s.   Sorry I meant to say My portupgrade just took PHP from 5.0 to
  5.0.1 - (PHP not FreeBSD)
 
 
  ___
  [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
 


-- 
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 PHP port upgrade broke php5-mbstring-5.0.1 ?

2004-08-29 Thread Miles Keaton
On Sun, 29 Aug 2004 14:24:20 +0530, Subhro [EMAIL PROTECTED] wrote:
 Really fishy. I can't see anything wrong. Did you cvsup your ports
 tree with ports-all? If not then I would recommend to do so and then
 try the upgrade. And do not forget to do a make clean without s
 before starting to build. If that also fails then try to run
 portupgrade -a on the updated ports tree and then try to rebuild php.


Yeah that's what started this.  I'm using the exact same setup I
always do, but the most recent cvsup of all ports, and then
portupgrade of my ports-tree is what brought PHP and all of its
extensions from PHP 5.0.0 to PHP 5.0.1

Doing so seems to have broken the mbstring regex component.

I did, after posting here, go back and rebuild php5-mbstring WITHOUT
the regex option and it PHP works without error again -- but without
mbstring regex.

Since FreeBSD is all I have to test with, I don't know if this is a
FreeBSD error or a PHP error.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


newest PHP port upgrade broke php5-mbstring-5.0.1 ?

2004-08-28 Thread Miles Keaton
My portupgrade just took FreeBSD from 5.0 to 5.0.1

But unfortunately it seemed to break php5-mbstring-5.0.1

At startup and every time I try to run PHP I get this:

PHP Warning:  PHP Startup: Unable to load dynamic library
'/usr/local/lib/php/20040412/mbstring.so' -
/usr/local/lib/php/20040412/mbstring.so: Undefined symbol
quot;zif_mb_regex_encodingquot; in Unknown on line 0

Anyone heard of this problem or suggest a solution?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


  1   2   >