[CFT] editors/emacs to 24.1
Hi, Sorry for the delay in updating editors/emacs port, due to personal stuff. I've started work on the updating, and I've created a diff[1] to update port to 24.1 as well as converted it to use OptionsNG[2] framework. Canna support is contributed by Yuji TAKANO (CC'ed). If you experience any issues with that please let him know. :) It seems to build fine, and I'm using it. It needs to be tested with its dependent ports, and I'll test all of that this week. Any feedback would be greatly appreciated. References: [1] http://people.freebsd.org/~ashish/diffs/emacs-24.1.diff [2] http://www.freebsd.org/doc/en/books/porters-handbook/makefile-options.html#AEN2622 Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs P.S. I usually don't read this list, so if you explicitly Cc to me, I shall be more responsive. pgp7qd69IsHQp.pgp Description: PGP signature
Re: Svn mirror seed has UUID wrong
On Sat, 21 Jul 2012, 22:31 +0100, Simon L. B. Nielsen wrote: > Sorry, I forgot to mention that any svn checkout from a repository with the > incorrect UUID will not work with the repository after the UUID has been > changed. > > It's possible svn can be convinced to work with a 'new' repository, sorry - I > have no idea. I just consulted Google and found the following. It "worked for me" with Subversion 1.7.5. sqlite3 .svn/wc.db 'update REPOSITORY set uuid="" where id=1' Example: $ svn update doctree Updating 'doctree': svn: E170009: Repository UUID 'c2e8774f-c49f-e111-b436-862b2bbc8956' doesn't match expected UUID '8026a357-cfce-e111-996c-001c23d10e55' $ sqlite3 doctree/.svn/wc.db 'update REPOSITORY set uuid="c2e8774f-c49f-e111-b436-862b2bbc8956" where id=1' $ svn update doctree Updating 'doctree': At revision 39236. -- John Marshall pgpAwWrQjxTfU.pgp Description: PGP signature
portmaster and pkgng
Hello. I'd like to try pkgng with portmaster. I see that "pkg2ng" is involving the directory /var/db/pkg, so this implies that there may implications also for usage with ports-mgmt/portmaster. portmaster is supposed to be the tool completely dependend on system's toolsets, isn't it? I know that "pkg" is supposed to be more for binary maintainance of the system, but I'd like to be "stuck" with compiling my ports. Is there an issue with that? Thanks inadvance and sorry for the (naive) noise. Regards, Oliver ___ 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: portmaster and pkgng
On 23 Jul 2012 09:44, "Hartmann, O." wrote: > > Hello. > > I'd like to try pkgng with portmaster. I see that "pkg2ng" is involving > the directory /var/db/pkg, so this implies that there may implications > also for usage with ports-mgmt/portmaster. portmaster is supposed to be > the tool completely dependend on system's toolsets, isn't it? > > I know that "pkg" is supposed to be more for binary maintainance of the > system, but I'd like to be "stuck" with compiling my ports. Is there an > issue with that? > > Thanks inadvance and sorry for the (naive) noise. Of course you can stay with compiling your ports directly, but I think you'll be so amazed with how easy it is to make binary package sets yourself and use them that you'll use them instead :). You still have all the advantages of compiling from source. http://blog.etoilebsd.net/post/Home_made_pkgng_repo Chris ___ 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: [HEADS UP] Ports tree has been migrated to Subversion
On 7/16/12 12:38 AM, Thomas Abthorpe wrote: The migration to Subversion is done and the SVN->CVS exporter is running. Before committing please read the Ports Subversion Primer, http://wiki.freebsd.org/PortsSubversionPrimer. Please feel to add missing parts of fix it if something is wrong. (looking for: autoprops.txt, which the primer says we need). Where is it, and who has rights to edit wiki?) -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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"
svn commit? no templates?
did I break something? svn commit had no pretty blank template anymore, like cvs commit did. cd /usr rm -rf ports svn checkout svn+ssh://svn.freebsd.org/ports/head /usr/ports got auto-props enables. cd /usr/ports/lang/s9fes curl 'http://www.freebsd.org/cgi/query-pr.cgi?pr=ports%2F169761&getpatch=1' | patch -EuN find ./ -name '*.orig' -delete svn commit or psvn commit (via Tools/scripts) only get this: (no pretty: PR:/Submitted-by/Approved-By/) --This line, and those below, will be ignored-- MM s9fes/distinfo MM s9fes/pkg-descr MM s9fes/pkg-plist MM s9fes/Makefile -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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"
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/170080devel/gdb is missing a dependency on devel/readline o ports/170079audio/wildmidi: typo fix o ports/170078New port: databases/mysql-workbench: a cross-platform, o ports/170069New port: math/R-cran-dlmodeler o ports/170060[update] devel/ioncube to 4.2.2 o ports/170059devel/arduino [patch] Fix missing menu icon o ports/170057[NEW PORT] games/nelly: Nelly's Rooftop Garden, A phys o ports/170020[NEW PORT] sysutils/gigolo: Gigolo is a frontend to ea f ports/170018[PATCH] databases/xtrabackup: update to 2.0.1 o ports/170011New port: japanese/fcitx-anthy - Anthy support for Fci o ports/17emulators/vmware-tools6: Can not install VMware Tools f ports/169975[PATCH] devel/ioncube: Use DIST_SUBDIR to fix upgrade f ports/169920Update biology/mafft to latest version f ports/169917[patch] math/units update to 2.00 o ports/169916new port: sysutils/salt-cloud - Provisioning salted mi o ports/169910[NEW PORT] www/trac-childtickets: Support for having c o ports/169893[NEW PORT] games/tuxfighter: TuxFighter is a little As f ports/169876devel/flyspray: Strict Standards: Non-static method Fl o ports/169861new port: audio/bristol, Bristol Synthesiser Emulation f ports/169860[patch]www/xxxterm has been renamed. I want to take ov o ports/169855[NEW PORT] net-mgmt/p0f2: Passive OS fingerprinting to f ports/169770[patch] audio/alsa-lib: make async handler work (from f ports/169767audio/alsa-plugins: desync with oss plugin f ports/169759net-mgmt/nrpe2 doesn't start after subsequent reboots o ports/169741[new port] devel/visualparadigm o ports/169732[NEW PORT] dns/credns: A verifier performing validatio f ports/169722[patch] Update games/bzflag to 2.4.0 o ports/169717update for audio/freeswitch-sounds f ports/169716net-mgmt/ndpmon several problems with build and instal o ports/169662[MAINTAINER] devel/gdb: Split THREADS patches to bette o ports/169628sysutils/devcpu-data f ports/169623Vendor update net-im/kmess-kde4 f ports/169613security/botan: Fix ECDSA for dns/powerdns and maybe o f ports/169612dns/powerdns: Fix botan/cryptopp dependency, make it f ports/169521astro/weatherspect: Exiting with SIGUse of uninitializ o ports/169519[net/cvsup] socksify and cvsup cannot be used together o ports/169492[new port] databases/pecl-sqlite must be restored f ports/169430net-mgmt/flowviewer Makefile does not install scripts o ports/169383New Port: graphics/puf Photographer productivity tool o ports/169371port graphics/sane-backends segfaults f ports/169333[PATCH] sysutils/syslog-ng2: move sample config to EXA o ports/169322New port: net/armsd: SMFv2/ARMS Service Adapter daemon o ports/169314graphics/ImageMagick fails to build: test failure o ports/169296New port: textproc/libcrm114 CRM114 C-callable Library f ports/169165sysutils/fusefs-kmod: calling fchown(2) on sshfs files o ports/169090New Port: comms/ge-x2212-2 An EEPROM programmer for GE o ports/169074[NEW PORT] net/jicmp6: ICMPv6 JNI f ports/169043Add CONFLICTS_INSTALL=fusefs-ntfs to sysutils/ntfsprog f ports/169032Update net-im/qutim port to 0.3.0 f ports/168935www/firefox-remote shares PORTNAME with www/firefox o ports/168926Second '59.xxx' out of range 0..59 at security/snort-r o ports/168861devel/tkcvs: tkdiff no longer runs correctly f ports/168611conflict: cad/brlcad: Port shares files with other por o ports/168486[PATCH] www/sams, warnings "strftime() [function.strft o ports/168466[PATCH] www/sams, web-interface, needs GetHostnameSam. f ports/168407[patch] lang/gauche: update to 0.9.3.2, unbreak o ports/168404[NEW PORT] databases/dev-sqlite3: This is a developmen o ports/168328[REPOCOPY] devel/codeblocks --> devel/codeblocks-devel f ports/168321fix japanese/kon2-16dot f ports/168319graphics/qiviewer: Not displaying image jpeg s ports/168215[PATCH] print/scribus-devel: update to 1.5.0 svn s ports/168161[
Re: svn commit? no templates?
On 23/07/2012 11:40, Michael Scheidell wrote: > did I break something? > svn commit had no pretty blank template anymore, like cvs commit did. Did you check the FREEBSD_TEMPLATE option when you installed devel/subversion ? Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: svn commit? no templates?
On 2012-07-23 12:40, Michael Scheidell wrote: > did I break something? > svn commit had no pretty blank template anymore, like cvs commit did. Did you remember to compile subversion with the FREEBSD_TEMPLATE option set? Regards! -- Niclas ___ 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: svn commit? no templates?
On 23 July 2012 11:40, Michael Scheidell wrote: > did I break something? > svn commit had no pretty blank template anymore, like cvs commit did. > > cd /usr > rm -rf ports > > svn checkout svn+ssh://svn.freebsd.org/ports/head /usr/ports > got auto-props enables. > > cd /usr/ports/lang/s9fes > curl 'http://www.freebsd.org/cgi/query-pr.cgi?pr=ports%2F169761&getpatch=1' > | patch -EuN > find ./ -name '*.orig' -delete > > svn commit > or psvn commit (via Tools/scripts) > > only get this: (no pretty: PR:/Submitted-by/Approved-By/) You didn't install devel/subversion with the FREEBSD_TEMPLATE option I'm guessing... Chris ___ 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: svn commit? no templates?
2012/7/23 Michael Scheidell : > did I break something? > svn commit had no pretty blank template anymore, like cvs commit did. Make sure you have the FreeBSD specific options in the Subversion port enabled: ENHANCED_KEYWORD=on (default) "Enhanced svn:keyword support" FREEBSD_TEMPLATE=on (default) "FreeBSD Project log template" HTH, Beat > cd /usr > rm -rf ports > > svn checkout svn+ssh://svn.freebsd.org/ports/head /usr/ports > got auto-props enables. > > cd /usr/ports/lang/s9fes > curl 'http://www.freebsd.org/cgi/query-pr.cgi?pr=ports%2F169761&getpatch=1' > | patch -EuN > find ./ -name '*.orig' -delete > > svn commit > or psvn commit (via Tools/scripts) > > only get this: (no pretty: PR:/Submitted-by/Approved-By/) > > > > --This line, and those below, will be ignored-- > > MM s9fes/distinfo > MM s9fes/pkg-descr > MM s9fes/pkg-plist > MM s9fes/Makefile > > > -- > Michael Scheidell, CTO >>*| * SECNAP Network Security Corporation > d: +1.561.948.2259 > w: http://people.freebsd.org/~scheidell > ___ > 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: [CFT] editors/emacs to 24.1
On 07/23/2012 10:04, Ashish SHUKLA wrote: Any feedback would be greatly appreciated. As you already know, it works! Thanks! Specifically, I added 24.1 to bsd.emacs.mk, made it the default, and removed all ports depending on emacs-23.4. I installed print/auctex and java/jde (from the attic) depending on devel/cedet and devel/elib, created packages, installed them on a different machine, and ran Emacs. Everything ports related seems to work. I do not know, if you (asking for any feedback) really want anecdotal feedback about functionality, but here it is anyhow: Arabic, which is finally displayed from right-to-left, works in windowed mode, but for me, it does not work correctly with "-nw": While it is displayed correctly in a LANG=en_US.UTF-8 Konsole (KDE terminal), the order of the letters is changed just by moving the cursor through Arabic text. I do not think this is a problem with the port, but either with my setup or with emacs-24.1 in general. auctex works including the Emacs server for forward and inverse search with a PDF viewer. Unfortunately as a regression to auctex on emacs-23.4, all buttons have labels and are really wide -- including the "Separator". Hence, important buttons only show up in wide Emacs windows. Anyhow, this is probably not a problem with the port, but a problem with auctex, which has not made a release for over two years. For my use, I would be happy, if emacs-24.1 was the default in ports, soon. Thanks again, Jan Henrik ___ 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: [CFT] editors/emacs to 24.1
On Mon, 23 Jul 2012 13:32:34 +0200, Jan Henrik Sylvester said: > On 07/23/2012 10:04, Ashish SHUKLA wrote: >> Any feedback would be greatly appreciated. I really appreciate your taking time to write this. > As you already know, it works! Thanks! > Specifically, I added 24.1 to bsd.emacs.mk, made it the default, and > removed all ports depending on emacs-23.4. > I installed print/auctex and java/jde (from the attic) depending on > devel/cedet and devel/elib, created packages, installed them on a > different machine, and ran Emacs. Everything ports related seems to > work. > I do not know, if you (asking for any feedback) really want anecdotal > feedback about functionality, but here it is anyhow: > Arabic, which is finally displayed from right-to-left, works in > windowed mode, but for me, it does not work correctly with "-nw": > While it is displayed correctly in a LANG=en_US.UTF-8 Konsole (KDE > terminal), the order of the letters is changed just by moving the > cursor through Arabic text. I do not think this is a problem with the > port, but either with my setup or with emacs-24.1 in general. Did you try other terminal, like mrxvt ? I think it's problem with terminal, and not Emacs, but I might be wrong. > auctex works including the Emacs server for forward and inverse search > with a PDF viewer. Unfortunately as a regression to auctex on > emacs-23.4, all buttons have labels and are really wide -- including > the "Separator". Hence, important buttons only show up in wide Emacs > windows. Anyhow, this is probably not a problem with the port, but a > problem with auctex, which has not made a release for over two years. > For my use, I would be happy, if emacs-24.1 was the default in ports, soon. Sure, it will be. I'd some personal issues over past weeks which are not rectified so less slacking, more hacking. Thanks again for your feedback. -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgp2o7XdgQZuP.pgp Description: PGP signature
Re: [HEADS UP] Ports tree has been migrated to Subversion
On 7/16/12 12:38 AM, Thomas Abthorpe wrote: > The migration to Subversion is done and the SVN->CVS exporter is > running. > > Before committing please read the Ports Subversion Primer, > http://wiki.freebsd.org/PortsSubversionPrimer. Please feel to add > missing parts or fix it if something is wrong. 1) Looked at the primer, saw no mention of mirrors? (My default c(v)sup mirror is ~5 miles away. :-) 2) When using c(v)sup, I use "portversion" (part of portupgrade) to check which ports need updating. Will this tool work with svn? Respectfully, Robert Huff ___ 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: svn commit? no templates?
On 7/23/12 7:24 AM, Beat Gaetzi wrote: 2012/7/23 Michael Scheidell: did I break something? svn commit had no pretty blank template anymore, like cvs commit did. Make sure you have the FreeBSD specific options in the Subversion port enabled: ENHANCED_KEYWORD=on (default) "Enhanced svn:keyword support" FREEBSD_TEMPLATE=on (default) "FreeBSD Project log template" It looks like I must have missed this in the Wiki. sorry for the noise. -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: svn commit? no templates?
On 7/23/12 8:14 AM, Michael Scheidell wrote: On 7/23/12 7:24 AM, Beat Gaetzi wrote: 2012/7/23 Michael Scheidell: did I break something? svn commit had no pretty blank template anymore, like cvs commit did. Make sure you have the FreeBSD specific options in the Subversion port enabled: ENHANCED_KEYWORD=on (default) "Enhanced svn:keyword support" FREEBSD_TEMPLATE=on (default) "FreeBSD Project log template" It looks like I must have missed this in the Wiki. sorry for the noise. clean ports tree (just svnend it), subversion(16)? make config "/usr/ports/Mk/bsd.options.mk", line 90: Malformed conditional (!defined(OPTIONS_DEFINE) || empty(OPTIONS_DEFINE:M(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 178: Malformed conditional (defined(WITH_(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 182: Malformed conditional (defined(WITHOUT_(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 184: if-less endif "/usr/ports/Mk/bsd.options.mk", line 200: if-less endif No closing parenthesis in archive specification "/usr/ports/Mk/bsd.options.mk", line 231: Error in archive specification: "WITHOUT_" "/usr/ports/Mk/bsd.port.mk", line 6434: if-less endif "/usr/ports/Mk/bsd.options.mk", line 90: Malformed conditional (!defined(OPTIONS_DEFINE) || empty(OPTIONS_DEFINE:M(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 178: Malformed conditional (defined(WITH_(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 182: Malformed conditional (defined(WITHOUT_(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 184: if-less endif "/usr/ports/Mk/bsd.options.mk", line 200: if-less endif No closing parenthesis in archive specification "/usr/ports/Mk/bsd.options.mk", line 231: Error in archive specification: "WITHOUT_" "/usr/ports/Mk/bsd.port.mk", line 6434: if-less endif "/usr/ports/Mk/bsd.options.mk", line 90: Malformed conditional (!defined(OPTIONS_DEFINE) || empty(OPTIONS_DEFINE:M(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 178: Malformed conditional (defined(WITH_(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 182: Malformed conditional (defined(WITHOUT_(asvn)")) "/usr/ports/Mk/bsd.options.mk", line 184: if-less endif "/usr/ports/Mk/bsd.options.mk", line 200: if-less endif No closing parenthesis in archive specification "/usr/ports/Mk/bsd.options.mk", line 235: Error in archive specification: "WITH_" "/usr/ports/Mk/bsd.port.mk", line 6434: if-less endif make: fatal errors encountered -- cannot continue -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: [CFT] editors/emacs to 24.1
On 07/23/2012 13:39, Ashish SHUKLA wrote: On Mon, 23 Jul 2012 13:32:34 +0200, Jan Henrik Sylvester said: Arabic, which is finally displayed from right-to-left, works in windowed mode, but for me, it does not work correctly with "-nw": While it is displayed correctly in a LANG=en_US.UTF-8 Konsole (KDE terminal), the order of the letters is changed just by moving the cursor through Arabic text. I do not think this is a problem with the port, but either with my setup or with emacs-24.1 in general. Did you try other terminal, like mrxvt ? I think it's problem with terminal, and not Emacs, but I might be wrong. mrxvt and mrxvt-devel both do not display utf-8 at all. I tried rxvt-unicode: While only some of the Arabic characters where displayed correctly, the cursor was moving properly and it did not reorder the characters. Emacs and the Emacs port seem to be fine. Finding and setting up a terminal that works properly with Arabic seems to be the problem. My curiosity ends here. I cannot even read Arabic myself. I just happen to know someone, who would like to use Arabic in Emacs with auctex, but that person does not ever use "-nw". For my use, I would be happy, if emacs-24.1 was the default in ports, soon. Sure, it will be. I'd some personal issues over past weeks which are not rectified so less slacking, more hacking. Sorry, if my statement sounded demanding. It was not meant to be at all. I just wanted to summarize that the issues I found are not with the port, I consider them extremely minor, and I will use emacs-24.1 from now on. Thanks, Jan Henrik ___ 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: [HEADS UP] Ports tree has been migrated to Subversion
On Monday, July 23, 2012 05:56:00 Michael Scheidell wrote: > (looking for: autoprops.txt, which the primer says we need). > Where is it, and who has rights to edit wiki?) > The one for src is: http://people.freebsd.org/~peter/auto-props.txt The one for ports is: http://people.freebsd.org/~beat/cvs2svn/auto-props.txt These are mentioned in Section 3.3.7 of the Subversion Primer: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/subversion-primer.html Jason E. Hale ___ 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: [HEADS UP] Ports tree has been migrated to Subversion
On 7/23/2012 6:56 AM, Robert Huff wrote: > 2) When using c(v)sup, I use "portversion" (part of > portupgrade) to check which ports need updating. Will this tool > work with svn? Yes csup, portversion, and portupgrade, will continue to work as before. portversion just uses the checked out Makefiles to determine the latest version. Regards, Bryan Drewery ___ 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"
lang/php53 dumps core
Hi all. On some of my servers php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. FreeBSD kohrah.xim.bz 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0 r236967: Tue Jun 12 22:25:24 EEST 2012 arc...@kohrah.xim.bz:/usr/obj/usr/src/sys/MINIMAL amd64 The general cause is: Jul 23 16:27:09 kohrah kernel: pid 49951 (php-fpm), uid 80: exited on signal 11 (core dumped) And in very rare case: [23-Jul-2012 16:26:40] WARNING: [pool www] child 49887 said into stderr: "zend_mm_heap corrupted" [23-Jul-2012 16:26:40] WARNING: [pool www] child 49887 exited with code 1 after 36.791579 seconds from start There's a backtrace on the core: #0 0x0056b9fe in gc_zval_possible_root () [New Thread 802007400 (LWP 149340/php-fpm)] (gdb) bt full #0 0x0056b9fe in gc_zval_possible_root () No symbol table info available. #1 0x0055ce83 in zend_hash_destroy () No symbol table info available. #2 0x0056f79e in zend_objects_free_object_storage () No symbol table info available. #3 0x00572757 in zend_objects_store_free_object_storage () No symbol table info available. #4 0x005465eb in shutdown_executor () No symbol table info available. #5 0x00552400 in zend_deactivate () No symbol table info available. #6 0x00506506 in php_request_shutdown () No symbol table info available. #7 0x005d0548 in main () No symbol table info available. What other data I should collect to file a PR? Or is this just a memory problem? -- Sphinx of black quartz judge my vow. ___ 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: Re: How to remove erroneous deps from pkgng
On Mon, 23 Jul 2012 04:37:08 +0300 Kimmo Paasiala wrote: > Looking at the bsd.kde4.mk it looks like there's not much logic to > detect the "right" kind of dependency. It seems to use suffixes _build > and _run to achieve the same effect as pkgconfig:build and > pkgconfig:run would have. Right. > It defaults to both build and run dependency > if no type is specified. This is not correct. For example, USE_KDE4= automoc4 (without any suffix) will bring BUILD only dependency on devel/automoc4. The great majority ports don't need ever possibility to run depend on build tools like automoc4, but kde4.mk still provides it (the only consumer if automoc4_run can be IDE, I suppose). The way USE_KDE4 is implemented allows to minimize the use of suffixes, that's the right way in my understanding. Max ___ 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: lang/php53 dumps core
CVE-2012-2688 ___ 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: lang/php53 dumps core
From: Volodymyr Kostyrko On some of my servers php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. What other data I should collect to file a PR? Or is this just a memory problem? Most probably it's php extension loading order, which is really bit of hit and miss to debug. Fooling around with /usr/local/php/extension.ini loading order might help once you find the culprit. Been thinking about one possible solution to this problem as everytime php is rebuilt, extension order changes, unless old and working extension ini is stored somewhere. What I've had in mind is having php itself install the extension file in known working load order with extensions commented out and then every extension port removing comment at installtime and putting comment back at deinstall. -Reko ___ 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"
Unable to build port: sysutils/fusefs-kmod
System: FreeBSD 8.3-STABLE I am unable to build the "sysutils/fusefs-kmod" port. This is the build log: Script started on Mon Jul 23 09:57:32 2012 make install ===> Found saved configuration for fusefs-kmod-0.3.9.p1.20080208_10 => 498acaef33b0.tar.gz doesn't seem to exist in /usr/ports/distfiles/fuse4bsd. => Attempting to fetch http://mercurial.creo.hu/repos/fuse4bsd-hg/index.cgi/archive/498acaef33b0.tar.gz fetch: http://mercurial.creo.hu/repos/fuse4bsd-hg/index.cgi/archive/498acaef33b0.tar.gz: Not Found => Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/fuse4bsd/498acaef33b0.tar.gz 498acaef33b0.tar.gz 0% of 113 kB0 Bps 498acaef33b0.tar.gz 100% of 113 kB 195 kBps ===> Extracting for fusefs-kmod-0.3.9.p1.20080208_10 => SHA256 Checksum OK for fuse4bsd/498acaef33b0.tar.gz. ===> Patching for fusefs-kmod-0.3.9.p1.20080208_10 ===> Applying FreeBSD patches for fusefs-kmod-0.3.9.p1.20080208_10 ===> fusefs-kmod-0.3.9.p1.20080208_10 depends on package: fusefs-libs>2.4.1 - found ===> fusefs-kmod-0.3.9.p1.20080208_10 depends on executable: deplate - found ===> Configuring for fusefs-kmod-0.3.9.p1.20080208_10 ===> Building for fusefs-kmod-0.3.9.p1.20080208_10 ===> fuse_module (all) Warning: Object directory not changed from original /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/fuse_module @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -pipe -march=native -fno-strict-aliasing -march=native -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c fuse_main.c cc -O2 -pipe -march=native -fno-strict-aliasing -march=native -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c fuse_msg.c cc -O2 -pipe -march=native -fno-strict-aliasing -march=native -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c fuse_dev.c cc -O2 -pipe -march=native -fno-strict-aliasing -march=native -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c fuse_vfsops.c cc -O2 -pipe -march=native -fno-strict-aliasing -march=native -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c fuse_vnops.c cc -O2 -pipe -march=native -fno-strict-aliasing -march=nativ
Re: lang/php53 dumps core
Hi, Volodymyr Kostyrko wrote on 23.07.2012 17:37: Hi all. On some of my servers php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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: Unable to build port: sysutils/fusefs-kmod
On Monday, July 23, 2012 10:08:18 Jerry wrote: > System: FreeBSD 8.3-STABLE > > I am unable to build the "sysutils/fusefs-kmod" port. This is the build > log: > > Script started on Mon Jul 23 09:57:32 2012 > > <--snip--> > env RUBYLIB=./lib RUBYPATH=./lib ruby -S deplate -x -D manual -f plain -d > /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc/plaintext_ou > t doc.dpl env: ruby: No such file or directory > *** Error code 127 > > Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc. > *** Error code 1 > > Stop in /usr/ports/sysutils/fusefs-kmod. > > Script done on Mon Jul 23 09:57:39 2012 > > Has anyone else experienced this problem or have a solution? Looks like textproc/ruby-deplate and lang/ruby18 need to be installed to build the docs. Make sure they are installed (they should have been pulled in). Either that or build the port without the docs. I.e.: # make -DNOPORTDOCS install clean Jason E. Hale ___ 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: [CFT] editors/emacs to 24.1
On Mon, 23 Jul 2012 14:20:43 +0200, Jan Henrik Sylvester said: > On 07/23/2012 13:39, Ashish SHUKLA wrote: >> On Mon, 23 Jul 2012 13:32:34 +0200, Jan Henrik Sylvester said: >>> Arabic, which is finally displayed from right-to-left, works in >>> windowed mode, but for me, it does not work correctly with "-nw": >>> While it is displayed correctly in a LANG=en_US.UTF-8 Konsole (KDE >>> terminal), the order of the letters is changed just by moving the >>> cursor through Arabic text. I do not think this is a problem with the >>> port, but either with my setup or with emacs-24.1 in general. >> >> Did you try other terminal, like mrxvt ? I think it's problem with terminal, >> and not Emacs, but I might be wrong. > mrxvt and mrxvt-devel both do not display utf-8 at all. I tried > rxvt-unicode: While only some of the Arabic characters where displayed > correctly, the cursor was moving properly and it did not reorder the > characters. Emacs and the Emacs port seem to be fine. Finding and > setting up a terminal that works properly with Arabic seems to be the > problem. Sorry, I was talking about mlterm[1]. > My curiosity ends here. I cannot even read Arabic myself. I just > happen to know someone, who would like to use Arabic in Emacs with > auctex, but that person does not ever use "-nw". >>> For my use, I would be happy, if emacs-24.1 was the default in ports, soon. >> >> Sure, it will be. I'd some personal issues over past weeks which are not >> rectified so less slacking, more hacking. s/not/now/ > Sorry, if my statement sounded demanding. It was not meant to be at > all. I just wanted to summarize that the issues I found are not with > the port, I consider them extremely minor, and I will use emacs-24.1 > from now on. I think my typo confused it, sorry. I'll commit it by this weekend hopefully. Also any issues with Emacs, should be reported to emacs-devel[2] for better resolution, unless it's something FreeBSD port specific. References: [1] http://mlterm.sourceforge.net/ [2] https://lists.gnu.org/mailman/listinfo/emacs-devel/ Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgprnpbilVENE.pgp Description: PGP signature
Re: lang/php53 dumps core
Ruslan Mahmatkhanov wrote: Hi, Volodymyr Kostyrko wrote on 23.07.2012 17:37: Hi all. On some of my servers php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? No. Here is full extension list: extension=adodb.so extension=suhosin.so extension=mysql.so extension=pdo.so extension=pdo_pgsql.so extension=pgsql.so extension=session.so extension=zlib.so extension=dom.so extension=gd.so extension=iconv.so extension=json.so extension=mbstring.so extension=simplexml.so extension=redis.so extension=memcache.so extension=pdo_mysql.so -- Sphinx of black quartz judge my vow. ___ 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: lang/php53 dumps core
On 07/23/2012 16:37, Volodymyr Kostyrko wrote: Ruslan Mahmatkhanov wrote: Hi, Volodymyr Kostyrko wrote on 23.07.2012 17:37: Hi all. On some of my servers php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? No. Here is full extension list: Most of the time it's the module ordering in extensions.ini, try this script http://people.freebsd.org/~ohauer/scripts/fixphpextorder.sh Florian P.S. I have just updated php53 to 5.3.15, which is supposed to fix CVE-2012-2688 ___ 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: lang/php53 dumps core
-Original Message- From: Volodymyr Kostyrko php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? No. Here is full extension list: Hmmm... you might try moving memcache.so to the top of the list. -Reko ___ 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"
INDEX build failed for 7.x
INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. Warning: Duplicate INDEX entry: phpgroupware-0.9.16.017 Committers on the hook: ache az cs dougb mm ohauer olgeni rm sunpoet tota vd Most recent CVS update was: U CHANGES U UPDATING U databases/tdb/Makefile U devel/libgta/Makefile U devel/p5-Class-Std-Fast/Makefile U devel/talloc/Makefile U devel/tevent/Makefile U german/mythes/Makefile U german/mythes/distinfo U graphics/ImageMagick/Makefile U graphics/ImageMagick/distinfo U graphics/ImageMagick/pkg-plist U graphics/enblend/Makefile U graphics/enblend/distinfo U graphics/enblend/files/patch-png.cxx U misc/rabbit/Makefile U net-im/mbpurple/Makefile U polish/hunspell/Makefile U polish/hunspell/distinfo U security/libotr/Makefile U textproc/hunspell/pkg-descr U textproc/nl-mythes/Makefile U textproc/nl-mythes/distinfo U textproc/sk-mythes/Makefile U textproc/sk-mythes/distinfo U textproc/sl-mythes/Makefile U textproc/sl-mythes/distinfo U www/Makefile U www/WebMagick/Makefile U www/WebMagick/distinfo U www/p5-Apache-GopherHandler/Makefile U www/p5-W3C-LogValidator/Makefile U www/phpgroupware/Makefile U www/phpgroupware/distinfo U www/phpgroupware/pkg-descr U www/phpgroupware/pkg-plist ___ 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: lang/php53 dumps core
Florian Smeets wrote: On some of my servers php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? No. Here is full extension list: I tried full rebuild confident that everything should end up in a perfect loading order. I was wrong. It just dumps core. Most of the time it's the module ordering in extensions.ini, try this script http://people.freebsd.org/~ohauer/scripts/fixphpextorder.sh Dumps core. Florian P.S. I have just updated php53 to 5.3.15, which is supposed to fix CVE-2012-2688 Pulling in. -- Sphinx of black quartz judge my vow. ___ 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: lang/php53 dumps core
Reko Turja wrote: php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? No. Here is full extension list: Hmmm... you might try moving memcache.so to the top of the list. Impossible - requires session. After that - dumps core. -- Sphinx of black quartz judge my vow. ___ 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: [CFT] editors/emacs to 24.1
On 07/23/2012 16:26, Ashish SHUKLA wrote: On Mon, 23 Jul 2012 14:20:43 +0200, Jan Henrik Sylvester said: On 07/23/2012 13:39, Ashish SHUKLA wrote: On Mon, 23 Jul 2012 13:32:34 +0200, Jan Henrik Sylvester said: Arabic, which is finally displayed from right-to-left, works in windowed mode, but for me, it does not work correctly with "-nw": While it is displayed correctly in a LANG=en_US.UTF-8 Konsole (KDE terminal), the order of the letters is changed just by moving the cursor through Arabic text. I do not think this is a problem with the port, but either with my setup or with emacs-24.1 in general. Did you try other terminal, like mrxvt ? I think it's problem with terminal, and not Emacs, but I might be wrong. mrxvt and mrxvt-devel both do not display utf-8 at all. I tried rxvt-unicode: While only some of the Arabic characters where displayed correctly, the cursor was moving properly and it did not reorder the characters. Emacs and the Emacs port seem to be fine. Finding and setting up a terminal that works properly with Arabic seems to be the problem. Sorry, I was talking about mlterm[1]. Just for the record: x11/mlterm WITH_FRIBIDI does correct editing of Arabic in a shell and in "emacs -nw". Otherwise, "emacs -nw" does not work very well in mlterm: Backspace does not work, while it works outside Emacs, and combinations using the key do not work, but they work properly in both konsole and rxvt-unicode. Anyhow, the shortcomings of different terminal emulators are really OT and the only conclusion should be that there really seems to be no problem with either Emacs or the Emacs port. Thanks, Jan Henrik ___ 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: lang/php53 dumps core
Volodymyr Kostyrko wrote: Florian Smeets wrote: On some of my servers php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? No. Here is full extension list: I tried full rebuild confident that everything should end up in a perfect loading order. I was wrong. It just dumps core. Most of the time it's the module ordering in extensions.ini, try this script http://people.freebsd.org/~ohauer/scripts/fixphpextorder.sh Dumps core. Florian P.S. I have just updated php53 to 5.3.15, which is supposed to fix CVE-2012-2688 Pulling in. Dumps core. Rebuilding whole PHP without clang/gcc4.6 (my local settings) dumps core with this backtrace: #0 0x0056e3f6 in gc_zval_possible_root () [New Thread 802007400 (LWP 159646/php-fpm)] #0 0x0056e3f6 in gc_zval_possible_root () No symbol table info available. #1 0x0055d983 in zend_hash_destroy () No symbol table info available. #2 0x005716d9 in zend_object_std_dtor () No symbol table info available. #3 0x005716f9 in zend_objects_free_object_storage () No symbol table info available. #4 0x005755ca in zend_objects_store_free_object_storage () No symbol table info available. #5 0x00544b1c in shutdown_executor () No symbol table info available. #6 0x00551275 in zend_deactivate () No symbol table info available. #7 0x004fe124 in php_request_shutdown () No symbol table info available. #8 0x005e20f7 in main () No symbol table info available. #9 0x00417a64 in _start () No symbol table info available. #10 0x00080091d000 in ?? () No symbol table info available. #11 0x in ?? () No symbol table info available. #12 0x0001 in ?? () No symbol table info available. #13 0x7fffdf18 in ?? () No symbol table info available. #14 0x in ?? () No symbol table info available. #15 0x7fffdf30 in ?? () No symbol table info available. #16 0x7fffdf53 in ?? () No symbol table info available. #17 0x7fffdf59 in ?? () No symbol table info available. #18 0x7fffdf60 in ?? () No symbol table info available. #19 0x in ?? () No symbol table info available. #20 0x0003 in ?? () No symbol table info available. #21 0x00400040 in ?? () No symbol table info available. #22 0x0004 in ?? () No symbol table info available. #23 0x0038 in ?? () No symbol table info available. #24 0x0005 in ?? () No symbol table info available. #25 0x0008 in ?? () No symbol table info available. #26 0x0006 in ?? () No symbol table info available. #27 0x1000 in ?? () No symbol table info available. #28 0x0008 in ?? () No symbol table info available. #29 0x in ?? () No symbol table info available. #30 0x0009 in ?? () No symbol table info available. #31 0x004179e0 in ?? () No symbol table info available. #32 0x0007 in ?? () No symbol table info available. #33 0x0008008e3000 in ?? () No symbol table info available. #34 0x000f in ?? () No symbol table info available. #35 No symbol table info available. #36 0x in ?? () No symbol table info available. Previous frame inner to this frame (corrupt stack?) -- Sphinx of black quartz judge my vow. ___ 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: lang/php53 dumps core
From: Volodymyr Kostyrko
Rebuilding whole PHP without clang/gcc4.6 (my local settings) dumps core
with this backtrace:
...
Maybe something like this in /etc/make.conf
.if ${.CURDIR:M*php53*}
WITH_DEBUG=YES
.endif
.if ${.CURDIR:M*php5-redis*}
WITH_DEBUG=YES
.endif
And rebuild php+extensions.
then load the corefile to gdb.
-Reko
___
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: Unable to build port: sysutils/fusefs-kmod
On Mon, 23 Jul 2012 10:26:06 -0400 Jason E. Hale articulated: > On Monday, July 23, 2012 10:08:18 Jerry wrote: > > System: FreeBSD 8.3-STABLE > > > > I am unable to build the "sysutils/fusefs-kmod" port. This is the > > build log: > > > > Script started on Mon Jul 23 09:57:32 2012 > > > > <--snip--> > > env RUBYLIB=./lib RUBYPATH=./lib ruby -S deplate -x -D manual -f > > plain > > -d > > /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc/plaintext_ou > > t doc.dpl env: ruby: No such file or directory *** Error code 127 > > > > Stop > > in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc. > > *** Error code 1 > > > > Stop in /usr/ports/sysutils/fusefs-kmod. > > > > Script done on Mon Jul 23 09:57:39 2012 > > > > Has anyone else experienced this problem or have a solution? > > Looks like textproc/ruby-deplate and lang/ruby18 need to be installed > to build the docs. Make sure they are installed (they should have > been pulled in). Either that or build the port without the docs. I.e.: > > # make -DNOPORTDOCS install clean OK, it appears that I have both ruby-1.8 & ruby-1.9 installed as well as ruby19-deplate-0.8.5. Apparently the port is not correctly picking this up. I will try and contact the maintainer and see what hr recommends. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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"
INDEX now builds successfully on 7.x
___ 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: lang/php53 dumps core
- Original Message - From: "Volodymyr Kostyrko" ... Pulling in. Dumps core. Silly question did you build with LINKTHR enabled? If not try with it enabled as a number of common modules require it and result in random crashes without it. Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ 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"
[RFC] LibreOffice build issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Over the weekend, I have tried various environments to build LibreOffice. Basically, it is really tricky to do the right thing in 7 and 8 branches. devel/boost-libs in ports tree (1.48) is newer than bundled one (1.44). Unfortunately, Boost 1.48 has various issues in C++98 mode. That's why LibreOffice had to be built with C++11 mode in the first place. Alas, C++11 support for libstdc++ in the base system doesn't exist and 7 & 8 is worse than 9, I think. The only way to build it cleanly for me on 7.4 and 8.2 was with bundled Boost + base GCC in default mode[1] (but I believe you may experience run-time problems). llvm/clang/binutils combo from ports may be able to build it[2] but I don't think we can guarantee its correctness. So, I am stuck here. What do we do now? :-( Jung-uk Kim [1] devel/boost-libs had to be removed first because it is *always* picked up first with "-I/usr/local/include" in the CXXFLAGS. FYI, you may try the port from here: http://people.freebsd.org/~jkim/libreoffice-20120723.tar.bz2 I must warn: your mileage may vary. [2] As usual, you need the following patch for lang/clang to work around the notorious build crash: http://people.freebsd.org/~jkim/patch-tools_clang_lib_Sema_SemaDeclCXX.cpp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANkaoACgkQmlay1b9qnVN5iACfcGY+geBA34AZJdL6XJd4HGn6 mcUAn2/1fIP8ibxcUvQtxuz+3PGTaPsc =IBY4 -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: lang/php53 dumps core
Steven Hartland wrote: Silly question did you build with LINKTHR enabled? If not try with it enabled as a number of common modules require it and result in random crashes without it. Long time default for me. I don't remember correctly why for but long time ago this fixed something for me. -- Sphinx of black quartz judge my vow. ___ 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: [CFT] editors/emacs to 24.1
On Mon, 23 Jul 2012 17:19:44 +0200, Jan Henrik Sylvester said: > On 07/23/2012 16:26, Ashish SHUKLA wrote: >> On Mon, 23 Jul 2012 14:20:43 +0200, Jan Henrik Sylvester said: >>> On 07/23/2012 13:39, Ashish SHUKLA wrote: On Mon, 23 Jul 2012 13:32:34 +0200, Jan Henrik Sylvester said: > Arabic, which is finally displayed from right-to-left, works in > windowed mode, but for me, it does not work correctly with "-nw": > While it is displayed correctly in a LANG=en_US.UTF-8 Konsole (KDE > terminal), the order of the letters is changed just by moving the > cursor through Arabic text. I do not think this is a problem with the > port, but either with my setup or with emacs-24.1 in general. Did you try other terminal, like mrxvt ? I think it's problem with terminal, and not Emacs, but I might be wrong. >> >>> mrxvt and mrxvt-devel both do not display utf-8 at all. I tried >>> rxvt-unicode: While only some of the Arabic characters where displayed >>> correctly, the cursor was moving properly and it did not reorder the >>> characters. Emacs and the Emacs port seem to be fine. Finding and >>> setting up a terminal that works properly with Arabic seems to be the >>> problem. >> >> Sorry, I was talking about mlterm[1]. > Just for the record: x11/mlterm WITH_FRIBIDI does correct editing of > Arabic in a shell and in "emacs -nw". Otherwise, "emacs -nw" does not > work very well in mlterm: Backspace does not work, while it works > outside Emacs, and combinations using the key do not work, but > they work properly in both konsole and rxvt-unicode. > Anyhow, the shortcomings of different terminal emulators are really OT > and the only conclusion should be that there really seems to be no > problem with either Emacs or the Emacs port. Good to know. And, thanks for the detailed feedback. :-) -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpJqnfUbHfpR.pgp Description: PGP signature
Re: CFT: New mplayer / mencoder snapshot
Thomas Zander:
> if you are a regular mplayer / mencoder user, you are invited to test
> a new snapshot from 2012-07-21.
>
> The drop-in replacements for the ports files for both can be found here:
> http://bsdistfiles.googlecode.com/files/m20120722.tar.bz2
Doesn't build on 7-STABLE.
extra-patch-base_system_log2f doesn't apply and needs to be regenerated
(attached).
However, the build still fails:
CC libavcodec/h264_cabac.o
{standard input}: Assembler messages:
{standard input}:22: Error: `(%ebx,%ebp,2)' is not a valid 64 bit base/index
expression
{standard input}:47: Error: `-1(%edx)' is not a valid 64 bit base/index
expression
[...]
--
Christian "naddy" Weisgerber na...@mips.inka.de
--- configure.orig 2012-07-23 01:48:06.0 +0200
+++ configure 2012-07-23 01:49:12.0 +0200
@@ -3131,7 +3131,7 @@
echores "$_kstat"
-for func in cbrtf exp2 exp2f isnan isinf llrint llrintf log2 log2f lrint
lrintf rint round roundf trunc truncf; do
+for func in cbrtf exp2 exp2f isnan isinf llrint llrintf lrint lrintf rint
round roundf trunc truncf; do
echocheck $func
eval _$func=no
statement_check math.h "${func}(2.0)" -D_ISOC99_SOURCE && eval _$func=yes
@@ -3143,7 +3143,9 @@
echores no
fi
done
-
+for func in log2 log2f; do
+ eval def_$func="\"#define HAVE_$(echo $func | tr '[a-z]' '[A-Z]') 0\""
+done
echocheck "mkstemp"
_mkstemp=no
___
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: lang/php53 dumps core
On 2012-07-23 20:15, Volodymyr Kostyrko wrote: > Steven Hartland wrote: >> Silly question did you build with LINKTHR enabled? >> >> If not try with it enabled as a number of common modules >> require it and result in random crashes without it. > > Long time default for me. I don't remember correctly why for but long time > ago this fixed something for me. > Try starting with an empty extensions.ini and do the following test, if php coredumps it will mostly also cordump on the command line with the following tests. $> php -ie $> php -nme $> php -me Next do the same test with always only one extension enabled. If you got meanwhile a coredump then you know the single extension which dumps, else can be a combination of extensions or the load order. -- good luck olli ___ 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: [RFC] LibreOffice build issues
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-07-23 14:02:18 -0400, Jung-uk Kim wrote:
> Over the weekend, I have tried various environments to build
> LibreOffice. Basically, it is really tricky to do the right thing
> in 7 and 8 branches.
>
> devel/boost-libs in ports tree (1.48) is newer than bundled one
> (1.44). Unfortunately, Boost 1.48 has various issues in C++98
> mode. That's why LibreOffice had to be built with C++11 mode in the
> first place. Alas, C++11 support for libstdc++ in the base system
> doesn't exist and 7 & 8 is worse than 9, I think. The only way to
> build it cleanly for me on 7.4 and 8.2 was with bundled Boost +
> base GCC in default mode[1] (but I believe you may experience
> run-time problems). llvm/clang/binutils combo from ports may be
> able to build it[2] but I don't think we can guarantee its
> correctness.
>
> So, I am stuck here. What do we do now? :-(
>
> Jung-uk Kim
>
> [1] devel/boost-libs had to be removed first because it is
> *always* picked up first with "-I/usr/local/include" in the
> CXXFLAGS.
...
I found a solution for this specific problem. We can add CPPFLAGS to
CONFIGURE_ENV, rather than directly define it in the port Makefile,
not to pick up random files from ${LOCALBASE}/include or ${LOCALBASE}/lib.
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlANo7oACgkQmlay1b9qnVMcuwCfdtN+qlxBXoErmV6zZXtCKkiz
zzQAoJpEoilNl5QfIG1sIEqQRXplJ9ut
=myCj
-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: [CFT] editors/emacs to 24.1
ash...@freebsd.org (Ashish SHUKLA) writes: > I've started work on the updating, and I've created a diff[1] to update port > to 24.1 as well as converted it to use OptionsNG[2] framework. Thanks for working on this! Would it be possible to produce a diff with the required to changes to bsd.emacs.mk as well? One additional question, slightly off-topic: are there plans to remove old emacs ports such as v21 and/or v22? ___ 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: [CFT] editors/emacs to 24.1
On Mon, 23 Jul 2012 16:31:26 -0300, Raphael Kubo da Costa said: > ash...@freebsd.org (Ashish SHUKLA) writes: >> I've started work on the updating, and I've created a diff[1] to update port >> to 24.1 as well as converted it to use OptionsNG[2] framework. > Thanks for working on this! Would it be possible to produce a diff with > the required to changes to bsd.emacs.mk as well? Sure, you can get bsd.emacs.mk diff[1]. I've not tested it yet, but should work fine. > One additional question, slightly off-topic: are there plans to remove > old emacs ports such as v21 and/or v22? No, there are no such plans atm. References: [1] http://people.freebsd.org/~ashish/diffs/bsd.emacs.mk.diff HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpPJpzmHGhti.pgp Description: PGP signature
Re: CFT: New mplayer / mencoder snapshot
On Mon, Jul 23, 2012 at 8:21 PM, Christian Weisgerber wrote: > Doesn't build on 7-STABLE. Okay, it seems there are still a few issues left with this first draft of the new port. I'll see that I get some time work on these build / compatibility problems asap and create a new tarball for testing. Best regards Riggs ___ 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: [RFC] LibreOffice build issues
Just a note: yesterday I built the port using GCC 4.6 and external cppunit also built with GCC 4.6 (in fact almost all of my ports are built with that compiler). I did not run into any problems whatsoever. I am a little bit saddened that GCC46 option was thrown out. -- Andriy Gapon ___ 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: CFT: New mplayer / mencoder snapshot
In article <20120723182158.ga64...@lorvorc.mips.inka.de> you write:
>-=-=-=-=-=-
>
>Thomas Zander:
>
>> if you are a regular mplayer / mencoder user, you are invited to test
>> a new snapshot from 2012-07-21.
>>
>> The drop-in replacements for the ports files for both can be found here:
>> http://bsdistfiles.googlecode.com/files/m20120722.tar.bz2
>
>Doesn't build on 7-STABLE.
>
>extra-patch-base_system_log2f doesn't apply and needs to be regenerated
>(attached).
>
>However, the build still fails:
>
>CC libavcodec/h264_cabac.o
>{standard input}: Assembler messages:
>{standard input}:22: Error: `(%ebx,%ebp,2)' is not a valid 64 bit
>base/index expression
>{standard input}:47: Error: `-1(%edx)' is not a valid 64 bit base/index
>expression
>[...]
This looks like the same issue I had on 8.2/amd64, too old as(1):
--- Makefile.orig 2012-07-21 18:29:09.0 +0200
+++ Makefile2012-07-23 20:46:31.0 +0200
@@ -78,6 +78,9 @@ CONFFILES=example.conf input.conf menu.
.if ${OSVERSION} < 900033
OPTIONS+= OTCHAIN "Use up-to-date toolchain (gcc 4.6+)" on
+BUILD_DEPENDS+=${LOCALBASE}/bin/as:${PORTSDIR}/devel/binutils
+CONFIGURE_ENV+=COMPILER_PATH=${LOCALBASE}/bin
+MAKE_ENV+= COMPILER_PATH=${LOCALBASE}/bin
.else
WITH_BASE_CLANG=yes
.endif
Maybe that's all that's missing also for 7?
Cheers,
Juergen
___
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: [RFC] LibreOffice build issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-07-23 16:34:34 -0400, Andriy Gapon wrote: > Just a note: yesterday I built the port using GCC 4.6 and external > cppunit also built with GCC 4.6 (in fact almost all of my ports are > built with that compiler). I did not run into any problems > whatsoever. > > I am a little bit saddened that GCC46 option was thrown out. We can re-add it but it makes the Makefile little too complicated. :-( Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANuM4ACgkQmlay1b9qnVOzWACeJBtzRxWDnnk3x/32TofhxgUX +CwAoKF75Qv86MJn2aDCwRz1q/oytMiP =gGhb -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"
Upgrading xmlto-0.0.24 to 0.0.25 failing
Can't upgrade xmlto -- anyone have ideas? ===> Building for xmlto-0.0.25 make all-am depbase=`echo xmlif/xmlif.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`; cc -DHAVE_CONFIG_H -I. -O2 -pipe -fno-strict-aliasing -MT xmlif/xmlif.o -MD -MP -MF $depbase.Tpo -c -o xmlif/xmlif.o xmlif/xmlif.c && mv -f $depbase.Tpo $depbase.Po cc -O2 -pipe -fno-strict-aliasing -o xmlif/xmlif xmlif/xmlif.o FORMAT_DIR=./format /usr/local/bin/bash ./xmlto -o man/man1 man usage: xmlto [OPTION]... FORMAT XML OPTIONs are: -v verbose output (-vv for very verbose) -x stylesheet use the specified stylesheet instead of choosing one -m fragment use the XSL fragment to customize the stylesheet -o directoryput output in the specified directory instead of the current working directory -p postprocopts pass option to postprocessor --extensionsturn on stylesheet extensions for this tool chain --noautosizedo not autodetect paper size via locales or paperconf --noclean temp files are not deleted automatically (good for diagnostics) --noextensions do not use passivetex/fop extensions --searchpathcolon-separated list of fallback directories --skip-validation do not attempt to validate the input before processing --stringparam paramname=paramvalue pass a named parameter to the stylesheet from the command line --with-fop use fop for formatting (if fop available) --with-dblatex use dblatex for formatting (if dblatex available) Available FORMATs depend on the type of the XML file (which is determined automatically). For documents of type "docbook": awtfo htmlhelp mifps xhtml dvihtml javahelp pclsvg xhtml-nochunks epub html-nochunks manpdftxt For documents of type "xhtml1": awt dvi fo mif pcl pdf ps svg txt For documents of type "fo": awt dvi mif pcl pdf ps svg txt *** Error code 1 Stop in /usr/ports/textproc/xmlto/work/xmlto-0.0.25. *** Error code 1 Stop in /usr/ports/textproc/xmlto/work/xmlto-0.0.25. *** Error code 1 Stop in /usr/ports/textproc/xmlto. *** Error code 1 Stop in /usr/ports/textproc/xmlto. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120723-99809-daagk3-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=xmlto-0.0.24 UPGRADE_PORT_VER=0.0.24 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! textproc/xmlto (xmlto-0.0.24) (unknown build error) Exit 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: lang/php53 dumps core
On 23.07.2012 08:00, Volodymyr Kostyrko wrote: > Reko Turja wrote: > > php keeps dumping core on some requests. There are days that it dumps core almost continuously. However there are days it works smoothly. Do you use e-accelerator? >> >>> No. Here is full extension list: >> Hmmm... you might try moving memcache.so to the top of the list. > > Impossible - requires session. After that - dumps core. I have dealt with the php core dumping issue tons of times, generally I can find it running phpinfo();. Try the following: php -r 'phpinfo();' 2>&1 | less Look for errors in the output as it may very well tell you what modules are missing and/or which dependencies it can't fulfill. Personally, I have had really good luck running the fixphpextorder.sh file that was mentioned earlier, your mileage may vary. As others have said, this is almost always an ordering issue in extensions.ini and those can be tough to track down. I generally keep a extensions.ini-WORKING file from the last time I have had everything working that I will either diff against the current one or just use to replace the current one. ___ 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: [RFC] LibreOffice build issues
on 23/07/2012 23:49 Jung-uk Kim said the following: > On 2012-07-23 16:34:34 -0400, Andriy Gapon wrote: >> Just a note: yesterday I built the port using GCC 4.6 and external >> cppunit also built with GCC 4.6 (in fact almost all of my ports are >> built with that compiler). I did not run into any problems >> whatsoever. > >> I am a little bit saddened that GCC46 option was thrown out. > > We can re-add it but it makes the Makefile little too complicated. :-( Here is what I used: http://people.freebsd.org/~avg/libreoffice-Makefile.txt But of course I have my own version of bsd.gcc.mk which allows WITH_GCC=gcc46 in make.conf to do the right thing (mostly). -- Andriy Gapon ___ 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"
Cannot upgrade kdesdk-4.7.4_1 to 4.8.4
Trying to upgrade kdesdk-4.7.4_1 to 4.8.4 and running into the following error. Anyone have an idea? /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:84: error: ISO C++ forbids declaration of 'QAction' with no type /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:84: error: expected ';' before '*' token /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:85: error: ISO C++ forbids declaration of 'QAction' with no type /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:85: error: expected ';' before '*' token /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:86: error: ISO C++ forbids declaration of 'QAction' with no type /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:86: error: expected ';' before '*' token /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:87: error: ISO C++ forbids declaration of 'QAction' with no type /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/../../../dolphin-plugins/svn/fileviewsvnplugin.h:87: error: expected ';' before '*' token In file included from /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/fileviewsvnplugin_automoc.cpp:4: /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp: In static member function 'static void FileViewSvnPlugin::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)': /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:59: error: invalid static_cast from type 'QObject*' to type 'FileViewSvnPlugin*' /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp: At global scope: /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:79: error: 'KVersionControlPlugin2' has not been declared /usr/local/include/qt4/QtCore/qobject.h: In member function 'virtual const QMetaObject* FileViewSvnPlugin::metaObject() const': /usr/local/include/qt4/QtCore/qobject.h:320: error: 'QScopedPointer > QObject::d_ptr' is protected /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:89: error: within this context /usr/local/include/qt4/QtCore/qobject.h:320: error: object missing in reference to 'QObject::d_ptr' /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:89: error: from this location /usr/local/include/qt4/QtCore/qobject.h:320: error: 'QScopedPointer > QObject::d_ptr' is protected /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:89: error: within this context /usr/local/include/qt4/QtCore/qobject.h:320: error: object missing in reference to 'QObject::d_ptr' /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:89: error: from this location /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp: In member function 'virtual void* FileViewSvnPlugin::qt_metacast(const char*)': /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:97: error: 'KVersionControlPlugin2' has not been declared /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp: In member function 'virtual int FileViewSvnPlugin::qt_metacall(QMetaObject::Call, int, void**)': /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:102: error: 'KVersionControlPlugin2' has not been declared /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:107: error: no matching function for call to 'FileViewSvnPlugin::qt_static_metacall(FileViewSvnPlugin* const, QMetaObject::Call&, int&, void**&)' /usr/ports/devel/kdesdk4/work/kdesdk-4.8.4/build/dolphin-plugins/svn/moc_fileviewsvnplugin.cpp:55: note: candidates are: static void FileViewSvnPlugin::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) gmake[2]: *** [dolphin-plugins/svn/CMakeFiles/fileviewsvnplugin.dir/fileviewsvnplugin_automoc.o] Error 1 gmake[1]: *** [dolphin-plugins/svn/CMakeFiles/fileviewsvnplugin.dir/all] Error 2 gmake[1]: *** Waiting for unfinished jobs [ 15%] Building CXX object lokalize/src/CMakeFiles/lokalize.dir/msgctxtview.o [ 15%] Building CXX object lokalize/src/CMakeFiles/lokalize.dir/binunitsview.o [ 15%] Building CXX object lokalize/src/CMakeFiles/lokalize.dir/cataloglistview/cataloglistview.o [ 15%] Building CXX object lokalize/src/CMakeFiles/lokalize.dir/cataloglistview/catalogmodel.o [ 1
(semi-)official git mirror of ports svn repo?
Do we have a (semi-)official git mirror of the new ports _svn_ repo? Something either FreeBSD hosted/managed or maintained by prominent ports developers on github/gitorious/elsewhere? I looked at gitorious, github and freebsd.your.org and only this github repository seems to be active: https://github.com/freebsd/freebsd-ports/commits/master But note sure if it based off svn. -- Andriy Gapon ___ 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: (semi-)official git mirror of ports svn repo?
I'm trying to get one up on github at https://github.com/lattera/freebsd-ports. But I haven't been successful as of yet. Doing `git push -u github master` always times out on github's side. If anyone else has been successful, please let me know. Thanks, Shawn On Mon, Jul 23, 2012 at 5:05 PM, Andriy Gapon wrote: > > Do we have a (semi-)official git mirror of the new ports _svn_ repo? > Something either FreeBSD hosted/managed or maintained by prominent ports > developers on github/gitorious/elsewhere? > > I looked at gitorious, github and freebsd.your.org and only this github > repository seems to be active: > https://github.com/freebsd/freebsd-ports/commits/master > But note sure if it based off svn. > > -- > Andriy Gapon > > ___ > 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: [RFC] LibreOffice build issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-07-23 16:55:50 -0400, Andriy Gapon wrote: > on 23/07/2012 23:49 Jung-uk Kim said the following: >> On 2012-07-23 16:34:34 -0400, Andriy Gapon wrote: >>> Just a note: yesterday I built the port using GCC 4.6 and >>> external cppunit also built with GCC 4.6 (in fact almost all of >>> my ports are built with that compiler). I did not run into any >>> problems whatsoever. >> >>> I am a little bit saddened that GCC46 option was thrown out. >> >> We can re-add it but it makes the Makefile little too >> complicated. :-( > > Here is what I used: > http://people.freebsd.org/~avg/libreoffice-Makefile.txt But of > course I have my own version of bsd.gcc.mk which allows > WITH_GCC=gcc46 in make.conf to do the right thing (mostly). Well, what I meant was that it is really hard to support all binutils:compiler:runtime:Boost combos. :-( Anyway, this is probably close to what you want: http://people.freebsd.org/~jkim/libreoffice-20120723-gcc46.tar.bz2 Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANvq0ACgkQmlay1b9qnVOszQCeMoQC2vpIFz2h0crF6u0sf4TA I78AoIIpCZs5I2FcsHn6Acw/sXVHX9HJ =E4vJ -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"
Cannot upgrade kde-runtime-4.8.4' to 'kde-runtime-4.8.4_1'
Upgrading 'kde-runtime-4.8.4' to 'kde-runtime-4.8.4_1' (x11/kde4-runtime) and ran into the following error. Anyone have any ideas? [ 20%] Generating nepomukserveradaptor.moc [ 20%] Generating servicemanageradaptor.moc [ 20%] Generating servicecontrolinterface.moc Scanning dependencies of target kdeinit_nepomukserver Linking CXX shared library ../../lib/libnepomukcommon.so [ 20%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/kdeinit_nepomukserver_automoc.o [ 20%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/nepomukserver.o [ 20%] Built target nepomukcommon [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/servicemanager.o /usr/ports/x11/kde4-runtime/work/kde-runtime-4.8.4/nepomuk/server/servicemanager.cpp:131: warning: 'Nepomuk::ServiceManager::Private' has a field 'Nepomuk::ServiceManager::Private::dependencyTree' whose type uses the anonymous namespace [ 21%] Generating nrio.h, nrio.cpp (Soprano::PluginManager) found no soprano plugin at "/usr/local/lib/soprano/libsoprano_raptorparser.so" - error: "Cannot load library /usr/local/lib/soprano/libsoprano_raptorparser.so: (Shared object "libssl.so.8" not found, required by "libraptor2.so.0")" Could not find parser plugin for encoding trig gmake[2]: *** [nepomuk/services/backupsync/lib/nrio.h] Error 1 gmake[1]: *** [nepomuk/services/backupsync/lib/CMakeFiles/nepomuksync.dir/all] Error 2 gmake[1]: *** Waiting for unfinished jobs [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/servicecontroller.o [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/processcontrol.o [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/main.o [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/nepomukserversettings.o [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/nepomukserveradaptor.o [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/servicemanageradaptor.o [ 21%] Building CXX object nepomuk/server/CMakeFiles/kdeinit_nepomukserver.dir/servicecontrolinterface.o Linking CXX shared library ../../lib/libkdeinit4_nepomukserver.so [ 21%] Built target kdeinit_nepomukserver gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/x11/kde4-runtime. *** Error code 1 Stop in /usr/ports/x11/kde4-runtime. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120723-8884-fpsxyq-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kde-runtime-4.8.4 UPGRADE_PORT_VER=4.8.4 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/kde4-runtime (kde-runtime-4.8.4) (unknown build error) ___ 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"
Cannot upgrade kde-baseapps-4.7.4_1 to 4.8.4
Trying to upgrade kde-baseapps-4.7.4_1 to 4.8.4 and ran into the following error. Anyone have an idea? [ 94%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphinviewcontainer.o [ 94%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/dolphinsettingsdialog.o [ 94%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/general/behaviorsettingspage.o [ 95%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/general/contextmenusettingspage.o [ 95%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/general/previewssettingspage.o [ 95%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/general/statusbarsettingspage.o [ 95%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/navigation/navigationsettingspage.o [ 95%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/startup/startupsettingspage.o [ 95%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/statusbar/dolphinstatusbar.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphinmainwindow.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/panels/search/searchpanel.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/search/dolphinsearchbox.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/panels/information/informationpanelcontent.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/panels/folders/folderspanel.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/services/servicessettingspage.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/viewmodes/viewmodesettings.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/settings/viewmodes/viewsettingstab.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_generalsettings.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_searchsettings.o [ 96%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_informationpanelsettings.o [ 97%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_folderspanelsettings.o [ 98%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_versioncontrolsettings.o [ 98%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_compactmodesettings.o [ 98%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_detailsmodesettings.o [ 98%] Building CXX object dolphin/src/CMakeFiles/kdeinit_dolphin.dir/dolphin_iconsmodesettings.o Linking CXX shared library ../../lib/libkdeinit4_dolphin.so [100%] Built target kdeinit_dolphin Scanning dependencies of target dolphin [100%] Building CXX object dolphin/src/CMakeFiles/dolphin.dir/dolphin_dummy.o Linking CXX executable dolphin ../../lib/libdolphinprivate.so.5.0.1: undefined reference to `KVersionControlPlugin2::staticMetaObject' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kde4-baseapps. *** Error code 1 Stop in /usr/ports/x11/kde4-baseapps. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120723-13319-kyhzd4-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kde-baseapps-4.7.4_1 UPGRADE_PORT_VER=4.7.4_1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/kde4-baseapps (kde-baseapps-4.7.4_1) (linker error) ___ 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"
Can't upgrade kalgebra-4.7.4_1 to 4.8.4
Can't upgrade kalgebra-4.7.4_1 to 4.8.4. Anyone have any ideas? [ 30%] Built target plasma_applet_kalgebra [ 35%] Building CXX object src/CMakeFiles/kalgebra.dir/dictionary.o /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/dictionary.cpp:20:40: error: analitzagui/functionsmodel.h: No such file or directory /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/dictionary.cpp:21:33: error: analitzagui/graph2d.h: No such file or directory /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp: In member function 'virtual bool Add2DOption::matchesExpression(const Analitza::Expression&, const Analitza::ExpressionType&) const': /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:70: error: 'FunctionFactory' has not been declared /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:72: error: 'FunctionFactory' has not been declared /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp: In constructor 'KAlgebra::KAlgebra(QWidget*)': /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:145: error: invalid use of incomplete type 'struct ExpressionEdit' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.h:31: error: forward declaration of 'struct ExpressionEdit' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:146: error: invalid use of incomplete type 'struct ExpressionEdit' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.h:31: error: forward declaration of 'struct ExpressionEdit' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:147: error: invalid use of incomplete type 'struct ExpressionEdit' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.h:31: error: forward declaration of 'struct ExpressionEdit' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:153: error: no matching function for call to 'QVBoxLayout::addWidget(ExpressionEdit*&)' /usr/local/include/qt4/QtGui/qboxlayout.h:85: note: candidates are: void QBoxLayout::addWidget(QWidget*, int, Qt::Alignment) /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:155: error: no matching function for call to 'KAlgebra::connect(ExpressionEdit*&, const char [17], KAlgebra* const, const char [11])' /usr/local/include/qt4/QtCore/qobject.h:215: note: candidates are: static bool QObject::connect(const QObject*, const char*, const QObject*, const char*, Qt::ConnectionType) /usr/local/include/qt4/QtCore/qobject.h:229: note: static bool QObject::connect(const QObject*, const QMetaMethod&, const QObject*, const QMetaMethod&, Qt::ConnectionType) /usr/local/include/qt4/QtCore/qobject.h:338: note: bool QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType) const /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:158: error: no matching function for call to 'KAlgebra::connect(ConsoleHtml*&, const char [11], ExpressionEdit*&, const char [19])' /usr/local/include/qt4/QtCore/qobject.h:215: note: candidates are: static bool QObject::connect(const QObject*, const char*, const QObject*, const char*, Qt::ConnectionType) /usr/local/include/qt4/QtCore/qobject.h:229: note: static bool QObject::connect(const QObject*, const QMetaMethod&, const QObject*, const QMetaMethod&, Qt::ConnectionType) /usr/local/include/qt4/QtCore/qobject.h:338: note: bool QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType) const /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:159: error: no matching function for call to 'KAlgebra::connect(ConsoleHtml*&, const char [16], ExpressionEdit*&, const char [21])' /usr/local/include/qt4/QtCore/qobject.h:215: note: candidates are: static bool QObject::connect(const QObject*, const char*, const QObject*, const char*, Qt::ConnectionType) /usr/local/include/qt4/QtCore/qobject.h:229: note: static bool QObject::connect(const QObject*, const QMetaMethod&, const QObject*, const QMetaMethod&, Qt::ConnectionType) /usr/local/include/qt4/QtCore/qobject.h:338: note: bool QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType) const /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:191: error: invalid use of incomplete type 'struct FunctionsModel' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.h:37: error: forward declaration of 'struct FunctionsModel' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:193: error: invalid use of incomplete type 'struct Graph2D' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.h:35: error: forward declaration of 'struct Graph2D' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:200: error: expected type-specifier before 'FunctionsView' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:200: error: cannot convert 'int*' to 'QTreeView*' in assignment /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:200: error: expected `;' before 'FunctionsView' /usr/ports/math/kalgebra/work/kalgebra-4.8.4/src/kalgebra.cpp:201: error: no matching function for call to 'QTreeView::setModel
Re: (semi-)official git mirror of ports svn repo?
On 23 July 2012 14:08, Shawn Webb wrote: > I'm trying to get one up on github at > https://github.com/lattera/freebsd-ports. But I haven't been successful as > of yet. Doing `git push -u github master` always times out on github's > side. If anyone else has been successful, please let me know. uqs@ offered to make on on git.freebsd.org. I do not know the current status. ___ 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: svn commit? no templates?
I have a maintainer update I am afraid to commit. On 7/23/12 7:24 AM, Beat Gaetzi wrote: 2012/7/23 Michael Scheidell: did I break something? svn commit had no pretty blank template anymore, like cvs commit did. Make sure you have the FreeBSD specific options in the Subversion port enabled: ENHANCED_KEYWORD=on (default) "Enhanced svn:keyword support" FREEBSD_TEMPLATE=on (default) "FreeBSD Project log template" It looks like it already was (is): more options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for subversion-1.6.17_4 _OPTIONS_READ=subversion-1.6.17_4 WITH_P4_STYLE_MARKERS=true WITH_ENHANCED_KEYWORD=true WITH_FREEBSD_TEMPLATE=true (etc) when I so a psvn commit, I get this: --This line, and those below, will be ignored-- MM s9fes/distinfo MM s9fes/pkg-descr MM s9fes/pkg-plist MM s9fes/Makefile -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: How to remove erroneous deps from pkgng
On Mon, Jul 23, 2012 at 01:31:52PM +, Max Brazhnikov wrote: > On Mon, 23 Jul 2012 04:37:08 +0300 Kimmo Paasiala wrote: > > Looking at the bsd.kde4.mk it looks like there's not much logic to > > detect the "right" kind of dependency. It seems to use suffixes _build > > and _run to achieve the same effect as pkgconfig:build and > > pkgconfig:run would have. > Right. > > > It defaults to both build and run dependency > > if no type is specified. > This is not correct. For example, USE_KDE4= automoc4 (without any suffix) > will > bring BUILD only dependency on devel/automoc4. The great majority ports don't > need ever possibility to run depend on build tools like automoc4, but kde4.mk > still provides it (the only consumer if automoc4_run can be IDE, I suppose). > > The way USE_KDE4 is implemented allows to minimize the use of suffixes, > that's > the right way in my understanding. > > Max > ___ > 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" Here is a plan for pkg-config, I hope it will statisfy everyone. First we need to get rid of pkg-config, since 0.26 we can't boostrap it anymore because it depends on glib which depends on pkg-config. Hopefully we have a viable alternative. What I will do is : step 1/ introduce a new pkgconf port (https://github.com/nenolod/pkgconf) which is 100% compatible with pkg-config and considers any incompatibility as a bug. along with this, I will introduce a new MACRO: http://people.freebsd.org/~bapt/USE_PKGCONFIG.diff USE_PKGCONFIG= yes or USE_PKGCONFIG= build will bring pkgconf only has a build dependency USE_PKGCONFIG= run will bring pkgconf has a run dependency (some things like ruby wrapper or perl wrapper) USE_PKGCONFIG= both will bring both run and build deps. Why a MACRO, because some ports may need en environnement variable in CONFIGURE_ENV PKG_CONFIG=pkgconf do work correctly. the USE_GNOME= pkgconfig will be automatically add USE_PKGCONFIG= both Yeah sorry for step one will keep pkgconf in both dependencies. This is necessary because too much ports rely on one of their deps bringing pkgconfig, and this concerns about 4k+ ports. All the gnome one (mostly), all the xorg one (xproto bring pkgconfig) most of the gtk ones, most of things depending on libxml2 and curl, from what I have seen. step 2/ advertise the maintainers to stop using USE_GNOME= pkgconfig but rather switch to USE_PKGCONFIG, and do it actively. setp 3/ drop USE_GNOME= pkgconfig from bsd.gnome.mk when switching to USE_PKGCONFIG becare full about the ports that depend on your ports to make sure, it doesn't expect pkgconfig being brought by your port. regards, Bapt pgpKLnadxSTkq.pgp Description: PGP signature
Re: Cannot upgrade kde-runtime-4.8.4' to 'kde-runtime-4.8.4_1'
sindrome writes: > (Soprano::PluginManager) found no soprano plugin at > "/usr/local/lib/soprano/libsoprano_raptorparser.so" - error: "Cannot > load library /usr/local/lib/soprano/libsoprano_raptorparser.so: > (Shared object "libssl.so.8" not found, required by > "libraptor2.so.0")" Looks like a screwup in your OpenSSL installation. ___ 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"
port pkg-plist when files change every build?
I'm porting an application (RStudio server) which generates files with unique names every time you build it. The files are web resources (javascript, images etc) and I don't have any control over their naming. What's the recommended way to deal with this? My current thought is to install to a staging dir in WRKSRC and then dynamically build the plist from there during pre-install before cp'ing to the actual install dir. I don't think it's a problem that a package has a particular set of names. thanks, Ian ___ 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: How to remove erroneous deps from pkgng
On Monday, July 23, 2012 20:50:34 Baptiste Daroussin wrote: > Here is a plan for pkg-config, I hope it will statisfy everyone. > > First we need to get rid of pkg-config, since 0.26 we can't boostrap it > anymore because it depends on glib which depends on pkg-config. > > Hopefully we have a viable alternative. > > What I will do is : > step 1/ introduce a new pkgconf port (https://github.com/nenolod/pkgconf) > which is 100% compatible with pkg-config and considers any incompatibility > as a bug. > > along with this, I will introduce a new MACRO: > http://people.freebsd.org/~bapt/USE_PKGCONFIG.diff > > USE_PKGCONFIG= yes or USE_PKGCONFIG= build > will bring pkgconf only has a build dependency > USE_PKGCONFIG= run > > will bring pkgconf has a run dependency (some things like ruby wrapper or > perl wrapper) > > USE_PKGCONFIG= both > will bring both run and build deps. > > Why a MACRO, because some ports may need en environnement variable in > CONFIGURE_ENV > PKG_CONFIG=pkgconf do work correctly. > > the USE_GNOME=pkgconfig will be automatically add USE_PKGCONFIG= both > > Yeah sorry for step one will keep pkgconf in both dependencies. > > This is necessary because too much ports rely on one of their deps bringing > pkgconfig, and this concerns about 4k+ ports. > > All the gnome one (mostly), all the xorg one (xproto bring pkgconfig) most > of the gtk ones, most of things depending on libxml2 and curl, from what I > have seen. > > step 2/ advertise the maintainers to stop using USE_GNOME= pkgconfig but > rather switch to USE_PKGCONFIG, and do it actively. > > setp 3/ drop USE_GNOME= pkgconfig from bsd.gnome.mk > > when switching to USE_PKGCONFIG becare full about the ports that depend on > your ports to make sure, it doesn't expect pkgconfig being brought by your > port. > > regards, > Bapt I think it might be a good idea to factor out the pkg-config hacks provided by USE_GNOME=gnomehack as well, and expand it to work with CMake (or other build systems if needed). Most ports that install .pc files must be fixed to install them in libdata instead of lib. Jason E. Hale ___ 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: svn commit? no templates?
On Mon, 23 Jul 2012, Michael Scheidell wrote: # Options for subversion-1.6.17_4 Why are you running an old version of subversion? Current from ports is 1.7.5. ___ 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"
