Re: databases/postgresql84-server 8.4.9 rc.d script broken
On Tue, 18 Oct 2011, 21:16 -0400, Greg Larkin wrote: On 10/18/11 8:45 PM, John Marshall wrote: After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the rc.d script vomits thus: rwsrv03# /usr/local/etc/rc.d/postgresql start su: unknown login: %%PG_USER%% Presumably the updated port is missing a substitution edit but I haven't found where. Apply this patch to the Makefile and reinstall postgres: Done. The Makefile depended on the presence of a file that was removed in the last commit. Because of that, the substitutions were no longer added to SUB_LIST. I'll open a PR tomorrow, if someone doesn't get to it before me. (/me picks up the clue and locates Section 8.6 of the Porters Handbook) Ah, so that's what SUB_LIST does! (I've been meaning to find out). All makes sense now. Thank you! Thanks to all who responded. -- John Marshall pgp6gfQ6TlIkk.pgp Description: PGP signature
clamav size mismatch: expected 45793424, actual 45793398
Any ideas? :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) 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
Re: clamav size mismatch: expected 45793424, actual 45793398
## Doug Barton (do...@freebsd.org): Any ideas? :) Looks as if the official distfile really has 45793398 bytes. At least that's what I'm getting from from Sourceforge, and it's signed with the usual (i.e. used for previous releases) gpg key. Perhaps the clamav team rerolled their tarball at the time of the announcement? Given that I saw 0.97.3 in the ports tree before the announcement (from the clamav team) was in my mailbox... Regards, Christoph -- Spare Space ___ 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: [UPDATE] Re: Update on ports on 10.0
On Tue, 18 Oct 2011 01:01:00 -0700 Stanislav Sedov s...@freebsd.org wrote: On Tue, 18 Oct 2011 10:50:48 +0300 Ion-Mihai Tetcu ite...@freebsd.org mentioned: Did you do a full run with the patch? Can you provide the list of ports that aren't fixed by the patch and the exact patch you used? Thanks. Did you? I'm not the one sitting on the cluster... Not exactly sitting idle, the cluster has been maxed out in the last days with other exps also besides the regular package building. Several people provided the patch already, a version of it was present in the bsd.port.mk as well at one point of time. dougb@ nicely summarized it in one of his emails. Yes, I know. I was just asking since you said it fixed 99% of the ports ... It'd be nice to do an exp run with the patch mentioned and see if it breaks any ports and how many ports it fixes instead of doing any kind of educated guesswork (in my opinion). Well, actually 3 full runs would be needed: one on 9, one on 10 patched and one not patched, all with the same PT, to see what the differences are. (Or 2 on 10 one with uname set to 9 and one with the patch). Having this knob in the tree will help people to actually go about fixing the ports in the tree. Yes, we'll get there. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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: UPDATING 20111016 and net/linphone-base -- can not be built.
On Tue, Oct 18, 2011 at 2:42 AM, Raphael Kubo da Costa rak...@freebsd.org wrote: I thought ortp was included in linphone (I haven't checked). Perhaps this is just a build system issue (/usr/local/include being used instead of the includes in the tarball, for example)? Ok, ortp is just an old version of the one in linphone-base. I'll try to build kopete with linphone-base and, should it work, I'll replace the dependency. I can try libjingle on i386, too. -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ 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: graphics/mapnik 2.0.0 fails to package
On 10/14/2011 21:10, wen heping wrote: I could not reproduce this plist error Here is my build log: http://people.freebsd.org/~dougb/mapnik-build.log I included 'make showconfig' output ... perhaps we're using different options? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) 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
Re: [UPDATE] Re: Update on ports on 10.0
[ slightly reordered ] On Wed, 19 Oct 2011 09:31:46 +1100 Peter Jeremy peterjer...@acm.org wrote: [trimming cc list] On 2011-Oct-17 13:51:30 -0700, Stanislav Sedov s...@freebsd.org wrote: ones (like GCC). So why not commit that patch as a KNOB to bsd.port.mk like it was initially proposed and let people use it in individual ports makefiles to fix them (and portmgr@ can commit the initial bunch of these knobs)? This is the easiest thing you can do now, and you will be able to abandon it when the better solution is available (which is unlikely). Once hackish work-arounds get committed, it is extremely difficult to root them out. The last time the project included a temporary hack to assist with a similar problem (the aout to ELF migration in FreeBSD 3), it took more than a decade to get the hack out of base and after 13 years, there are still 71 ports (by my count) with local work-arounds. Given the debian/ubuntu release schedule, this is not going to happen earlier that 1-2 years from now, and Based on the objformat mess, whatever is done will hang around in the tree for at least a decade so we are far better off spending some time now to come up with the best solution, rather than quickly committing a work-around that we spend the next decade regretting. Unfortunately we don't seem to have any other way to go, for the big majority of the ports. The fix is basically identical, so it doesn't make sense to have a zillion of patch files in a zillion of ports. What, on the other hand, makes sense is to have the fix that should include: a) a KNOB (WITH_FBSD10_FIX or similar), b) that only is run from bsd.port.mk when OSVERSION100 c) runs the latest version of the above patch. The KNOB's existence allow us to turn on the fix only for broken ports, and easily know what these broken ports are -- so we can poke maintainers from time to time about upstream fixes, ... There are exceptions, e.g. python and perl. WRT your submit upstream comment, personanlly, I'd argue against this: Ports are never going to get fixed unless we advise the upstream maintainer that there is a problem. this is not the upstream maintainer's problem, it the buggy tools they use Unfortunately, we are unlikely to convince many people that GNU autocr*p is broken by design. But it _is_ the upstream maintainer's problem that they chose to use buggy/broken tools. to generate the configure scripts, so until the fixed version of libtool is available in all major distributions and widely installed, they're not going to replace it or patch locally. A reasonable approach would be to come up with fixes to libtool and the rest of autocr*p and get them applied to the master versions. Then go to the upstream maintainers with something along the lines of your foobar-1.2.3 will not work on FreeBSD 10 due to bugs in libtool and/or autocr*p. This has been in version X of those tools. If you are unable te update, could you please apply the following patch locally. Of course, this only applies to the latest version, old versions are going to need to be patched in the ports tree. Presumably $UPSTREAM wants it software to be able to build on FreeBSD even outside the PT, especially if this doesn't imply much work on his part. Whatever action we take will your patches/requests sent could potentially cause them to abandon FreeBSD support altogether requiring a lot of work to maintain which will be totally understandable. I don't see how this follows. It's no different to upstreaming any other FreeBSD-specific change. Yep. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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: [UPDATE] Re: Update on ports on 10.0
On Wed, 19 Oct 2011 10:59:38 +0300 Ion-Mihai Tetcu ite...@freebsd.org mentioned: Unfortunately we don't seem to have any other way to go, for the big majority of the ports. The fix is basically identical, so it doesn't make sense to have a zillion of patch files in a zillion of ports. What, on the other hand, makes sense is to have the fix that should include: a) a KNOB (WITH_FBSD10_FIX or similar), b) that only is run from bsd.port.mk when OSVERSION100 c) runs the latest version of the above patch. The KNOB's existence allow us to turn on the fix only for broken ports, and easily know what these broken ports are -- so we can poke maintainers from time to time about upstream fixes, ... Sounds good to me. Presumably $UPSTREAM wants it software to be able to build on FreeBSD even outside the PT, especially if this doesn't imply much work on his part. You'd be surprized how many of them do not care about FreeBSD altogether. Even if you send them patches. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ 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: [UPDATE] Re: Update on ports on 10.0
On Wed, 19 Oct 2011 01:04:20 -0700 Stanislav Sedov s...@freebsd.org wrote: On Wed, 19 Oct 2011 10:59:38 +0300 Ion-Mihai Tetcu ite...@freebsd.org mentioned: Unfortunately we don't seem to have any other way to go, for the (and yes, I hate the idea) big majority of the ports. The fix is basically identical, so it doesn't make sense to have a zillion of patch files in a zillion of ports. What, on the other hand, makes sense is to have the fix that should include: a) a KNOB (WITH_FBSD10_FIX or similar), b) that only is run from bsd.port.mk when OSVERSION100 c) runs the latest version of the above patch. The KNOB's existence allow us to turn on the fix only for broken ports, and easily know what these broken ports are -- so we can poke maintainers from time to time about upstream fixes, ... Sounds good to me. A few more days. Presumably $UPSTREAM wants it software to be able to build on FreeBSD even outside the PT, especially if this doesn't imply much work on his part. You'd be surprized how many of them do not care about FreeBSD altogether. Even if you send them patches. Oh, I know, believe I know. But that's not the majority, and anyway it should stop us trying to do the right thing. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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: [kde-freebsd] UPDATING 20111016 and KDE3
On Tue, Oct 18, 2011 at 8:46 PM, Raphael Kubo da Costa rak...@freebsd.org wrote: I just need some free time to take a look at the issue, I suspect the fix can be done to a single place. But until then, feel free to set CONFLICTS_BUILD or something else :) Are you thinking about moving the KDE directories at the top? Or something more sophisticated? -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ 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
ClamAV fetch error
Just updated my ports, got an unexpected error: = Attempting to fetch http://waix.dl.sourceforge.net/project/clamav/clamav/0.97.3/clamav-0.97.3.tar.gz fetch: http://waix.dl.sourceforge.net/project/clamav/clamav/0.97.3/clamav-0.97.3.tar.gz: size mismatch: expected 45793424, actual 45793398 can someone tell me how to solve this? Thanks. BR Jos Chrispijn ___ 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
configure: error: working directory cannot be determined
On amd64 with the newvers.sh fix to 9.9 (9.9-CURRENT #2 r226525M:): === Configuring for libtool-2.4_1 configure: error: working directory cannot be determined === Script configure failed unexpectedly. Please report the problem to autoto...@freebsd.org [maintainer] and attach the /usr/ports/devel/libtool/work/libtool-2.4/config.log including the There is no config.log, but there is ls.core. I get this configure error on every port, not just libtool. Please advise Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ClamAV fetch error
Jos Chrispijn schreef: Just updated my ports, got an unexpected error: = Attempting to fetch http://waix.dl.sourceforge.net/project/clamav/clamav/0.97.3/clamav-0.97.3.tar.gz fetch: http://waix.dl.sourceforge.net/project/clamav/clamav/0.97.3/clamav-0.97.3.tar.gz: size mismatch: expected 45793424, actual 45793398 can someone tell me how to solve this? Thanks. BR Jos Chrispijn ___ 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 Download clamav-0.97.3.tar.gz manually and place it in /usr/ports/distfiles. Then go to /usr/ports/security/clamav Then run make makesum from that directory. It will create a new distinfo file. But why is there a mismatch.?? Why is the version on the net different than the first tarball send to the port maintainer. Call me paranoia, but i do not trust this so i wait till things get cleared. :D regards Johan Hendriks ___ 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: ClamAV fetch error
Johan Hendriks: But why is there a mismatch.?? Why is the version on the net different than the first tarball send to the port maintainer. Call me paranoia, but i do not trust this so i wait till things get cleared. :D So true; I will wait for clearing as well. Thanks for explaining; I found some information on disabeling the filesize compare, but I think that might cause a security issue as well. BR, Jos Chrispijn ___ 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: ClamAV fetch error
On Wed, 19 Oct 2011 12:44:49 +0200 Jos Chrispijn articulated: Just updated my ports, got an unexpected error: = Attempting to fetch http://waix.dl.sourceforge.net/project/clamav/clamav/0.97.3/clamav-0.97.3.tar.gz fetch: http://waix.dl.sourceforge.net/project/clamav/clamav/0.97.3/clamav-0.97.3.tar.gz: size mismatch: expected 45793424, actual 45793398 can someone tell me how to solve this? Thanks. checksum Verify that the fetched distfile's checksum matches the one the port was tested against. If the distfile's checksum does not match, it also fetches the distfiles which are missing or failed the checksum calculation. Defining NO_CHECKSUM will skip this step. You could also contact the port maintainer: ga...@freebsd.org -- Jerry ✌ jerry+po...@seibercom.net 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
Re: graphics/mapnik 2.0.0 fails to package
Op wo 19 okt 2011 00:37:37 schreef Doug Barton: On 10/14/2011 21:10, wen heping wrote: I could not reproduce this plist error Here is my build log: http://people.freebsd.org/~dougb/mapnik-build.log I included 'make showconfig' output ... perhaps we're using different options? From that build.log: === mapnik2-2.0.0 depends on shared library: sqlite3 - found (...) Checking for C library sqlite3... no Obviously that's where it goes wrong. the ports-system can find the library (and thus adds sqlite.input to the plist), mapnik cannnot (and thus does not build and install sqlite.input). I use this option and have no problem by the way. Doug, did you try reinstalling databases/sqlite3? If you have databases/sqlite34 installed, maybe you should try databases/sqlite3 ___ 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
[SOLVED] Re: Building caire and $PATH order
Xavier HUMBERT xavier.humb...@xavhome.fr.eu.org wrote: A couple of weeks ago, after installing openssl from ports, I changed PATH order in my .bash_login, in order to use /usr/local before /usr an so on. Today, I upgraded icu, and its dependants, including cairo. The build was successful until reaching cairo : [...snip...] Well, after digging in configure script, and putting some debug code, the culprit is chkrootkit. It has a strings binary which exhibits the very same error : [root@valinor ~]# /usr/local/sbin/strings --help fopen: No such file or directory And, in fact, the problem has already been reported in freebsd-gnome : http://markmail.org/message/qufu3ddabtqucagr I dunno why chkrootkit uses a very common and standard binary name for their own. -- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull) ___ 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
Snort failing after latest PostGreSQL upgrade
Hello. # uname -a FreeBSD xx.yy 7.3-RELEASE-p7 FreeBSD 7.3-RELEASE-p7 #2: Thu Oct 6 07:57:52 CEST 2011 root@xx.yy:/usr/obj/usr/src/sys/XX amd64 This morning I upgraded Postgres: # pkg_info | grep postgres postgresql-client-8.4.9 PostgreSQL database (client) postgresql-server-8.4.9 The most advanced open-source database available anywhere After that, Snort won't start anymore: # snort /libexec/ld-elf.so.1: /usr/local/lib/libpq.so.5: Undefined symbol GSS_C_NT_HOSTBASED_SERVICE Neither it will upgrade: # portversion -v|grep snort snort-2.9.1 needs updating (port has 2.9.1.1) # portupgrade -R snort ... checking for PQexec in -lpq... no ERROR! libpq (postgresql) not found! === Script configure failed unexpectedly. Any help appreciated. bye Thanks av. ___ 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: clamav size mismatch: expected 45793424, actual 45793398
On Tue, Oct 18, 2011 at 11:35:21PM -0700, Doug Barton wrote: Any ideas? :) Updated, take a look at commit message. Thanks for reporting -- Renato Botelho garga @ FreeBSD.org garga.bsd @ gmail.com GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc Get back to your stations! We're beaming down to the planet, sir. -- Kirk and Mr. Leslie, This Side of Paradise, stardate 3417.3 pgpgJ67HDmSWU.pgp Description: PGP signature
Re: Snort failing after latest PostGreSQL upgrade
a workaround is to edit /etc/libmap.conf and add the line: libpq.so.5libpq.so Sergio ___ 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: [kde-freebsd] UPDATING 20111016 and KDE3
Alberto Villa avi...@freebsd.org writes: On Tue, Oct 18, 2011 at 8:46 PM, Raphael Kubo da Costa rak...@freebsd.org wrote: I just need some free time to take a look at the issue, I suspect the fix can be done to a single place. But until then, feel free to set CONFLICTS_BUILD or something else :) Are you thinking about moving the KDE directories at the top? Or something more sophisticated? Not sure I understood your question, but somehow /usr/local/qt4/include must be added to the include path before /usr/local/include. ___ 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: configure: error: working directory cannot be determined
On Wed, 19 Oct 2011 11:58:40 +0100 Anton Shterenlikht me...@bristol.ac.uk wrote: On amd64 with the newvers.sh fix to 9.9 (9.9-CURRENT #2 r226525M:): === Configuring for libtool-2.4_1 configure: error: working directory cannot be determined === Script configure failed unexpectedly. Please report the problem to autoto...@freebsd.org [maintainer] and attach the /usr/ports/devel/libtool/work/libtool-2.4/config.log including the There is no config.log, but there is ls.core. I get this configure error on every port, not just libtool. #1 update your ports #2 Please wait a few days #3 check this lists' archives for the last week or so. Ktnx, -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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: [kde-freebsd] UPDATING 20111016 and KDE3
On Wed, Oct 19, 2011 at 3:07 PM, Raphael Kubo da Costa rak...@freebsd.org wrote: Not sure I understood your question, but somehow /usr/local/qt4/include must be added to the include path before /usr/local/include. No matter, I'll try to do it if you don't do it before. :) -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ 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 re-install Dolphin after update
After updating KDE the Dolphinapplication was nolonger working. I tried to re-install it but the build failed with this error message: === kdelibs-3.5.10_8 conflicts with installed package(s): openssl-1.0.0_6 They will not build together. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/x11/kdelibs3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20111019-98231-1bdb7md-0 env make ** Fix the problem and try again. --- Skipping 'x11-fm/dolphin' because a requisite port 'x11/kdelibs3' failed (specify -k to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/kdelibs3 (unknown build error) * x11-fm/dolphin I do not want to remove the openssl port so how do I proceed? -- Carmel ✌ carmel...@hotmail.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
x11/kdelibs4 build error
Trying to build kdelibs-4.7.2 and ran into this error: http://wwwp.3dresearch.com/build_kdelibs4_01 I'd appreciate your help. -- Janos Dohanics ___ 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: x11/kdelibs4 build error
On Wed, 19 Oct 2011 12:38:54 -0400, Janos Dohanics wrote: Trying to build kdelibs-4.7.2 and ran into this error: http://wwwp.3dresearch.com/build_kdelibs4_01 I'd appreciate your help. Deinstall qt3 before building kde4 ports. ___ 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: databases/postgresql84-server 8.4.9 rc.d script broken
Am 19.10.2011 02:45, schrieb John Marshall: After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the rc.d script vomits thus: rwsrv03# /usr/local/etc/rc.d/postgresql start su: unknown login: %%PG_USER%% Presumably the updated port is missing a substitution edit but I haven't found where. I had previously filed http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/161785 Note that the PostgreSQL client update can break other software depending on the state of the options. If that happens (such as breaking Perl-based PGSQL stuff), make rmconfig and rebuild. Filed as http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/161786 - this appears related to the GSSAPI option, which seems to have regressed since the previous 8.4.8* versions, too. See the PR for more details please. ___ 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/devel/ppl Makefile distinfo pkg-plist ports/devel/ppl/files patch-configure
On 19 Oct 2011 02:00, Daniel Eischen deisc...@freebsd.org wrote: On Wed, 19 Oct 2011, Daniel Eischen wrote: deischen2011-10-19 00:20:16 UTC FreeBSD ports repository Modified files: devel/pplMakefile distinfo pkg-plist Removed files: devel/ppl/files patch-configure Log: Upgrade to 0.11.2. Submitted by: Mark Murray markm_at_fbsd_dot_org Revision Changes Path 1.27 +5 -6ports/devel/ppl/Makefile 1.11 +2 -2ports/devel/ppl/distinfo 1.2 +0 -21 ports/devel/ppl/files/patch-configure (dead) 1.11 +1141 -1036 ports/devel/ppl/pkg-plist I just updated the above port and I noticed that the pkg-plist (both before and after the update) had some files of the form: %%PORTDOCSDOCSDIR%%/../pwl %%PORTDOCSDOCSDIR%%/../pwl/bar/ %%PORTDOCSDOCSDIR%%/../pwl/bar/a %%PORTDOCSDOCSDIR%%/../pwl/bar/b When I tried 'make package; make deinstall; pkg_add ...' I got errors: share/doc/ppl/../pwl/BUGS: Path contains '..' share/doc/ppl/../pwl/COPYING: Path contains '..' share/doc/ppl/../pwl/CREDITS: Path contains '..' share/doc/ppl/../pwl/ChangeLog: Path contains '..' ... tar: Error exit delayed from previous errors. pkg_add: tar extract of /usr/ports/packages/All/ppl-0.10.2_1.tbz failed! pkg_add: unable to extract '/usr/ports/packages/All/ppl-0.10.2_1.tbz'! Is there anything wrong with having '..' in the pathname of files in pkg-plist? Since %%DOCSDIR%% is 'ppl' for this port, should files installed under pwl just be specified as this: %%PORTDOCS%%/pwl/bar %%PORTDOCS%%/pwl/bar/a %%PORTDOCS%%/pwl/bar/b ... and omit %%DOCSDIR%% from their path? Thanks for any insights. Depends if there are (or could be) symlinks involved 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: graphics/mapnik 2.0.0 fails to package
On 10/19/2011 04:53, Oliver Heesakkers wrote: Op wo 19 okt 2011 00:37:37 schreef Doug Barton: On 10/14/2011 21:10, wen heping wrote: I could not reproduce this plist error Here is my build log: http://people.freebsd.org/~dougb/mapnik-build.log I included 'make showconfig' output ... perhaps we're using different options? From that build.log: === mapnik2-2.0.0 depends on shared library: sqlite3 - found (...) Checking for C library sqlite3... no Obviously that's where it goes wrong. the ports-system can find the library (and thus adds sqlite.input to the plist), mapnik cannnot (and thus does not build and install sqlite.input). Right, I get that bit. :) What I'm trying to figure out is why, and how to fix it. I use this option and have no problem by the way. Doug, did you try reinstalling databases/sqlite3? Yes, several times. I just tried it again and got the same failure. If you have databases/sqlite34 installed, maybe you should try databases/sqlite3 I'm using sqlite3. In case it matters, I'm using 8.2-RELEASE-p3, i386 in a jail running on 8.2-stable amd64. I've built over 700 ports on this system, including a dozen or so other ports that rely on sqlite3. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) 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
Re: cvs commit: ports/devel/ppl Makefile distinfo pkg-plist ports/devel/ppl/files patch-configure
On Wed, 19 Oct 2011, Chris Rees wrote: On 19 Oct 2011 02:00, Daniel Eischen deisc...@freebsd.org wrote: On Wed, 19 Oct 2011, Daniel Eischen wrote: deischen2011-10-19 00:20:16 UTC FreeBSD ports repository Modified files: devel/pplMakefile distinfo pkg-plist Removed files: devel/ppl/files patch-configure Log: Upgrade to 0.11.2. Submitted by: Mark Murray markm_at_fbsd_dot_org Revision Changes Path 1.27 +5 -6ports/devel/ppl/Makefile 1.11 +2 -2ports/devel/ppl/distinfo 1.2 +0 -21 ports/devel/ppl/files/patch-configure (dead) 1.11 +1141 -1036 ports/devel/ppl/pkg-plist I just updated the above port and I noticed that the pkg-plist (both before and after the update) had some files of the form: %%PORTDOCSDOCSDIR%%/../pwl %%PORTDOCSDOCSDIR%%/../pwl/bar/ %%PORTDOCSDOCSDIR%%/../pwl/bar/a %%PORTDOCSDOCSDIR%%/../pwl/bar/b When I tried 'make package; make deinstall; pkg_add ...' I got errors: share/doc/ppl/../pwl/BUGS: Path contains '..' share/doc/ppl/../pwl/COPYING: Path contains '..' share/doc/ppl/../pwl/CREDITS: Path contains '..' share/doc/ppl/../pwl/ChangeLog: Path contains '..' ... tar: Error exit delayed from previous errors. pkg_add: tar extract of /usr/ports/packages/All/ppl-0.10.2_1.tbz failed! pkg_add: unable to extract '/usr/ports/packages/All/ppl-0.10.2_1.tbz'! Is there anything wrong with having '..' in the pathname of files in pkg-plist? Since %%DOCSDIR%% is 'ppl' for this port, should files installed under pwl just be specified as this: %%PORTDOCS%%/pwl/bar %%PORTDOCS%%/pwl/bar/a %%PORTDOCS%%/pwl/bar/b ... and omit %%DOCSDIR%% from their path? Thanks for any insights. Depends if there are (or could be) symlinks involved Thanks for responding! No, there are no symlinks. I think I have solved it, but not sure that this is the acceptable way. Please see attached diffs. If they get removed by the mailer, it is basically just using PWL_DOC_PREFIX=share/doc/pwl PLIST_SUB+=PWL_DOC_PREFIX=${PWL_DOC_PREFIX} in the Makefile and using %%PORTDOCSPWL_DOC_PREFIX%% in the pkg-plist. -- DE? work Index: Makefile === RCS file: /home/pcvs/ports/devel/ppl/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- Makefile19 Oct 2011 00:20:16 - 1.27 +++ Makefile19 Oct 2011 03:41:34 - @@ -19,6 +19,8 @@ BUILD_DEPENDS= gm4:${PORTSDIR}/devel/m4 LIB_DEPENDS= gmp.10:${PORTSDIR}/math/gmp +PWL_DOC_PREFIX=share/doc/pwl + USE_GMAKE= yes USE_PERL5_BUILD=yes USE_AUTOTOOLS= libtool @@ -48,4 +50,6 @@ ${WRKSRC}/doc/Makefile.in ${WRKSRC}/Watchdog/doc/Makefile.in .endif +PLIST_SUB+=PWL_DOC_PREFIX=${PWL_DOC_PREFIX} + .include bsd.port.mk Index: pkg-plist === RCS file: /home/pcvs/ports/devel/ppl/pkg-plist,v retrieving revision 1.11 diff -u -r1.11 pkg-plist --- pkg-plist 19 Oct 2011 00:20:16 - 1.11 +++ pkg-plist 19 Oct 2011 03:41:36 - @@ -1109,79 +1109,79 @@ %%PORTDOCSDOCSDIR%%/ppl-user-c-interface-0.11.2-html/tree.html %%PORTDOCSDOCSDIR%%/ppl-user-c-interface-0.11.2.pdf %%PORTDOCSDOCSDIR%%/ppl-user-c-interface-0.11.2.ps.gz -%%PORTDOCSDOCSDIR%%/../pwl/BUGS -%%PORTDOCSDOCSDIR%%/../pwl/COPYING -%%PORTDOCSDOCSDIR%%/../pwl/CREDITS -%%PORTDOCSDOCSDIR%%/../pwl/ChangeLog -%%PORTDOCSDOCSDIR%%/../pwl/NEWS -%%PORTDOCSDOCSDIR%%/../pwl/README -%%PORTDOCSDOCSDIR%%/../pwl/README.doc -%%PORTDOCSDOCSDIR%%/../pwl/fdl.pdf -%%PORTDOCSDOCSDIR%%/../pwl/fdl.ps.gz -%%PORTDOCSDOCSDIR%%/../pwl/fdl.txt -%%PORTDOCSDOCSDIR%%/../pwl/gpl.pdf -%%PORTDOCSDOCSDIR%%/../pwl/gpl.ps.gz -%%PORTDOCSDOCSDIR%%/../pwl/gpl.txt -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/GFDL.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/GPL.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/annotated.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1Doubly__Linked__Object-members.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1Doubly__Linked__Object.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1EList-members.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1EList.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1EList__Iterator-members.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1EList__Iterator.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1Handler-members.html -%%PORTDOCSDOCSDIR%%/../pwl/pwl-user-0.8-html/classParma__Watchdog__Library_1_1Handler.html
Certified Penetration Testing Engineer
Catch the Bitshield's grand launching of mile2's CPTE course with trainer straight from Europe! Don't miss it! It only happens. NOW! Many courses teach how to hack; the course teaches the business of penetration testing. The course delivers advanced and cutting edge techniques for auditing a broad range of security controls (including Physical and User Security) with hands-on laboratories designed by real world security professionals. For a Certified Ethical Hacker (CEH), this course will improve your knowledge and skills thus making you a complete security guru! Learn the art of ethical hacking with a professional edge (penetration testing)! Featuring Europe's top notch and multi-awarded CPTE master instructor DENIZ KAYA! Don't be left out.be among the first Certified Pen Test Engineers in the Philippines! Others compare CEH against CPTE (formerly CPTS) and this is what they say. CPTE was developed by Mile2 and its security partners as an upgrade from the CEH classes previously offered to address the training needs of IT professionals required in executing the responsibilities of penetrating, analyzing and auditing the security of a network, effectively filling the gap for a course that goes beyond basic hacking techniques CPTE places emphasis is on methodology, practices, and techniques in assessing and verifying security vulnerabilities in networks, connectivity, applications, databases etc. CPTE courses are designed with a realization that overloading students with tools and slides does not necessarily make more effectively security practitioners. http://mile2.com/articles/157-cpte-vs-ceh.html As a veteran of the EC-Council CEH program, Ryan Lindfield , Senior Technical Instructor of Boson Software, has seen CEH's program come a very long way since version 2.0. Many labs have been added, as well as additional chapters and tools, in fact, the course content seems to grow by a few pounds with each year that passes, said Lindfield. I have delivered the CEH course approximately 10 times a year for the last 4 years, and while I enjoy the addition of recent tools, it is difficult to make it through all of the slides, and make sense of the often poorly written labs. http://mile2.com/articles/163-boson-difference-between-cpte-ceh.html I know there is an on going debate about this vs CEHI have my CEH and OSCP also...OSCP contains more debugging/exploit writing and technical...However the CPTE is much better then the CEH on content and delivery. http://www.techexams.net/forums/security-certifications/58420-passed-cpte-mile2-formerly-cpts.html CEH and CPTS courses are similar in concept (Theoretical basis) and from my recent experience are very different in the way they delivered. I've found that CEH course was more theoretical with no time left for practical exercises and the instructor has no pen testing experience. CPTS course was delivered by a very experienced instructor and I had a chance to play with many tools and techniques. I felt a bit frustrated after completing CEH course due to the lack of practice and felt quite confident after finishing CPTS course. CEH Certification is pupular but I found that some people prefer not to put it on their CV. CPTS certification is not yet popular but doesn't have that stigma. I have CEH and getting ready for CPTS exam. http://www.ethicalhacker.net/component/option,com_smf/Itemid,54/topic,701.new/ COURSE OVERVIEW CPTEngineer's foundation is built firmly upon proven, hands-on, Penetration Testing methodologies utilized by our international group of vulnerability consultants. Mile 2 trainers keep abreast of their field by practicing what they teach. They believe that, during training, an equal emphasis should be placed on both theoretical and real world experience if the student is going to succeed in mastering the necessary skills to become a CPTEngineer. The CPTEngineer presents information based on the 5 Key Elements of PenTesting: Information Gathering, Scanning, Enumeration, Exploitation and Reporting. System vulnerabilities will be discovered using these tried and true steps alongside the use of the latest hacking techniques. This course also enhances the business skills needed by today's students. It will enable them to identify protection opportunities, justify testing activities, and optimize security controls needed by businesses attempting to reduce risks. mile2 goes far beyond simply teaching students to Hack. Mere hacking was the norm for classes that were available before mile2 has introduced a new methodology in teaching this advanced skill. Our course was developed around principles and behaviors used by malicious hackers. The course is taught with this in mind while keeping the focus on professional penetration testing and ensuring the security of information assets. COURSE OUTLINE Module 0: Course Overview Module 1: Business and Technical Logistics of Pen Testing Module 2:
Re: x11/kdelibs4 build error
On Wed, 19 Oct 2011 17:14:42 + Max Brazhnikov m...@issp.ac.ru wrote: On Wed, 19 Oct 2011 12:38:54 -0400, Janos Dohanics wrote: Trying to build kdelibs-4.7.2 and ran into this error: http://wwwp.3dresearch.com/build_kdelibs4_01 I'd appreciate your help. Deinstall qt3 before building kde4 ports. Thank you, it fixed the problem :) -- Janos Dohanics ___ 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