Re: portmaster, renamed ports, and DEPRECATED
On 04/19/10 11:01, Doug Barton wrote: On 4/19/2010 9:52 AM, Greg Larkin wrote: Hi Doug, I just tried to upgrade from math/libgmp4 to math/gmp after refreshing my ports tree. math/gmp has superseded math/libgmp4, so I used portmaster's -o option to upgrade from a new origin, e.g.: portmaster -o math/gmp math/libgmp4 I've done this in the past with no problem, but this time, the old port had already been marked DEPRECATED, and portmaster refused to continue the upgrade. I commented out the DEPRECATED variable in math/libgmp4/Makefile, and reran portmaster with no trouble. Would it be possible to detect when -o is being used for an upgrade and ignore DEPRECATED on the previous port? I just committed revision r207353 to svn which has a fix for this issue, thanks again for bringing it to my attention. If there is anyone left who hasn't done this update yet, you can get information on downloading the svn version at http://dougbarton.us/portmaster-proposal.html. Although I've tested it fairly extensively I would appreciate confirmation that it's working as it should. I plan to add some more cross checking for command line stuff and to do a bit more regression testing tomorrow, then commit the current round of bug fixes to the ports tree version. Regards, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
New databases/xtrabackup port
Hi, someone filed a PR a while ago about a new port (databases/xtrabackup). It looks quite interesting, and I'm wondering when it will be added to the ports tree. PR: ports/145144 -- Denny Lin ___ 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: New databases/xtrabackup port
shaun@ take the port. hope it should be committed soon. wen On Thu, Apr 29, 2010 at 3:10 PM, Denny Lin dennyli...@hs.ntnu.edu.tw wrote: Hi, someone filed a PR a while ago about a new port (databases/xtrabackup). It looks quite interesting, and I'm wondering when it will be added to the ports tree. PR: ports/145144 -- Denny Lin ___ 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: FreeBSD Port: albumart-1.6.6_3
On Apr 28 at 15:39 -0400, Phillip Conrad wrote: I am running FreeBSD 7.2 and QT4. Is there any possibility of this port running on QT4 rather than QT3? From what I understand, it should be possible. What happens if you replace this line in the ports Makefile: RUN_DEPENDS+= py*-qt=3.1:${PORTSDIR}/x11-toolkits/py-qt with this one?: RUN_DEPENDS+= py*-qt=3.1:${PORTSDIR}/x11-toolkits/py-qt4-gui I don't have a FreeBSD install at the moment, so I can't test it myself. If it works, then the port should probably be made to choose appropriate dependencies in one way or another. Would you be interested in becoming the maintainer of this port? Tim. BTW Sami, The Album Cover Art Downloader is a nice piece of software. Thanks for writing it! signature.asc Description: Digital signature
Re: Error building ruby+nopthreads-1.8.7.248,1
for anyone else who had same problem, this is now building for me, Paul. ___ 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 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found -I: not found Done. make_index: check_memcached_paranoid-0.20091016: no entry for /devel/gmake Committers on the hook: kuriyama nivit Most recent CVS update was: U net-mgmt/Makefile U net-mgmt/nagios-check_kumofs/Makefile U net-mgmt/nagios-check_kumofs/pkg-descr U net-mgmt/nagios-check_kumofs/files/check_kumomgr.in U net-mgmt/nagios-check_kumofs/files/check_kumosvr.in U net-mgmt/nagios-check_memcached_paranoid/Makefile U net-mgmt/nagios-check_memcached_paranoid/pkg-descr U net-mgmt/nagios-check_memcached_paranoid/files/check_memcached_paranoid.c U www/py-pyquery/Makefile U www/py-pyquery/distinfo ___ 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 6.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
New FreeBSD ports system - bachelors work
Hello! Some time ago I've read, that FreeBSD might be interested to move ports tree to database (sqlite?). This would require rewriting of all existing and writing some new tools related to ports. I'm IT student and next year I have to write bachelor work. As active FreeBSD user, I am very interested in supporting FreeBSD, and, if FreeBSD developers, think that such ports reimplementation would benefit FreeBSD community, I'd be willing to develop new system. If you have other ideas, how to improve FreeBSD ports please let me know. Currently this is just an idea, but I'm also open to other suggestions/ideas. Please, FreeBSD team, replay to my email ASAP, cause I have very limited time to select subjects for next semester, this will also affect my bachelors work. Thanks in advance, Aldis Berjoza -- BSDroot.lv -- coming soon ___ 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: New FreeBSD ports system - bachelors work
On Apr 29, 2010, at 10:08 AM, Aldis Berjoza wrote: Some time ago I've read, that FreeBSD might be interested to move ports tree to database (sqlite?). This would require rewriting of all existing and writing some new tools related to ports. I'm IT student and next year I have to write bachelor work. As active FreeBSD user, I am very interested in supporting FreeBSD, and, if FreeBSD developers, think that such ports reimplementation would benefit FreeBSD community, I'd be willing to develop new system. If you have other ideas, how to improve FreeBSD ports please let me know. Currently this is just an idea, but I'm also open to other suggestions/ideas. Please, FreeBSD team, replay to my email ASAP, cause I have very limited time to select subjects for next semester, this will also affect my bachelors work. Aldis, For technical discussions that require some degree of design oversight into ports and packaging in general, please get in touch with port...@. I can tell you right now though, sqlite was an idea that is most likely not going to fly with pkg_install though, unless it's a completely modular framework where BDB 1.8x can be used in its place. The thing is that while certain tools like portmgr use this to `speed' things up... it's somewhat artificial as using INDEX sufficiently fast in most cases and most of the performance -- and most importantly functional issues -- lie elsewhere in the code. FWIW there was also a discussion about the merits of speed with sqlite and bdb with small-to-medium-ish datasets (of which ports is... currently 21k elements stored in one data table), and sqlite was significantly slower according to the performance data nox (I think it was nox at least...) had on hand. Thanks, -Garrett___ 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: New FreeBSD ports system - bachelors work
Aldis Berjoza writes: Hello! Some time ago I've read, that FreeBSD might be interested to move ports tree to database (sqlite?). This would require rewriting of all existing and writing some new tools related to ports. I hope pkg_improved[1] GSoC project might interest you. [1] - http://wiki.freebsd.org/AndersNore/pkg_improved Ashish -- Sent via Gnus from GNU Emacs They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Franklin pgpOBDDyz1fxi.pgp Description: PGP signature
Re: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: Greg Larkin glar...@freebsd.org wrote: As far as I can tell, this error is caused by the LANG setting which changes the line: if (value.startsWith(\)) into something that results an unterminated string. I suppose the backslash loses its meaning as an escape character. I found some references to the same error in Google, posted by folks trying to compile software with different LANG settings. I haven't found a general fix yet, but maybe it can be done by building a character string from individual, unescaped characters, then converting them to a java.lang.String object for use in the .startsWith() function. If you could submit a PR to support building with LANG=ja_JP.eucJP, I would be very appreciative! Thank you for your reply. But I have no idea to avoid this... This trouble does not occur while building with gcc42 or any older building processes. Therefore I think this may be a bug of gcc45. Moving to gcc45, this may cause an error. In addition, run-time dependence to gcc library may be necessary as I said in another mail. Hi Tsurutani, Can you file a bug report against gcj45 with the LANG=ja_JP.eucJP setting, using the pdftk problem as an example? That way, the upstream gcc developers will be notified that there's a problem. In the mean time, I am investigating whether it's feasible to add Java support to all of the lang/gcc4* ports so pdftk can use a version older than 4.5, if the gcj binary is already installed. This will also save a lot of time installing a complete gcc just to get the gcj compiler. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFL2cj30sRouByUApARArt6AKC/Wj8VdMkI1sRyLt56g/ROTCFsYACgn7tE yhWtxv6W9jg0WJXv0VfCxLU= =sP3a -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: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: Thank you for your fix. pdftk can be built and executed with gcc42. however, it requires gcc42 when we run pdftk. we need some kinds of RUN_DEPENDS= ${LOCALBASE}/lib/gcc${CSUFF}/libgcj.so:${PORTSDIR}/lang/gcc${CSUFF} in print/pdftk/Makefile, I think. --- Tsurutani Naoki turut...@scphys.kyoto-u.ac.jp Hi Tsurutani, I'm waiting for approval on a patch to gcc45 that adds Java support so I can commit the updated pdftk port that compiles with gcj45. I know that this will cause problems with your LANG setting, but you can work around it by building like this: cd /usr/ports/print/pdftk make _USE_GCC=4.2 USE_GCC=4.2 install clean Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFL2cpJ0sRouByUApARAmwIAJ95WbBaLbQdBXOAm4a35Xpnorb2gACgstoT lOOc0MgGQoTGtl75PgV3mr0= =oKAH -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: cvs commit: ports/databases/tokyocabinet Makefile ports/devel/cvs2svn Makefile ports/devel/librelp Makefile ports/devel/viewvc Makefile ports/net-mgmt/ndoutils Makefile ports/www/swish-e Makefile
The Restless Daemon identified a mtree error while trying to build: swish-e-2.4.7 maintained by po...@freebsd.org Makefile ident: $FreeBSD: ports/www/swish-e/Makefile,v 1.25 2010/04/29 19:37:24 pgollucci Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/swish-e-2.4.7.log : 354479994 drwxr-xr-x2 root wheel 512 Apr 29 19:53 usr/local/share/doc/swish-e/examples/filter-bin 354480004 -r--r--r--1 root wheel 681 Apr 29 19:53 usr/local/share/doc/swish-e/examples/filter-bin/README 354480014 -r--r--r--1 root wheel1877 Apr 29 19:53 usr/local/share/doc/swish-e/examples/filter-bin/swish_filter.pl 354480024 -r--r--r--1 root wheel 362 Apr 29 19:53 usr/local/share/doc/swish-e/examples/filter-bin/_binfilter.sh 354480038 -r--r--r--1 root wheel2318 Apr 29 19:53 usr/local/share/doc/swish-e/examples/filter-bin/_pdf2html.pl 354480264 drwxr-xr-x2 root wheel 512 Apr 29 19:53 usr/local/share/doc/swish-e/html 35448027 68 -r--r--r--1 root wheel 34162 Apr 29 19:53 usr/local/share/doc/swish-e/html/api.html 35448028 152 -r--r--r--1 root wheel 76518 Apr 29 19:53 usr/local/share/doc/swish-e/html/changes.html 35448029 68 -r--r--r--1 root wheel 33403 Apr 29 19:53 usr/local/share/doc/swish-e/html/filter.html 35448030 28 -r--r--r--1 root wheel 13172 Apr 29 19:53 usr/local/share/doc/swish-e/html/index.html 35448031 144 -r--r--r--1 root wheel 71910 Apr 29 19:53 usr/local/share/doc/swish-e/html/install.html 35448032 36 -r--r--r--1 root wheel 18017 Apr 29 19:53 usr/local/share/doc/swish-e/html/readme.html 35448033 40 -r--r--r--1 root wheel 20200 Apr 29 19:53 usr/local/share/doc/swish-e/html/search.cgi.html 35448034 124 -r--r--r--1 root wheel 62340 Apr 29 19:53 usr/local/share/doc/swish-e/html/spider.html 35448035 32 -r--r--r--1 root wheel 14642 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish-3.0.html 35448036 20 -r--r--r--1 root wheel 10080 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish-bugs.html 35448037 120 -r--r--r--1 root wheel 59700 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish.cgi.html 35448038 236 -r--r--r--1 root wheel 119250 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish-config.html 35448039 20 -r--r--r--1 root wheel9915 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish.css 35448040 164 -r--r--r--1 root wheel 83146 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish-faq.html 35448041 72 -r--r--r--1 root wheel 36583 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish-library.html 35448042 108 -r--r--r--1 root wheel 55238 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish-run.html 35448043 48 -r--r--r--1 root wheel 24168 Apr 29 19:53 usr/local/share/doc/swish-e/html/swish-search.html 354480854 drwxr-xr-x2 root wheel 512 Apr 29 19:53 usr/local/share/doc/swish-e/pod 35448086 100 -r--r--r--1 root wheel 50796 Apr 29 19:53 usr/local/share/doc/swish-e/pod/CHANGES.pod 35448087 100 -r--r--r--1 root wheel 49434 Apr 29 19:53 usr/local/share/doc/swish-e/pod/INSTALL.pod 35448088 20 -r--r--r--1 root wheel8436 Apr 29 19:53 usr/local/share/doc/swish-e/pod/README.pod 35448089 12 -r--r--r--1 root wheel5609 Apr 29 19:53 usr/local/share/doc/swish-e/pod/SWISH-3.0.pod 354480908 -r--r--r--1 root wheel2423 Apr 29 19:53 usr/local/share/doc/swish-e/pod/SWISH-BUGS.pod 35448091 176 -r--r--r--1 root wheel 88722 Apr 29 19:53 usr/local/share/doc/swish-e/pod/SWISH-CONFIG.pod 354480928 -r--r--r--1 root wheel2240 Apr 29 19:53 usr/local/share/doc/swish-e/pod/swish-e.pod 35448093 108 -r--r--r--1 root wheel 53379 Apr 29 19:53 usr/local/share/doc/swish-e/pod/SWISH-FAQ.pod 35448094 48 -r--r--r--1 root wheel 23125 Apr 29 19:53 usr/local/share/doc/swish-e/pod/SWISH-LIBRARY.pod 35448095 80 -r--r--r--1 root wheel 39715 Apr 29 19:53 usr/local/share/doc/swish-e/pod/SWISH-RUN.pod
Re: How to port something requiring different versions depending on OSVERSION?
On Sun, Apr 25, 2010 at 4:51 PM, Darren Pilgrim free...@bitfreak.orgwrote: I maintain the sysutils/3dm port. The port installs a binary-only package provided by 3ware (now LSI). The binary provided is a 5.4-R, static-linked binary which requires KSE. Because it's static-linked, there is no legacy KSE support workaround. Yes, LSI is aware of the problem. No, they haven't fixed it yet (they don't officially support 8.0). No, I can't get source. Yes, the port is currently marked BROKEN for RELENG_8 and later. Here's my dilemna: If I install the latest version of 3dm2, the port won't run on RELENG_8 and later. If I install v2.01.09.004 (the last version that doesn't require KSE), the port will run on all versions of FreeBSD but lack proper support for current-model cards--the 9690 and 9750 series. Option 1: Detect the OS version, install the latest version if running 8.x and install 2.01.09.004 if =8.x. I can't find anything in the Porter's Handbook that explicitly says NOT to do this. Wesley Shields (wxs) says this seems like a bad idea without further qualification. The only thing I could think of is the automated ports QA and packaging; however, those are moot because LSI requires pre-download agreement to a license which prohibits redistribution. Option 2: A regular 3dm2 port marked BROKEN for =8.0 that follows the latest version and a 3dm2-legacy port kept at v2.01.09.004. When LSI manages to rework whatever it is 3ware decided requires KSE, I'll unBROKEN 3dm2 and retire 3dm2-legacy. That seems like lot of work for what will (hopefully) be a short-lived workaround just to avoid the first option. It also creates two ports for the same piece of software--a solution that seems inelegant. So, which approach should I take? I'm fine with option 2 if someone explains why option 1 is a bad idea. If I get no response, I'll do option 1. For those of you with excellent memories, yes, this was mentioned before (the prior thread's subject is Installing a different PORTVERSION based on OSVERSION?). Just a note that the 2.0.4.00.035 version of 3dm2 for 64-bit FreeBSD runs just fine on 64-bit 8-STABLE. Versions after that don't run, though. If needed, I can provide a package for this. uname -a: FreeBSD thehive.sd73.bc.ca 8.0-STABLE FreeBSD 8.0-STABLE #3: Fri Jan 15 11:08:47 PST 2010 r...@thehive.sd73.bc.ca:/usr/obj/usr/src-8/sys/ZFSHOST amd64 ls -d /var/db/pkg/3dm* /var/db/pkg/3dm-2.04.00.035_1,1 As for your question about the port: I'd suggest 1 port, that installed different versions based on the OS version. Creating a -legacy port that will be deleted down the road sounds like a lot of extra work (and repo churn) for little gain. :) -- Freddie Cash fjwc...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: New FreeBSD ports system - bachelors work
On Thu, Apr 29, 2010 at 10:57 AM, Ashish SHUKLA wahjava...@gmail.com wrote: Aldis Berjoza writes: Hello! Some time ago I've read, that FreeBSD might be interested to move ports tree to database (sqlite?). This would require rewriting of all existing and writing some new tools related to ports. I hope pkg_improved[1] GSoC project might interest you. [1] - http://wiki.freebsd.org/AndersNore/pkg_improved That's going to become moot in a bit as several of us are working on a combined effort to improve pkg_install. The patch probably also doesn't apply 100%. Thanks, -Garrett ___ 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: New FreeBSD ports system - bachelors work
Garrett Cooper writes: On Thu, Apr 29, 2010 at 10:57 AM, Ashish SHUKLA wahjava...@gmail.com wrote: Aldis Berjoza writes: Hello! Some time ago I've read, that FreeBSD might be interested to move ports tree to database (sqlite?). This would require rewriting of all existing and writing some new tools related to ports. I hope pkg_improved[1] GSoC project might interest you. [1] - http://wiki.freebsd.org/AndersNore/pkg_improved That's going to become moot in a bit as several of us are working on a combined effort to improve pkg_install. The patch probably also doesn't apply 100%. Any way I can track your (several of you's) progress ? I've not tried that just heard of that so suggested it. Thanks -- Ashish SHUKLA Sent via Gnus from GNU Emacs pgp6pRAzGTt3r.pgp Description: PGP signature
www/moinmoin: fix a bug while pkg_delete
I have submitted a patch to fix a bug while pkg_delete. Please take it in. http://www.freebsd.org/cgi/query-pr.cgi?pr=146142 -- A man live in jail and want to break. http://blog.khsing.net ___ 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