FreeBSD Port: mono-1.2.3.1_2

[David Hunt]

Hi there

 

I have attempted to build the package and hit the following error, is this a
known issue?

 

===>  Extracting for mono-1.2.3.1_2

=> MD5 Checksum OK for mono-1.2.3.1.tar.gz.

=> SHA256 Checksum OK for mono-1.2.3.1.tar.gz.

===>  Patching for mono-1.2.3.1_2

===>  Applying FreeBSD patches for mono-1.2.3.1_2

Ignoring previously applied (or reversed) patch.

2 out of 2 hunks ignored--saving rejects to
libgc/include/private/gcconfig.h.rej

=> Patch patch-libgc_include_private_gcconfig.h failed to apply cleanly.

=> Patch(es) patch-libgc_dbg_mlc.c applied cleanly.

*** Error code 1

 

Stop in /usr/ports/lang/mono.

*** Error code 1

 

Stop in /usr/ports/x11-toolkits/gtk-sharp20.

*** Error code 1

 

Stop in /usr/ports/security/openvpn-admin.

 

Thanks

 

 

 



David Hunt


Senior Communications & Security Engineer


Infrastructure & Managed IT Services


Phone: 

+61 8 8418 7800


Fax: 

+61 8 8211 7108


Helpdesk:

1300 798 042


eMail: 

[EMAIL PROTECTED]    


Web: 

www.editure.com  





 

___
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?

[Chris H.]

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  
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]"

HEADS UP: Impending autotools changes

[Ade Lovett]

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]"

Perl Dependancies in 7-CURRENT

[Tony Holmes]

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]"

Re: JDK for linux-firefox 2.0.0.5

[Norberto Meijome]

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]"

Re: sudo 1.6.9 Last login problem

[Tom McLaughlin]

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: How to include new dirs in @INC

[Paul Schmehl]

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: "make index" on 4.10-STABLE

[Mark Linimon]

On Mon, Jul 23, 2007 at 11:40:13AM -0400, Tuc at T-B-O-H.NET wrote:
> I went back to the EOL branch, got the devel/make, installed it.
> Went back to the current state, and still had the issue.

I vaguely recall that right as we tagged the tree as EOL, one of the ports
changed underneath us and broke INDEX.  We _thought_ we slid the tag on
the fixed port to fix the INDEX build, but from your experience it sounds
like we didn't.

The last INDEX build for 4.X in the uploaded package directory is
ftp://ftp4.freebsd.org/pub/FreeBSD/ports/i386/packages-4-stable/INDEX.
This dates from 02/06/07; the cvsdone file on pointyhat indicates that
the last CVS checkout was Fri Feb  2 18:49:49 UTC 2007, so this would
be believable.  It looks like the tag was laid down sometime between
2007/01/28 21:55:55 and 2007/01/29 04:03:34, based on commits to
devel/Makefile.  (That's as much research as I want to do :-) )  We no
longer have the ports tree that it was built from on pointyhat, so I
can't tell you if the cvsdone reflects the tag date or the later date.

I don't know if that INDEX file will be of use to you.

> I'll probably just end up running into this more as I go down the line.

Absolutely.  At this point, unless the above INDEX file works for you,
you are probably throwing good time after bad.

> 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.

That's your best choice.

> I know on a few other computers I have I can't go past 5.3 without it
> breaking.

Please check them out with 6.2 or 6-STABLE and if they still don't work
and there are not yet PRs filed against 6 for those machines, please do so.

4.X served us well for a long time, but it was taking more and more
committer and maintainer time to keep it going; time that we (portmgr)
wanted to redirect to fixing problems with 6.2 and releases going forwards,
so that it could be a true superset of 4.  We did spend a year telling
people that we were closing the books on 4.

I know this won't make you or anyone else happy, but I do still believe
that if we had not shut the door at some point, we would still be supporting
4 years from now, and there's just simply not enough volunteer hours to
supporting 4 (!) major source releases on the ports tree, which is where
we were.  With the upcoming 7.0 release, we're going to be back in that
mode again, which is a shame (but at least the differences between 5, 6,
and 7 are far less than the difference between 4 and 5, and 5 is rapidly
approaching its own EOL.)  If we had not dropped 4, we would have been
supporting _5_ major source releases.  We would not have succeeded.

In any case, what's done is done, and we can't go backwards, only
forwards, from this point.

mcl
___
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

[Nikola Lecic]

Hello Chris and Norberto,

Just to add a couple of ideas...

On Mon, 23 Jul 2007 21:17:47 +0200
"Chris Billington" <[EMAIL PROTECTED]> wrote:

> On 7/23/07, Norberto Meijome <[EMAIL PROTECTED]> wrote:
[...]
> > 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
>
> 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.

YouTube videos should work flawlessly, and this is well-known. :-) If
you have that problem, please report if YouTube works as expected in
www/kazehakase (to rule out the plugin/wrapper problem in your
installation).

> 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.

This is a harmless warning message and a known issue in current
nspluginwrapper version. Just ignore it.

> 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).

Nikola Lečić
___
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]

[Mads Lønsethagen]

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

SRC_BASE vs SYSDIR

[Sean C. Farley]

Since I need to have more than one branch of FreeBSD checked out, I
place them in /usr/FreeBSD/.  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]"

Re: JDK for linux-firefox 2.0.0.5

[Chris Billington]

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]"

Xorg upgrade issues, pulling wrong lib

[Tuc at T-B-O-H.NET]

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]"

Problem linking math-atlas libraries after update

[Arjan Gijsberts]

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]"

Re: sudo 1.6.9 Last login problem

[Tom McLaughlin]

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]"

Re: HEADS UP: default CONFIGURE_ARGS changed

[Rong-en Fan]

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: "make index" on 4.10-STABLE

[Tuc at T-B-O-H.NET]

> 
> 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: ion-3 20070720: undefined reference to lua

[Filip Lenaerts]

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: ion-3 20070720: undefined reference to lua

[Garrett Cooper]

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]"

ion-3 20070720: undefined reference to lua

[Filip Lenaerts]

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: HEADS UP: default CONFIGURE_ARGS changed

[Simon Barner]

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

Re: JDK for linux-firefox 2.0.0.5

[Norberto Meijome]

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: How to include new dirs in @INC

[Anton Berezin]

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]"

Current unassigned ports problem reports

[FreeBSD bugmaster]

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 port

JDK for linux-firefox 2.0.0.5

[Chris Billington]

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
The jdk1.6 linux binary installer hangs the browser on the test page.

Which is the most suitable JVM for the linux-firefox port?

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.

regards
Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

FreeBSD Port: p5-Nagios-Plugin-0.17

[Christian]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Gerrit,

I just installed your FreeBSD port for the Nagios::Plugin perl module.
When I first tried using Nagios::Plugin from a script, it failed with:

Can't locate Math/Calc/Units.pm in @INC (@INC contains:
/usr/local/lib/perl5/5.8.8/BSDPAN
/usr/local/lib/perl5/site_perl/5.8.8/mach
/usr/local/lib/perl5/site_perl/5.8.8
/usr/local/lib/perl5/site_perl/5.8.7
/usr/local/lib/perl5/site_perl/5.8.6
/usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.8/mach /usr/local/lib/perl5/5.8.8 .) at
/usr/local/lib/perl5/site_perl/5.8.8/Nagios/Plugin/Functions.pm line 12.
BEGIN failed--compilation aborted at
/usr/local/lib/perl5/site_perl/5.8.8/Nagios/Plugin/Functions.pm line 12.
Compilation failed in require at
/usr/local/lib/perl5/site_perl/5.8.8/Nagios/Plugin.pm line 4.
BEGIN failed--compilation aborted at
/usr/local/lib/perl5/site_perl/5.8.8/Nagios/Plugin.pm line 4.
Compilation failed in require at ./check_queue_length line 6.
BEGIN failed--compilation aborted at ./check_queue_length line 6.

I fixed the problem by doing:

# sudo portinstall p5-Math-Calc-Units

You may want to add 'p5-Math-Calc-Units' to the dependency list of
p5-Nagios-Plugin to install it automatically.

Best Regards,
Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGpHZBwZHUqtYc6toRAhb6AKC1uNNhWImAg7F4wRxq3svHUOnURQCfRwI4
DW7M4yvb4miv+cSx//JCVNo=
=i8NP
-END PGP SIGNATURE-

___
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

[Rong-En Fan]

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/nan

Re: sudo 1.6.9 Last login problem

[Michael Stevens]

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
___
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)

[David Southwell]

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]"

gnome-netstatus : struct wi_req broken in src/sys/dev/wi/if_wavelan_ieee.h

[Vincent Blondel]

Hello Marcus,

Have you already seen gnome-netstatus port is broken due to a bad call to
src/sys/dev/wi/if_wavelan_ieee.h.

ports/gnome-netstatus/src/netstatus-sysdeps.c is patched by adding support
for wireless compatibility with these lines ..

+#if __FreeBSD_version >= 602000
+#include 
+#include 
+#endif

but a recent update in src/sys/dev/wi/if_wavelan_ieee.h disable C
structure 'struct wi_req' ..

#if 0
struct wi_req {
u_int16_t   wi_len;
u_int16_t   wi_type;
u_int16_t   wi_val[WI_MAX_DATALEN];
};
#endif

Thanks
Vincent.


___
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

[Norberto Meijome]

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]"