-------Original Message-------
 
From: freebsd-questions-requ...@freebsd.org
Date: 1/24/2009 5:47:01 PM
To: freebsd-questions@freebsd.org
Subject: freebsd-questions Digest, Vol 246, Issue 51
 
Send freebsd-questions mailing list submissions to
  freebsd-questions@freebsd.org
 
To subscribe or unsubscribe via the World Wide Web, visit
  http://lists.freebsd.org/mailman/listinfo/freebsd-questions
or, via email, send a message with subject or body 'help' to
  freebsd-questions-requ...@freebsd.org
 
You can reach the person managing the list at
  freebsd-questions-ow...@freebsd.org
 
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-questions digest..."
 
 
Today's Topics:
 
   1. default CFLAGS (Saifi Khan)
   2. Re: port openoffice.org-devl (3.1.20081224) installs fine but
      does not run (Sergio de Almeida Lenzi)
   3. Re: flashplugin7 doesn't play video (Wojciech Puchar)
   4. Re: default CFLAGS (RW)
   5. Re: opera 9.63 installation and Qt version (Saifi Khan)
   6. Re: Registry corrupt? (Jack L. Stone)
   7. Re: default CFLAGS (RW)
   8. Re: Registry corrupt? (Robert Huff)
   9. Re: Registry corrupt? (Jack L. Stone)
  10. Re: Start-up of freeBSD need help with one question.
      (Lowell Gilbert)
  11. Re: x11-toolkits/linux-gtk2 problem/question. (Lowell Gilbert)
  12. Re: Registry corrupt? (Jack L. Stone)
  13. Healtd (Graeme Dargie)
  14. Re: port openoffice.org-devl (3.1.20081224) installs fine but
      does not run (Matthias Apitz)
  15. Re: default CFLAGS (Morgan Wesstr?m)
  16. Re: opera 9.63 installation and Qt version (Paul B. Mahol)
  17. Re: Registry corrupt? (Daniel Bye)
  18. Re: default CFLAGS (RW)
  19. Re: jdk16 (Frank Shute)
  20. Re: x11-toolkits/linux-gtk2 problem/question. (Jimmie James)
  21. Re: default CFLAGS (Pojken Purken)
  22. Sharing ports hierarchy via NFS to different arch/versions.
      (Doug Poland)
  23. Re: default CFLAGS (Saifi Khan)
  24. Re: default CFLAGS (Morgan Wesstr?m)
  25. Re: Registry corrupt? (Wojciech Puchar)
  26. Re: how to scrollback in terminal (Tim Judd)
  27. Re: Registry corrupt? (Tim Judd)
  28. Re: swap_pager complaints but not using swap (Tim Judd)
  29. Re: default CFLAGS (RW)
  30. Re: mounting Nokia N95 (Warren Liddell)
  31. Re: default CFLAGS (Morgan Wesstr?m)
  32. Re: swap_pager complaints but not using swap (Kris Kennaway)
 
 
----------------------------------------------------------------------
 
Message: 1
Date: Sat, 24 Jan 2009 17:35:38 +0000 (GMT)
From: Saifi Khan <saifi.k...@twincling.org>
Subject: default CFLAGS
To: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID: <pine.lnx.4.64.0901241734020.6...@localhost>
Content-Type: TEXT/PLAIN; charset=US-ASCII
 
Hi all:
 
What is the default CFLAGS if *no* CFLAGS has been specified in
/etc/make.conf ?
 
As an example, let us consider a FreeBSD 7.1 system running on a
Intel Celeron M.
 
thanks
Saifi.
 
 
------------------------------
 
Message: 2
Date: Sat, 24 Jan 2009 10:13:32 -0200
From: Sergio de Almeida Lenzi <le...@k1.com.br>
Subject: Re: port openoffice.org-devl (3.1.20081224) installs fine but
  does not run
To: Matthias Apitz <g...@unixarea.de>, freebsd-questions
  <questi...@freebsd.org>
Message-ID: <1232799212.7222.10.ca...@lenzix.cwb.casa>
Content-Type: text/plain
 
Hello...
 
 
It is because the installation (the makefile is wrong, it install the
binary /usr/local/openoffice.org..../openoffice.org3/program/soffice
as a copy of soffice.bin)
it must install it as a shell script that fixes the loader path.
here is the shell script (named soffice).
copy over the binary soffice and make it executable
here it runs fine...   FreeBSD amd64.
=============================================
#!/bin/sh
#*************************************************************************
#
# DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
#
# Copyright 2008 by Sun Microsystems, Inc.
#
# OpenOffice.org - a multi-platform office productivity suite
#
# $RCSfile: soffice.sh,v $
#
# $Revision: 1.34 $
#
# This file is part of OpenOffice.org.
#
# OpenOffice.org is free software: you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License version 3
# only, as published by the Free Software Foundation.
#
# OpenOffice.org is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU Lesser General Public License version 3 for more details
# (a copy is included in the LICENSE file that accompanied this code).
#
# You should have received a copy of the GNU Lesser General Public
License
# version 3 along with OpenOffice.org.  If not, see
# <http://www.openoffice.org/license.html>
# for a copy of the LGPLv3 License.
#
#*************************************************************************
 
#
# STAR_PROFILE_LOCKING_DISABLED=1
# export STAR_PROFILE_LOCKING_DISABLED
#
 
# file locking now enabled by default
SAL_ENABLE_FILE_LOCKING=1
export SAL_ENABLE_FILE_LOCKING
 
# Uncomment the line below if you suspect that OpenGL is not
# working on your system.
# SAL_NOOPENGL=true; export SAL_NOOPENGL
 
# the following test is needed on Linux PPC with IBM j2sdk142
if [ "`uname -s`" = "Linux" -a "`uname -m`" = "ppc" ] ; then
    JITC_PROCESSOR_TYPE=6
    export JITC_PROCESSOR_TYPE
fi
 
# resolve installation directory
sd_cwd="`pwd`"
if [ -h "$0" ] ; then
  sd_basename=`basename "$0"`
   sd_script=`ls -l "$0" | sed "s/.*${sd_basename} -> //g"`
    cd "`dirname "$0"`"
    cd "`dirname "$sd_script"`"
else
    cd "`dirname "$0"`"
fi
sd_prog=`pwd`
cd "$sd_cwd"
 
sd_binary=`basename "$0"`.bin
 
#collect all bootstrap variables specified on the command line
#so that they can be passed as arguments to javaldx later on
for arg in $@
do
  case "$arg" in
       -env:*) BOOTSTRAPVARS=$BOOTSTRAPVARS" ""$arg";;
  esac
done
 
# extend the ld_library_path for java: javaldx checks the sofficerc for
us
if [ -x "$sd_prog/../basis-link/ure-link/bin/javaldx" ] ; then
    # this is a temporary hack until we can live with the default search
paths
    case "`uname -s`" in
    FreeBSD)
  sd_prog1="$sd_prog/../basis-link/program"
  sd_prog2="$sd_prog/../basis-link/ure-link/lib"
  LD_LIBRARY_PATH=$sd_prog1:$sd_prog2${LD_LIBRARY_PATH+:
${LD_LIBRARY_PATH}}
  export LD_LIBRARY_PATH
  ;;
    esac
    my_path=`"$sd_prog/../basis-link/ure-link/bin/javaldx"
$BOOTSTRAPVARS \
        "-env:INIFILENAME=vnd.sun.star.pathname:$sd_prog/redirectrc"`
    if [ -n "$my_path" ] ; then
        LD_LIBRARY_PATH=$my_path${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}
        export LD_LIBRARY_PATH
    fi
fi
 
unset XENVIRONMENT
 
# uncomment line below to disable anti aliasing of fonts
# SAL_ANTIALIAS_DISABLE=true; export SAL_ANTIALIAS_DISABLE
 
# uncomment line below if you encounter problems starting soffice on
your system
# SAL_NO_XINITTHREADS=true; export SAL_NO_XINITTHREADS
 
# pagein
for sd_arg in ${1+"$@"} ; do
    case ${sd_arg} in
    -calc)
        sd_pagein_args="${sd_pagein_args:
+${sd_pagein_args} }...@pagein-calc"
        break;
        ;;
    -draw)
        sd_pagein_args="${sd_pagein_args:
+${sd_pagein_args} }...@pagein-draw"
        break;
        ;;
    -impress)
        sd_pagein_args="${sd_pagein_args:
+${sd_pagein_args} }...@pagein-impress"
        break;
        ;;
    -writer)
        sd_pagein_args="${sd_pagein_args:
+${sd_pagein_args} }...@pagein-writer"
        break;
        ;;
    *)
        ;;
    esac
done
 
# read database entries for Adabas D
if [ -f /etc/adabasrc ]; then
  . /etc/adabasrc
fi
 
sd_pagein_args="${sd_pagein_args:+${sd_pagein_args} }...@pagein-common"
"$sd_prog/../basis-link/program/pagein"
-L"$sd_prog/../basis-link/program" \
    ${sd_pagein_args}
 
# Set PATH so that crash_report is found:
PATH=$sd_prog${PATH+:$PATH}
export PATH
 
# execute soffice binary
"$sd_prog/$sd_binary" "$@" &
trap 'kill -9 $!' TERM
wait $!
 
while [ $? -eq 79 ]
do
  "$sd_prog/$sd_binary" ""$BOOTSTRAPVARS"" &
    wait $!
done
 
exit
=====================================================
 
 
 
------------------------------
 
Message: 3
Date: Sat, 24 Jan 2009 13:19:36 +0100 (CET)
From: Wojciech Puchar <woj...@wojtek.tensor.gdynia.pl>
Subject: Re: flashplugin7 doesn't play video
To: Joakim Fogelberg <joafog.li...@gmail.com>
Cc: Old Zhang <toold.zh...@gmail.com>, FreeBSD Mailing List
  <freebsd-questions@freebsd.org>
Message-ID: <20090124131926.m40...@wojtek.tensor.gdynia.pl>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
 
> On Fri, Jan 23, 2009 at 5:06 AM, Old Zhang <toold.zh...@gmail.com> wrote:
>> I just updated linux-flashplugin7, xorg, and firefox (version 2) up to
date.
>>  However, the flashplugin7 can't play video, I see only a black box on
>> YouTube.
 
youtube-dl from ports is your friend
 
>
> I had the same problem with linux-flashplugin7.
> Switching to linux-flashplugin9 fixed the problem.
>
> --
>
> Joakim Fogelberg
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd
org"
>
>
 
 
------------------------------
 
Message: 4
Date: Sat, 24 Jan 2009 12:45:35 +0000
From: RW <rwmailli...@googlemail.com>
Subject: Re: default CFLAGS
To: freebsd-questions@freebsd.org
Message-ID: <20090124124535.30066...@gumby.homeunix.com>
Content-Type: text/plain; charset=US-ASCII
 
On Sat, 24 Jan 2009 17:35:38 +0000 (GMT)
Saifi Khan <saifi.k...@twincling.org> wrote:
 
> Hi all:
>
> What is the default CFLAGS if *no* CFLAGS has been specified in
> /etc/make.conf ?
>
> As an example, let us consider a FreeBSD 7.1 system running on a
> Intel Celeron M.
 
It depends on what you've set as CPUTYPE, and the platform; you can
find out with
 
make -V CFLAGS
 
 
 
------------------------------
 
Message: 5
Date: Sat, 24 Jan 2009 18:31:32 +0000 (GMT)
From: Saifi Khan <saifi.k...@twincling.org>
Subject: Re: opera 9.63 installation and Qt version
To: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID: <pine.lnx.4.64.0901241829590.6...@localhost>
Content-Type: TEXT/PLAIN; charset=US-ASCII
 
On Sat, 24 Jan 2009, Paul B. Mahol wrote:
 
> On 1/24/09, Saifi Khan <saifi.k...@twincling.org> wrote:
> > Hi:
> >
> > Qt 4.4.3 is installed on my FreeBSD 7.1 i386 system.
> >
> > Now, when i attempt to install Opera 9.63 from the ports, it tries to
> > download Qt 3.3.8
> > Is there a way to modify the installation script so that Opera can use
> > the installed qt 4.4.3 version ?
>
> Yes you can modify it, but question is will opera work at all with qt 4.
> There is static opera binary, try it.
>
>
> --
> Paul
>
 
The download site for FreeBSD is
http://www.opera.com/browser/download/?os=freebsd-i386&list=all
 
It shows the following entry
FreeBSD 7.x (static)           7 MB
 
But when the file is downloaded, it is "shared" version.
opera-9.63-freebsd7-shared-qt3.i386.tar.bz2
 
Thus static opera binary is not available :(
 
 
thanks
Saifi.
 
 
------------------------------
 
Message: 6
Date: Sat, 24 Jan 2009 07:06:39 -0600
From: "Jack L. Stone" <ja...@sage-american.com>
Subject: Re: Registry corrupt?
To: cpghost <cpgh...@cordula.ws>
Cc: freebsd-questions@freebsd.org
Message-ID: <3.0.1.32.20090124070639.00f09...@sage-american.com>
Content-Type: text/plain; charset="us-ascii"
 
At 04:33 PM 1.23.2009 +0100, cpghost wrote:
>On Fri, Jan 23, 2009 at 05:56:45PM +0300, Odhiambo Washington wrote:
>> On Fri, Jan 23, 2009 at 5:19 PM, Jack L. Stone
<ja...@sage-american.com>wrote:
>>
>> > During an upgrade from fbsd-6.3 --> fbsd-7.0, something strange
happened.
>> > Some of the programs will not run after rehash or even when given the
>> > precise path to the program. System doesn't "see" several but not all
>> > programs. I've upgraded several servers (using source files -- cvsup)
>> > withoug any such problem. It's just this one machine.
>
>Some programs will not run because of a library version bump. Those
>programs will need to be recompiled, i.e. rebuild all ports.
>
>You can check this by running 'ldd' on the specific program. Let's
>assume that you have zip installed:
>
>$ ldd /usr/local/bin/zip
>/usr/local/bin/zip:
>        libbz2.so.3 => /usr/lib/libbz2.so.3 (0x80065c000)
>        libc.so.7 => /lib/libc.so.7 (0x80076c000)
>
 
Thanks for that tip. Here's output of one of the programs that doesn't run:
ldd /usr/local/bin/fastest_cvsup
ldd: /usr/local/bin/fastest_cvsup: not a dynamic executable
 
BUT, it is executable and using the exact path to the program still gives
this error:
/usr/local/bin/fastest_cvsup: not found
 
Yes, I did re-install the port too. No dice.
 
Again MOST all programs run except for this one and maybe a couple others
that may be causing buildworld to fail.
 
Strange!
 
Jack
 
(^_^)
Happy trails,
Jack L. Stone
 
System Admin
Sage-american
 
 
------------------------------
 
Message: 7
Date: Sat, 24 Jan 2009 13:16:29 +0000
From: RW <rwmailli...@googlemail.com>
Subject: Re: default CFLAGS
To: Saifi Khan <saifik...@gmail.com>, freebsd-questions@freebsd.org
Message-ID: <20090124131629.1f9fa...@gumby.homeunix.com>
Content-Type: text/plain; charset=US-ASCII
 
On Sat, 24 Jan 2009 12:51:32 +0000
Saifi Khan <saifik...@gmail.com> wrote:
 
 
> on running the command 'make -V CFLAGS', the output is
>
> -O2 -fno-strict-aliasing -pipe
>
> i haven't setup the CPUTYPE anywhere (not as an env variable nor in
> /etc/make.conf)
> So are these default settings for a generc x86 based system ?
 
Yes, if you are using i386.
 
Most CPUs have the same default CFLAGS, it's the value of CPUTYPE
that's passed to the compiler that determines processor optimizations.
 
 
------------------------------
 
Message: 8
Date: Sat, 24 Jan 2009 08:23:56 -0500
From: Robert Huff <roberth...@rcn.com>
Subject: Re: Registry corrupt?
To: "Jack L. Stone" <ja...@sage-american.com>
Cc: cpghost <cpgh...@cordula.ws>, freebsd-questions@freebsd.org
Message-ID: <18811.5740.824872.505...@jerusalem.litteratus.org>
Content-Type: text/plain; charset=us-ascii
 
 
Jack L. Stone writes:
 
>  >Some programs will not run because of a library version bump. Those
>  >programs will need to be recompiled, i.e. rebuild all ports.
>  >
>  >You can check this by running 'ldd' on the specific program. Let's
>  >assume that you have zip installed:
>
>  Thanks for that tip. Here's output of one of the programs that doesn't
run:
>  ldd /usr/local/bin/fastest_cvsup
>  ldd: /usr/local/bin/fastest_cvsup: not a dynamic executable
>
>  BUT, it is executable and using the exact path to the program
>  still gives this error:
 
  No, it's a script - perl, to be exact - and does not count for
the purposes of ldd.
  Compare "more /usr/local/ bin/fastest_cvsup" and "more
/usr/bin/csup".
 
 
    Robert Huff
 
 
 
------------------------------
 
Message: 9
Date: Sat, 24 Jan 2009 07:29:16 -0600
From: "Jack L. Stone" <ja...@sage-american.com>
Subject: Re: Registry corrupt?
To: cpghost <cpgh...@cordula.ws>
Cc: freebsd-questions@freebsd.org
Message-ID: <3.0.1.32.20090124072916.00eda...@sage-american.com>
Content-Type: text/plain; charset="us-ascii"
 
At 07:06 AM 1.24.2009 -0600, Jack L. Stone wrote:
>At 04:33 PM 1.23.2009 +0100, cpghost wrote:
>>On Fri, Jan 23, 2009 at 05:56:45PM +0300, Odhiambo Washington wrote:
>>> On Fri, Jan 23, 2009 at 5:19 PM, Jack L. Stone
><ja...@sage-american.com>wrote:
>>>
>>> > During an upgrade from fbsd-6.3 --> fbsd-7.0, something strange
happened.
>>> > Some of the programs will not run after rehash or even when given the
>>> > precise path to the program. System doesn't "see" several but not all
>>> > programs. I've upgraded several servers (using source files -- cvsup)
>>> > withoug any such problem. It's just this one machine.
>>
 
BTW: as more details of the problem, I had found a tiny bug in "mkdep"
which initially caused the upgrade from 6.3 to 7.0 to fail during
buildworld. Once fixed, it "appeared" to upgrade fine
(build/install/mergemaster), including a new kernel build/install, but on
reboot it still shows 6.3...!!! I have rmoved /usr/obj and even /usr/src
and tried over several times, but same result. Some parts of the system is
running okay, but not others.
 
Have wasted too much time on this machine and today will move to a new
machine and start over. This server is one of our DNS servers, so we're
covered with others that take over during shutdown of this problem server.
The DNS (or named) is one of the parts not running correctly and the most
vital.
 
Just a very strange issue and wondered if anyone else had similar results
ever -- it may just be the machine, but didn't act like it.
 
Thanks again,
Jack
 
(^_^)
Happy trails,
Jack L. Stone
 
System Admin
Sage-american
 
 
------------------------------
 
Message: 10
Date: Sat, 24 Jan 2009 08:42:24 -0500
From: Lowell Gilbert <freebsd-questions-lo...@be-well.ilk.org>
Subject: Re: Start-up of freeBSD need help with one question.
To: Bob Falanga <rfalang....@gmail.com>
Cc: freebsd-questions@freebsd.org
Message-ID: <44iqo4vn0f....@lowell-desk.lan>
Content-Type: text/plain; charset=us-ascii
 
Bob Falanga <rfalang....@gmail.com> writes:
 
> When I try to configure a printer, CUPS requires a user id, my own or root

> But it will not accept either.
> Interestingly, at boot up time I saw CUPS started three times but cannot
> find where all the requests for start is.
> I added a line in rd.conf to start CUPS but that is the only place.
 
I'd try to solve the second problem before the first (for me, the root
password works fine; although normally, I don't *have* a valid password
on the root account).
 
The correct way to start cups from rc.conf is:
cupsd_enable="YES"
Is that how you do it?

That is how I configured rc.conf.
Why should it start 3 times in the startup?

Bob Falanga
 
--
Lowell Gilbert, embedded/networking software engineer, Boston area
   http://be-well.ilk.org/~lowell/
 
 
------------------------------
 
Message: 11
Date: Sat, 24 Jan 2009 08:49:43 -0500
From: Lowell Gilbert <freebsd-questions-lo...@be-well.ilk.org>
Subject: Re: x11-toolkits/linux-gtk2 problem/question.
To: jimmie...@gmail.com
Cc: freebsd-questions@freebsd.org, freebsd-po...@freebsd.org
Message-ID: <44eiysvmo8....@lowell-desk.lan>
Content-Type: text/plain; charset=us-ascii
 
Jimmie James <jimmie...@gmail.com> writes:
 
> While it looks like it install/runs fine (i.e, linux-flash9 works,
> skype works) the following error is show
> (process:47722): GLib-WARNING **: getpwuid_r(): failed due to unknown
> user id (0)
>
> Following this advice, all I could find,
> http://archive.netbsd.se/?ml=freebsd-emulation&a=2005-11&t=1506833
> The fix is, to tell /compat/linux/etc/nsswitch.conf to look at NIS too.
> Is UID 0 in your /etc/passwd? Can you try changeing
> /compat/linux/etc/nsswitch.conf to something like this:
>
> passwd:     files nisplus nis
> shadow:     files nisplus nis
> group:      files nisplus nis
>
> Uid 0 is in my /etc/passwd, there's no /compat/linux/etc/passwd., and
> changing /compat/linux/etc/nsswitch.conf to read the same doesn't fix
> the error message.
>
> Advice, suggestions?
 
Those setting for nsswitch.conf don't look right to me.
There should have been a message printed out when you installed one of
the linux_base ports, telling you how to configure it.
I think the fc4 version is the default these days; if that is what you
are using, the message is in the file
/usr/ports/emulators/linux_base-fc4/pkg-message
 
 
--
Lowell Gilbert, embedded/networking software engineer, Boston area
   http://be-well.ilk.org/~lowell/
 
 
------------------------------
 
Message: 12
Date: Sat, 24 Jan 2009 07:53:47 -0600
From: "Jack L. Stone" <ja...@sage-american.com>
Subject: Re: Registry corrupt?
To: cpghost <cpgh...@cordula.ws>
Cc: freebsd-questions@freebsd.org
Message-ID: <3.0.1.32.20090124075347.00eda...@sage-american.com>
Content-Type: text/plain; charset="us-ascii"
 
At 07:29 AM 1.24.2009 -0600, Jack L. Stone wrote:
>At 07:06 AM 1.24.2009 -0600, Jack L. Stone wrote:
>>At 04:33 PM 1.23.2009 +0100, cpghost wrote:
>>>On Fri, Jan 23, 2009 at 05:56:45PM +0300, Odhiambo Washington wrote:
>>>> On Fri, Jan 23, 2009 at 5:19 PM, Jack L. Stone
>><ja...@sage-american.com>wrote:
>>>>
>>>> > During an upgrade from fbsd-6.3 --> fbsd-7.0, something strange
>happened.
>>>> > Some of the programs will not run after rehash or even when given the
>>>> > precise path to the program. System doesn't "see" several but not all
>>>> > programs. I've upgraded several servers (using source files -- cvsup)
>>>> > withoug any such problem. It's just this one machine.
>>>
>
 
BTW2: Yes, I do know this isn't windows and doesn't have a "registry" per
se in that regard, but "something" does keep track of the programs
installed and I've never located that place/file/db not having a crucial
reason to before.
 
Jack
 
(^_^)
Happy trails,
Jack L. Stone
 
System Admin
Sage-american
 
 
------------------------------
 
Message: 13
Date: Sat, 24 Jan 2009 14:18:45 -0000
From: "Graeme Dargie" <a...@tangerine-army.co.uk>
Subject: Healtd
To: <freebsd-questions@freebsd.org>
Message-ID:
  <01fb8f39bad0bd49a6d0da8f789739295...@mercury.galaxy.lan.lcl>
Content-Type: text/plain; charset="us-ascii"
 
Having upgraded my motherboard I have discovered that healthd does not
like the chipset as the values it is producing are way out eg cpu temp
255c, I wonder if anyone can recommend a good more upto date alternative
that would work with phpsysinfo or mrtg ?
 
 
 
Regards
 
 
 
Graeme
 
 
 
------------------------------
 
Message: 14
Date: Sat, 24 Jan 2009 15:25:25 +0100
From: Matthias Apitz <matthias.ap...@oclc.org>
Subject: Re: port openoffice.org-devl (3.1.20081224) installs fine but
  does not run
To: Sergio de Almeida Lenzi <le...@k1.com.br>
Cc: freebsd-questions <questi...@freebsd.org>
Message-ID: <20090124142525.ga14...@rebelion.sisis.de>
Content-Type: text/plain; charset=iso-8859-1
 
El día Saturday, January 24, 2009 a las 10:13:32AM -0200, Sergio de Almeida
Lenzi escribió:
 
> Hello...
>
>
> It is because the installation (the makefile is wrong, it install the
> binary /usr/local/openoffice.org..../openoffice.org3/program/soffice
> as a copy of soffice.bin)
> it must install it as a shell script that fixes the loader path.
> here is the shell script (named soffice).
> copy over the binary soffice and make it executable
> here it runs fine...   FreeBSD amd64.
 
Hola Sérgio,
 
¡Obrigado!
 
I will give it a try. The e-mail transport has mangeled a bit with your
shell script but I have seen two identicals ones in the port:
 
work/DEV300_m38/desktop/scripts/soffice.sh
work/DEV300_m38/desktop/unxfbsdi.pro/misc/soffice.sh
 
and I will test it.
 
Thx
 
  matthias
 
--
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <matthias.ap...@oclc.org> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
 
SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen
>From: -40 % die Neujahrsaktion <gabriellekel...@grungecafe.com>
 
 
------------------------------
 
Message: 15
Date: Sat, 24 Jan 2009 15:27:02 +0100
From: Morgan Wesstr?m  <freebsd-questi...@pp.dyndns.biz>
Subject: Re: default CFLAGS
To: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID: <497b2536.7030...@pp.dyndns.biz>
Content-Type: text/plain; charset=ISO-8859-1
 
RW wrote:
> On Sat, 24 Jan 2009 12:51:32 +0000
> Saifi Khan <saifik...@gmail.com> wrote:
>
>
>> on running the command 'make -V CFLAGS', the output is
>>
>> -O2 -fno-strict-aliasing -pipe
>>
>> i haven't setup the CPUTYPE anywhere (not as an env variable nor in
>> /etc/make.conf)
>> So are these default settings for a generc x86 based system ?
>
> Yes, if you are using i386.
>
> Most CPUs have the same default CFLAGS, it's the value of CPUTYPE
> that's passed to the compiler that determines processor optimizations.
 
If you want to know what gcc processor optimizations will be enabled you
can do this:
 
Create hello.c:
 
#include <stdio.h>
main()
{
  printf("hello, world\n");
}
 
Then compile it with -Q -v in addition to the default CFLAGS:
 
gcc -O2 -fno-strict-aliasing -pipe -Q -v -o hello hello.c
 
The section "options enabled" will list them all. I usually only add
"-march=native" to my CFLAGS to enable a few more CPU specific
optimizations.
 
/Morgan
 
 
------------------------------
 
Message: 16
Date: Sat, 24 Jan 2009 17:36:37 +0100
From: "Paul B. Mahol" <one...@gmail.com>
Subject: Re: opera 9.63 installation and Qt version
To: Saifi Khan <saifi.k...@twincling.org>
Cc: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID:
  <3a142e750901240836s4461ee1dt9cdb806dcf344...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
 
On 1/24/09, Saifi Khan <saifi.k...@twincling.org> wrote:
> On Sat, 24 Jan 2009, Paul B. Mahol wrote:
>
>> On 1/24/09, Saifi Khan <saifi.k...@twincling.org> wrote:
>> > Hi:
>> >
>> > Qt 4.4.3 is installed on my FreeBSD 7.1 i386 system.
>> >
>> > Now, when i attempt to install Opera 9.63 from the ports, it tries to
>> > download Qt 3.3.8
>> > Is there a way to modify the installation script so that Opera can use
>> > the installed qt 4.4.3 version ?
>>
>> Yes you can modify it, but question is will opera work at all with qt 4.
>> There is static opera binary, try it.
>>
>>
>> --
>> Paul
>>
>
> The download site for FreeBSD is
> http://www.opera.com/browser/download/?os=freebsd-i386&list=all
>
> It shows the following entry
> FreeBSD 7.x (static)           7 MB
>
> But when the file is downloaded, it is "shared" version.
> opera-9.63-freebsd7-shared-qt3.i386.tar.bz2
>
> Thus static opera binary is not available :(
 
Well for 9.63 there is only static one for FreeBSD 5.
After all this is not freebsd problem, ask opera where is
static version for FreeBSD 7
 
--
Paul
 
 
------------------------------
 
Message: 17
Date: Sat, 24 Jan 2009 16:50:01 +0000
From: "Daniel Bye" <danie...@slightlystrange.org>
Subject: Re: Registry corrupt?
To: freebsd-questions@freebsd.org
Message-ID: <20090124165001.gc54...@torus.slightlystrange.org>
Content-Type: text/plain; charset="us-ascii"
 
On Sat, Jan 24, 2009 at 07:53:47AM -0600, Jack L. Stone wrote:
> At 07:29 AM 1.24.2009 -0600, Jack L. Stone wrote:
> >At 07:06 AM 1.24.2009 -0600, Jack L. Stone wrote:
> >>At 04:33 PM 1.23.2009 +0100, cpghost wrote:
> >>>On Fri, Jan 23, 2009 at 05:56:45PM +0300, Odhiambo Washington wrote:
> >>>> On Fri, Jan 23, 2009 at 5:19 PM, Jack L. Stone
> >><ja...@sage-american.com>wrote:
> >>>>
> >>>> > During an upgrade from fbsd-6.3 --> fbsd-7.0, something strange
> >happened.
> >>>> > Some of the programs will not run after rehash or even when given
the
> >>>> > precise path to the program. System doesn't "see" several but not
all
> >>>> > programs. I've upgraded several servers (using source files --
cvsup)
> >>>> > withoug any such problem. It's just this one machine.
> >>>
> >
>
> BTW2: Yes, I do know this isn't windows and doesn't have a "registry" per
> se in that regard, but "something" does keep track of the programs
> installed and I've never located that place/file/db not having a crucial
> reason to before.
 
Ports and packages are, if you like, 'registered' in subdirectories of
/var/db/pkg
 
Dan
 
--
Daniel Bye
                                                                     _
                                              ASCII ribbon campaign ( )
                                         - against HTML, vCards and  X
                                - proprietary attachments in e-mail / \
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd
org/pipermail/freebsd-questions/attachments/20090124/b7158197/attachment-0001
pgp
 
------------------------------
 
Message: 18
Date: Sat, 24 Jan 2009 17:43:57 +0000
From: RW <rwmailli...@googlemail.com>
Subject: Re: default CFLAGS
To: freebsd-questions@freebsd.org
Message-ID: <20090124174357.4aafc...@gumby.homeunix.com>
Content-Type: text/plain; charset=ISO-8859-1
 
On Sat, 24 Jan 2009 15:27:02 +0100
Morgan Wesström <freebsd-questi...@pp.dyndns.biz> wrote:
 
 
> The section "options enabled" will list them all. I usually only add
> "-march=native" to my CFLAGS to enable a few more CPU specific
> optimizations.
 
If you set CPUTYPE, -march is set to match, so setting -march=native
should be redundant. OTOH a number of other make variables are defined
from CPUTYPE, so if you set  -march=native, but not CPUTYPE you might
miss some optimisations based on build options.
 
I've no idea whether there are any such options, just that you're
probably not going to do better than setting CPUTYPE, and leaving the
rest alone.
 
 
------------------------------
 
Message: 19
Date: Sat, 24 Jan 2009 17:56:35 +0000
From: Frank Shute <fr...@shute.org.uk>
Subject: Re: jdk16
To: Brian McQueen <mcqueenor...@gmail.com>
Cc: freebsd-questions@freebsd.org
Message-ID: <20090124175635.ga95...@melon.esperance-linux.co.uk>
Content-Type: text/plain; charset=us-ascii
 
On Thu, Jan 22, 2009 at 10:53:31PM -0800, Brian McQueen wrote:
>
> I can't seem to find the files listed in the jdk16 port.  What are
> folks doing to get java going?  The urls listed in the port are not
> right, so the manual download step does not work.
 
I built jdk16 a few months ago & the urls were right.
 
Is your ports tree up-to-date? Although I don't think the urls have
changed.
 
What errors are you getting? 404s? What urls are you using?
 
IIRC you have to register an account with Sun before you can download
the jdk from their site.
 
You have to place the downloaded files in /usr/ports/distfiles/ before
you can build the port without make(1) dropping out after printing the
message with the urls.
 
The port built fine for me.
 
 
Regards,
 
--
 
  Frank
 
 
  Contact info: http://www.shute.org.uk/misc/contact.html
 
 
 
------------------------------
 
Message: 20
Date: Sat, 24 Jan 2009 13:06:08 -0500
From: Jimmie James <jimmie...@gmail.com>
Subject: Re: x11-toolkits/linux-gtk2 problem/question.
To: freebsd-questions@freebsd.org
Cc: freebsd-po...@freebsd.org
Message-ID: <497b5890.9050...@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
Lowell Gilbert wrote:
> Jimmie James <jimmie...@gmail.com> writes:
>
>> While it looks like it install/runs fine (i.e, linux-flash9 works,
>> skype works) the following error is show
>> (process:47722): GLib-WARNING **: getpwuid_r(): failed due to unknown
>> user id (0)
>>
>> Following this advice, all I could find,
>> http://archive.netbsd.se/?ml=freebsd-emulation&a=2005-11&t=1506833
>> The fix is, to tell /compat/linux/etc/nsswitch.conf to look at NIS too.
>> Is UID 0 in your /etc/passwd? Can you try changeing
>> /compat/linux/etc/nsswitch.conf to something like this:
>>
>> passwd:     files nisplus nis
>> shadow:     files nisplus nis
>> group:      files nisplus nis
>>
>> Uid 0 is in my /etc/passwd, there's no /compat/linux/etc/passwd., and
>> changing /compat/linux/etc/nsswitch.conf to read the same doesn't fix
>> the error message.
>>
>> Advice, suggestions?
>
> Those setting for nsswitch.conf don't look right to me.
> There should have been a message printed out when you installed one of
> the linux_base ports, telling you how to configure it.
> I think the fc4 version is the default these days; if that is what you
> are using, the message is in the file
> /usr/ports/emulators/linux_base-fc4/pkg-message
 
 
 
You're right, missed the message during the install, scrolled off
screen.  Following the pkg-message in
/usr/ports/emulators/linux_base-f8/pkg-message and reinstalling
linux-gtk2-2.6.10_1 still gives me the same message.
 
I knew I forgot something with the original message.
 
FreeBSD 7.1-STABLE #0: Tue Jan  6 03:43:02 EST 2009
jim...@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO
 
linux-atk-1.9.1_1   Accessibility Toolkit, Linux/i386 binary
linux-cairo-1.0.2   Linux cairo binary
linux-expat-1.95.8  Linux/i386 binary port of Expat XML-parsing library
linux-flashplugin-9.0r152 Adobe Flash Player NPAPI Plugin
linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig
linux-gspca-kmod-1.0.20 A port of the linux gspcav1 webcam driver
 
*** linux-gtk2-2.6.10_1 GTK+ library, version 2.X, Linux binary ***
What's giving me the error.
 
linux-jpeg-6b.34    RPM of the JPEG lib
linux-kmod-compat-20080408 Adaptation layer to build linux drivers on
FreeBSD
linux-libsigc-2.0.17 Callback Framework for C++ (linux version)
linux-openssl-0.9.7f SSL and crypto library (Linux Version)
linux-pango-1.10.2_1 Linux pango binary
linux-png-1.2.8_2   RPM of the PNG lib
linux-tiff-3.7.1    TIFF library, Linux/i386 binary
linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries
 
*** linux_base-f8-8_10  Base set of packages needed in Linux mode (for
i386/amd64)***  emulators/linux_base-f8
 
linux_dri-7.0       Binary Linux DRI libraries for 3D hardware
acceleration of
linuxdoc-1.1_1      The Linuxdoc SGML DTD
lirc-0.8.0_2        Linux Infared Remote Control
sgmlformat-1.7_2    Generates groff and HTML from linuxdoc and docbook
SGML doc
v4l_compat-1.0.20060801 Video4Linux compatibility header
 
--
Over the years I've come to regard you as people I've met.
 
 
 
------------------------------
 
Message: 21
Date: Sat, 24 Jan 2009 18:57:26 +0100
From: Pojken Purken <p...@pp.dyndns.biz>
Subject: Re: default CFLAGS
To: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID: <497b5686.8050...@pp.dyndns.biz>
Content-Type: text/plain; charset=ISO-8859-1
 
RW wrote:
> On Sat, 24 Jan 2009 15:27:02 +0100
> Morgan Wesström <freebsd-questi...@pp.dyndns.biz> wrote:
>
>
>> The section "options enabled" will list them all. I usually only add
>> "-march=native" to my CFLAGS to enable a few more CPU specific
>> optimizations.
>
> If you set CPUTYPE, -march is set to match, so setting -march=native
> should be redundant. OTOH a number of other make variables are defined
> from CPUTYPE, so if you set  -march=native, but not CPUTYPE you might
> miss some optimisations based on build options.
>
> I've no idea whether there are any such options, just that you're
> probably not going to do better than setting CPUTYPE, and leaving the
> rest alone.
 
I'm sorry I was unclear. I set CPUTYPE to native of course which is then
passed as -march=native to compiler.
 
 
------------------------------
 
Message: 22
Date: Sat, 24 Jan 2009 12:32:54 -0600 (CST)
From: "Doug Poland" <d...@polands.org>
Subject: Sharing ports hierarchy via NFS to different arch/versions.
To: questi...@freebsd.org
Message-ID:
  <f0c8cc893db0ae217f945b3cbeafb422.squir...@email.polands.org>
Content-Type: text/plain;charset=iso-8859-1
 
Hello,
 
I've got a network running different versions of FreeBSD (6.3, 7.0) on
different architectures (i386, SPARC64).
 
What I'd like to do is export the ports hierarchy to all machines, but
preserving ports/packages for each version/architecture.  I also want
to make rebuilding indexes run as fast as possible.
 
Right now, I simply exports(5) /usr/ports via NFSv3.  The problem
comes in with INDEX files and packages.  Indexes get updated only when
the host serving the export updates the hierarchy via portsnap update.
  If I create a package on SPARC64 and the package exists already for
an i386 build, then I've got an issue.
 
Can someone point me to a doc/google/man page that may give me some
guidance in setting up such an environment?
 
 
 
--
Regards,
Doug
 
 
 
------------------------------
 
Message: 23
Date: Sat, 24 Jan 2009 19:07:57 +0000
From: Saifi Khan <saifik...@gmail.com>
Subject: Re: default CFLAGS
To: Pojken Purken <p...@pp.dyndns.biz>
Cc: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID:
  <9a52b1190901241107h5bff8c1al6c980b7ad8e99...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
 
On Sat, Jan 24, 2009 at 5:57 PM, Pojken Purken <p...@pp.dyndns.biz> wrote:
> RW wrote:
>> On Sat, 24 Jan 2009 15:27:02 +0100
>> Morgan Wesström <freebsd-questi...@pp.dyndns.biz> wrote:
>>
>>
>>> The section "options enabled" will list them all. I usually only add
>>> "-march=native" to my CFLAGS to enable a few more CPU specific
>>> optimizations.
>>
>> If you set CPUTYPE, -march is set to match, so setting -march=native
>> should be redundant. OTOH a number of other make variables are defined
>> from CPUTYPE, so if you set  -march=native, but not CPUTYPE you might
>> miss some optimisations based on build options.
>>
>> I've no idea whether there are any such options, just that you're
>> probably not going to do better than setting CPUTYPE, and leaving the
>> rest alone.
>
> I'm sorry I was unclear. I set CPUTYPE to native of course which is then
> passed as -march=native to compiler.
>
 
The entry in file /var/run/dmesg.boot shows the CPU information as
CPU: Intel (R) Celeron (R) CPU 2.40 GHz (686-class CPU)
 
The entry in /usr/share/examples/etc/make.conf shows CPU types for Intel as
core2 core nocona pentium4m pentium4 prescott pentium3m pentium3 pentium-m
pentium2 pentiumpro pentium-mx pentium i486 i386
 
What would be the appropriate CPUTYPE specification in this case ?
 
Is there any table which sort of maps the marketing names of the Intel
processor
with the CPU information shown in dmesg ?
 
--
thanks
Saifi.
 
 
------------------------------
 
Message: 24
Date: Sat, 24 Jan 2009 21:13:00 +0100
From: Morgan Wesstr?m  <freebsd-questi...@pp.dyndns.biz>
Subject: Re: default CFLAGS
To: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID: <497b764c.4080...@pp.dyndns.biz>
Content-Type: text/plain; charset=ISO-8859-1
 
 
 
Saifi Khan wrote:
> On Sat, Jan 24, 2009 at 5:57 PM, Pojken Purken <p...@pp.dyndns.biz> wrote:
>> RW wrote:
>>> On Sat, 24 Jan 2009 15:27:02 +0100
>>> Morgan Wesström <freebsd-questi...@pp.dyndns.biz> wrote:
>>>
>>>
>>>> The section "options enabled" will list them all. I usually only add
>>>> "-march=native" to my CFLAGS to enable a few more CPU specific
>>>> optimizations.
>>> If you set CPUTYPE, -march is set to match, so setting -march=native
>>> should be redundant. OTOH a number of other make variables are defined
>>> from CPUTYPE, so if you set  -march=native, but not CPUTYPE you might
>>> miss some optimisations based on build options.
>>>
>>> I've no idea whether there are any such options, just that you're
>>> probably not going to do better than setting CPUTYPE, and leaving the
>>> rest alone.
>> I'm sorry I was unclear. I set CPUTYPE to native of course which is then
>> passed as -march=native to compiler.
>>
>
> The entry in file /var/run/dmesg.boot shows the CPU information as
> CPU: Intel (R) Celeron (R) CPU 2.40 GHz (686-class CPU)
>
> The entry in /usr/share/examples/etc/make.conf shows CPU types for Intel
as
> core2 core nocona pentium4m pentium4 prescott pentium3m pentium3 pentium-m
> pentium2 pentiumpro pentium-mx pentium i486 i386
>
> What would be the appropriate CPUTYPE specification in this case ?
>
> Is there any table which sort of maps the marketing names of the Intel
processor
> with the CPU information shown in dmesg ?
>
 
gcc 4.2 and later will figure out the correct -march and -mtune for you
automatically if you use CPUTYPE=native. How it does it in detail can be
seen in its source code but basically it's decided by checking
manufacturer, cpu family and whether sse2 and sse3 support is present.
Your processor is most likely a prescott and you can see what gcc
selects by running the compilation example from my previous post. The
choice shows up in its output.
/Morgan
 
 
------------------------------
 
Message: 25
Date: Sat, 24 Jan 2009 21:33:02 +0100 (CET)
From: Wojciech Puchar <woj...@wojtek.tensor.gdynia.pl>
Subject: Re: Registry corrupt?
To: "Jack L. Stone" <ja...@sage-american.com>
Cc: cpghost <cpgh...@cordula.ws>, freebsd-questions@freebsd.org
Message-ID: <20090124213215.p42...@wojtek.tensor.gdynia.pl>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
 
>>>>>> Some of the programs will not run after rehash or even when given the
>>>>>> precise path to the program. System doesn't "see" several but not all
>>>>>> programs. I've upgraded several servers (using source files -- cvsup)
>>>>>> withoug any such problem. It's just this one machine.
>>>>
>>
>
> BTW2: Yes, I do know this isn't windows and doesn't have a "registry" per
> se in that regard, but "something" does keep track of the programs
 
package manages has it's database in /var/db/pkg
 
but it's COMPLETELY different that registry. it only keep track of package
files etc.
 
> installed and I've never located that place/file/db not having a crucial
> reason to before.
 
 
------------------------------
 
Message: 26
Date: Sat, 24 Jan 2009 13:34:24 -0700
From: Tim Judd <taj...@gmail.com>
Subject: Re: how to scrollback in terminal
To: Saifi Khan <saifi.k...@twincling.org>
Cc: Dan Nelson <dnel...@allantgroup.com>,
  freebsd-questions@freebsd.org
Message-ID: <497b7b50.6020...@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
Saifi Khan wrote:
> On Sat, Jan 24, 2009 at 8:07 AM, Dan Nelson <dnel...@allantgroup.com>
wrote:
>> In the last episode (Jan 24), Tim Judd said:
>>> Saifi Khan wrote:
>>>> i'd like to scrollback on the multi page output on the terminal in
>>>> FreeBSD 7.1
>>>>
>>>> SHIFT key + Pg Up doesn't seem to work.
>>>>
>>>> Can somebody post how to scrollback in terminal ?
>>> scroll lock, and pgup
>> After you hit scroll-lock, up/down/pgup/pgdn/home/end all work, you can
>> copy and paste the history text with your mouse, and there's a separate
>> history per VTY.  You can also set the number of scrollback lines with
>> the "vidcontrol -n ###" command.  Significantly better than Linux's
>> scrollback...
>>
>> --
>>        Dan Nelson
>>        dnel...@allantgroup.com
>
> Thank you Tim and Dan for helping me out.
>
> The BSD model is more logical and straightforward.
>
 
Yes it is.  As you get into BSD more, you'll find it makes more logical
sense to stick with it, over Linux.  Welcome to the group.
 
 
------------------------------
 
Message: 27
Date: Sat, 24 Jan 2009 13:39:12 -0700
From: Tim Judd <taj...@gmail.com>
Subject: Re: Registry corrupt?
To: "Jack L. Stone" <ja...@sage-american.com>
Cc: cpghost <cpgh...@cordula.ws>, freebsd-questions@freebsd.org
Message-ID: <497b7c70.2010...@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
Jack L. Stone wrote:
> At 04:33 PM 1.23.2009 +0100, cpghost wrote:
>> On Fri, Jan 23, 2009 at 05:56:45PM +0300, Odhiambo Washington wrote:
>>> On Fri, Jan 23, 2009 at 5:19 PM, Jack L. Stone
> <ja...@sage-american.com>wrote:
>>>> During an upgrade from fbsd-6.3 --> fbsd-7.0, something strange
happened.
>>>> Some of the programs will not run after rehash or even when given the
>>>> precise path to the program. System doesn't "see" several but not all
>>>> programs. I've upgraded several servers (using source files -- cvsup)
>>>> withoug any such problem. It's just this one machine.
>> Some programs will not run because of a library version bump. Those
>> programs will need to be recompiled, i.e. rebuild all ports.
>>
>> You can check this by running 'ldd' on the specific program. Let's
>> assume that you have zip installed:
>>
>> $ ldd /usr/local/bin/zip
>> /usr/local/bin/zip:
>>        libbz2.so.3 => /usr/lib/libbz2.so.3 (0x80065c000)
>>        libc.so.7 => /lib/libc.so.7 (0x80076c000)
>>
>
> Thanks for that tip. Here's output of one of the programs that doesn't
run:
> ldd /usr/local/bin/fastest_cvsup
> ldd: /usr/local/bin/fastest_cvsup: not a dynamic executable
>
> BUT, it is executable and using the exact path to the program still gives
> this error:
> /usr/local/bin/fastest_cvsup: not found
>
> Yes, I did re-install the port too. No dice.
>
> Again MOST all programs run except for this one and maybe a couple others
> that may be causing buildworld to fail.
>
> Strange!
>
> Jack
>
> (^_^)
> Happy trails,
> Jack L. Stone
>
> System Admin
> Sage-american
 
is the shebang line invalid?
head -1 /usr/local/bin/fastest_cvsup
 
and see if the program on that line is truly on your system:
ls -lF <program location>
 
The error above makes it look like it's the command line that's missing,
but the shell will use the command line argument when the interpreter is
missing.
 
Good luck!
 
 
------------------------------
 
Message: 28
Date: Sat, 24 Jan 2009 14:28:07 -0700
From: Tim Judd <taj...@gmail.com>
Subject: Re: swap_pager complaints but not using swap
To: Kris Kennaway <k...@freebsd.org>
Cc: free...@sopwith.solgatos.com, freebsd-questions@freebsd.org
Message-ID: <497b87e7.6020...@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
Kris Kennaway wrote:
> Dieter wrote:
>> AMD64  FreeBSD 7.0  2 GiB main memory
>>
>> My console says:
>>
>> login: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22,
>> size: 4096
>> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22, size: 4096
>> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22, size: 4096
>> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22, size: 4096
>>
>> pstat -sk
>> Device          1K-blocks     Used    Avail Capacity
>> /dev/ad6s10       4590208       96  4590112     0%
>>
>> Wow, using a whole 96K of swap.  I don't see any disk related
>> complaints in dmesg.
>>
>> Is this something to worry about?
>
> Yes, the system was *trying* to do swap I/O and timing out while doing
> so.
>
> Kris
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscr...@freebsd.org"
isn't swapspace supposed to be on a 'b' partition?  Are you using swap
on a slice 10?  how is that possible when the i386/amd64 BIOS can't see
more than 4 primary partitions?
 
Kris, would you mind giving input to this?  How can there be a s10, and
how can you add swapspace to a device that isn't a partition 'b' nor a
file backed swapspace?  Those were the only two ways I thought was
supported for swap.
 
Dieter, does my questions above sound to be a correct interpretation of
your disk setup?
 
 
thanks!
 
--Tim
 
 
------------------------------
 
Message: 29
Date: Sat, 24 Jan 2009 21:50:02 +0000
From: RW <rwmailli...@googlemail.com>
Subject: Re: default CFLAGS
To: freebsd-questions@freebsd.org
Message-ID: <20090124215002.6a0bf...@gumby.homeunix.com>
Content-Type: text/plain; charset=ISO-8859-1
 
On Sat, 24 Jan 2009 21:13:00 +0100
Morgan Wesström <freebsd-questi...@pp.dyndns.biz> wrote:
 
> gcc 4.2 and later will figure out the correct -march and -mtune for
> you automatically if you use CPUTYPE=native.
 
The point I was making before, is that CPUTYPE isn't just passed
transparently to gcc, it's used for setting other variables, such as
CFLAGS. So unless you know that CPUTYPE=native is supported by the OS as
well as the compiler, you probably shouldn't use it in make.conf.
 
 
------------------------------
 
Message: 30
Date: Sun, 25 Jan 2009 08:42:30 +1000
From: Warren Liddell <shin...@maydias.com>
Subject: Re: mounting Nokia N95
To: Ramiro Caso <misha...@hotmail.com>
Cc: freebsd-questions@freebsd.org
Message-ID: <497b9956.6030...@maydias.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
What about this? Try in /usr/ports:
>
> # make print-index
> # make search key=mobile
>
 
Thanks for the info .. will give some a try and see how it goes :)
 
 
------------------------------
 
Message: 31
Date: Sat, 24 Jan 2009 23:44:51 +0100
From: Morgan Wesstr?m  <freebsd-questi...@pp.dyndns.biz>
Subject: Re: default CFLAGS
To: FreeBSD Questions <freebsd-questions@freebsd.org>
Message-ID: <497b99e3.7010...@pp.dyndns.biz>
Content-Type: text/plain; charset=ISO-8859-1
 
RW wrote:
> On Sat, 24 Jan 2009 21:13:00 +0100
> Morgan Wesström <freebsd-questi...@pp.dyndns.biz> wrote:
>
>> gcc 4.2 and later will figure out the correct -march and -mtune for
>> you automatically if you use CPUTYPE=native.
>
> The point I was making before, is that CPUTYPE isn't just passed
> transparently to gcc, it's used for setting other variables, such as
> CFLAGS. So unless you know that CPUTYPE=native is supported by the OS as
> well as the compiler, you probably shouldn't use it in make.conf.
 
I got that point. As with all tuning you always take the risk of
breaking something but that is a personal choice. From my own experience
I prefer that the compiler choses the optimizations.
I don't know about the base OS but a quick grep through /usr/ports only
reveals 5 or 6 ports that actually checks CPUTYPE and they don't do much
more than setting -march={$CPUTYPE} which is pretty redundant.
 
Regards
Morgan
 
 
------------------------------
 
Message: 32
Date: Sat, 24 Jan 2009 22:45:31 +0000
From: Kris Kennaway <k...@freebsd.org>
Subject: Re: swap_pager complaints but not using swap
To: Tim Judd <taj...@gmail.com>
Cc: free...@sopwith.solgatos.com, freebsd-questions@freebsd.org
Message-ID: <497b9a0b.50...@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
Tim Judd wrote:
> Kris Kennaway wrote:
>> Dieter wrote:
>>> AMD64  FreeBSD 7.0  2 GiB main memory
>>>
>>> My console says:
>>>
>>> login: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22,
>>> size: 4096
>>> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22, size: 4096
>>> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22, size: 4096
>>> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 22, size: 4096
>>>
>>> pstat -sk
>>> Device          1K-blocks     Used    Avail Capacity
>>> /dev/ad6s10       4590208       96  4590112     0%
>>>
>>> Wow, using a whole 96K of swap.  I don't see any disk related
>>> complaints in dmesg.
>>>
>>> Is this something to worry about?
>>
>> Yes, the system was *trying* to do swap I/O and timing out while doing
>> so.
>>
>> Kris
>> _______________________________________________
>> freebsd-questions@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>> To unsubscribe, send any mail to
>> "freebsd-questions-unsubscr...@freebsd.org"
> isn't swapspace supposed to be on a 'b' partition?  Are you using swap
> on a slice 10?  how is that possible when the i386/amd64 BIOS can't see
> more than 4 primary partitions?
>
> Kris, would you mind giving input to this?  How can there be a s10, and
> how can you add swapspace to a device that isn't a partition 'b' nor a
> file backed swapspace?  Those were the only two ways I thought was
> supported for swap.
>
> Dieter, does my questions above sound to be a correct interpretation of
> your disk setup?
 
swap can be put anywhere thesedays (post-FreeBSD 4.x), even on things
that are not even simple disk devices.
 
Kris
 
 
------------------------------
 
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
 
End of freebsd-questions Digest, Vol 246, Issue 51
**************************************************
 
____________________________________________________________
 
No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.10.13/1914 - Release Date: 1/24/2009
8:40 PM
 
 
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Reply via email to