Re: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: Dominic Fandrey wrote: E. J. Cerejo wrote: Dominic Fandrey wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. If you don't want to rebuild the stuff, just add libicui18n.so.36libicui18n.so to your /etc/libmap.conf file. This solution works if no functions have been removed from the library interface, which only very rarely happens. I just ran pkg_libchk -m piped to a file but looks pretty confusing, is there a way to get only the output for the lines containing /usr/local/lib/libicui18n.so.38? I can reccomend you the -q option, which will give you a very clean output simply listing all the packages that have problems. Without the -q option the program shows its status, which is not well readable in a file, because it doesn't use \n but \r. That you get output with the -m/--mean flag, but not without means that the false positive detection is erroneous. For the time being I'd recommend you to use the libmap.conf solution. Later this day I will add some debugging functionality to the script and send that version to you, if you are willing to spend your time helping me finding this problem. Well I'm glad to say that the output problem was just a minor problem, the cat and grep worked fine when sending the output to the terminal and I just copied it and pasted it into gedit. And indeed pkg_libchk is by far the best solution, if I was to update every package that depended on icu I would have to update 239 packages which discouraged me right away, by running pkg_libchk the amount of packages to be updated was reduced to 71, wrote a quick script and left it running overnight and those packages got updated and by god I don't have any more problems with libicui18n.so.38. Nice little tool. The version I just sent you would have spared you this work. Your help has been _very_ useful in improving the script, so thank you very much. One more question. I see that there is no man page for pkg_libchk, how do I find out more about its options and switches? What command or commands does it rely upon? There actually is a manual page and it gets installed with the script. Unless you set NOPORTDOCS you should have a pkg_libchk(1) manual page. Of course that page is out of sync with the improved version I sent you, but I will soon put a new release together. And until then you already have a description for all new commands. The script relies upon the commands pkg_info, readelf, ldd and ldconfig. Needless to say there's also a lot of grep and sed going around. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
Dominic Fandrey wrote: E. J. Cerejo wrote: Dominic Fandrey wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. If you don't want to rebuild the stuff, just add libicui18n.so.36libicui18n.so to your /etc/libmap.conf file. This solution works if no functions have been removed from the library interface, which only very rarely happens. I just ran pkg_libchk -m piped to a file but looks pretty confusing, is there a way to get only the output for the lines containing /usr/local/lib/libicui18n.so.38? I can reccomend you the -q option, which will give you a very clean output simply listing all the packages that have problems. Without the -q option the program shows its status, which is not well readable in a file, because it doesn't use \n but \r. That you get output with the -m/--mean flag, but not without means that the false positive detection is erroneous. For the time being I'd recommend you to use the libmap.conf solution. Later this day I will add some debugging functionality to the script and send that version to you, if you are willing to spend your time helping me finding this problem. Well I'm glad to say that the output problem was just a minor problem, the cat and grep worked fine when sending the output to the terminal and I just copied it and pasted it into gedit. And indeed pkg_libchk is by far the best solution, if I was to update every package that depended on icu I would have to update 239 packages which discouraged me right away, by running pkg_libchk the amount of packages to be updated was reduced to 71, wrote a quick script and left it running overnight and those packages got updated and by god I don't have any more problems with libicui18n.so.38. Nice little tool. One more question. I see that there is no man page for pkg_libchk, how do I find out more about its options and switches? What command or commands does it rely upon? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Sun, 10 Feb 2008 16:22:05 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] This what happens when running portmanager: ecerejo# portmanager -s MGrStrlen error: NULL marker not found in string Assertion failed: (0), function MGrStrlen, file MGrStrlen.c, line 54. Abort (core dumped) What version of 'portmanager' are you attempting to run? portmanager --version The current version is '0.4.1_9'. If you haven't got that, then do a deinstall and reinstall of the program. In fact, you might need to do that anyway. -- Gerard [EMAIL PROTECTED] Life exists for no known purpose. signature.asc Description: PGP signature
Re: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: On Saturday 09 February 2008 13:02:58 Dominic Fandrey wrote: Matthew Seaman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 E. J. Cerejo wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Nope. Symlinking shlibs of different ABI versions together is the wrong answer. There's a reason the ABI version number was bumped, and it indicates the new shlib is not compatible with the old one. Formally, the correct fix is: # portupgrade -rf icu-\* or the equivalent in whatever ports management software you prefer. However this is pretty unfortunate as icu is a basic component that a large number of packages depend upon. Expect to spend a long time compiling. The port sysutils/bsdadminscripts installs a script called pkg_libchk that will list you all ports that /really/ need to be rebuild. Many of the ports depending on icu-\* do so indirectly by linking to a library that links to icu, thus it is sufficent to rebuild those directly linking ports. pkg_libchk checks for such direct dependencies and will list you the affected ports. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I just tried that but unfortunately pkg_libchk didn't work. It didn't pick up any application when I have a bunch failling to start because of this library. portmanager -s piped to a file might tell you what's missing ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Sun, 10 Feb 2008 13:18:45 + Chris Whitehouse [EMAIL PROTECTED] wrote: [snip] portmanager -s piped to a file might tell you what's missing Just running: portmanager -u -l -p -y should correct the problem as well. Make sure the ports tree is up to date prior to running that command however. -- Gerard [EMAIL PROTECTED] If A = B and B = C, then A = C, except where void or prohibited by law. Roy Santoro signature.asc Description: PGP signature
Re: libicui18n.so.36 not found, required by evolution
Gerard wrote: On Sun, 10 Feb 2008 13:18:45 + Chris Whitehouse [EMAIL PROTECTED] wrote: [snip] portmanager -s piped to a file might tell you what's missing Just running: portmanager -u -l -p -y should correct the problem as well. Make sure the ports tree is up to date prior to running that command however. Can portmanager work in conjection with portupgrade? Why has the ports tree be up to date? Will portmanager download anything from the cvsup repos? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
Gerard wrote: On Sun, 10 Feb 2008 13:18:45 + Chris Whitehouse [EMAIL PROTECTED] wrote: [snip] portmanager -s piped to a file might tell you what's missing Just running: portmanager -u -l -p -y should correct the problem as well. Make sure the ports tree is up to date prior to running that command however. I think this is similar to running portupgrade -urf icu, it will re-upgrade icu and all the the ports that depend on it. It's 239 packages and I really don't want to do that. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. From my own experience, portmanager finds lots of outdated dependencies that portupgrade seems to miss. At least it use to. I have not compared the latest version of portupgrade to pormanager. -- Gerard [EMAIL PROTECTED] Cheap things are of no value, valuable things are not cheap. signature.asc Description: PGP signature
Re: libicui18n.so.36 not found, required by evolution
Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Sun, 10 Feb 2008 12:47:10 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. Obviously, it was not fully or correctly updated. What occurred, or apparently transpired, was a partial updating of only a very specific category of files. What I was proposing was a complete updating of the the files that require it. This would eliminate the problem that you now are experiencing and possibly make further updates easier and more reliable. If you choose not to go that route, you risk the real possibility of continual problems that might escalate into a real deal breaker at some future point in time. -- Gerard [EMAIL PROTECTED] It has long been an axiom of mine that the little things are infinitely the most important. Sir Arthur Conan Doyle, A Case of Identity signature.asc Description: PGP signature
Re: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. If you don't want to rebuild the stuff, just add libicui18n.so.36libicui18n.so to your /etc/libmap.conf file. This solution works if no functions have been removed from the library interface, which only very rarely happens. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Sun, 10 Feb 2008 20:37:54 + Chris Whitehouse [EMAIL PROTECTED] wrote: [snip] portmanager -s only lists what needs to be done, it doesn't change anything. It shows which packages are up to date, which are out of date, which are current but have been built with out of date dependencies, which are missing etc. There is a slight problem with that however. It only displays what it believes to be correct at the time it is run. In real life, if portmanager is run and actually starts to update files, it may occasionally create a new situation in which other, previously undisclosed files are now required to be updated to complete the process correctly. This is where I believe portupgrade fails. I may be wrong on this; however, I believe that portmanager recalculates dependencies, etc. after each build. Portupgrade, as far as I can tell, simply does one pass and that is it. I usually run portupgrade, since it is quicker; however, when I want to be absolutely sure that everything is up-to-date, correct dependencies, etc, I run portmanager. Just my 2¢. -- Gerard [EMAIL PROTECTED] QOTD: The only easy way to tell a hamster from a gerbil is that the gerbil has more dark meat. signature.asc Description: PGP signature
Re: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 13:18:45 + Chris Whitehouse [EMAIL PROTECTED] wrote: [snip] portmanager -s piped to a file might tell you what's missing Just running: portmanager -u -l -p -y should correct the problem as well. Make sure the ports tree is up to date prior to running that command however. I think this is similar to running portupgrade -urf icu, it will re-upgrade icu and all the the ports that depend on it. It's 239 packages and I really don't want to do that. portmanager -s only lists what needs to be done, it doesn't change anything. It shows which packages are up to date, which are out of date, which are current but have been built with out of date dependencies, which are missing etc. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
Chris Whitehouse wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 13:18:45 + Chris Whitehouse [EMAIL PROTECTED] wrote: [snip] portmanager -s piped to a file might tell you what's missing Just running: portmanager -u -l -p -y should correct the problem as well. Make sure the ports tree is up to date prior to running that command however. I think this is similar to running portupgrade -urf icu, it will re-upgrade icu and all the the ports that depend on it. It's 239 packages and I really don't want to do that. portmanager -s only lists what needs to be done, it doesn't change anything. It shows which packages are up to date, which are out of date, which are current but have been built with out of date dependencies, which are missing etc. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] This what happens when running portmanager: ecerejo# portmanager -s MGrStrlen error: NULL marker not found in string Assertion failed: (0), function MGrStrlen, file MGrStrlen.c, line 54. Abort (core dumped) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
Dominic Fandrey wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. If you don't want to rebuild the stuff, just add libicui18n.so.36libicui18n.so to your /etc/libmap.conf file. This solution works if no functions have been removed from the library interface, which only very rarely happens. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I just ran pkg_libchk -m piped to a file but looks pretty confusing, is there a way to get only the output for the lines containing /usr/local/lib/libicui18n.so.38? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Sun, 10 Feb 2008, E. J. Cerejo wrote: Dominic Fandrey wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. If you don't want to rebuild the stuff, just add libicui18n.so.36libicui18n.so to your /etc/libmap.conf file. This solution works if no functions have been removed from the library interface, which only very rarely happens. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I just ran pkg_libchk -m piped to a file but looks pretty confusing, is there a way to get only the output for the lines containing /usr/local/lib/libicui18n.so.38? Umm... why not $ grep libicui18n.so.38 filename ...or pipe your output through grep in the first place, e.g. pkg_libchk -m | grep libicui18n.so.38 Not for nothing do they call me 'master of the obvious'. -- 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: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: Chris Whitehouse wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 13:18:45 + Chris Whitehouse [EMAIL PROTECTED] wrote: [snip] portmanager -s piped to a file might tell you what's missing Just running: portmanager -u -l -p -y should correct the problem as well. Make sure the ports tree is up to date prior to running that command however. I think this is similar to running portupgrade -urf icu, it will re-upgrade icu and all the the ports that depend on it. It's 239 packages and I really don't want to do that. portmanager -s only lists what needs to be done, it doesn't change anything. It shows which packages are up to date, which are out of date, which are current but have been built with out of date dependencies, which are missing etc. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] This what happens when running portmanager: ecerejo# portmanager -s MGrStrlen error: NULL marker not found in string Assertion failed: (0), function MGrStrlen, file MGrStrlen.c, line 54. Abort (core dumped) Sorry I have no idea what to do with that. Perhaps make deinstall and make reinstall in ports-mgmt/portmanager? It doesn't have any build or run dependencies. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
- Original Message -From: Chris Hill Date: Sunday, February 10, 2008 6:51 pmSubject: Re: libicui18n.so.36 not found, required by evolutionTo: E. J. Cerejo Cc: Dominic Fandrey , freebsd-questions@freebsd.org On Sun, 10 Feb 2008, E. J. Cerejo wrote: Dominic Fandrey wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo wrote:[snip]Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner.My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it.If you don't want to rebuild the stuff, just addlibicui18n.so.36 libicui18n.soto your /etc/libmap.conf file. This solution works if no functions have been removed from the library interface, which only very rarely happens. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I just ran pkg_libchk -m piped to a file but looks pretty confusing, is there a way to get only the output for the lines containing /usr/local/lib/libicui18n.so.38? Umm... why not $ grep libicui18n.so.38 filename ...or pipe your output through grep in the first place, e.g. pkg_libchk -m | grep libicui18n.so.38 Not for nothing do they call me 'master of the obvious'. -- Chris Hill [EMAIL PROTECTED] ** [ Busy Expunging | ] Yes I do know how to do that but what I really wanted is how to send the output directly into a file and not to the terminal. I used the [filename] next to the above command but I get the file without the grep effect, another words I get everything as if I ran just pkg_libchk -m with the grep option. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Mon, 11 Feb 2008, [EMAIL PROTECTED] wrote: [ sorry, I couldn't entirely recover the format; need a newline once in a while! ] - Original Message - From: Chris Hill Date: Sunday, February 10, 2008 6:51 pm Subject: Re: libicui18n.so.36 not found, required by evolution To: E. J. Cerejo Cc: Dominic Fandrey , freebsd-questions@freebsd.org I just ran pkg_libchk -m piped to a file but looks pretty confusing, is there a way to get only the output for the lines containing /usr/local/lib/libicui18n.so.38? Umm... why not $ grep libicui18n.so.38 filename ...or pipe your output through grep in the first place, e.g. pkg_libchk -m | grep libicui18n.so.38 Yes I do know how to do that but what I really wanted is how to send the output directly into a file and not to the terminal.? I used the [filename] next to the above command but I get the file without the grep effect, another words I get everything as if I ran just pkg_libchk -m with the grep option. So you did $ pkg_libchk -m | grep libicui18n.so.38 filename ...and got lines in filename that don't contain 'libicui18n.so.38'? If so, that makes no sense whatsoever. You may have larger issues here. -- 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: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: Dominic Fandrey wrote: E. J. Cerejo wrote: Gerard wrote: On Sun, 10 Feb 2008 10:23:36 -0500 E. J. Cerejo [EMAIL PROTECTED] wrote: [snip] Can portmanager work in conjection with portupgrade? Yes, I use it all the time. Why has the ports tree be up to date? What conceivable reason would you have for using an outdated ports tree? Will portmanager download anything from the cvsup repos? It will only fetch programs that need updating, just like portupgrade. Would you be so kind as to explain your reluctance to update your system? The number of potential programs that need updating seems rather immaterial when compared to the potential system wide improvement in its overall performance. You could simply start the upgrade in the evening when you are through using the PC. Depending on the speed of your machine, it might very well be done by the next morning, if not sooner. My system was updated yesterday and I'm trying to resolve the issues that arose from the updating. I can't update my system everyday I just don't have time for it. If you don't want to rebuild the stuff, just add libicui18n.so.36libicui18n.so to your /etc/libmap.conf file. This solution works if no functions have been removed from the library interface, which only very rarely happens. I just ran pkg_libchk -m piped to a file but looks pretty confusing, is there a way to get only the output for the lines containing /usr/local/lib/libicui18n.so.38? I can reccomend you the -q option, which will give you a very clean output simply listing all the packages that have problems. Without the -q option the program shows its status, which is not well readable in a file, because it doesn't use \n but \r. That you get output with the -m/--mean flag, but not without means that the false positive detection is erroneous. For the time being I'd recommend you to use the libmap.conf solution. Later this day I will add some debugging functionality to the script and send that version to you, if you are willing to spend your time helping me finding this problem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
libicui18n.so.36 not found, required by evolution
Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
Quoting E. J. Cerejo [EMAIL PROTECTED]: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Rebuild evolution. I did the same with tin. Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
On Feb 9, 2008 12:17 PM, E. J. Cerejo [EMAIL PROTECTED] wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? I ran into this myself. The best thing to do is rebuild all the ports that depend on the icu port: portupgrade -fr icu-3.8.1 That should rebuild all the things linking against libicui18n.so.36 and re-link them against the new libicu. You could also do this manually with a small shell script to ldd things in /usr/local/lib and /usr/local/bin and identify things linked against the old library and then use pkg_which to find which packages they belong to, and portupgrade/re-install those. Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 E. J. Cerejo wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Nope. Symlinking shlibs of different ABI versions together is the wrong answer. There's a reason the ABI version number was bumped, and it indicates the new shlib is not compatible with the old one. Formally, the correct fix is: # portupgrade -rf icu-\* or the equivalent in whatever ports management software you prefer. However this is pretty unfortunate as icu is a basic component that a large number of packages depend upon. Expect to spend a long time compiling. Oh, and it's a good idea to update as the latest icu fixes some security problems. See http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4770 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4771 http://secunia.com/advisories/28575/ Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHreLs8Mjk52CukIwRCMzAAJ9QwaKZ7ee0UziRHHQrgozal//OOwCfQIWz UlPwgn3phXf8dFtS4HMNPVo= =q3sG -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]
Re: libicui18n.so.36 not found, required by evolution
On Saturday 09 February 2008 12:29:16 Matthew Seaman wrote: E. J. Cerejo wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Nope. Symlinking shlibs of different ABI versions together is the wrong answer. There's a reason the ABI version number was bumped, and it indicates the new shlib is not compatible with the old one. Formally, the correct fix is: # portupgrade -rf icu-\* or the equivalent in whatever ports management software you prefer. However this is pretty unfortunate as icu is a basic component that a large number of packages depend upon. Expect to spend a long time compiling. Oh, and it's a good idea to update as the latest icu fixes some security problems. See http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4770 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4771 http://secunia.com/advisories/28575/ Cheers, Matthew Thanks for the answer but there's no way that I'm going to do that, it's just too many apps, pkg_info tells me this: Information for icu-3.8.1: Required by: ORBit2-2.14.12 abiword-gnome-2.4.6_3 alacarte-0.11.3_2 amarok-1.4.8 arts-1.5.8,1 at-spi-1.20.1 atk-1.20.0 avahi-0.6.22 avahi-app-0.6.22_1 bug-buddy-2.20.1 cairomm-1.2.4_1 ccsm-0.6.0 compiz-0.6.2 compiz-fusion-0.6.0 compiz-fusion-plugins-extra-0.6.0 compiz-fusion-plugins-main-0.6.0 compizconfig-backend-gconf-0.6.0_1 compizconfig-python-0.6.0.1 dasher-4.6.1,1 dbus-glib-0.74 deskbar-applet-2.20.3 desktop-file-utils-0.14 eel-2.20.0 ekiga-2.0.11_1 emerald-0.5.2_1 enchant-1.3.0 eog-2.20.4 epiphany-2.20.3 evince-2.20.2 evolution-2.12.3 evolution-data-server-1.12.3_1 evolution-exchange-2.12.3 evolution-webcal-2.12.0 fast-user-switch-applet-2.20.0 file-roller-2.20.3,1 firefox-2.0.0.11_1,1 ftpcube-0.5.1_1 gail-1.20.2 gamin-0.1.9 gcalctool-5.20.2_1,2 gconf-editor-2.20.0,1 gconf2-2.20.1 gdm-2.20.3 gedit-2.20.4 gftp-2.0.18_6 gimp-2.4.3,2 gimp-app-2.4.3,1 gimp-gutenprint-5.1.3_2 gimp-help-0.12 gkrellm-2.3.1_1 glib-2.14.6 glibmm-2.14.2,1 gmime-2.2.15 gmime-sharp-2.2.15 gnash-0.8.1_1 gnome-applets-2.20.1 gnome-control-center-2.20.3 gnome-desktop-2.20.3 gnome-games-2.20.3 gnome-games-extra-data-2.20.0 gnome-icon-theme-2.20.0_1 gnome-keyring-2.20.3 gnome-keyring-manager-2.20.0 gnome-mag-0.14.10 gnome-media-2.20.1 gnome-menus-2.20.3 gnome-mount-0.6_4 gnome-netstatus-2.12.1_4 gnome-nettool-2.20.0,1 gnome-panel-2.20.3 gnome-power-manager-2.20.2 gnome-session-2.20.3 gnome-sharp-2.16.0_4 gnome-speech-0.4.18 gnome-spell-1.0.8 gnome-system-monitor-2.20.2 gnome-system-tools-2.20.0 gnome-terminal-2.18.4 gnome-themes-2.20.2 gnome-themes-extras-2.20_1 gnome-utils-2.20.0.1,1 gnome-vfs-2.20.1 gnome-volume-manager-2.17.0_8 gnome2-2.20.2 gok-1.3.7,1 grip-3.2.0_15 gstreamer-0.10.15 gstreamer-ffmpeg-0.10.3 gstreamer-plugins-0.10.15,3 gstreamer-plugins-a52dec-0.10.6_2,3 gstreamer-plugins-bad-0.10.5_2,3 gstreamer-plugins-cdparanoia-0.10.15_3,3 gstreamer-plugins-core-0.10_9 gstreamer-plugins-dts-0.10.5_3,3 gstreamer-plugins-dvd-0.10.6_1,3 gstreamer-plugins-esound-0.10.6_2,3 gstreamer-plugins-flac-0.10.6_2,3 gstreamer-plugins-gconf-0.10.6_4,3 gstreamer-plugins-gnomevfs-0.10.15_2,3 gstreamer-plugins-good-0.10.6,3 gstreamer-plugins-hal-0.10.6_1,3 gstreamer-plugins-libpng-0.10.6_2,3 gstreamer-plugins-mad-0.10.6_3,3 gstreamer-plugins-mp3-0.10.0 gstreamer-plugins-mpeg2dec-0.10.6_2,3 gstreamer-plugins-ogg-0.10.15_2,3 gstreamer-plugins-pango-0.10.15_2,3 gstreamer-plugins-theora-0.10.15_4,3 gstreamer-plugins-ugly-0.10.6_1,3 gstreamer-plugins-vorbis-0.10.15_3,3 gstreamer-plugins-xvid-0.10.5_1,3 gtk-2.12.7 gtk-engines2-2.12.2 gtk-sharp-2.10.2_1 gtkhtml3-3.16.3 gtkmm-2.12.4 gtksourceview-1.8.5_2 gtksourceview2-2.0.2 gtkspell-2.0.11_5 gucharmap-gnome-1.10.2 gutenprint-base-5.1.3_1 hal-0.5.8.20080203 k3b-1.0.4 kde-windeco-crystal-1.0.4 kde-windeco-neos-0.2b_4 kdeaccessibility-3.5.8 kdeartwork-3.5.8 kdeartwork-xscreensaver-kde-3.5.8 kdebase-3.5.8_1 kdebase-kompmgr-3.5.8 kdeedu-3.5.8 kdegames-3.5.8 kdegraphics-3.5.8_1 kdegraphics-kamera-3.5.8 kdegraphics-kooka-3.5.8 kdegraphics-kuickshow-3.5.8 kdelibs-3.5.8 kdemultimedia-3.5.8 kdemultimedia-xine_artsplugin-3.5.8 kdenetwork-3.5.8 kdepim-3.5.8 kdetoys-3.5.8 kdeutils-3.5.8 koffice-1.6.3_3,2 libIDL-0.8.10 libafterimage-1.15_1 libbonobo-2.20.4 libbonoboui-2.20.0 libcroco-0.6.1 libgail-gnome-1.20.0 libglade2-2.6.2 libgnome-2.20.1.1_1 libgnomecanvas-2.20.1.1 libgnomecups-0.2.2_4,1 libgnomekbd-2.20.0 libgnomeprint-2.18.3 libgnomeprintui-2.18.2 libgnomeui-2.20.1.1 libgpod-0.6.0 libgsf-1.14.7 libgtkhtml-2.11.1 libgtop-2.20.1 libnotify-0.4.4_1 liboobs-2.20.0 libopensync-0.22_1 libpurple-2.3.1_1 librsvg2-2.20.0 libsexy-0.1.11 libsoup-2.2.104
Re: libicui18n.so.36 not found, required by evolution
Matthew Seaman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 E. J. Cerejo wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Nope. Symlinking shlibs of different ABI versions together is the wrong answer. There's a reason the ABI version number was bumped, and it indicates the new shlib is not compatible with the old one. Formally, the correct fix is: # portupgrade -rf icu-\* or the equivalent in whatever ports management software you prefer. However this is pretty unfortunate as icu is a basic component that a large number of packages depend upon. Expect to spend a long time compiling. The port sysutils/bsdadminscripts installs a script called pkg_libchk that will list you all ports that /really/ need to be rebuild. Many of the ports depending on icu-\* do so indirectly by linking to a library that links to icu, thus it is sufficent to rebuild those directly linking ports. pkg_libchk checks for such direct dependencies and will list you the affected ports. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: On Saturday 09 February 2008 12:29:16 Matthew Seaman wrote: E. J. Cerejo wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Nope. Symlinking shlibs of different ABI versions together is the wrong answer. There's a reason the ABI version number was bumped, and it indicates the new shlib is not compatible with the old one. Formally, the correct fix is: # portupgrade -rf icu-\* or the equivalent in whatever ports management software you prefer. However this is pretty unfortunate as icu is a basic component that a large number of packages depend upon. Expect to spend a long time compiling. Oh, and it's a good idea to update as the latest icu fixes some security problems. See http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4770 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4771 http://secunia.com/advisories/28575/ Cheers, Matthew Thanks for the answer but there's no way that I'm going to do that, it's just too many apps, pkg_info tells me this: Information for icu-3.8.1: Required by: ORBit2-2.14.12 abiword-gnome-2.4.6_3 alacarte-0.11.3_2 amarok-1.4.8 arts-1.5.8,1 at-spi-1.20.1 atk-1.20.0 avahi-0.6.22 avahi-app-0.6.22_1 bug-buddy-2.20.1 cairomm-1.2.4_1 ccsm-0.6.0 compiz-0.6.2 compiz-fusion-0.6.0 compiz-fusion-plugins-extra-0.6.0 compiz-fusion-plugins-main-0.6.0 compizconfig-backend-gconf-0.6.0_1 compizconfig-python-0.6.0.1 dasher-4.6.1,1 dbus-glib-0.74 deskbar-applet-2.20.3 desktop-file-utils-0.14 eel-2.20.0 ekiga-2.0.11_1 emerald-0.5.2_1 enchant-1.3.0 eog-2.20.4 epiphany-2.20.3 evince-2.20.2 evolution-2.12.3 evolution-data-server-1.12.3_1 evolution-exchange-2.12.3 evolution-webcal-2.12.0 fast-user-switch-applet-2.20.0 file-roller-2.20.3,1 firefox-2.0.0.11_1,1 ftpcube-0.5.1_1 gail-1.20.2 gamin-0.1.9 gcalctool-5.20.2_1,2 gconf-editor-2.20.0,1 gconf2-2.20.1 gdm-2.20.3 gedit-2.20.4 gftp-2.0.18_6 gimp-2.4.3,2 gimp-app-2.4.3,1 gimp-gutenprint-5.1.3_2 gimp-help-0.12 gkrellm-2.3.1_1 glib-2.14.6 glibmm-2.14.2,1 gmime-2.2.15 gmime-sharp-2.2.15 gnash-0.8.1_1 gnome-applets-2.20.1 gnome-control-center-2.20.3 gnome-desktop-2.20.3 gnome-games-2.20.3 gnome-games-extra-data-2.20.0 gnome-icon-theme-2.20.0_1 gnome-keyring-2.20.3 gnome-keyring-manager-2.20.0 gnome-mag-0.14.10 gnome-media-2.20.1 gnome-menus-2.20.3 gnome-mount-0.6_4 gnome-netstatus-2.12.1_4 gnome-nettool-2.20.0,1 gnome-panel-2.20.3 gnome-power-manager-2.20.2 gnome-session-2.20.3 gnome-sharp-2.16.0_4 gnome-speech-0.4.18 gnome-spell-1.0.8 gnome-system-monitor-2.20.2 gnome-system-tools-2.20.0 gnome-terminal-2.18.4 gnome-themes-2.20.2 gnome-themes-extras-2.20_1 gnome-utils-2.20.0.1,1 gnome-vfs-2.20.1 gnome-volume-manager-2.17.0_8 gnome2-2.20.2 gok-1.3.7,1 grip-3.2.0_15 gstreamer-0.10.15 gstreamer-ffmpeg-0.10.3 gstreamer-plugins-0.10.15,3 gstreamer-plugins-a52dec-0.10.6_2,3 gstreamer-plugins-bad-0.10.5_2,3 gstreamer-plugins-cdparanoia-0.10.15_3,3 gstreamer-plugins-core-0.10_9 gstreamer-plugins-dts-0.10.5_3,3 gstreamer-plugins-dvd-0.10.6_1,3 gstreamer-plugins-esound-0.10.6_2,3 gstreamer-plugins-flac-0.10.6_2,3 gstreamer-plugins-gconf-0.10.6_4,3 gstreamer-plugins-gnomevfs-0.10.15_2,3 gstreamer-plugins-good-0.10.6,3 gstreamer-plugins-hal-0.10.6_1,3 gstreamer-plugins-libpng-0.10.6_2,3 gstreamer-plugins-mad-0.10.6_3,3 gstreamer-plugins-mp3-0.10.0 gstreamer-plugins-mpeg2dec-0.10.6_2,3 gstreamer-plugins-ogg-0.10.15_2,3 gstreamer-plugins-pango-0.10.15_2,3 gstreamer-plugins-theora-0.10.15_4,3 gstreamer-plugins-ugly-0.10.6_1,3 gstreamer-plugins-vorbis-0.10.15_3,3 gstreamer-plugins-xvid-0.10.5_1,3 gtk-2.12.7 gtk-engines2-2.12.2 gtk-sharp-2.10.2_1 gtkhtml3-3.16.3 gtkmm-2.12.4 gtksourceview-1.8.5_2 gtksourceview2-2.0.2 gtkspell-2.0.11_5 gucharmap-gnome-1.10.2 gutenprint-base-5.1.3_1 hal-0.5.8.20080203 k3b-1.0.4 kde-windeco-crystal-1.0.4 kde-windeco-neos-0.2b_4 kdeaccessibility-3.5.8 kdeartwork-3.5.8 kdeartwork-xscreensaver-kde-3.5.8 kdebase-3.5.8_1 kdebase-kompmgr-3.5.8 kdeedu-3.5.8 kdegames-3.5.8 kdegraphics-3.5.8_1 kdegraphics-kamera-3.5.8 kdegraphics-kooka-3.5.8 kdegraphics-kuickshow-3.5.8 kdelibs-3.5.8 kdemultimedia-3.5.8 kdemultimedia-xine_artsplugin-3.5.8 kdenetwork-3.5.8 kdepim-3.5.8 kdetoys-3.5.8 kdeutils-3.5.8 koffice-1.6.3_3,2 libIDL-0.8.10 libafterimage-1.15_1 libbonobo-2.20.4 libbonoboui-2.20.0 libcroco-0.6.1 libgail-gnome-1.20.0 libglade2-2.6.2 libgnome-2.20.1.1_1 libgnomecanvas-2.20.1.1 libgnomecups-0.2.2_4,1 libgnomekbd-2.20.0 libgnomeprint-2.18.3 libgnomeprintui-2.18.2 libgnomeui-2.20.1.1
Re: libicui18n.so.36 not found, required by evolution
On Saturday 09 February 2008 13:02:58 Dominic Fandrey wrote: Matthew Seaman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 E. J. Cerejo wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Nope. Symlinking shlibs of different ABI versions together is the wrong answer. There's a reason the ABI version number was bumped, and it indicates the new shlib is not compatible with the old one. Formally, the correct fix is: # portupgrade -rf icu-\* or the equivalent in whatever ports management software you prefer. However this is pretty unfortunate as icu is a basic component that a large number of packages depend upon. Expect to spend a long time compiling. The port sysutils/bsdadminscripts installs a script called pkg_libchk that will list you all ports that /really/ need to be rebuild. Many of the ports depending on icu-\* do so indirectly by linking to a library that links to icu, thus it is sufficent to rebuild those directly linking ports. pkg_libchk checks for such direct dependencies and will list you the affected ports. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I just tried that but unfortunately pkg_libchk didn't work. It didn't pick up any application when I have a bunch failling to start because of this library. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libicui18n.so.36 not found, required by evolution
E. J. Cerejo wrote: On Saturday 09 February 2008 13:02:58 Dominic Fandrey wrote: Matthew Seaman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 E. J. Cerejo wrote: Running FBSD 6.3 and after updating the ports where icu was one of the ports to be updated I'm getting the libexec/ld-elf.so.1: Shared object libicui18n.so.36 not found, required by evolution error, I can see that the new version of icu installed libicui18n.so.38. Is there a better way to fix this or should I just symlink libicui18n.so.38 to libicui18n.so.36? Nope. Symlinking shlibs of different ABI versions together is the wrong answer. There's a reason the ABI version number was bumped, and it indicates the new shlib is not compatible with the old one. Formally, the correct fix is: # portupgrade -rf icu-\* or the equivalent in whatever ports management software you prefer. However this is pretty unfortunate as icu is a basic component that a large number of packages depend upon. Expect to spend a long time compiling. The port sysutils/bsdadminscripts installs a script called pkg_libchk that will list you all ports that /really/ need to be rebuild. Many of the ports depending on icu-\* do so indirectly by linking to a library that links to icu, thus it is sufficent to rebuild those directly linking ports. pkg_libchk checks for such direct dependencies and will list you the affected ports. I just tried that but unfortunately pkg_libchk didn't work. It didn't pick up any application when I have a bunch failling to start because of this library. Are you willing to help me detect the problem? If so, can you run # pkg_libchk -m This turns the false positive checking mechanism off and thus should list all ports that currently don't work, plus some that work but don't rely on the system to find their libraries, like OpenOffice. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
