Re: libpng.so.6 missing
Lars Engels lars.eng...@0x20.net wrote .. On Mon, Jun 11, 2012 at 10:07:22PM -0700, Waitman Gobble wrote: Warren Block wbl...@wonkity.com wrote .. On Mon, 11 Jun 2012, Waitman Gobble wrote: I ran pkg_libchk and it looks like a whole boatload of packages need to be replaced, so I decided to skip to the chase and give the update script a 'replace' option.. it checks the package version available in the packages directory on the freebsd site with what's installed, if there's a newer version it downloads it and does the MD5 check, creates an update.sh script to replace (the update script doesn't actually do any udpating!) Anyhow, with 'replace' it will either replace the existing or use the newer if available. I've been using this script to update the system and it works pretty good for me, except when I veer off path and get into ports like with my libpng issue. :) There is a pkg_upgrade command in the bsdadminscripts, too. However, pkgng will change all that soon. Thanks, I tried pkgng a few months ago and it didn't seem to do updates... but I recall many updates on the mail list so I'm sure it's much different now, and works much better. I'll definitely check it out. It does, but you need a working repository for it. I update ports in my sup file, along with the FreeBSD source. I normally csup at least every two weeks. Is this what you mean by working ports repository? I previously ran into a snag if the package version was different than the ports version, and it seems occasionally packages lag a bit. Thank you, -- Waitman Gobble San Jose California USA ___ 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: libpng.so.6 missing
On Mon, Jun 11, 2012 at 11:06:46PM -0700, Waitman Gobble wrote: Lars Engels lars.eng...@0x20.net wrote .. On Mon, Jun 11, 2012 at 10:07:22PM -0700, Waitman Gobble wrote: Warren Block wbl...@wonkity.com wrote .. On Mon, 11 Jun 2012, Waitman Gobble wrote: I ran pkg_libchk and it looks like a whole boatload of packages need to be replaced, so I decided to skip to the chase and give the update script a 'replace' option.. it checks the package version available in the packages directory on the freebsd site with what's installed, if there's a newer version it downloads it and does the MD5 check, creates an update.sh script to replace (the update script doesn't actually do any udpating!) Anyhow, with 'replace' it will either replace the existing or use the newer if available. I've been using this script to update the system and it works pretty good for me, except when I veer off path and get into ports like with my libpng issue. :) There is a pkg_upgrade command in the bsdadminscripts, too. However, pkgng will change all that soon. Thanks, I tried pkgng a few months ago and it didn't seem to do updates... but I recall many updates on the mail list so I'm sure it's much different now, and works much better. I'll definitely check it out. It does, but you need a working repository for it. I update ports in my sup file, along with the FreeBSD source. I normally csup at least every two weeks. Is this what you mean by working ports repository? I previously ran into a snag if the package version was different than the ports version, and it seems occasionally packages lag a bit. No, you need a package repository for pkgng, not the ports tree. You can try # setenv PACKAGESITE http://pkgbeta.freebsd.org/`uname|tr '[:upper:]' '[:lower:]'`-`uname -r|cut -d. -f1`-` uname -m`/latest # pkg update # pkg upgrade But please take note because pkg can also downgrade a package if the remote repository has an older version that the one that you have installed. pgpSmzpvhnWnk.pgp Description: PGP signature
Re: libpng.so.6 missing
Lars Engels lars.eng...@0x20.net wrote .. On Mon, Jun 11, 2012 at 11:06:46PM -0700, Waitman Gobble wrote: Lars Engels lars.eng...@0x20.net wrote .. On Mon, Jun 11, 2012 at 10:07:22PM -0700, Waitman Gobble wrote: Warren Block wbl...@wonkity.com wrote .. On Mon, 11 Jun 2012, Waitman Gobble wrote: I ran pkg_libchk and it looks like a whole boatload of packages need to be replaced, so I decided to skip to the chase and give the update script a 'replace' option.. it checks the package version available in the packages directory on the freebsd site with what's installed, if there's a newer version it downloads it and does the MD5 check, creates an update.sh script to replace (the update script doesn't actually do any udpating!) Anyhow, with 'replace' it will either replace the existing or use the newer if available. I've been using this script to update the system and it works pretty good for me, except when I veer off path and get into ports like with my libpng issue. :) There is a pkg_upgrade command in the bsdadminscripts, too. However, pkgng will change all that soon. Thanks, I tried pkgng a few months ago and it didn't seem to do updates... but I recall many updates on the mail list so I'm sure it's much different now, and works much better. I'll definitely check it out. It does, but you need a working repository for it. I update ports in my sup file, along with the FreeBSD source. I normally csup at least every two weeks. Is this what you mean by working ports repository? I previously ran into a snag if the package version was different than the ports version, and it seems occasionally packages lag a bit. No, you need a package repository for pkgng, not the ports tree. You can try # setenv PACKAGESITE http://pkgbeta.freebsd.org/`uname|tr '[:upper:]' '[:lower:]'`-`uname -r|cut -d. -f1`-` uname -m`/latest # pkg update # pkg upgrade But please take note because pkg can also downgrade a package if the remote repository has an older version that the one that you have installed. Thanks so much for the info. Do you have an idea about how long it would take to replace 700 packages? -- Waitman Gobble San Jose California USA ___ 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
make failed for devel/qca
Apart from the error the text is referencing to a file, should be /usr/ports/devel/qca/work/qca-2.0.3/conf.log (not config.log) /bin/mkdir -p /usr/ports/devel/qca/work/qca-2.0.3/libdata/pkgconfig Configuring Qt Cryptographic Architecture (QCA) ... Verifying Qt 4 build environment ... ./configure: .qconftemp/conf: not found fail Reason: Unexpected error launching 'conf' === Script configure failed unexpectedly. Please report the problem to k...@freebsd.org [maintainer] and attach the /usr/ports/devel/qca/work/qca-2.0.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`). *** Error code 1 Stop in /usr/ports/devel/qca. === make failed for devel/qca === Aborting update === Update for devel/qca failed === Aborting update Terminated === The following actions were performed: Upgrade of qt4-qmake-4.8.2 to qt4-qmake-4.8.2_1 Thanks /Leslie /usr/local/bin/moc-qt4 -DHAVE_MODULES -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4 -I. -I/usr/local/include/qt4 -I/usr/local/include conf4.cpp -o conf4.moc c -pipe -O2 -Wall -W -DHAVE_MODULES -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4 -I. -I/usr/local/include/qt4 -I/usr/local/include -o conf4.o conf4.cpp gmake: c: Kommandot hittades inte gmake: [conf4.o] Fel 127 (ignoreras) Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -o conf conf4.o -L/usr/local/lib/qt4 -L/usr/local/lib -lQtCore -L/usr/local/lib/qt4 -L/usr/local/lib gmake: Wl,-O1: Kommandot hittades inte gmake: [conf] Fel 127 (ignoreras) ___ 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
devel/qt4-moc: ERROR: Cannot set the compiler for the configuration tests
This is on r236740M with GCC: === Cleaning for qt4-moc-4.8.2 === No options to configure === License check disabled, port has not defined LICENSE === qt4-moc-4.8.2 depends on file: /usr/local/sbin/pkg - found === Extracting for qt4-moc-4.8.2 = SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.2.tar.gz. === Patching for qt4-moc-4.8.2 === Applying extra patch /usr/ports/devel/qt4-moc/../../devel/qt4/files/patch-configure === qt4-moc-4.8.2 depends on file: /usr/local/bin/qmake-qt4 - found === Configuring for qt4-moc-4.8.2 === FreeBSD 10 autotools fix applied to /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/configure /usr/bin/sed -i.bak -e 's|target.path.*|target.path=/usr/local/bin|g' -e 's|^TARGET.*|TARGET=moc-qt4|g' /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/src/tools/moc/moc.pro /bin/mkdir -p /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/mkspecs /bin/ln -sf /usr/local/bin/qmake-qt4 /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/bin/qmake ERROR: Cannot set the compiler for the configuration tests === 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.8.2/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`). *** [do-configure] Error code 1 Stop in /usr/ports/devel/qt4-moc. -- 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-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: make index shows missing port directory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.06.2012 20:28, schrieb Chris Rees: On 11 June 2012 08:57, Alfred Bartsch bart...@dssgmbh.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 08.06.2012 22:23, schrieb Chris Rees: On Jun 8, 2012 7:10 PM, Palle Girgensohn gir...@freebsd.org wrote: Chris Rees skrev: On 8 June 2012 08:15, Alfred Bartsch bart...@dssgmbh.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, ... Adding this missing entry to the portstree should solve this issue. To avoid such problems in the future, it would IMHO be preferable to have only one port (/usr/ports/databases/p5-DBD-mysql), which is able to handle all mysql versions, similar to p5-DBD-Pg. Actually, I'm looking at moving p5-DBD-Pg to versioned ports, since it is less unpredictable to install a versioned port, the autodetection logic is messy and packages are not built for any but the default version. Chris That is partly true, but it is also strange to have a versioned port where there is no difference other than the dependency? Oops, haha, I remember looking at it and also thinking what you just said. Sorry for the noise. Alfred, there actually is a port databases/p5-DBD-mysql which is the only one that ports should depend on (I had this conversation with Alex Dupre IIRC, the maintainer of mysql). I'll do a quick scan for ports depending on the versioned ports and get PRs in. Chris Thank you for taking care of this. I really would appreciate to have only one port as a BDB - MySQL interface. There is another issue with make index: Generating INDEX-8 - please wait.. ... Warning: Duplicate INDEX entry: jpeg2ps-a4-1.9_2 Warning: Duplicate INDEX entry: openldap-sasl-client-2.4.31_1 Warning: Duplicate INDEX entry: a2ps-a4-4.13b_4 Warning: Duplicate INDEX entry: c2ps-a4-4.0_1 Warning: Duplicate INDEX entry: enscript-a4-1.6.4_5 Warning: Duplicate INDEX entry: html2ps-a4-1.0.b7,1 Warning: Duplicate INDEX entry: lprps-a4-2.5 Warning: Duplicate INDEX entry: mp-a4-3.0.1 Warning: Duplicate INDEX entry: psutils-a4-1.17_2 Done. Related settings in /etc/make.conf: A4=yes PAPERSIZE=a4 The index entries for the -letter ports are missing afterwards. IMHO this primarily happens because the -letter (slave-) ports are used as master ports for the -a4 ports. Are these different ports related to paper format really needed anymore - in times of libpaper? If yes, I would vote for cleaning the ports tree: - - define real master ports (e.g. print/enscript, print/a2ps) - - change the -letter ports to real slave ports - - change the MASTERDIR entries in -a4 and -letterdj ports - - take care that PKGNAMESUFFIX is set in the slave ports only BTW: There is a tool named p5-FreeBSD-Portindex written by Matthew Seaman, which creates a complete index file (=containing every port directory), not showing these weaknesses. The openldap duplicate entry results of setting port option SASL. There is another issue with this port: The package origin is stored as net/openldap24-client even with option SASL set. This port is a dependancy of some kde ports. Every time I'm rebuilding one of these ports, portmaster tries to build openldap24-sasl-client, even if it is already installed. Manually changing the ORIGIN entry in /var/db/pkg solved this issue for me. You have stumbled upon a known problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/162088 I'm not quite sure I agree with the closure however, since a solution is not made, rather a workaround. Thank you for esponding. Yes, you are (partly) right. I was the originator of that PR. It was closed due to out of ideas. This time I chose a direct mailing instead of posting a follow-up to that closed PR. If you'd take another look at my actual post, you will see that this time I'm trying to propose a solution to this systemic issue, which has been in the ports tree for a very long time. I'm looking forward to your comments. - -- Regards Alfred Bartsch Data-Service GmbH -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/W88UACgkQ5QGe2JdVf3jwEwCfX0bFWKx84mUxytOvqYYmGofA IQAAnA8p+WznlOCxyt1oKLUkCsJ2pMiV =yBq1 -END PGP SIGNATURE- ___ 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: Memory leak in xfce4-netload-plugin and xfce4-systemload-plugin - only on FreeBSD?
Update: I have now updated to Xfce 4.10 and the problem still persists. Data point: I have a laptop which runs Xubuntu 12.04 (which uses Xfce 4.8). I run the same xfce plugins there, but do not see any memory leak in them. Any hints on how to better narrowing this down, or how to fix it are welcome. -- Regards, Torfinn Ingolfsen ___ 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: devel/qt4-moc: ERROR: Cannot set the compiler for the configuration tests
On Tue, Jun 12, 2012 at 2:53 PM, Anton Shterenlikht me...@bristol.ac.uk wrote: This is on r236740M with GCC: === Cleaning for qt4-moc-4.8.2 === No options to configure === License check disabled, port has not defined LICENSE === qt4-moc-4.8.2 depends on file: /usr/local/sbin/pkg - found === Extracting for qt4-moc-4.8.2 = SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.2.tar.gz. === Patching for qt4-moc-4.8.2 === Applying extra patch /usr/ports/devel/qt4-moc/../../devel/qt4/files/patch-configure === qt4-moc-4.8.2 depends on file: /usr/local/bin/qmake-qt4 - found === Configuring for qt4-moc-4.8.2 === FreeBSD 10 autotools fix applied to /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/configure /usr/bin/sed -i.bak -e 's|target.path.*|target.path=/usr/local/bin|g' -e 's|^TARGET.*|TARGET=moc-qt4|g' /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/src/tools/moc/moc.pro /bin/mkdir -p /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/mkspecs /bin/ln -sf /usr/local/bin/qmake-qt4 /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/bin/qmake ERROR: Cannot set the compiler for the configuration tests === 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.8.2/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`). *** [do-configure] Error code 1 Stop in /usr/ports/devel/qt4-moc. some issue on RELENG_9. This port (4.8.2 version) on the current system build successful a week ago. Looks like recently changes in MK file broke build process because any updatings of this server didn't occur. -- 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-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ 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: devel/qt4-moc: ERROR: Cannot set the compiler for the configuration tests
12.06.2012 22:52, Subbsd написал: On Tue, Jun 12, 2012 at 2:53 PM, Anton Shterenlikhtme...@bristol.ac.uk wrote: This is on r236740M with GCC: === Cleaning for qt4-moc-4.8.2 === No options to configure === License check disabled, port has not defined LICENSE ===qt4-moc-4.8.2 depends on file: /usr/local/sbin/pkg - found === Extracting for qt4-moc-4.8.2 = SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.2.tar.gz. === Patching for qt4-moc-4.8.2 === Applying extra patch /usr/ports/devel/qt4-moc/../../devel/qt4/files/patch-configure ===qt4-moc-4.8.2 depends on file: /usr/local/bin/qmake-qt4 - found === Configuring for qt4-moc-4.8.2 ===FreeBSD 10 autotools fix applied to /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/configure /usr/bin/sed -i.bak -e 's|target.path.*|target.path=/usr/local/bin|g' -e 's|^TARGET.*|TARGET=moc-qt4|g' /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/src/tools/moc/moc.pro /bin/mkdir -p /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/mkspecs /bin/ln -sf /usr/local/bin/qmake-qt4 /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/bin/qmake ERROR: Cannot set the compiler for the configuration tests === 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.8.2/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`). *** [do-configure] Error code 1 Stop in /usr/ports/devel/qt4-moc. some issue on RELENG_9. This port (4.8.2 version) on the current system build successful a week ago. Looks like recently changes in MK file broke build process because any updatings of this server didn't occur. Sorry folks, it was my fault with qmake logic. Fixed now in portstree, please update -- Dima Panov (flu...@freebsd.org) (KDE, Office)@FreeBSD team Facebook: http://www.facebook.com/fluffy.khv IRC: fluffy@EFNet, fluffykhv@FreeNode twitter: fluffy_khv | skype: dima.panov ___ 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
Install of devel/pear hangs
Hello, Been having some trouble installing devel/pear on a server after migrating PHP packages from php5-* to php53-*. Regardless of whether I use portmaster or 'make install', it hangs at the same spot: # make install === Installing for pear-1.9.4_1 === pear-1.9.4_1 depends on file: /usr/local/include/php/main/php.h - found === pear-1.9.4_1 depends on file: /usr/local/lib/php/20090626/xml.so - found === Generating temporary packing list === Checking if devel/pear already installed where it will happily sit for days if I don't intervene. Is there any way to see what it's trying to do at this stage? Or is this something anybody else has run into? -Colin ___ 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: Install of devel/pear hangs
On 6/12/2012 19:18, Colin Baker wrote: Hello, Been having some trouble installing devel/pear on a server after migrating PHP packages from php5-* to php53-*. Regardless of whether I use portmaster or 'make install', it hangs at the same spot: # make install === Installing for pear-1.9.4_1 === pear-1.9.4_1 depends on file: /usr/local/include/php/main/php.h - found === pear-1.9.4_1 depends on file: /usr/local/lib/php/20090626/xml.so - found === Generating temporary packing list === Checking if devel/pear already installed where it will happily sit for days if I don't intervene. Is there any way to see what it's trying to do at this stage? Or is this something anybody else has run into? Try using truss (ie; truss make install) -- Adam Strohl http://www.ateamsystems.com/ ___ 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: Install of devel/pear hangs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/12/12 8:18 AM, Colin Baker wrote: Hello, Been having some trouble installing devel/pear on a server after migrating PHP packages from php5-* to php53-*. Regardless of whether I use portmaster or 'make install', it hangs at the same spot: # make install === Installing for pear-1.9.4_1 === pear-1.9.4_1 depends on file: /usr/local/include/php/main/php.h - found === pear-1.9.4_1 depends on file: /usr/local/lib/php/20090626/xml.so - found === Generating temporary packing list === Checking if devel/pear already installed where it will happily sit for days if I don't intervene. Is there any way to see what it's trying to do at this stage? Or is this something anybody else has run into? -Colin Hi Colin, Try running the command like this: make -d A install | tee /tmp/pear.log Once it hangs, press Ctrl-C and check /tmp/pear.log. At the end of the file, you should see the command that make spawned before the install process hung. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/XSJQACgkQ0sRouByUApDE4QCghI/TnvwSUeS5mK6iTxXUkK6D UbwAn3qnferqldu9hjpd+sZdZIXXl87Q =XBo3 -END PGP SIGNATURE- ___ 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: libpng.so.6 missing
Lars Engels lars.eng...@0x20.net wrote .. On Tue, Jun 12, 2012 at 12:31:29AM -0700, Waitman Gobble wrote: Lars Engels lars.eng...@0x20.net wrote .. On Mon, Jun 11, 2012 at 11:06:46PM -0700, Waitman Gobble wrote: Lars Engels lars.eng...@0x20.net wrote .. On Mon, Jun 11, 2012 at 10:07:22PM -0700, Waitman Gobble wrote: Warren Block wbl...@wonkity.com wrote .. On Mon, 11 Jun 2012, Waitman Gobble wrote: I ran pkg_libchk and it looks like a whole boatload of packages need to be replaced, so I decided to skip to the chase and give the update script a 'replace' option.. it checks the package version available in the packages directory on the freebsd site with what's installed, if there's a newer version it downloads it and does the MD5 check, creates an update.sh script to replace (the update script doesn't actually do any udpating!) Anyhow, with 'replace' it will either replace the existing or use the newer if available. I've been using this script to update the system and it works pretty good for me, except when I veer off path and get into ports like with my libpng issue. :) There is a pkg_upgrade command in the bsdadminscripts, too. However, pkgng will change all that soon. Thanks, I tried pkgng a few months ago and it didn't seem to do updates... but I recall many updates on the mail list so I'm sure it's much different now, and works much better. I'll definitely check it out. It does, but you need a working repository for it. I update ports in my sup file, along with the FreeBSD source. I normally csup at least every two weeks. Is this what you mean by working ports repository? I previously ran into a snag if the package version was different than the ports version, and it seems occasionally packages lag a bit. No, you need a package repository for pkgng, not the ports tree. You can try # setenv PACKAGESITE http://pkgbeta.freebsd.org/`uname|tr '[:upper:]' '[:lower:]'`-`uname -r|cut -d. -f1`-` uname -m`/latest # pkg update # pkg upgrade But please take note because pkg can also downgrade a package if the remote repository has an older version that the one that you have installed. Thanks so much for the info. Do you have an idea about how long it would take to replace 700 packages? Much faster than using ports! ;-) I can't tell, it depends on your internet connection, pkgbeta's current bandwidth, etc. But apart from the download it should be pretty fast. Extracting the txz and updating the sqlite database is faster than extracting the tbz and updating /var/db/pkg/* Thanks, I'll check it out. I'm looking through the pkgng source code on git. One thing - on the pkgbeta link the packages are a month old... before the libpng update I think... I assume that when pkgng is worked out (based on my search of recent mail list messages it's under development).. the package repository will be current. But at the moment it might be messy to implement on my machine. Last night I think it took about 30 minutes to pkg_delete and pkg_add all packages, apart from downloading. The download and MD5 check happens before any updates so it's separate, I wasn't paying attention to the download time, which isn't really a concern in comparison. -- Waitman Gobble San Jose California USA ___ 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: Install of devel/pear hangs
On Tue, 12 Jun 2012 08:48:04 -0500, Greg Larkin glar...@freebsd.org wrote: Hi Colin, Try running the command like this: make -d A install | tee /tmp/pear.log Once it hangs, press Ctrl-C and check /tmp/pear.log. At the end of the file, you should see the command that make spawned before the install process hung. Thank you, that cleared things up! Turned out to be a third party PHP module that was breaking the CLI php executable. Got it working now, I greatly appreciate the suggestions. -Colin ___ 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: libpng.so.6 missing
On Tue, Jun 12, 2012 at 07:19:09AM -0700, Waitman Gobble wrote: One thing - on the pkgbeta link the packages are a month old... There's been a regression with how pkgng handles lang/python* and until we fix that we can't upload new packages. mcl ___ 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
Need advice for a new port ?/libgta
Hello, I finished to make the ports of libgta (http://gta.nongnu.org/libgta.html). But i don't really know what can be the category. Maybe Math because the lib is about Array. What is your advice ? Regards, ___ 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: libpng.so.6 missing
Mark Linimon lini...@lonesome.com wrote .. On Tue, Jun 12, 2012 at 07:19:09AM -0700, Waitman Gobble wrote: One thing - on the pkgbeta link the packages are a month old... There's been a regression with how pkgng handles lang/python* and until we fix that we can't upload new packages. mcl ___ 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 Thanks. Looking forward to updates. I am not familiar with that particular issue but i'll search. Looks like it just missed xfce4.10 update by a couple of days. ie, sqlite SELECT * FROM packages WHERE `name` LIKE '%xfce4-session'; 11104|x11-wm/xfce4-session|xfce4-session|4.8.3|Session manager -- Waitman Gobble San Jose California USA ___ 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
make failed for print/pdflib
when installing from lang/php53-extensions with PDFlib support do I get the error: --BEGINNING === php53-extensions-1.6 depends on file: /usr/local/lib/php/20090626/pdf.so - not found ===Verifying install for /usr/local/lib/php/20090626/pdf.so in /usr/ports/print/pecl-pdflib === pecl-pdflib-2.1.9 depends on file: /usr/local/include/php/main/php.h - found === pecl-pdflib-2.1.9 depends on file: /usr/local/bin/phpize - found === pecl-pdflib-2.1.9 depends on file: /usr/local/lib/php/20090626/gd.so - found === pecl-pdflib-2.1.9 depends on file: /usr/local/bin/autoconf-2.69 - found === pecl-pdflib-2.1.9 depends on shared library: pdf.6 - not found ===Verifying install for pdf.6 in /usr/ports/print/pdflib === License check disabled, port has not defined LICENSE === Found saved configuration for pdflib-7.0.5_1 = PDFlib-Lite-7.0.5.tar.gz doesn't seem to exist in /usr/distfiles/. = Attempting to fetch http://www.pdflib.com/binaries/PDFlib/705/PDFlib-Lite-7.0.5.tar.gz fetch: http://www.pdflib.com/binaries/PDFlib/705/PDFlib-Lite-7.0.5.tar.gz: Not Found = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/PDFlib-Lite-7.0.5.tar.gz fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/PDFlib-Lite-7.0.5.tar.gz: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/distfiles/ and try again. *** Error code 1 --END It seems that the package PDFlib-Lite-7.0.5.tar.gz no longer available. On the website, there is the packet http://www.pdflib.com/binaries/PDFlib/705/PDFlib-Lite-7.0.5p3.tar.gz. Can you update the port? ___ 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
[0x72142...@gmail.com: [php=5.4.3] Parsing Bug in PHP PDO prepared statements may lead to access violation]
FYI I verified this on a working system. - Forwarded message from 0x721427D8 0x721427D8 0x72142...@gmail.com - Date: Sun, 10 Jun 2012 15:02:43 +0200 From: 0x721427D8 0x721427D8 0x72142...@gmail.com To: bugt...@securityfocus.com Subject: [php=5.4.3] Parsing Bug in PHP PDO prepared statements may lead to access violation [php=5.4.3] Parsing Bug in PHP PDO prepared statements may lead to access violation Affected Product: PHP Affected Component: PDO - PHP Data Objects Affected Versions: =5.4.3 (latest version and trunk) PHP Bug Ref: #61755 Patch: bug61755.diff Discovery Date: Feb 2012 Advisory Date: 2012-06-10 Description: Inconsistent parsing of PHP PDO prepared statements. Erroneous design of parsers state machine. Under special circumstances parsing of prepared statements does not stop leading in cycling the whole stack without terminating on \0. This leads to access violations, accessing of stack data, DoS. Bug Description: There are several design errors in the state-machine responsible for parsing PHP PDO based statement objects. These errors are based on the state-machines inability to consistently check the supplied SQL-Query. Under special circumstances an attacker is able to force the responsible PDO code to iterate beyond the termination of the supplied query string resulting in a buffer out of bounds access. This access may lead to uncontrollable as well as attacker controllable behavior and Access Violations caused by the code iterating the whole stack and trying to access addresses beyond the stack end. In very unlikely and constructed environments it may also be possible to force parameter rebinding of prepared statements - even though some context specific input filtering is applied - by utilizing the stack cycling behavior of the state machine. This can be accomplished by 1) pushing a manipulated SQL string containing fake parameter bindings (:named:, ?) onto the stack (e.g. using post variables) 2) manipulating the main SQL query string (see preconditions) to make the pdo_parser cycle the stack 3) until it cycles into the fake query previously pushed to stack where the magic happens. This forces the state machine into cycling into random stack data and then into the previously pushed manipulated SQL string with fake parameter bindings. To finalize this attack the manipulated SQL string then terminates the SQL parsing resulting in rebinding of prepared parameters. The attacker needs to know the original binding names (for named parameters) and the number of bound params for this attack to succeed. This scenario is unlikely to occur but as usual in computer security this may be used in conjunction with other attacks to multiply the impact. Preconditions: -- * PDO is used to access the DB * For remote attacks: User must be able to directly control any part of the query string prior its preparation (stm-prepare()). We are well aware that this is a general coding fault which leads to other security relevant implications but sadly enough it’s also quite common in many frameworks, projects to use prepared statements with user controlled data instead of binding them after preparation. State-Machine Graph, Test-Scripts, Traces, PoCs are available. Vendor Response: * Patch 2012-04-19 (bug61755.diff) (see php bugref) Patch available, but still not fixed in 5.4.3 (latest) Timeline: - * 2012 Feb - Discovered in 5.3.8, verified for 5.3.0/5.3.10 and 5.4.0 * 2012 March - Responsible Disclosure via SSD/BeyondSecurity * 2012 April - Patch available 2012-04-19 * 2012 May/June - No trace of bugfix in svn for 5.3/5.4/trunk although mentioned in bugref #61755 * 2012 June - No trace of bugfix in svn for 5.3/5.4/trunk, code ... * 2012 June - public disclosure CREDITS: Discovered by 0x721427D8 via BeyondSecurity - SecuriTeam Secure Disclosure Refs: - http://php.net/ http://www.php.net/manual/en/intro.pdo.php http://svn.php.net/viewvc/php/php-src/trunk/ext/pdo/ http://www.securiteam.com/ - End forwarded message - -- - (2^(N-1)) ___ 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: [0x72142...@gmail.com: [php=5.4.3] Parsing Bug in PHP PDO prepared statements may lead to access violation]
Hi, 2012/6/12 Jason Hellenthal jhellent...@dataix.net: [...] Timeline: - * 2012 Feb - Discovered in 5.3.8, verified for 5.3.0/5.3.10 and 5.4.0 * 2012 March - Responsible Disclosure via SSD/BeyondSecurity * 2012 April - Patch available 2012-04-19 * 2012 May/June - No trace of bugfix in svn for 5.3/5.4/trunk although mentioned in bugref #61755 * 2012 June - No trace of bugfix in svn for 5.3/5.4/trunk, code ... * 2012 June - public disclosure No trace of bugfix in June? It has been fixed in Apr. http://git.php.net/?p=php-src.git;a=commitdiff;h=1b78aef426a8f413ddd70854eb3fd5fbc95ef675 -- Regards, Felipe Pena ___ 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: Need advice for a new port ?/libgta
On 06/12/2012 11:20 AM, coder.tuxfamily wrote: Hello, I finished to make the ports of libgta (http://gta.nongnu.org/libgta.html). But i don't really know what can be the category. Maybe Math because the lib is about Array. What is your advice ? My suggestion is the devel category. Or perhaps the databases category, because really it is a format for storing data, but maybe databases has more specific meanings like data stored with an index. I don't recommend math though. ___ 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
pkgng detect conflict between bacula-server and bacula-client ports
Hi, Ive try to use pkgng ( WITH_PKGNG=yes ) for build new environment and got failed: ... === Registering installation for bacula-server-5.2.6 Installing bacula-server-5.2.6...pkg: bacula-server-5.2.6 conflicts with bacula-client-5.2.6 (installs files into the same place). Problematic file: /usr/local/man/man8/bacula-fd.8.gz *** Error code 3 Stop in /usr/ports/sysutils/bacula-server. *** Error code 1 Stop in /usr/ports/sysutils/bacula-server. === Installation of bacula-server-5.2.6 (sysutils/bacula-server) failed === Aborting update === Update for sysutils/bacula-server failed === Aborting update Terminated ... As i see, /usr/ports/sysutils/bacula-client/Makefile use /usr/ports/sysutils/bacula-server/Makefile. And this looks like bacula-fd.8.gz should be in Makefile or in case(WITH_CLIENT_ONLY) constructions because file relating to *-client port. However, bacula-fd.8.gz will appear in any case with installation of *-server part too: .. .if defined(WITH_CLIENT_ONLY) MAN8= bacula-fd.8 bconsole.8 EXTRA_PATCHES+= ${FILESDIR}/extra__manpages__Makefile.in .else MAN1= bat.1 bsmtp.1 bacula-tray-monitor.1 bacula-bwxconsole.1 MAN8= bacula.8 bacula-dir.8 bacula-fd.8 bacula-sd.8 bconsole.8 \ bcopy.8 bextract.8 bls.8 bregex.8 bscan.8 btape.8 \ btraceback.8 bwild.8 dbcheck.8 .. In this case the logic is broken and I should register PR to a bacula maintainer for spliting conflict files or such situation is normal and isn't considered by pkgng? ___ 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: Imagemagick: FAIL, now in Magick++/demo/analyze.sh
On Sat, Jun 9, 2012 at 8:02 PM, Doug Barton dougb at freebsd.org wrote: The new version fails in a new location, even with the default options. It seems to me that this failure cames from the fact that the tests try to dynamicaly load modules from the path where the previous version is installed instead of build dirs. Basicaly, the test do the following (I've cut through various shell wrappers to be able to use gdb): cd /usr/ports/graphics/ImageMagick/work/ImageMagick-6.7.7-7 env LD_LIBRARY_PATH=magick/.libs:wand/.libs:Magick++/lib/.libs MAGICK_CODER_MODULE_PATH=coders/.libs MAGICK_FILTER_MODULE_PATH=filters/.libs ./Magick++/demo/.libs/analyze ./Magick++/demo/model.miff The problem is, you can check by running the test through gdb, that amongst the dlopen-ed libraries, /usr/local/lib/ImageMagick-6.7.7/modules-Q16/filters/analyze.so is used as if the MAGICK_FILTER_MODULE_PATH environment variable was not working. A quick and dirty test is to save /usr/local/lib/ImageMagick-6.7.7/modules-Q16/filters/analyze.so and /usr/local/lib/ImageMagick-6.7.7/modules-Q16/filters/analyze.la, and to replace them with the versions just built. In my case, the test passed. I am not too sure about how to fix that however... If I have some time, I will check that the MAGICK_FILTER_MODULE_PATH value is really checked before the normal installation path. About my setup : I'm running freebsd 9.0, amd64 and building with clang, openmp support is disabled. -- Matthieu Volat ma...@alkumuna.eu ___ 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
Why are you NOT using FreeBSD -- an example
Hi, I placed FreeBSD 10 on an empty disk and downloaded then the ports tree from yesterday. /etc/make/conf looks like this: # Uncomment this if you want to do port builds with no interaction #BATCH=yes # Keep KDE4 in /usr/local, fixes sharing of icons / mime and others KDE4_PREFIX=/usr/local # added by use.perl 2012-01-05 20:44:40 PERL_VERSION=5.12.4 # # 12.06.12 ed: added to support new Intel KMS. # WITH_NEW_XORG=true All the rest is plain default. One thing I have to mention as it might is the cause. I used PCBSD to get FreeBSD onto the machine and upgraded then via sources to 10. I extra did not do anything else as I wanted to show how newcomers who just follow 'official' documentation hit a wall during this procedurefree. I used this page to get information for installing X with Intel KMS support: http://wiki.freebsd.org/Intel_GPU Here is the current status: Ports tree downloaded during the day 12.06.12 Installation of Joe. Joe is always the first port I install as I am used to its commands. I then download and compile other ports. As I am currently on a low-bandwidth Internet connection, I try to keep the machine busy during the night with large downloads. Parallel downloading and compilation of scribus and xorg-server This error came from compiling scribus while xorg was still downloading: g++ -c -O2 -pipe -fno-strict-aliasing -O2 -Wall -W -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII -DQFORMINTERNAL_NAMESPACE -DQT_KEYWORDS -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../../include/QtUiTools -I../../../include/QtCore -I../../../include/QtGui -I../../../include/QtXml -I../../../include -I../shared -I../../designer/src/uitools -I../../designer/src/lib/uilib -I.moc/release-shared -I.uic/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o .obj/release-shared/moc_finddialog.o .moc/release-shared/moc_finddialog.cpp g++ -Wl,-rpath-link,/usr/ports/devel/qt4-linguist/work/qt-everywhere-opensource-src-4.8.2/lib -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -Wl,-rpath,/usr/local/lib/qt4 -o ../../../bin/linguist-qt4 .obj/release-shared/numerus.o .obj/release-shared/translator.o .obj/release-shared/translatormessage.o .obj/release-shared/qm.o .obj/release-shared/qph.o .obj/release-shared/po.o .obj/release-shared/ts.o .obj/release-shared/xliff.o .obj/release-shared/batchtranslationdialog.o .obj/release-shared/errorsview.o .obj/release-shared/finddialog.o .obj/release-shared/formpreviewview.o .obj/release-shared/globals.o .obj/release-shared/main.o .obj/release-shared/mainwindow.o .obj/release-shared/messageeditor.o .obj/release-shared/messageeditorwidgets.o .obj/release-shared/messagehighlighter.o .obj/release-shared/messagemodel.o .obj/release-shared/phrasebookbox.o .obj/release-shared/phrase.o .obj/release-shared/phrasemodel.o .obj/release-shared/phraseview.o .obj/release-shared/printout.o .obj/release-shared/recentfiles.o .obj/release-shared/sourcecodeview.o .obj/release-shared/statistics.o .obj/release-shared/translatedialog.o .obj/release-shared/translationsettingsdialog.o .obj/release-shared/simtexth.o .obj/release-shared/moc_batchtranslationdialog.o .obj/release-shared/moc_errorsview.o .obj/release-shared/moc_finddialog.o .obj/release-shared/moc_formpreviewview.o .obj/release-shared/moc_mainwindow.o .obj/release-shared/moc_messageeditor.o .obj/release-shared/moc_messageeditorwidgets.o .obj/release-shared/moc_messagehighlighter.o .obj/release-shared/moc_messagemodel.o .obj/release-shared/moc_phrasebookbox.o .obj/release-shared/moc_phrase.o .obj/release-shared/moc_phrasemodel.o .obj/release-shared/moc_phraseview.o .obj/release-shared/moc_recentfiles.o .obj/release-shared/moc_sourcecodeview.o .obj/release-shared/moc_statistics.o .obj/release-shared/moc_translatedialog.o .obj/release-shared/moc_translationsettingsdialog.o .obj/release-shared/qrc_linguist.o -L/usr/ports/devel/qt4-linguist/work/qt-everywhere-opensource-src-4.8.2/lib -L/usr/local/lib/qt4 -L/usr/local/lib -L/usr/ports/devel/qt4-linguist/work/qt-everywhere-opensource-src-4.8.2/lib -L/usr/local/lib/qt4 -L/usr/local/lib -lQtUiTools -lQtXml -lQtGui -lQtCore .obj/release-shared/mainwindow.o:(.rodata._ZTV19SortedContextsModel[_ZTV19SortedContextsModel]+0xc0): undefined reference to `QAbstractProxyModel::setItemData(QModelIndex const, QMapint, QVariant const)' .obj/release-shared/mainwindow.o:(.rodata._ZTV19SortedMessagesModel[_ZTV19SortedMessagesModel]+0xc0): undefined reference to `QAbstractProxyModel::setItemData(QModelIndex const, QMapint, QVariant const)' *** [../../../bin/linguist-qt4] Error code 1 1 error *** [first] Error code 2 1 error *** [sub-linguist-make_default] Error code 2 4 errors *** [do-build] Error
Re: Why are you NOT using FreeBSD -- an example
On Wed, Jun 13, 2012 at 09:53:04AM +0700, Erich wrote: Hi, Hi, Do we really need another one of these pointless rambling threads... I placed FreeBSD 10 on an empty disk and downloaded then the ports tree from yesterday. /etc/make/conf looks like this: # Uncomment this if you want to do port builds with no interaction #BATCH=yes # Keep KDE4 in /usr/local, fixes sharing of icons / mime and others KDE4_PREFIX=/usr/local # added by use.perl 2012-01-05 20:44:40 PERL_VERSION=5.12.4 # # 12.06.12 ed: added to support new Intel KMS. # WITH_NEW_XORG=true New user probably would not have gotten to this point... Just sayin. All the rest is plain default. One thing I have to mention as it might is the cause. I used PCBSD to get FreeBSD onto the machine and upgraded then via sources to 10. I extra did not do anything else as I wanted to show how newcomers who just follow 'official' documentation hit a wall during this procedurefree. The below page is not official documentation. It is a wiki, its soley devoted to developers and those that wish to check the current status and or debug problems. I used this page to get information for installing X with Intel KMS support: http://wiki.freebsd.org/Intel_GPU Read the FAQ ? This whole thread would be better suited to be on x11@ as the FAQ states Here is the current status: Ports tree downloaded during the day 12.06.12 Installation of Joe. Joe is always the first port I install as I am used to its commands. I then download and compile other ports. As I am currently on a low-bandwidth Internet connection, I try to keep the machine busy during the night with large downloads. Irrelevant Parallel downloading and compilation of scribus and xorg-server This error came from compiling scribus while xorg was still downloading: g++ -c -O2 -pipe -fno-strict-aliasing -O2 -Wall -W -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII -DQFORMINTERNAL_NAMESPACE -DQT_KEYWORDS -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../../include/QtUiTools -I../../../include/QtCore -I../../../include/QtGui -I../../../include/QtXml -I../../../include -I../shared -I../../designer/src/uitools -I../../designer/src/lib/uilib -I.moc/release-shared -I.uic/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o .obj/release-shared/moc_finddialog.o .moc/release-shared/moc_finddialog.cpp g++ -Wl,-rpath-link,/usr/ports/devel/qt4-linguist/work/qt-everywhere-opensource-src-4.8.2/lib -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -Wl,-rpath,/usr/local/lib/qt4 -o ../../../bin/linguist-qt4 .obj/release-shared/numerus.o .obj/release-shared/translator.o .obj/release-shared/translatormessage.o .obj/release-shared/qm.o .obj/release-shared/qph.o .obj/release-shared/po.o .obj/release-shared/ts.o .obj/release-shared/xliff.o .obj/release-shared/batchtranslationdialog.o .obj/release-shared/errorsview.o .obj/release-shared/finddialog.o .obj/release-shared/formpreviewview.o .obj/release-shared/globals.o .obj/release-shared/main.o .obj/release-shared/mainwindow.o .obj/release-shared/messageeditor.o .obj/release-shared/messageeditorwidgets.o .obj/release-shared/messagehighlighter.o .obj/release-shared/messagemodel.o .obj/release-shared/phrasebookbox.o .obj/release-shared/phrase.o .obj/release-shared/phrasemodel.o .obj/release-shared/phraseview.o .obj/release-shared/printout.o .obj/release-shared/recentfiles.o .obj/release-shared/sourcecodeview.o .obj/release-shared/statistics.o .obj/release-shared/translatedialog.o .obj/release-shared/translationsettingsdialog.o .obj/release-shared/simtexth.o .obj/release-shared/moc_batchtranslationdialog.o .obj/release-shared/moc_errorsview.o .obj/release-shared/moc_finddialog.o .obj/release-shared/moc_formpreviewview.o .obj/release-shared/moc_mainwindow.o .obj/release-shared/moc_messageeditor.o .obj/release-shared/moc_messageeditorwidgets.o .obj/release-shared/moc_messagehighlighter.o .obj/release-shared/moc_messagemodel.o .obj/release-shared/moc_phrasebookbox.o .obj/release-shared/moc_phrase.o .obj/release-shared/moc_phrasemodel.o .obj/release-shared/moc_phraseview.o .obj/release-shared/moc_recentfiles.o .obj/release-shared/moc_sourcecodeview.o .obj/release-shared/moc_statistics.o .obj/release-shared/moc_translatedialog.o .obj/release-shared/moc_translationsettingsdialog.o .obj/release-shared/qrc_linguist.o-L/usr/ports/devel .obj/release-shared/mainwindow.o:(.rodata._ZTV19SortedContextsModel[_ZTV19SortedContextsModel]+0xc0): undefined reference to `QAbstractProxyModel::setItemData(QModelIndex const, QMapint, QVariant const)'
Re: Why are you NOT using FreeBSD -- an example
On Tue, Jun 12, 2012 at 11:20 PM, Jason Hellenthal jhellent...@dataix.net wrote: On Wed, Jun 13, 2012 at 09:53:04AM +0700, Erich wrote: Hi, Hi, Do we really need another one of these pointless rambling threads... snip Do not reply to the thread and it will die quickly. Quiet simple. -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ 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
strace dependency
# pkg_add -r strace Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.0-release/Latest/strace.tbz... Done. pkg_add: warning: package 'strace-4.5.18_1' requires 'perl-5.12.4_3', but 'perl-5.12.4_4' is installed ___ 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