... The problem is likely that HAL or one of its friends helpfully
has the device open just in case you might want to ask questions
about it.
I that case, shouldn't lsof(8) have reported something?
Yes. It always did for me.
Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of "The
Starting mysql.
gw# /usr/local/etc/rc.d/mysql-server status
mysql is not running.
gw#
There is nothing in /var/log/messages.
Sounds like you'll have to do some debugging. Try adding --verbose to
mysql_args in /etc/rc.conf, and see the other advice in
http://dev.mysql.com/doc/refman/4.1/en/s
This link explains it pretty well:
http://forums.freebsd.org/showthread.php?t=21010
Someplace between Firefox 3.5 and 4.0 I changed from diablo to openjdk.
It was 3.6. Check the archives for considerable gnashing of teeth as we
tried to figure out how to get Java working again.
ln -s /us
On 23/10/2011 09:03, John R. Levine wrote:
checking for tparm in -lncurses... no
but that's not correct. libncurses should certainly contain that
symbol. I get a 'yes' there on my stable/8 machine. As -lncurses is
part of your LDFLAGS ... hmmm... do you have libncurses
On 23/10/2011 09:03, John R. Levine wrote:
checking for tparm in -lncurses... no
but that's not correct. libncurses should certainly contain that
symbol. I get a 'yes' there on my stable/8 machine. As -lncurses is
part of your LDFLAGS ... hmmm... do you have libncurses
It sounds to me like the right thing to do is to fix emacs' configuration
so it always uses the base system ncurses whether or not the package
version is there. Right?
maybe/maybe not. It depends on what emacs needs - whether it only works
with either its own termcap module or a conventional t
There's enough in the emacs sources to make it pretty clear that a
failure to have emacs find the termcap functions would be a problem
in the emacs port - emacs prefers -lncurses to -ltermcap unless it's
being overridden.
Well, OK. Now we know that on FreeBSD that doesn't work, since there's an
Yes, that's just what I did, and I got an emacs that was linked against
the port version of ncurses. It worked fine. I then deleted the
ncurses port to make sure emacs *really* was using ncurses from the
port, and, indeed, emacs stopped working.
That is bizarre. I got the linker errors you sa
Yes, that's just what I did, and I got an emacs that was linked against
the port version of ncurses. It worked fine.
I deinstalled and rebuilt and reinstalled the ncurses port, and now emacs
builds fine. Gaaah. I think the former version was the package that gets
installed with 8.2, but rec
This is part of FreeBSD's user land; i.e. you should checkout the full
sources /usr/src from SVN and build world;
Surely there is some way to rebuild just part of the tree. I know there
used to be.
Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of "The Internet for Dummies",
Pleas
Doesn't this work for you?
cd /usr/src/usr.sbin/wpa
make install
Well, yes, now that you mention it. Sigh.
Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail. http://jl.ly
how about a tiny .so that includes -only- that routine, and a 3-line or so
main() that links against -that- .so?
not a bad idea.
Mentioning O/S release level, and CPU architecture would be a good idea :)
Oh sorry, FreeBSD 8.2 release, AMD64
R's,
John
> Any hints on how to get started? I am reading the GEOM section in the
> manual and it focuses on setting up RAID.
Just label the drives, so they'll show up as /dev/ufs/ when
you plug them in.
Regards,
John Levine, [EMAIL PROTECTED], Primary Perpetrator of "The Internet for
Dummies",
Informati
I'm running 5.4 installed from CDs, as vanilla as I can make it.
Whenever I run a linux program that uses X, such as acroread, it croaks
saying:
No fonts found; this probably means that the fontconfig
library is not correctly configured. You may need to
edit the fonts.conf configuration file. Mor
is there a test i can run to see if my pcre is going to fail in any baffling
ways?
Just do a portupgrade on it to the current version, and it'll be find.
Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this
java/openjdk6 WITH_WEB will give you the plugin to use with www/firefox.
I'm trying to build openjdk6, and I get this error message. Any
suggestions?
R's,
John
IcedTeaPluginUtils.cc IcedTeaScriptablePluginObject.cc
In file included from IcedTeaJavaRequestProcessor.h:46,
fro
IcedTeaPluginUtils.cc IcedTeaScriptablePluginObject.cc
In file included from IcedTeaJavaRequestProcessor.h:46,
from IcedTeaJavaRequestProcessor.cc:41:
IcedTeaNPPlugin.h:43:27: error: nsThreadUtils.h: No such file or directory
You have to install Firefox first. It contains that
The nsThreadUtils.h file on my system was installed by the www/libxul port,
and java/openjdk6 depends on that when WITH_WEB is set, so it should already
be installed on your system as well. If for some reason libxul isn't
installed, try manually installing it, then re-run the openjdk6 build.
Th
Is this a known problem? As far as I know, it's supposed to work.
How you change MAC address? With "ether" command?
# ifconfig em0 ether 01:17:a4:8f:04:5d
Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading t
Is this a known problem? As far as I know, it's supposed to work.
Well, if it does not work it can be driver bug.
Well, yes, that's what I'm asking. Is it a known driver bug?
In iwn case try to set MAC address of iwn before creating wlan or
you will need to set same MAC on wlanX and iwn.
It's quite easy to see you're wrong, just follow the steps I outlined
above. If you are correct, reboot(8) should print things like:
Stopping sshd.
to the console.
Sigh. I shut down my FreeBSD 8.1 laptop all the time with halt -p, and I
can assure you it prints all those messages.
You can
Hmmn, I looked at the code and by golly you're right, halt/reboot doesn't
poke init.
Nonetheless, I really do see a lot of "foo stopping" messages when I use
halt, presumably because the SIGTERM that halt/reboot sends has the same
effect (if not the same ordering) as the ones that the various
I've done all the usual voodoo repair: I have rebuilt apache, php, and
all the php modules from source, and rebooted, and it didn't help.
Did you also rebuilt lang/php5-extensions for the modules you need?
Uh, yes, I said that I did.
Regards,
John Levine, jo...@iecc.com, Primary Perpetrator
Then perhaps you should downgrade to lang/php53 and lang/php53-extensions
and compare the results!
Good thought, I just did that. Results:
php5.3: works fine as far as I can tell
php5.4: fails in random ways
This suggests there is a bug in 5.4 which only is apparent on FreeBSD 8.x.
I note t
Good thought, I just did that. Results:
php5.3: works fine as far as I can tell
php5.4: fails in random ways
This suggests there is a bug in 5.4 which only is apparent on FreeBSD 8.x.
I note that the packages for 8.x have gone away on the distribution server,
so I expect they're not regression
Are you running pecl-APC? If so, what version? There's a major issue with the
latest.
Hmmn, that might have been it.
I backed down to 5.3, but when I have a chance I'll try 5.4 again without
APC.
R's,
John
I think watch i really need to do is find a root ns that is already serving
signed records then limit djb to that, and then i can do some testing. My
gut feeling is that it will be ok, but its no where near 90% let alone 100%
which is why im nervous. PR nightmare if it does go wrong
The roots al
ok this is the bit that worries me
That looks perfectly normal, since .museum is a TLD and doesn't have an A
record. Try about.museum, which has these records in the TLD's zone file:
about.museum.86400 IN NS nic.frd.se.
about.museum.86400 IN NS n
fetch http://people.freebsd.org/~glarkin/diffs/pecl-APC-3.1.3p1.diff
patch < pecl-APC-3.1.3p1.diff
Didn't work, because pecl-APC is www/pecl-APC, not devel/pecl-APC. I
edited the patch to be www/ rather than devel/ at which point the
patch applied but make failed due to one of the other patches:
than the default one DHCP offers. It is a pain to have to kill
dhclient and do the ifconfig and route commands manually.
There are enough hooks in dhclient-script(8) to do this, assuming you
have some way for the system to recognize where it is programatically.
Ah, right. It looks like can p
> Gee, 50 words, that's about a 300 character pattern, that's not a problem
> for any shell or version of grep I know.
>
> But reading the words from a file is equivalent and as you note most
> likely easier to do.
The question is what is more efficient. This might be
important if that kind of g
31 matches
Mail list logo
