port NetXMS
Hi, all. please appreciate my first port NetXMS http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114495 NetXMS is new and rapidly developing monitoring system, released under GPL2 license. It can be used for monitoring entire IT infrastructure, starting with SNMP-capable hardware (like switches and routers) and ending with applications on your servers. NetXMS is an extremely reliable and powerful monitoring system, enabling you to improve your network availability and service levels. /Ermakov Vladimir ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sudo 1.6.9 segfault
On Sun, 22 Jul 2007 23:55:43 -0400 Tom McLaughlin [EMAIL PROTECTED] wrote: I've just committed the fix for this. You should be fine after you update. tom confirmed working fine. Thanks!!! _ {Beto|Norberto|Numard} Meijome Build a system that even a fool can use, and only a fool will want to use it. George Bernard Shaw I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Eclipse Aptana (Was Re: eclipse 3.3.0)
On Sunday 22 July 2007 16:42:58 Norberto Meijome wrote: On Sun, 22 Jul 2007 07:56:49 -0700 David Southwell [EMAIL PROTECTED] wrote: Yes Aptana provides full support for rails developments and integrates really well with subversion. If you use Ruby on Rails and Ajax on Rails as part of Ruby development tools I would recomend Aptana without hesitation. IMHO I do not feel there is a stonger or more fully feature IDE for an IDE. Thanks David, great - but do you know if it provides anything other than the combination of the RDT, subclipse and WST plugins? Quite a lot. I suggest you take a look at: http://www.aptana.com/ David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: default CONFIGURE_ARGS changed
FYI, the default CONFIGURE_ARGS for GNU_CONFIGURE is now having --mandir and --infodir if configure script supports them (determined by configure --help). I have eliminated most of them in ports' makefile. I plan to do a sweep to remove them all. Regards, Rong-En Fan - Forwarded message from Rong-En Fan [EMAIL PROTECTED] - From: Rong-En Fan [EMAIL PROTECTED] Date: Mon, 23 Jul 2007 09:36:52 + (UTC) To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: ports/Mk bsd.gnome.mk bsd.port.mk bsd.xorg.mk ports/archivers/dpkg Makefile ports/archivers/gtar Makefile ports/archivers/gzip Makefile ports/archivers/libarchive Makefile ports/astro/starplot Makefile ports/astro/tclgeomap Makefile ... X-Bogosity: Ham, tests=bogofilter, spamicity=0.00, version=1.1.5 rafan 2007-07-23 09:36:52 UTC FreeBSD ports repository Modified files: Mk bsd.gnome.mk bsd.port.mk bsd.xorg.mk archivers/dpkg Makefile archivers/gtar Makefile archivers/gzip Makefile archivers/libarchive Makefile astro/starplot Makefile astro/tclgeomap Makefile astro/tkgeomap Makefile audio/audacity-devel Makefile audio/checkmate Makefile audio/cmus Makefile audio/darkiceMakefile audio/ecasound Makefile audio/esound Makefile audio/gnupod Makefile audio/gtick Makefile audio/jack Makefile audio/libadplug Makefile audio/libsndfile Makefile audio/mocMakefile audio/mp3blaster Makefile audio/musicpdMakefile audio/py-eyed3 Makefile audio/shntoolMakefile audio/solfegeMakefile audio/speex Makefile audio/twolameMakefile audio/wavbreaker Makefile audio/xanalyser Makefile benchmarks/postalMakefile cad/alliance Makefile cad/freehdl Makefile cad/geda-gattrib Makefile cad/geda-gschem Makefile cad/geda-netlist Makefile cad/geda-symcheckMakefile cad/geda-utils Makefile cad/gerbvMakefile cad/gnucap Makefile cad/qucs Makefile comms/efax-gtk Makefile comms/gpredict Makefile comms/grig Makefile comms/hf Makefile comms/linrad Makefile comms/qfaxreader Makefile comms/tilp2 Makefile comms/xdxMakefile comms/xlog Makefile converters/tnef Makefile databases/postgisMakefile databases/xapian-core Makefile deskutils/doodle Makefile deskutils/gdesklets Makefile deskutils/gnome-utils Makefile devel/arm-elf-binutils Makefile devel/autoconf261Makefile devel/autodist Makefile devel/autogenMakefile devel/automake110Makefile devel/automake19 Makefile devel/cook Makefile devel/cppi Makefile devel/cxref Makefile devel/darcs Makefile devel/djgpp-binutils Makefile devel/djgpp-gcc Makefile devel/gconf2 Makefile devel/geany Makefile devel/gengetopt Makefile devel/gettextMakefile devel/gnu-autoconf Makefile devel/gnu-automake Makefile devel/gperf Makefile devel/gtranslatorMakefile devel/guile-lib Makefile devel/kdesdk3Makefile devel/libIDL Makefile devel/libbonobo Makefile devel/libccidMakefile devel/libevent Makefile devel/libgtopMakefile devel/libruinMakefile devel/libslang2 Makefile devel/libstatgrabMakefile devel/libtool15 Makefile devel/libzvbiMakefile devel/m4 Makefile devel/mcpp Makefile devel/mingw32-binutils Makefile devel/mingw32-gccMakefile devel/mm Makefile devel/monotone Makefile devel/msp430-binutils Makefile devel/msp430-gcc Makefile devel/ossp-cfg Makefile devel/ossp-l2Makefile devel/pcre Makefile devel/pcsc-lite Makefile devel/pkg-config Makefile devel/rlwrap Makefile devel/shtool Makefile devel/yasm Makefile devel/zziplibMakefile dns/bind9Makefile dns/bind9-sdb-ldap Makefile dns/bind94 Makefile dns/c-ares Makefile dns/libidn Makefile dns/powerdns Makefile dns/updatedd Makefile editors/emacs-devel Makefile editors/emacs20 Makefile editors/gobbyMakefile editors/morlaMakefile editors/nano
Current unassigned ports problem reports
Current FreeBSD problem reports 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. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description o ports/112754VERY SERIOUS security bug in sysutils/eject 1 problem total. Serious problems S Tracker Resp. Description o ports/105549ports/www/squid_radius_auth doesn't work on sparc64 o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode o ports/107536editors/scite: Can't write on SciTE text editor f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/108537print/hplip: Build failure f ports/108606Courier MTA terminates abnormaly after installation f ports/111338graphics/yafray: doesn't respect CXX, CXXFLAGS and eve f ports/112083mail/qsheff overwrites configuration upon upgrade f ports/112094www/lynx: plist missing configuration file o ports/112385sysutils/lookupd on Kernel 64 f ports/112698www/opera's spell-check doesn't work f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/113139sysutils/ucspi-tcp runtime crash on amd64 w/ fix o ports/113144print/ghostscript-gnu dumps core with several output d f ports/113498www/elinks: lua scripting broken f ports/113847devel/apr's buildconf is not able to find the python o ports/114132mule goes core dump on X Window System o ports/114285Problem with MySQL 5.0 o ports/114286port unixODBC installs documentation with access mode o ports/114536ports/net/coda6_server and ports/net/coda6_client upda o ports/114560editors/mule cannot compile in ports o ports/114612[UPDATE] pwlib. problems with the assembly of some por o ports/114613[UPDATE] openh323. problems with the assembly of some o ports/114759[maintainer] databases/mysql-connector-java -- update f ports/114819[patch] x11-toolkits/swt-devel crashes in realpath whe 27 problems total. Non-critical problems S Tracker Resp. Description o ports/94921 isakmpd fails on amd64 o ports/95854 New Port: www/ochusha o ports/100896[new ports] emulators/vmware-server-guestd1 emulators/ f ports/101166bittorrent-curses only works under English locales. o ports/103395security/gnome-ssh-askpass interferes with gnome-scree o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM f ports/107368audio/normalize: [patch] - normalize-mp3 and normalize f ports/107621net/proxychains doens't compile on 4 and 5 f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut f ports/108104print/hplip: documentation gets installed though NOPOR o ports/108595pstree (sysutils/psmisc) don't work in jail f ports/108723kxgenerator never worked for me f ports/108788[patch] sysutils/fusefs-kmod: Add BASE option f ports/108801www/mod_perl2: Apache-2.0.59 / mod_perl-2-2.0.3_1 freq f ports/108853Contradiction of CONFLICTS¡¡ f ports/109041security/tinyca doesn't allow for user installed OpenS o ports/110144New port: math/Matlab7 f ports/110320[security/vpnc] rc script returns 0 on failure o
Re: How to include new dirs in @INC
On Sun, Jul 22, 2007 at 11:08:44PM -0500, Paul Schmehl wrote: I'm working on a port upgrade, and I'm copying some perl modules to %%SITE_PERL%%/mach/newdir. Unfortunately, the scripts won't run because the perl modules aren't included in @INC. How do I update @INC to include the new path? (I have USE_PERL= yes in the Makefile.) Is there a script I have to run? Is there an ldconfig for perl? In theory, one might set environment variable PERLLIB or PERL5LIB. This won't work for scripts that run with euid and ruid that differ. Alternatively, the scripts using the modules in a non-standard location must be modified to use lib qw(/path), which modifies @INC. Alternatively, Perl itself needs to be recompiled with new paths. Alternatively, you need to figure out whether you can place the modules into a standard location. It looks like you are trying to do that, but clearly you are doing something wrong. What are the names of the modules and their packages? \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: JDK for linux-firefox 2.0.0.5
On Mon, 23 Jul 2007 11:30:34 +0200 Chris Billington [EMAIL PROTECTED] wrote: Dear list, Which jdk should be used for the current version of linux-firefox (2.0.0.5)? (6.2-STABLE) I have tried linux-blackdown/jdk14, linux-sun/jdk15, and even the latest linux jdk 1.6 from the Sun website. linux-sun/jdk15 reports security vulnerabilities and won't install. All of the above 3 report successful plugin installation after making the symlink to libjavaplugin_oji.so in the /usr/local/lib/linux-firefox/plugins directory, but fail to run website Java applets or show correct installation on the Sun Java test page http://www.java.com/en/download/help/testvm.xml I imagine the java plugin doesn't show in about:plugins . In that case, make sure that you have (well, this was for linux-firefox with the lot): /usr/local/lib/linux-firefox/plugins $ ls -l total 20 lrwxr-xr-x 1 root wheel 54 Nov 4 19:11 flashplayer.xpt - /usr/local/lib/npapi/linux-flashplugin/flashplayer.xpt lrwxr-xr-x 1 root wheel 56 Nov 4 19:11 libflashplayer.so - /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so lrwxr-xr-x 1 root wheel 80 Nov 4 19:41 libjavaplugin_oji.so - /usr/local/linux-blackdown-jdk1.4.2/jre/plugin/i386/mozilla/libjavaplugin_oji.so lrwxr-xr-x 1 root wheel 46 Nov 4 23:27 libmozsvgdec.so - /usr/local/lib/browser_plugins/libmozsvgdec.so -rwxr-xr-x 1 root wheel 19160 Oct 11 16:57 libnullplugin.so lrwxr-xr-x 1 root wheel 63 Nov 4 19:11 mplayerplug-in-dvx.so - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-dvx.so lrwxr-xr-x 1 root wheel 64 Nov 4 19:11 mplayerplug-in-dvx.xpt - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-dvx.xpt lrwxr-xr-x 1 root wheel 62 Nov 4 19:11 mplayerplug-in-qt.so - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-qt.so lrwxr-xr-x 1 root wheel 63 Nov 4 19:11 mplayerplug-in-qt.xpt - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-qt.xpt lrwxr-xr-x 1 root wheel 62 Nov 4 19:11 mplayerplug-in-rm.so - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-rm.so lrwxr-xr-x 1 root wheel 63 Nov 4 19:11 mplayerplug-in-rm.xpt - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-rm.xpt lrwxr-xr-x 1 root wheel 63 Nov 4 19:11 mplayerplug-in-wmp.so - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-wmp.so lrwxr-xr-x 1 root wheel 64 Nov 4 19:11 mplayerplug-in-wmp.xpt - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in-wmp.xpt lrwxr-xr-x 1 root wheel 59 Nov 4 19:11 mplayerplug-in.so - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in.so lrwxr-xr-x 1 root wheel 60 Nov 4 19:11 mplayerplug-in.xpt - /usr/local/lib/npapi/linux-mplayerplug-in/mplayerplug-in.xpt lrwxr-xr-x 1 root wheel 47 Nov 4 23:31 nphelix.so - /usr/X11R6/lib/linux-mozilla/plugins/nphelix.so lrwxr-xr-x 1 root wheel 48 Nov 4 23:31 nphelix.xpt - /usr/X11R6/lib/linux-mozilla/plugins/nphelix.xpt lrwxr-xr-x 1 root wheel 59 Nov 4 23:30 nppdf.so - /usr/X11R6/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so But you really want this : sudo ln -s /usr/local/linux-blackdown-jdk1.4.2/jre/plugin/i386/mozilla/libjavaplugin_oji.so /usr/local/lib/linux-firefox/plugins/libjavaplugin_oji.so The jdk1.6 linux binary installer hangs the browser on the test page. Which is the most suitable JVM for the linux-firefox port? I used to have linux-blackdown 1.4 running with no problem. nspluginwrapper port is installed. Are any other ports required, for example linuxpluginwrapper? (this last one doesn't seem to make any difference). Obviously I would prefer to use the native Firefox, but there are stability and audio issues with the Flash plugin that make this difficult. Works fine here: ffox native, native jdk 1.5, flash 7, acrobat reader, most multimedia formats inline There have been a couple of threads in July in questions@ about this. firefox-2.0.0.5,1 javavmwrapper-2.3 diablo-jdk-1.5.0.07.01_6 linux-flashplugin-7.0r69 nspluginwrapper-0.9.91.4_2 B _ {Beto|Norberto|Numard} Meijome There are two kinds of stupid people. One kind says,'This is old and therefore good'. The other kind says, 'This is new, and therefore better.' John Brunner, 'The Shockwave Rider'. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: default CONFIGURE_ARGS changed
Rong-En Fan wrote: FYI, the default CONFIGURE_ARGS for GNU_CONFIGURE is now having --mandir and --infodir if configure script supports them (determined by configure --help). I have eliminated most of them in ports' makefile. I plan to do a sweep to remove them all. Do you also plan to teach `portlint' to check for new instances of these command line options? -- Best regards / Viele Grüße, [EMAIL PROTECTED] Simon Barner[EMAIL PROTECTED] pgpTHnbSXYdIW.pgp Description: PGP signature
ion-3 20070720: undefined reference to lua
hi everyone, recently i upgraded from the very stable 5.x to 6.2-stable. i portupgraded/recompiled all of my favourites and they all work ... except for the new ion-3: in the make step, i always get undefined references: ... cc ion-statusd.o exec.o extlrx.o exports.o -L/usr/local/lib -lintl -L../../libmainloop -lmainloop -L../../libextl -lextl -L../../libtu -ltu -L/usr/local/lib/lua51 -llua -lm -o ion-statusd ../../libextl/libextl.a(luaextl.o)(.text+0xf): In function `lua_rawset_check': : undefined reference to `luaL_checktype' ../../libextl/libextl.a(luaextl.o)(.text+0x119): In function `extl_cpcall': : undefined reference to `lua_tolstring' ../../libextl/libextl.a(luaextl.o)(.text+0x3a1): In function `extl_dopath': : undefined reference to `luaL_checklstring' ... full script output of 'make install': http://filip.freeshell.org/log/ion-3.install.log (43K) i reinstalled lua5 to make sure i have recent libs in /usr/local/lib. has anyone an idea what is going wrong here? tnx filip ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ion-3 20070720: undefined reference to lua
Filip Lenaerts wrote: hi everyone, recently i upgraded from the very stable 5.x to 6.2-stable. i portupgraded/recompiled all of my favourites and they all work ... except for the new ion-3: in the make step, i always get undefined references: ... cc ion-statusd.o exec.o extlrx.o exports.o -L/usr/local/lib -lintl -L../../libmainloop -lmainloop -L../../libextl -lextl -L../../libtu -ltu -L/usr/local/lib/lua51 -llua -lm -o ion-statusd ../../libextl/libextl.a(luaextl.o)(.text+0xf): In function `lua_rawset_check': : undefined reference to `luaL_checktype' ../../libextl/libextl.a(luaextl.o)(.text+0x119): In function `extl_cpcall': : undefined reference to `lua_tolstring' ../../libextl/libextl.a(luaextl.o)(.text+0x3a1): In function `extl_dopath': : undefined reference to `luaL_checklstring' ... full script output of 'make install': http://filip.freeshell.org/log/ion-3.install.log (43K) i reinstalled lua5 to make sure i have recent libs in /usr/local/lib. has anyone an idea what is going wrong here? tnx filip - Did you remember to run make clean first? - I'd reinstall all ports/packages after a major upgrade like you did because the ABI most likely isn't the same, but for a short term solution try rebuilding the kernel with 5.x compatibility built in. -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ion-3 20070720: undefined reference to lua
hi garett, On Mon, Jul 23, 2007 at 08:11:30AM -0700, Garrett Cooper wrote: recently i upgraded from the very stable 5.x to 6.2-stable. i portupgraded/recompiled all of my favourites and they all work ... except for the new ion-3: in the make step, i always get undefined references: ... cc ion-statusd.o exec.o extlrx.o exports.o -L/usr/local/lib -lintl -L../../libmainloop -lmainloop -L../../libextl -lextl -L../../libtu -ltu -L/usr/local/lib/lua51 -llua -lm -o ion-statusd ../../libextl/libextl.a(luaextl.o)(.text+0xf): In function `lua_rawset_check': : undefined reference to `luaL_checktype' ../../libextl/libextl.a(luaextl.o)(.text+0x119): In function `extl_cpcall': : undefined reference to `lua_tolstring' ../../libextl/libextl.a(luaextl.o)(.text+0x3a1): In function `extl_dopath': : undefined reference to `luaL_checklstring' ... full script output of 'make install': http://filip.freeshell.org/log/ion-3.install.log (43K) i reinstalled lua5 to make sure i have recent libs in /usr/local/lib. - Did you remember to run make clean first? yep. even did a distclean, not that it helps, but you never know. - I'd reinstall all ports/packages after a major upgrade like you did because the ABI most likely isn't the same, but for a short term i reinstalled all ports, afaik (took me a lot of sweat, blood and tears, but got it together after two days). perhaps there are still some dangling ports not reinstalled. an idea on how to find them? solution try rebuilding the kernel with 5.x compatibility built in. i have 5.x compat built in. but during the upgrade i did a make delete-old-libs, which i guess turns 5.x compat quite useless? or am i mistaken here? filip ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make index on 4.10-STABLE
On Fri, Jul 20, 2007 at 08:10:58PM -0400, Tuc at T-B-O-H.NET wrote: vjofn# mv /etc/make.conf /etc/make.conf.hold vjofn# make index Generating INDEX - please wait..=== arabic/ae_fonts_mono failed *** Error code 1 === accessibility/at-poke failed *** Error code 1 2 errors You're probably not going to get very far with this. Many ports have had the 4.x compatibility code ripped out now. If you install devel/make (you'll need the 4.x EOL branch) over the make in base you might have a chance of building an INDEX. The above error is actually likely to be due to the recent Xorg checks... try 'make describe' from arabic/ae_fonts_mono. Hi, Thanks for the reply! I went back to the EOL branch, got the devel/make, installed it. Went back to the current state, and still had the issue. Tried to run it as MAKE=/usr/local/bin/make /usr/local/bin/make index and still no go. I was trying to see if I didn't have to make it the base permanently. So I mv /usr/bin/make /usr/bin/make.old;ln -s /usr/local/bin/make /usr/bin/make. I did much better, and thought I was gonna make it... When I got to devel/monotone it died that it wasn't able to find devel/boost-gcc3. The Makefile has a check for the OSVERSION 50 and if so to depend on boost-gcc3, if not then just boost. And, of course, looking at MOVED it was changed 3/7/2007 . I'll probably just end up running into this more as I go down the line. I guess I need to create a bunch of boot CDs, take my server down for a while, and see if it'll run later versions of FreeBSD. I know on a few other computers I have I can't go past 5.3 without it breaking. Thanks, Tuc ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: default CONFIGURE_ARGS changed
On 7/23/07, Simon Barner [EMAIL PROTECTED] wrote: Rong-En Fan wrote: FYI, the default CONFIGURE_ARGS for GNU_CONFIGURE is now having --mandir and --infodir if configure script supports them (determined by configure --help). I have eliminated most of them in ports' makefile. I plan to do a sweep to remove them all. Do you also plan to teach `portlint' to check for new instances of these command line options? Thanks for the suggestion. I have a patch at http://people.freebsd.org/~rafan/portlint-maninfodir.diff I'm not sure if I put the check in the right place. Maybe marcus@ can comment on it. You can run this against sysutils/ldapvi. Regards, Rong-En Fan -- Best regards / Viele Grüße, [EMAIL PROTECTED] Simon Barner[EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sudo 1.6.9 Last login problem
On Mon, 2007-07-23 at 10:36 +0100, Michael Stevens wrote: On Jul 23 2007, Makoto Matsushita wrote: Currently when I run sudo I'm getting a Last login line output before every command, pam_lastlog(8) makes the message. If you don't need it, comment out 'session include system' line in ${LOCALBASE}/etc/pam.d/sudo. Thanks, that seems to have fixed it. Was a bit surprised by the change in such a minor upgrade. Michael It was not a minor upgrade by any means. It's mostly back porting of almost 2 years of work on sudo 1.7 (HEAD). A full list of changes can be found in the CHANGES and UPGRADE file which are now installed by the port. I sent out a test port of one of the RC candidates and tried to get as many ppl to test on IRC as possible. Last night I commented out the session line in the default pam file for other reasons. tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Problem linking math-atlas libraries after update
Hi, Yesterday I have upgraded math/atlas-devel to version atlas3.7.34. Since then I receive several errors when trying to link my application with the libraries 'cblas' and 'clapack'. Needless to say, prior to the update everything was linking just fine. The errors that I get are 'undefined reference' for practically any cblas/lapack routine that I use (see below). I am compiling with the following libraries (tested for both g++ and g++42): g++ -I. -I/usr/local/include -L/usr/local/lib -lalapack -lf77blas -lcblas -latlas -lg2c -lm I have tried various variants of the order (although this should be the recommend one), with no success. Would anyone know how to analyze and/or resolve this problem? Any help will be greatly appreciated! Cheers, Arjan Gijsberts PS: I apologize if this mailinglist turns out not to be the right place to issue this question. --- errors --- liblssvm/LSSVM.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail5getrfE11CBLAS_ORDERiiPdiPi+0x1c): In function `boost::numeric::bindings::atlas::detail::getrf(CBLAS_ORDER, int, int, double*, int, int*)': : undefined reference to `clapack_dgetrf' liblssvm/LSSVM.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail5getriE11CBLAS_ORDERiPdiPKi+0x19): In function `boost::numeric::bindings::atlas::detail::getri(CBLAS_ORDER, int, double*, int, int const*)': : undefined reference to `clapack_dgetri' liblssvm/LSSVM.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail4gemmE11CBLAS_ORDER15CBLAS_TRANSPOSES5_iiidPKdiS7_idPdi+0x37): In function `boost::numeric::bindings::atlas::detail::gemm(CBLAS_ORDER, CBLAS_TRANSPOSE, CBLAS_TRANSPOSE, int, int, int, double, double const*, int, double const*, int, double, double*, int)': : undefined reference to `cblas_dgemm' liblssvm/LSSVM.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail4gemvE11CBLAS_ORDER15CBLAS_TRANSPOSEiidPKdiS7_idPdi+0x34): In function `boost::numeric::bindings::atlas::detail::gemv(CBLAS_ORDER, CBLAS_TRANSPOSE, int, int, double, double const*, int, double const*, int, double, double*, int)': : undefined reference to `cblas_dgemv' liblssvm/LSSVM.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail5potrfE11CBLAS_ORDER10CBLAS_UPLOiPdi+0x19): In function `boost::numeric::bindings::atlas::detail::potrf(CBLAS_ORDER, CBLAS_UPLO, int, double*, int)': : undefined reference to `clapack_dpotrf' liblssvm/LSSVM.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail5potriE11CBLAS_ORDER10CBLAS_UPLOiPdi+0x19): In function `boost::numeric::bindings::atlas::detail::potri(CBLAS_ORDER, CBLAS_UPLO, int, double*, int)': : undefined reference to `clapack_dpotri' liblssvm/LSSVM.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail4symmE11CBLAS_ORDER10CBLAS_SIDE10CBLAS_UPLOiidPKdiS8_idPdi+0x37): In function `boost::numeric::bindings::atlas::detail::symm(CBLAS_ORDER, CBLAS_SIDE, CBLAS_UPLO, int, int, double, double const*, int, double const*, int, double, double*, int)': : undefined reference to `cblas_dsymm' liblssvm/Kernel.o(.gnu.linkonce.t._ZN5boost7numeric8bindings5atlas6detail3dotEiPKdiS5_i+0x19): In function `boost::numeric::bindings::atlas::detail::dot(int, double const*, int, double const*, int)': : undefined reference to `cblas_ddot' - ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Xorg upgrade issues, pulling wrong lib
Hi, I've asked this on questions, but thought maybe porters would have a better idea... I'm following the directions to upgrade Xorg (REALLY I AM, PROMISE!) and I'm seeing this fly by my screen : /usr/local/bin/bdftopcf -t lubR12-ISO8859-13.bdf | gzip lubR12-ISO8859-13.pcf.gz /libexec/ld-elf.so.1: /usr/X11R6/lib/libXfont.so.1: Undefined symbol serverClient /usr/local/bin/ucs2any lubR14.bdf /usr/local/lib/X11/fonts/util/map-ISO8859-13 ISO8859-13 Writing 192 characters into file 'lubR14-ISO8859-13.bdf'. (AND SO ON) I won't go any further as I'm sure this is indicating a problem. But where/how? -r-xr-xr-x 1 root wheel 5308 Jul 23 13:18 /usr/local/bin/bdftopcf /usr/local/bin/bdftopcf: libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2807f000) libc.so.5 = /lib/libc.so.5 (0x280e5000) Looks like its picking up libXfont.so.1 from the /usr/X11R6 : -rwxr-xr-x 1 root wheel 424992 Oct 26 2006 /usr/X11R6/lib/libXfont.so.1 and not from the local : -rwxr-xr-x 1 root wheel 432705 Jul 23 13:18 /usr/local/lib/libXfont.so.1 What could cause it? How do I fix it mid build? Is there anything else I should be looking at? So I went to x11-fonts/bdftopcf. I set my XORG_UPGRADE variable (Just incase) and did : === Vulnerability check disabled, database not found === Extracting for bdftopcf-1.0.1 = MD5 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2. = SHA256 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2. === Patching for bdftopcf-1.0.1 === bdftopcf-1.0.1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc - found === bdftopcf-1.0.1 depends on executable in : pkg-config - found === Configuring for bdftopcf-1.0.1 configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking if xorg-macros used to generate configure is at least 1.1... yes, 1.1.5 checking for i386-portbld-freebsd5.5-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for i386-portbld-freebsd5.5-pkg-config... no checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for BDFTOPCF... yes checking build system type... i386-portbld-freebsd5.5 checking host system type... i386-portbld-freebsd5.5 configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands === Building for bdftopcf-1.0.1 make all-am if cc -DHAVE_CONFIG_H -I. -I. -I.-I/usr/local/include -I/usr/local/include/freetype2 -O -pipe -MT bdftopcf-bdftopcf.o -MD -MP -MF .deps/bdftopcf-bdftopcf.Tpo -c -o bdftopcf-bdftopcf.o `test -f 'bdftopcf.c' || echo './'`bdftopcf.c; then mv -f .deps/bdftopcf-bdftopcf.Tpo .deps/bdftopcf-bdftopcf.Po; else rm -f .deps/bdftopcf-bdftopcf.Tpo; exit 1; fi cc -O -pipe -o bdftopcf bdftopcf-bdftopcf.o -L/usr/local/lib -lXfont sed -e 's|__vendorversion__|bdftopcf 1.0.1 X Version 11|' -e 's|__xorgversion__|bdftopcf 1.0.1 X Version 11|' -e 's|__xservername__|Xorg|g' -e 's|__xconfigfile__|xorg.conf|g' -e 's|__projectroot__|/usr/local|g' -e 's|__apploaddir__||' -e 's|__appmansuffix__|1|g' -e 's|__libmansuffix__|3|g' -e 's|__adminmansuffix__|8|g' -e 's|__miscmansuffix__|7|g' -e 's|__filemansuffix__|5|g' bdftopcf.man bdftopcf.1 himinbjorg# ldd work/bdftopcf-1.0.1/bdftopcf work/bdftopcf-1.0.1/bdftopcf: libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2808) libc.so.5 = /lib/libc.so.5 (0x280e6000) WHY when the cc step is stating -L/usr/local/lib is it bring the Xfont from /usr/X11R6/lib? It looks the library was installed at the request of bdftopcf, but there still is another version out there from the previous install of xorg-libraries-6.9.0 . Where do I go? Thanks, Tuc ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: JDK for linux-firefox 2.0.0.5
On 7/23/07, Norberto Meijome [EMAIL PROTECTED] wrote: On Mon, 23 Jul 2007 11:30:34 +0200 Chris Billington [EMAIL PROTECTED] wrote: Dear list, Which jdk should be used for the current version of linux-firefox (2.0.0.5)? (6.2-STABLE) I have tried linux-blackdown/jdk14, linux-sun/jdk15, and even the latest linux jdk 1.6 from the Sun website. linux-sun/jdk15 reports security vulnerabilities and won't install. All of the above 3 report successful plugin installation after making the symlink to libjavaplugin_oji.so in the /usr/local/lib/linux-firefox/plugins directory, but fail to run website Java applets or show correct installation on the Sun Java test page http://www.java.com/en/download/help/testvm.xml I imagine the java plugin doesn't show in about:plugins . In that case, make sure that you have (well, this was for linux-firefox with the lot): /usr/local/lib/linux-firefox/plugins $ ls -l total 20 But you really want this : sudo ln -s /usr/local/linux-blackdown-jdk1.4.2/jre/plugin/i386/mozilla/libjavaplugin_oji.so /usr/local/lib/linux-firefox/plugins/libjavaplugin_oji.so The jdk1.6 linux binary installer hangs the browser on the test page. Which is the most suitable JVM for the linux-firefox port? I used to have linux-blackdown 1.4 running with no problem. nspluginwrapper port is installed. Are any other ports required, for example linuxpluginwrapper? (this last one doesn't seem to make any difference). Obviously I would prefer to use the native Firefox, but there are stability and audio issues with the Flash plugin that make this difficult. Works fine here: ffox native, native jdk 1.5, flash 7, acrobat reader, most multimedia formats inline There have been a couple of threads in July in questions@ about this. firefox-2.0.0.5,1 javavmwrapper-2.3 diablo-jdk-1.5.0.07.01_6 linux-flashplugin-7.0r69 nspluginwrapper-0.9.91.4_2 B _ {Beto|Norberto|Numard} Meijome I checked and it is as you say- the native Firefox works fine using nspluginwrapper properly. The only issue is the well-known audio out of sync on Flash videos from Youtube. Even my favourite flash7-crasher www.davehum.com works correctly with a feeble *** NSPlugin Wrapper *** WARNING: unhandled variable 11 in NPP_GetValue() in the console window now and again. However, I gave up on getting Java working in Linux-Firefox. The plugins _do_ show in about:plugins, but the Java test page shows 'applet testvm not inited' (on the sun-jdk14 only, otherwise nothing). The Java console works, and 's' for system settings shows '/usr/local/bin/opera' as the 'browser distribution path'. Hmm. This is in linux-firefox. My eye is on the opera-linuxplugins port as a possible culprit. regards Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
SRC_BASE vs SYSDIR
Since I need to have more than one branch of FreeBSD checked out, I place them in /usr/FreeBSD/branch. This brought to my attention the use of two different variables to find /usr/src/sys in at least three ports with kernel modules. 1. emulators/kqemu-kmodSRC_BASE (in port Makefile) 2. sysutils/devcpu SRC_BASE (in port Makefile) 3. x11/nvidia-driver SYSDIR (via bsd.kmod.mk) Should the first two ports standardize on SYSDIR, or should both exist? I have no strong opinion since I have both defined in ports.conf, but I want to bring it to people's attention about it. Sean -- [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
[Fwd: FreeBSD Port: fusefs-unionfs-0.17]
It seems it's related to the FreeBSD port yes... I'll just CC this to the port maintainer. Mads Radek Podgorny wrote: Hi! So I got it correctly, this is not related to unionfs (just fuse), right? I've just tried to build bot 0.17 and devel versions against fuse-2.7.0 on gentoo linux and everything works fine... Sincerely Radek Podgorny P.S.: I've noticed the patching for freebsd line. Are there any specific modifications needed? Could you send them to me so I can incorporate the upstream? Mads Lønsethagen wrote: Thought you might want this info: on 12/07/2007 23:54 Anish Mistry said the following: On Wednesday 11 July 2007, Mads Lønsethagen wrote: Hi! A recent update of fuse has rendered unionfs unusable, it seems... I hadn't portupgraded my FreeBSD 6_2_STABLE in a while, so when I just did, unionfs stopped working. I don't know what version of fusefs-kmod and fusefs-libs I had when it worked, but now I've got: fusefs-kmod-0.3.0_5 fusefs-libs-2.7.0 libiconv-1.9.2_2 Reinstalling unionfs through ports also brings up some challenges. I had to edit the Makefile to make it work at all... (version 0.17) This is what happens when you try to install unionfs now: -- /usr/ports/sysutils/fusefs-unionfs% make install clean === Vulnerability check disabled, database not found === Extracting for fusefs-unionfs-0.17 = MD5 Checksum OK for unionfs-fuse-0.17.tar.bz2. = SHA256 Checksum OK for unionfs-fuse-0.17.tar.bz2. === Patching for fusefs-unionfs-0.17 === Applying FreeBSD patches for fusefs-unionfs-0.17 === fusefs-unionfs-0.17 depends on file: /usr/local/include/fuse.h - found === Configuring for fusefs-unionfs-0.17 === Building for fusefs-unionfs-0.17 (cd /usr/ports/sysutils/fusefs-unionfs/work/unionfs-fuse-0.17 cc -O -pipe -march=pentium4 -I/usr/local/include/fuse -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=26 -U_POSIX_SYNCHRONIZED_IO -o unionfs *.c -L/usr/local/lib -pthread -lfuse) /usr/local/lib/libfuse.so: undefined reference to `libiconv_open' /usr/local/lib/libfuse.so: undefined reference to `libiconv_close' /usr/local/lib/libfuse.so: undefined reference to `libiconv' *** Error code 1 Stop in /usr/ports/sysutils/fusefs-unionfs. - But when I edit the Makefile, line 29, to this: - -o unionfs *.c -L${LOCALBASE}/lib ${PTHREAD_LIBS} -lfuse -liconv) - (added -liconv), then it compiles. But it doesn't work. - /root% unionfs -o ro,allow_other /disk/disk1:/disk/disk2 /alldisk fuse: unknown option `subtype=unionfs' umount: /dev/fuse0: unknown file system /root% mount_fusefs: /dev/fuse0 on /warez/alldisk: Device not configured - What gives? :) Kinda crucial feature for me, this program... Try downgrading fusefs-libs just changing the version number should do it. Proper solution seems to be to update all fusefs ports to link with libiconv and to add subtype= to list of ignored options in both mount_fusefs (fusefs-kmod port) and fuse_lowlevel.c (fusefs-libs port). The error message actually comes from the latter file. -- Andriy Gapon ([EMAIL PROTECTED]) Radek Podgorny wrote: Hi, thanks for the info. I haven't tried with fuse-2.7, yet. Unfortunately, I'll be on vacation for the next week but I'll take a look at it just after I return. Radek Podgorny Hi! I sent this to the port maintainer of Unionfs for FreeBSD, but I though you might know what is wrong... Does UnionFS work with the latest fuse version? - Mads Original Message Subject: FreeBSD Port: fusefs-unionfs-0.17 Date: Wed, 11 Jul 2007 17:59:19 +0200 From: Mads Lønsethagen [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Hi! A recent update of fuse has rendered unionfs unusable, it seems... I hadn't portupgraded my FreeBSD 6_2_STABLE in a while, so when I just did, unionfs stopped working. I don't know what version of fusefs-kmod and fusefs-libs I had when it worked, but now I've got: fusefs-kmod-0.3.0_5 fusefs-libs-2.7.0 libiconv-1.9.2_2 Reinstalling unionfs through ports also brings up some challenges. I had to edit the Makefile to make it work at all... (version 0.17) This is what happens when you try to install unionfs now: -- /usr/ports/sysutils/fusefs-unionfs% make install clean === Vulnerability check disabled, database not found === Extracting for fusefs-unionfs-0.17 = MD5 Checksum OK for unionfs-fuse-0.17.tar.bz2. = SHA256 Checksum OK for unionfs-fuse-0.17.tar.bz2. === Patching for fusefs-unionfs-0.17 === Applying FreeBSD patches for fusefs-unionfs-0.17 === fusefs-unionfs-0.17 depends on file: /usr/local/include/fuse.h - found === Configuring for fusefs-unionfs-0.17 === Building for fusefs-unionfs-0.17 (cd /usr/ports/sysutils/fusefs-unionfs/work/unionfs-fuse-0.17 cc -O -pipe -march=pentium4 -I/usr/local/include/fuse -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=26 -U_POSIX_SYNCHRONIZED_IO -o unionfs *.c
Re: How to include new dirs in @INC
Somehow I missed Anton's response, so I'm copying it here so I can respond as well. On Sun, Jul 22, 2007 at 11:08:44PM -0500, Paul Schmehl wrote: I'm working on a port upgrade, and I'm copying some perl modules to %%SITE_PERL%%/mach/newdir. Unfortunately, the scripts won't run because the perl modules aren't included in @INC. How do I update @INC to include the new path? (I have USE_PERL= yes in the Makefile.) Is there a script I have to run? Is there an ldconfig for perl? In theory, one might set environment variable PERLLIB or PERL5LIB. This won't work for scripts that run with euid and ruid that differ. Alternatively, the scripts using the modules in a non-standard location must be modified to use lib qw(/path), which modifies @INC. I can certainly do that, by patching the scripts. Alternatively, Perl itself needs to be recompiled with new paths. Probably a bad choice for a port. :-) Alternatively, you need to figure out whether you can place the modules into a standard location. It looks like you are trying to do that, but clearly you are doing something wrong. What are the names of the modules and their packages? Here's the hierarchy: ls -lsa /usr/local/lib/perl5/site_perl/5.8.8/mach/Bro/ total 64 2 drwxr-xr-x 4 root wheel512 Jul 22 22:51 . 6 drwxr-xr-x 26 root wheel 4608 Jul 22 22:51 .. 4 -r--r--r-- 1 root wheel 3601 Jul 22 22:51 IP4.pm 2 drwxr-xr-x 2 root wheel512 Jul 22 22:51 Log 8 -r--r--r-- 1 root wheel 6851 Jul 22 22:51 Log.pm 2 drwxr-xr-x 2 root wheel512 Jul 22 22:51 Report 12 -r--r--r-- 1 root wheel 11945 Jul 22 22:51 Report.pm 28 -r--r--r-- 1 root wheel 26767 Jul 22 22:51 Signature.pm ls -lsa /usr/local/lib/perl5/site_perl/5.8.8/mach/Bro/Log/ total 30 2 drwxr-xr-x 2 root wheel512 Jul 22 22:51 . 2 drwxr-xr-x 4 root wheel512 Jul 22 22:51 .. 12 -r--r--r-- 1 root wheel 11968 Jul 22 22:51 Alarm.pm 14 -r--r--r-- 1 root wheel 13654 Jul 22 22:51 Conn.pm ls -lsa /usr/local/lib/perl5/site_perl/5.8.8/mach/Bro/Report/ total 78 2 drwxr-xr-x 2 root wheel512 Jul 22 22:51 . 2 drwxr-xr-x 4 root wheel512 Jul 22 22:51 .. 54 -r--r--r-- 1 root wheel 53742 Jul 22 22:51 Alarm.pm 20 -r--r--r-- 1 root wheel 18481 Jul 22 22:51 Conn.pm And yes, the two subdirs contained identically named modules but they are different. (IOW, the code is not identical.) After checking the scripts, all of them refer to Bro::Module except one. So I can put that one module (IP4.pm) in /mach and solve the problem that way. The others appear to be correctly coded. -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: sudo 1.6.9 Last login problem
On Mon, 2007-07-23 at 21:05 +0100, Michael Stevens wrote: On Mon, Jul 23, 2007 at 12:19:13PM -0400, Tom McLaughlin wrote: It was not a minor upgrade by any means. It's mostly back porting of almost 2 years of work on sudo 1.7 (HEAD). A full list of changes can be found in the CHANGES and UPGRADE file which are now installed by the port. I sent out a test port of one of the RC candidates and tried to get as many ppl to test on IRC as possible. Last night I commented out the session line in the default pam file for other reasons. Apologies if that came across a bit harsh, I was just annoyed about the unexpected problem to debug at 6am. It's no problem. I screwed up a little Friday night. :-/ I thought I had sent out the RC the week before so I ended up committing the port a week earlier than I planned. tom I thought it was only a minor upgrade due to the (as far as I remember) small version number change. Michael -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: JDK for linux-firefox 2.0.0.5
On Mon, 23 Jul 2007 22:52:58 +0200 Nikola Lecic [EMAIL PROTECTED] wrote: However, I gave up on getting Java working in Linux-Firefox. The plugins _do_ show in about:plugins, but the Java test page shows 'applet testvm not inited' (on the sun-jdk14 only, otherwise nothing). The Java console works, and 's' for system settings shows '/usr/local/bin/opera' as the 'browser distribution path'. Hmm. This is in linux-firefox. My eye is on the opera-linuxplugins port as a possible culprit. Try linux-opera with linux-blackdown-jdk-1.4; it just works (no additional ports needed -- just as Norberto has already said for linux-firefox). For native firefox, i have diablo-jdk-1.5 working flawlessly. Both it (native + diablo.1.5) and linuxffox+linuxblackdown run the sun test applet and other java stuff with no problems. FWIW, i haven't got any opera related components installed. _ {Beto|Norberto|Numard} Meijome Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it Richard Feynman I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Perl Dependancies in 7-CURRENT
System Info: 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Fri Jul 20 08:42:22 EDT 2007 amd64 Ports cvsup'd at 7pm EST, July 23, 2007. I am installing various ports as part of an incoming mail system. I have found that *all* perl ports are failing to generate a valid Makefile. eg: p5-Mail-SpamAssassin: mx1# make [snip] Writing Makefile for Mail::SpamAssassin Makefile written by ExtUtils::MakeMaker 6.30 === Building for p5-Mail-SpamAssassin-3.2.1_1 make: don't know how to make all. Stop *** Error code 2 Stop in /usr/ports/mail/p5-Mail-SpamAssassin. *** Error code 1 Stop in /usr/ports/mail/p5-Mail-SpamAssassin. mx1# mx1# ls -l work/Mail-SpamAssassin-3.2.1/Makefile -rw-r--r-- 1 root wheel 0 Jul 23 22:16 work/Mail-SpamAssassin-3.2.1/Makefile mx1# I can manually cd into the work directory and do a perl Makefile.PL but that misses any changes the port tree has committed. This is a pristine install, my /etc/make.conf: mx1# cat /etc/make.conf WITH_BDB_VER=44 PERL_VER=5.8.8 PERL_VERSION=5.8.8 I saw nothing in the UPDATING. Am I doing anything silly that I am missing? -- Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: Impending autotools changes
In the next few days, after extensive testing, the next major update to the autotools infrastructure will be committed to the ports tree. These changes bring FreeBSD's autoconf/automake in line with autotool suites available on other platforms, allowing for multiple versions to be installed and run in isolation of each other: [EMAIL PROTECTED]:/usr/local/bin] 4% ls autoconf* automake* autoconf autoconf-wrapper automake-1.6 autoconf-2.13 automake automake-1.7 autoconf-2.53 automake-1.10 automake-1.8 autoconf-2.59 automake-1.4 automake-1.9 autoconf-2.61 automake-1.5 automake-wrapper As you will see from the above, the naming conventions have been changed to be stock, with unversioned scripts allowing the use of any version of the tools via a couple of wrapper scripts written by [EMAIL PROTECTED] There are 3 key points associated with this change: 1. The ports versions of autoconf* and automake* can now be used, not only for building other ports, but also for developing platform- independent code using this tools -- as such, the gnu-* variants will be disappearing shortly. 2. For IDEs, or development in general, a new port, devel/autotools (also available in a port Makefile as USE_AUTOTOOLS= autotools:run) will bring in all available versions of the autotools. 3. When it comes to the actual update, a number of ports, most notably IDEs and php{4,5}, but all software that embeds the current names of autotools in build scripts etc. will need to be updated, or bad things will happen. Regretfully, particularly in the case of PHP, this will likely require manual intervention outside of the portupgrade/portmaster update methodologies. That aside, this is a significant step forward for autotools on FreeBSD, and my thanks go out to those that have provided assistance and testing. In particularly, I would like to thank linimon@, pav@, kris@ and des@ for their respective efforts in making this happen. -aDe ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
net-p2p/linux-edonkey-core - why was the admin control removed?
Greetings, There seem to a couple of problems with net-p2p/linux-edonkey-core-1.3.0. The documantation indicates that the following command should be run on it's first invocation: pass admin-name admin-password followed by: q y Having done this and then following further instructions in the documentation. I am told that I need to start donkey with the following commandline options to permit remote control: donkey - ! Unfortunately this causes donkey to complain: unrecognized option please type ? for available options. Please advise. Thank you for all your time and consideration in this matter. P.S. I'm not on this list. I'm on the stable list. So if you could keep me in the loop, I'd appreciate it. Thanks again. -- panic: kernel trap (ignored) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]