Re: portupgrades fail because of missing /usr/local/lib/liblzma.la
On Thu, Aug 04, 2011 at 01:45:02PM -0400, b. f. wrote: > > o) What can I do to get ports recognize the correct location of the > > xz-libraries? > > As I wrote above, some more information would help. I'm guessing that > you have a port that (unfortunately) uses libtool to perform linking, > and has an erroneous /usr/local/lib/lzma.la entry in a libtool archive > file (*.la), or is using some combination of uncommon linker flags > and sloppy use of -L/usr/local/lib. Does a search like: > > fgrep -e lzma -nHr /usr/local/lib --include='*.la' > > yield any results? If you see any references in a libtool archive to > the nonexistent "/usr/local/lib/liblzma.la", try removing and then > rebuilding the port that owns that libtool archive -- you should be > able to determine the port by running "pkg_info -W" with the full path > of the libtool archive as an argument. > Hi, First of all I'm posting my reply to both -questions where I sent my original question to as well as -ports where you sent your reply so others are seeing this too. In short - thanks to your hints everything's healthy again :-)) Here's what I did (in case others are suffering from this problem too): fgrep -e lzma -nHr /usr/local/lib --include='*.la' yielded a bunch of results - grep-ed for "/usr/local/lib/liblzma.la". Then feeded these into pkg_info -W which nicely pointed me to the corresponding port where this library comes from. The only thing I had to do then was to make deinstall;make clean; make install this port. In my case it was e.g. the "ImageMagick-6.7.0.10_1" port causing all the mess. So thanks to you all who responded. It's great to have such a knowledgeable and helpful community out there - you indeed learn something new every day. -ewald ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Call for testing: games/wiimms ports (Tools for manipulate Wii and GameCube ISO/WBFS/WDF/WIA files)
* Olivier Cochard-Labbé (oliv...@freenas.org) wrote: > I've just finished a port: wiimms ISO Tools (http://wit.wiimm.de/) and > tested a little by converting some Wii ISO files to WBFS files with > success. Are you sure this belongs to games category? Seems to me sysutils or converters are much more suitable. For instance, utilities for iso9660 manipulation (iat, isomd5sum, *2iso) are in sysutils. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ghostscript8 vs. ghostscrip9 conflict during portupgrade
Hi, Today I ran into an interesing problem while trying to run a regular portupgrade on one of my machines (8.2, AMD64): Seems like some ports depend on ghostscript8 whereas other depend on ghostscript9. Unfortunately both ghostscript variants can't coexist on the same system. To be specific: I've got ghostscript8 installed (ghostscript8-8.71_8) which is required by a bunch of ports as per "pkg_info -Rx ghostscript8". When running "pkgdb -F" it wants to install ghostscript9 since ImageMagick depens on ghostscript9: # pkgdb -F ---> Checking the package registry database Stale dependency: ImageMagick-6.7.0.10_1 -> ghostscript9-9.02_4 (print/ghostscript9): ghostscript8-8.71_8 (score:64%) ? ([y]es/[n]o/[a]ll) [no] # make search name=ImageMagick Port: ImageMagick-6.7.0.10_1 Path: /usr/ports/graphics/ImageMagick ... B-deps: ... ghostscript9-9.02_4 So how do I go about it - how do I resolve these dependencies? Thanks much in advance for any clue, -ewald ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ghostscript8 vs. ghostscrip9 conflict during portupgrade
> Seems like some ports depend on ghostscript8 whereas other depend on > ghostscript9. Unfortunately both ghostscript variants can't coexist on > the same system. To be specific: > > I've got ghostscript8 installed (ghostscript8-8.71_8) which is > required by a bunch of ports as per "pkg_info -Rx ghostscript8". When > running "pkgdb -F" it wants to install ghostscript9 since ImageMagick > depens on ghostscript9: The only ports that really need ghostscript8 will have a GHOSTSCRIPT_PORT entry pointing to print/ghostscript8 (I don't think there are any such ports at this time) -- otherwise they just happen to depend upon it because they were built with a non-default, user-defined WITH_GHOSTSCRIPT_VER value, or were built before the default ghostscript port was changed to print/ghostscript9. Problems like this are what the "-o" switches are for, in portmaster and portupgrade --read the manpage of the utility that you prefer, including the examples sections. Also, you should get in the habit of reading the recent additions to ports/UPDATING. If you are using portupgrade, you should probably do something like: portupgrade -o print/ghostscript9 print/ghostscript8 portupgrade -rfx ghostscript9 ghostscript b. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Netatalk 2.2 on FreeBSD stable crashed
Hi, I have some trouble running netatalk 2.2 on FreeBSD stable. First, I had some trouble installing netatalk at all. Then I had trouble running it. I solved this problem by deinstalling avahi and netatalk, disabling Bonjour in the netatalk config and then reinstalling netatalk and avahi (in this order). For details, have a look at http://forums.freebsd.org/showthread.php?t=25440 Now, I tried to enable Bonjour in the netatalk config again, this is the result: Aug 5 18:25:43 [96810]: Set syslog logging to level: LOG_NOTE Aug 5 18:25:43 afpd[96811]: AFP/TCP started, advertising fc00:1::1:548 (2.2.0) Aug 5 18:25:44 kernel: pid 96811 (afpd), uid 0: exited on signal 6 (core dumped) To resolve this, I had to do the stuff described above again. Any ideas what could be the reason for this, or how to debug it? Or should I ask directly on the netatalk mailing list? Kind regards Johannes ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
QT4 appears to be broken
I thought I would try out libreoffice. So, as root I did cd /usr/opt ln -s /usr/opt /opt csup ~/supfile.ports cd /use/ports make fetchindex cd /usr/ports/editors/libreoffice make PREFIX=/opt/ ===> Installing for qt4-qmake-4.7.3 ===> Generating temporary packing list ===> Checking if devel/qmake4 already installed mkdir -p "/opt//share/qt4" cp -Rp /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.7.3/mkspecs /opt//share/qt4 install -s -o root -g wheel -m 555 qmake-qt4 /opt//bin /bin/ln -sf /opt//share/qt4/mkspecs/freebsd-g++ /opt//share/qt4/mkspecs/default ===> Registering installation for qt4-qmake-4.7.3 ===> Returning to build of qt4-moc-4.7.3 ===> Configuring for qt4-moc-4.7.3 /usr/bin/sed -i.bak -e 's|target.path.*|target.path=/opt//bin|g' -e 's|^TARGET.*|TARGET=moc-qt4|g' /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.7.3/src/tools/moc/moc.pro /bin/mkdir -p /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.7.3/mkspecs /bin/ln -sf /usr/local/bin/qmake-qt4 /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.7.3/bin/qmake The specified system/compiler is not supported: /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.7.3/mkspecs//usr/local/share/qt4/mkspecs/freebsd-g++ Please see the README file for a complete list. ===> Script "configure" failed unexpectedly. Please report the problem to k...@freebsd.org [maintainer] and attach the "/usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.7.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). Please, fix. -- Steve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
PREFIX is not honored for dependencies
As root, I did mkdir -p /usr/opt ln -s /usr/opt /opt cd /usr/ports/editors/libreoffice make PREFIX=/opt/ The above builds and installs dependencies along the way under the /opt/ heirarchy. The first few are cppunit-1.12.1 mdbtools-0.5_14 boost-libs-1.45.0_1 The build finally dies with qt4-moc, because it does not honor PREFIX. I've attempted to work around the QT4 issue by patching its Makefile. So, I restart a build make clean make PREFIX=/opt/ This eventually dies with ===> Installing for cppunit-1.12.1 ===> Generating temporary packing list ===> Checking if devel/cppunit already installed ===> cppunit-1.12.1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/cppunit without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. Of course, cppunit-1.12.1 is installed! The initial build in libreoffice installed it before qt4-moc crooked. Please fix. -- Steve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: PREFIX is not honored for dependencies
On Fri, 5 Aug 2011 15:08:53 -0700, Steve Kargl wrote: As root, I did mkdir -p /usr/opt ln -s /usr/opt /opt cd /usr/ports/editors/libreoffice make PREFIX=/opt/ The above builds and installs dependencies along the way under the /opt/ heirarchy. The first few are cppunit-1.12.1 mdbtools-0.5_14 boost-libs-1.45.0_1 The build finally dies with qt4-moc, because it does not honor PREFIX. I've attempted to work around the QT4 issue by patching its Makefile. So, I restart a build make clean make PREFIX=/opt/ This eventually dies with ===> Installing for cppunit-1.12.1 ===> Generating temporary packing list ===> Checking if devel/cppunit already installed ===> cppunit-1.12.1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/cppunit without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. Of course, cppunit-1.12.1 is installed! The initial build in libreoffice installed it before qt4-moc crooked. Please fix. There is nothing to fix, this is the way ports are expected to work. Playing with PREFIX != LOCALBASE has to be done with care because it can lead to some breakage as this one. regards, Bapt ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Call for testing: games/wiimms ports (Tools for manipulate Wii and GameCube ISO/WBFS/WDF/WIA files)
2011/8/5 Dmitry Marakasov : > > Are you sure this belongs to games category? Seems to me sysutils > or converters are much more suitable. For instance, utilities for > iso9660 manipulation (iat, isomd5sum, *2iso) are in sysutils. I was not sure of the category, but sysutils is OK for me. Regards, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
