Re: lang/gcc46

2011-12-13 Thread Anton Shterenlikht
On Tue, Dec 13, 2011 at 12:11:21AM +, b. f. wrote:
   We have lang/gcc already. This port is created for perferred gcc releases
   (4.6.2 currently). What we're waiting for is a bsd.gcc.mk update to allow
   users build ports with lang/gcc instead of lang/gcc46.
 
 changed. You can make this change now, simply by removing lang/gcc46
 and installing lang/gcc, and then rebuilding all dependent ports (this
 last step may not be necessary in many cases, but it is better to be
 safe).

This works fine for me on ia64.

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: lang/gcc46

2011-12-13 Thread Gerald Pfeifer
On Mon, 12 Dec 2011, Kevin Oberman wrote:
 Ahh. I see the issue. I have not looked at bsd.gcc.mk, but it does
 not seem like this should be too difficult. Just a matter of the
 right person having the time. Would ports specifying gcc46 need to
 be touched?

Nope.  All transparent.  USE_GCC=4.6+ or USE_FORTRAN=yes both will
automagically just pull in lang/gcc instead of lang/gcc46 by default.

That's the plan.  It's taken a bit longer than I had hoped (for a
number of reasons), but we are nearly there. ;-)

Gerald
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: lang/gcc46

2011-12-13 Thread Gerald Pfeifer
On Tue, 13 Dec 2011, Sunpoet Po-Chuan Hsieh wrote:
 We have lang/gcc already. This port is created for perferred gcc 
 releases (4.6.2 currently). What we're waiting for is a bsd.gcc.mk 
 update to allow users build ports with lang/gcc instead of lang/gcc46.

Actually, it's even better. :-)  Replace lang/gcc46 by lang/gcc on
your local systems, Kevin and Jason, and that (not lang/gcc46) will
be used henceforth.

There is a small issue in that this will not be recorded properly as
a dependency when you build packages, but apart from that (if you use
ports or ensure the lang/gcc package is present wherever you install
things built that way, you should be good.

Gerald
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Is there a port to math/reduce?

2011-12-13 Thread Michel Talon
 the computer algebra system (CAS) REDUCE has been
 released as open source software [*], but AFAICS, it has not
 yet been ported to FreeBSD. Anyone with porting skills
 interested to have a look?

I have tried and apparently succeeded in building reduce on FreeBSD.

Here is what i get:

niobe% bin/redcsl
Reduce (Free CSL version), 13-Dec-11 ...

1: (x+y)^4;

 4  32  234
x  + 4*x *y + 6*x *y  + 4*x*y  + y


What i have done: downloaded reduce from subversion,
then you have the choice of two lisps to build reduce
psl and csl. Since i don't know how to get psl for FreeBSD
i have done

configure --with-csl
gmake

(note Gnu make).

This does a lot of configuration, then builds the fox toolkit and then
builds csl. Here i got two errors.
One is in 
reduce-algebra/trunk/csl/cslbase/fns1.c
One needs to add 
#include sys/time.h
for example after headers.h, otherwise timeval is unknown later on.

The second is about RLIM_SAVED_MAX and RLIM_SAVED_CUR undefined in 
reduce-algebra/trunk/csl/cslbase/csl.c
These are resource limits related to getrlimit(), which don't exist as
such in FreeBSD. I have replaced the test at lines 1417 1418 by
if (stackLimit != RLIMIT_VMEM)
which i hope is correct.

Then csl builds to the end and then reduce builds. At the end you get:

Info: Recompilation complete
if test -f reduce.app/Contents/reduce.img; \
then cp reduce.app/Contents/reduce.img
/home/michel/pub/reduce-algebra/trunk/csl/cslbase/../../cslbuild/generated-c;
\
elif test -f reduce.img; then cp reduce.img
/home/michel/pub/reduce-algebra/trunk/csl/cslbase/../../cslbuild/generated-c;
fi
scripts/make.sh: arith: syntax error: 00 ? 0 : 0

I was puzzled by that, but in fact it means the build of reduce is
completed. At this point you can run reduce as above.


Now gmake install doesn't work and produces an infinite number of
submakes. I don't know how to make a proper install.


Hope this may help you to do a  port 






-- 

Michel TALON

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Is there a port to math/reduce?

2011-12-13 Thread C. P. Ghost
On Tue, Dec 13, 2011 at 1:32 PM, Michel Talon ta...@lpthe.jussieu.fr wrote:
 the computer algebra system (CAS) REDUCE has been
 released as open source software [*], but AFAICS, it has not
 yet been ported to FreeBSD. Anyone with porting skills
 interested to have a look?

 I have tried and apparently succeeded in building reduce on FreeBSD.

 Here is what i get:

 niobe% bin/redcsl
 Reduce (Free CSL version), 13-Dec-11 ...

 1: (x+y)^4;

  4      3        2  2        3    4
 x  + 4*x *y + 6*x *y  + 4*x*y  + y

That's fantastic!

 What i have done: downloaded reduce from subversion,
 then you have the choice of two lisps to build reduce
 psl and csl. Since i don't know how to get psl for FreeBSD
 i have done

 configure --with-csl
 gmake

 (note Gnu make).

 This does a lot of configuration, then builds the fox toolkit and then
 builds csl. Here i got two errors.
 One is in
 reduce-algebra/trunk/csl/cslbase/fns1.c
 One needs to add
 #include sys/time.h
 for example after headers.h, otherwise timeval is unknown later on.

 The second is about RLIM_SAVED_MAX and RLIM_SAVED_CUR undefined in
 reduce-algebra/trunk/csl/cslbase/csl.c
 These are resource limits related to getrlimit(), which don't exist as
 such in FreeBSD. I have replaced the test at lines 1417 1418 by
 if (stackLimit != RLIMIT_VMEM)
 which i hope is correct.

 Then csl builds to the end and then reduce builds. At the end you get:

 Info: Recompilation complete
 if test -f reduce.app/Contents/reduce.img; \
        then cp reduce.app/Contents/reduce.img
 /home/michel/pub/reduce-algebra/trunk/csl/cslbase/../../cslbuild/generated-c;
 \
        elif test -f reduce.img; then cp reduce.img
 /home/michel/pub/reduce-algebra/trunk/csl/cslbase/../../cslbuild/generated-c;
 fi
 scripts/make.sh: arith: syntax error: 00 ? 0 : 0

 I was puzzled by that, but in fact it means the build of reduce is
 completed. At this point you can run reduce as above.

That's great! I only tried the released versions, and none of
them compiled. With the version from SVN and the modifications
you've suggested, I can confirm that it compiles and runs on my
FreeBSD/amd64 8.2-STABLE r226789 system.

 Now gmake install doesn't work and produces an infinite number of
 submakes. I don't know how to make a proper install.

Quickly grepping through the Makefiles, it looks like we need
to replace all calls to make with calls to $(MAKE) so that gmake
gets called instead of our make. I don't know if that's the cause of
the recursion, but it could be.

 Hope this may help you to do a  port 

I have no porting skills, esp. not when it comes to building
against a SVN checkout instead of a distfile, but I hope some
brave soul on ports@ would. ;-)

 Michel TALON

Thanks,
-cpghost.

-- 
Cordula's Web. http://www.cordula.ws/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


math/py-numpy (py26-numpy-1.5.1_1,1) (checksum mismatch) error

2011-12-13 Thread David Southwell
Hi

As subject line - checksum mismatch error from latest upgrade.

David
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: lang/gcc46

2011-12-13 Thread Thomas Mueller

--- On Mon, 12/12/11, Kevin Oberman kob6...@gmail.com wrote:


  Hi Gerald,

  As a request once again similiar to one I have made in
 the past... Would it be possible yet to slow down the update
 process for the gcc46 port ?

  This is turning out to be quite the pain in the
 U-Know-What with version flapping and rebuilding because a
 port depends on it. If I am correct it is updated weekly. I
 caught the tail end of the previous update and the day after
 it was bumped to the next snapshot version  by the time
 both of those were finished the port had once again been
 bumped to _1.

  Is there anything that could be done to stabalize this
 ... ?

  At this point I am left for the manual intervention of
 using +IGNOREME files or excluding by whatever means
 neccesary as weekly updates seem completely unneccesary now
 that alot of ports are shifting to depend on gcc46.

  Can a gcc46-devel port be branched for those that
 absolutely need the weekly updates ?
 +1
 
 gcc46 is used by so many ports that I am continually
 re-building it
 and on slow machines, this takes a while. How about a
 gcc46-devel port
 that gets the regular updates and let gcc46 stay stable
 when there are
 not major fixes?
 -
 R. Kevin Oberman, Network Engineer
 E-mail: kob6...@gmail.com

Now I see I accidentally sent my reply only to Kevin Oberman and not the list.  
Composing a message with vi editor is easier than webmail!

I have to recompose this message since I failed to save.

I wondered why the ports collection used development snapshots of gcc rather 
than stable releases.

On my older computer, dating to 2001, with 256 MB RAM, building ports and 
portupgrades that depended on gcc-4.5.3 snapshot would bog down after about 
four hours due to exhausting virtual memory.

It seems to make more sense to use stable gcc releases when needed as build 
dependencies, and keep the current weekly snapshots for testing and development 
purposes.

Tom

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: math/py-numpy (py26-numpy-1.5.1_1,1) (checksum mismatch) error

2011-12-13 Thread Li-Lun Leland Wang
Please update your ports to 1.6.1.  The documentation files of the
same names have been updated.  If you get the newer 1.6.1
documentation files from a mirror and try to checksum against the
older 1.5.1_1 distinfo, you'll get a mismatch.  If you get a checksum
mismatch after you updated your ports to 1.6.1, it is possible that
the mirror site that you use has not fetched the newer files, in which
case you can fetch from the MASTER_SITE directly by undefining
MASTER_SITE_OVERRIDE.

-- llwang

On Tue, Dec 13, 2011 at 8:48 AM, David Southwell da...@vizion2000.net wrote:
 Hi

 As you are listed as maintainer in current Makefile I thought you might
 appreciate a copy

 David
 --  Forwarded Message  --

 Subject: math/py-numpy (py26-numpy-1.5.1_1,1)  (checksum mismatch) error
 Date: Tuesday 13 December 2011, 06:42:33
 From: David Southwell da...@vizion2000.net
 To: freebsd-ports@freebsd.org

 Hi

 As subject line - checksum mismatch error from latest upgrade.

 David

 -
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] pkgng alpha2

2011-12-13 Thread Andriy Gapon
on 30/11/2011 22:32 Julien Laffaye said the following:
 [1] : https://github.com/pkgng/pkgng/issues
 [2] : https://github.com/pkgng/pkgng
 [3] : http://wiki.freebsd.org/pkgng
 [4] : http://people.freebsd.org/~bapt/pkgng-bsdcan2011.pdf
 [5] :
 http://wiki.freebsd.org/201110DevSummit/Ports?action=AttachFiledo=gettarget=pkgng-devsummit.pdf
 
 [6] :
 http://wiki.freebsd.org/201110DevSummit?action=AttachFiledo=gettarget=pkgng-devsummit-track.pdf

Couple of questions/suggestions:

1. Do you plan to have a pkgng port to issue the preview releases pkgng?
Current pkgng installation/bootstrap procedure is really easy, but the port 
would
be even more convenient for prospective testers.

2. Is there a public pre-built package repository with pkgng-format packages 
that
could be used for testing and getting a taste of a packages-only pkgng-managed 
system?

Thank you.
-- 
Andriy Gapon
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] pkgng alpha2

2011-12-13 Thread Julien Laffaye

On 12/13/2011 06:16 PM, Andriy Gapon wrote:

on 30/11/2011 22:32 Julien Laffaye said the following:

[1] : https://github.com/pkgng/pkgng/issues
[2] : https://github.com/pkgng/pkgng
[3] : http://wiki.freebsd.org/pkgng
[4] : http://people.freebsd.org/~bapt/pkgng-bsdcan2011.pdf
[5] :
http://wiki.freebsd.org/201110DevSummit/Ports?action=AttachFiledo=gettarget=pkgng-devsummit.pdf

[6] :
http://wiki.freebsd.org/201110DevSummit?action=AttachFiledo=gettarget=pkgng-devsummit-track.pdf

Couple of questions/suggestions:

1. Do you plan to have a pkgng port to issue the preview releases pkgng?
Current pkgng installation/bootstrap procedure is really easy, but the port 
would
be even more convenient for prospective testers.

Yes, this is planned. The ports will bootstrap pkgng.


2. Is there a public pre-built package repository with pkgng-format packages 
that
could be used for testing and getting a taste of a packages-only pkgng-managed 
system?

Unfortunately, no.
I think I now have the resources to do that  for the next CFT. But it 
will only be 9.0 amd64 I am afraid.

We cant build packages for the entire matrix.


Thank you.


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: math/py-numpy (py26-numpy-1.5.1_1, 1) (checksum mismatch) error

2011-12-13 Thread Rainer Hurling

On 13.12.2011 15:42 (UTC+1), David Southwell wrote:

Hi

As subject line - checksum mismatch error from latest upgrade.


The port wants to fetch numpy-1.6.1.tar.gz, numpy-ref.pdf and 
numpy-user.pdf. Only the first one has a version number, the next two 
have not.


So removing numpy-ref.pdf and numpy-user.pdf before updating should help.

Rainer


David


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: pr# for 9-10 problem?

2011-12-13 Thread Doug Barton
On 12/10/2011 06:35, Robert Huff wrote:
 
 Doug Barton writes:
 
Read /usr/ports/UPDATING?
   
 If you mean 20110928 - that identifies the problem, and
   provides workarounds, but does not name the pr.
  
  What are you trying to accomplish?
 
   I have some machines that I would like to update, but would
 prefer to hold off until a non-workaround solution is in place.

The current solution (rebuild libtool, allow the code in bsd.port.mk to
do its job) is not a workaround. However if you're willing to wait for
the thousands of ports that need this to be fixed individually, be my
guest. :)


Doug

-- 

[^L]

Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price.  :)  http://SupersetSolutions.com/

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Linux compatibility with more than one Linux installed?

2011-12-13 Thread Doug Barton
On 12/06/2011 05:45, RW wrote:
 On Tue, 6 Dec 2011 06:29:03 -0600
 Zhihao Yuan wrote:
 
 On Tue, Dec 6, 2011 at 6:21 AM, RW rwmailli...@googlemail.com wrote:
 On Tue, 6 Dec 2011 04:54:18 -0600
 Zhihao Yuan wrote:


 Not really. The actual thing is, linuxulator is a Linux kernel
 running as a FreeBSD kernel module. The only thing FreeBSD kernel
 do is to identify the Linux program and to pass it to the Linux
 kernel. To the Linux programs inside a GNU chroot enviroment, they
 think they are running inside a Linux box and actually they are
 running inside a Linux box.

 Are you sure about that? I was under the impression that it was a
 fairly thin emulation layer on top of the FreeBSD kernel. Has
 something changed?

 To Linux program, there is no emulation layer. This technology
 should be called extended ELF lookup table, and has nothing to do
 with emulation.
 
 It's not emulation in the narrow sense that vmware is emulation and
 wine isn't, but it certainly is emulation within the normal sense or the
 word. My dictionary defines emulate as imitate zealously.

It's not emulation, in fact it's much more like wine. We have
traditionally referred to it as Linux binary compatibility rather then
emulation, since the Linux syscalls are actually implemented by the
FreeBSD kernel.

 But what I was getting at was the statement linuxulator is a Linux
 kernel running as a FreeBSD kernel module which I'm guessing now you
 didn't mean literally.

That's not true in the sense that it's a separate process, but it is
true in a sense, see above.


Doug

-- 

[^L]

Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price.  :)  http://SupersetSolutions.com/

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: lang/gcc46

2011-12-13 Thread ajtiM
On Tuesday 13 December 2011 12:01:48 Kevin Oberman wrote:
 On Tue, Dec 13, 2011 at 8:30 AM, Jason Hellenthal jh...@dataix.net wrote:
  On Tue, Dec 13, 2011 at 06:05:40PM +0800, Gerald Pfeifer wrote:
  On Tue, 13 Dec 2011, Sunpoet Po-Chuan Hsieh wrote:
   We have lang/gcc already. This port is created for perferred gcc
   releases (4.6.2 currently). What we're waiting for is a bsd.gcc.mk
   update to allow users build ports with lang/gcc instead of lang/gcc46.
  
  Actually, it's even better. :-)  Replace lang/gcc46 by lang/gcc on
  your local systems, Kevin and Jason, and that (not lang/gcc46) will
  be used henceforth.
  
  There is a small issue in that this will not be recorded properly as
  a dependency when you build packages, but apart from that (if you use
  ports or ensure the lang/gcc package is present wherever you install
  things built that way, you should be good.
  
  Gerald
  
  Thanks Gerald and everyone else. Much appreciated.
  
  --
  ;s =;
 
 Yes, thanks!
 
 % portmaster -o lang/gcc lang/gcc46
 seems to have worked just fine!

I like to do 
Mitjaportmaster -o lang/gcc lang/gcc46 but do I need to rebuild all ports 
which I use gcc46, please?


http://jpgmag.com/people/lumiwa
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: lang/gcc46

2011-12-13 Thread Gerald Pfeifer
On Tue, 13 Dec 2011, ajtiM wrote:
 I like to do 
 Mitjaportmaster -o lang/gcc lang/gcc46 but do I need to rebuild all ports 
 which I use gcc46, please?

This should not be necessary, just replacing lang/gcc46 by lang/gcc
should work. 

(Note: should.  I am very confident it does, but as b.f. stated
earlier in the thread, if you want to be 100% sure rebuilding all
dependent ports is always the safer approach.)

Gerald
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: make readmes seems to be broken (again)

2011-12-13 Thread Jason Helfman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Sat, Dec 03, 2011 at 05:31:49PM -0600, Conrad J. Sabatier thus spake:
I've just noticed recently that make readmes in ports is acting up
again (I reported a similar problem several months ago, which did get
fixed at the time).

Instead of generating a README.html at the top level, category level,
and individual packages level, only the top-level and category-level
files are being generated.  No README.html files are being generated at
the individual package level.

I saw (and reported) this same behavior about four months ago, and it
did, as I said, get fixed back then.  No idea why it's suddenly broken
again now.

Can anyone confirm that it's not just a local problem for me, that it
is indeed broken for everyone?

Thanks!


Thanks for the report. I have run a job through the portstree to build all
readme's and found several ports that are affected by this issue and
submitted problem reports for them.

http://www.freebsd.org/cgi/query-pr-summary.cgi?category=severity=priority=class=state=sort=nonetext=unbreak+make+readmeresponsible=multitext=originator=release=

All ports that broke redefined ${ECHO_MSG} which had issues with a target in
bsd.port.mk. The affected target was: pretty-print-www-site

Thanks!
- -jgh

- -- 
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6 79DD  4342 5E92 AD66 8C8C FBA5
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (FreeBSD)

iF4EAREIAAYFAk7n8mYACgkQXpKtZoyM+6VsjwD+JbZT0r7f9U7/KE6xI1tbaCp2
LdGrdU/LSgzJHUKVWz4A/RG4FVPO5TrMGRfdsHJV5CN5mVuP5ioRkXta+587PF4P
=udGp
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: lang/gcc46

2011-12-13 Thread Gerald Pfeifer
On Tue, 13 Dec 2011, Thomas Mueller wrote:
 I wondered why the ports collection used development snapshots of gcc 
 rather than stable releases.

All you _should_ need to run anything from the FreeBSD Ports Collection
is either the system compiler (GCC or clang) or lang/gcc all of which 
are updated very rarely.

Any other version of lang/gcc you need to use is indicative of an issue 
with some other port (short of the GNUstep ports which we are in the 
process of addressing now that lang/gcc also provide Objective-C).


In case you are interested, I have been spending quite some effort
over the last years to minimize the number of such ports and here
is the list of remaining ones:

  cad/salome/Makefile.ext   USE_GCC=4.4

  cad/sceptre/Makefile  USE_FORTRAN=g77
  graphics/p5-PGPLOT/Makefile   USE_FORTRAN=g77
  science/elmer-matc/Makefile   USE_FORTRAN=g77
  science/elmerpost/MakefileUSE_FORTRAN=g77

Without these, lang/gcc44 and lang/gcc34, respectively, could be 
obsoleted and removed.

Gerald
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Clicking URLs with acroread8

2011-12-13 Thread Sean C. Farley

On Mon, 12 Dec 2011, Doug Barton wrote:


On 12/09/2011 16:14, Doug Barton wrote:
I receive PDF documents with URLs that I need to click, and so I 
would like to get that working in acroread8. I symlink'ed firefox 
into /compat/linux/usr/local/bin, and set the preferences in acroread
accordingly. That got me from a firefox not found error to this, 
printed out in the terminal:


libfam.so.0: cannot open shared object file: No such file or 
directory Failed to load module: /usr/lib/gio/modules/libgiofam.so


Since I have that lib installed as a result of the linux-base port, I 
assume that what is missing is something that it depends on.


Any help resolving this is welcome.

Alternatively, if I could extract the URL from the link, that'd be 
awesome too. :)


I tried everyone's suggestions, no luck.

Adding the gamin port prevents the error, but doesn't make the url 
clicking work.


I tried an sh version of Sean's script, caused my system to lock up 
completely.


zsh is better.  :)

It locked up your system?  No ping?  Could it be that acroreadwrapper 
needs to be rebuilt?  It has a kernel module, but I am not sure if that 
would be related as I think it is used only by acroread9 (yes?).  Also, 
I assume you are using linux_base-f10.


With the script, did you change the preference to use it?  Is the link 
in /compat/linux/usr/local/bin still there?


Where is libfam.so.0?  I only have a native version.  Did you see that 
error message when the system locked up?


Sean
--
s...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: www/lighttpd failes to build

2011-12-13 Thread Sahil Tandon
On Sun, 2011-12-11 at 15:06:07 -0500, Chris Brennan wrote:

 /usr/local/include/ev.h:200: warning: ISO C restricts enumerator values to
 range of 'int'
 /usr/local/include/ev.h:222: error: expected identifier before numeric
 constant
 *** Error code 1

Ah, it seems you are building lighttpd WITH_LIBEV, in which case the
build is reproducibly broken in my environment.  You should either build
WITHOUT_LIBEV (this is the default), or - if you must build with that
option -  try the attached CONFIGURE_ARGS hack[1].  I am not certain
that the latter is a robust solution, so perhaps mm@ can chime in with a
more structural fix.  I've also copied the devel/libev maintainer as
this problem may be related to how lighttpd interacts with the new libev
version.

[1] https://svn.macports.org/changeset/84337

-- 
Sahil Tandon
Index: Makefile
===
RCS file: /home/pcvs/ports/www/lighttpd/Makefile,v
retrieving revision 1.102
diff -u -r1.102 Makefile
--- Makefile23 Sep 2011 22:26:02 -  1.102
+++ Makefile14 Dec 2011 02:54:22 -
@@ -127,7 +127,7 @@
 .endif
 
 .if defined(WITH_LIBEV)
-CONFIGURE_ARGS+=   --with-libev=${LOCALBASE}
+CONFIGURE_ARGS+=   --with-libev=${LOCALBASE} ac_cv_func_kqueue=no
 LIB_DEPENDS+=  ev.4:${PORTSDIR}/devel/libev
 .endif
 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org