make DESTDIR=foo failing in installkernel ?
I can't be the only person who is trying to do this :)
I have my laptop with two BSD partitions - one active, and one for the
most current -current. (Its running -current from a couple months ago.)
So, I do the following:
roaming# cat crash-buildworld.sh
#!/bin/sh
DESTDIR=/crash ; export DESTDIR
MAKEOBJDIRPREFIX=/crash ; export MAKEOBJDIRPREFIX
cd /crash/usr/src
make buildworld make installworld
make buildkernel make installkernel
now, besides needing to copy GENERIC.hints to /crash/boot/device.hints, this
should work, right ?
Unfortunately, I get this error:
mkdir -p /crash/boot/kernel
install -c -m 555 -o root -g wheel -fschg kernel /crash/boot/kernel
cd /crash/usr/src/sys/modules env
MAKEOBJDIRPREFIX=/usr/obj/crash/usr/src/sys/GENERIC/modules KMODDIR=/crash/boot/kernel
make install
=== 3dfx
install -c -o root -g wheel -m 555 3dfx.ko /crash/crash/boot/kernel
install: /crash/crash/boot/kernel: No such file or directory
*** Error code 71
Now, in src/sys/conf/kmod.mk, is this bit of magic:
realinstall: _SUBDIR
${INSTALL} ${COPY} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \
${_INSTALLFLAGS} ${PROG} ${DESTDIR}${KMODDIR}
KMODDIR includes DESTDIR from what I can see, in
/usr/obj/crash/usr/src/sys/GENERIC/Makefile :
MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${DESTDIR}${KODIR}
To be triple-sure, i did a make install in /usr/src/share/mk/ to update my
mkfiles, but that still hasn't helped.
Any clues?
Adrian
--
Adrian Chadd"Programming is like sex:
[EMAIL PROTECTED] One mistake and you have to support for
a lifetime." -- rec.humor.funny
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: /dev/random related mouse jerkiness is again here
Mark Murray wrote: I wonder if anyone noticed that mouse jerkiness caused by entropy harvesting routine is here again (both in syscons and X11), although it was expected to be solved by kthreads, at least on my poor old P133 with PS/2 mouse. You say "here again". Was there a time that it went away with kthreads? Huh, I really don't know for sure, because lately I have not followed -current very closely (SMPng stability issues, you know), but I heard from someone that some not-so-distant snapshot doesn't exhibit this misbehaviour. Could I suggest that we provide some sysctl to disable entropy harvesting in syscons mouse code at least until you will solve it properly? -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make DESTDIR=foo failing in installkernel ?
On Mon, Oct 30, 2000 at 09:15:00AM +0100, Adrian Chadd wrote: cd /crash/usr/src/sys/modules env MAKEOBJDIRPREFIX=/usr/obj/crash/usr/src/sys/GENERIC/modules KMODDIR=/crash/boot/kernel make install Don't explicitly add DESTDIR to KMODDIR. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Mergemaster changes
Not quite a head's up worthy event, but I thought people would like to
know about some of this, and unfortunately we all know not everyone
running -current reads cvs-all. The one change that isn't listed in the
commit message that people might be interested in is the fact that mm is
now doing:
cd ${SOURCEDIR}/usr/src/etc
make DESTDIR=${DESTDIR} distrib-dirs
in order to prime the destination path with directories of the
appropriate permissions. In testing I uncovered what I consider to be a
bug in 'install,' namely that doing 'install -d -m 0755 -o root -g wheel
/foo/bar/baz' will create baz with the right permissions, but will not
use the permissions specified for 'bar' if it does not exist already.
I'm going to look into this tomorrow, but meanwhile doing the mtree
(which is basically what distrib-dirs does) seemed reasonable,
especially since 'make installworld' takes that _exact_ step. I've left
the directory installation code in, as it doesn't hurt to be extra safe.
This will only be a problem for people who've made dramatic changes to
their system. The good news is that if you have made such changes, you
can write a script that repeats the process and have mm run it as
MM_EXIT_SCRIPT. The details are in the man page.
For users who may have been waiting to be able to specify a list of
files for mm to delete without comparing first, MM_PRE_COMPARE_SCRIPT is
your answer. You can now write your own script to do whatever you think
is appropriate before the comparison starts. As mentioned previously, I
will not be adding the feature to delete specific files without
comparison.
Please feel free to offer feedback on the changes. Assuming that things
go according to plan monday and tuesday, I will be testing this
thoroughly while I do some RELENG_4 upgrades at work, so assuming all
goes well I plan to MFC these changes before the freeze.
The last set of features currently on the project list is to implement
using CVS as a reference for diffs, and as a way to further automate
upgrades. It will be a couple of weeks at least before I have a version
of this ready to go.
Enjoy,
Doug
Original Message
Subject: cvs commit: src/usr.sbin/mergemaster mergemaster.sh
mergemaster.8
Date: Mon, 30 Oct 2000 02:33:51 -0800 (PST)
From: Doug Barton [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
dougb 2000/10/30 02:33:51 PST
Modified files:
usr.sbin/mergemaster mergemaster.sh mergemaster.8
Log:
Add several new features, reorder some code, and continue with the
process of making the script more cross platform friendly.
* Add -i option to automatically install files that do not exist
on the system already.
* Add the ability to specify DESTDIR.
* Allow the user to specify scripts to run right before the
comparison starts, and when mm is done. This will
allow the user to specify customized local behavior, and
implement features such as automatically deleting files.
* Document the above changes in the man page.
* Switch to using 'ident' for the CVS Id comparison, which
should help with portability, and makes it faster.
* Reorder, and in one case fix some code by doing things in
ways that make more sense.
* Check to see if the file exists on the system before doing
the comparisons. This saves CPU cycles, and streamlines
the auto-install process.
I used bits and pieces of suggestions and patches from various
people, ultimately too numerous to name. Which is not to say
that they were not both appreciated, and helpful in achieving
the ultimate result.
Revision ChangesPath
1.14 +137 -92 src/usr.sbin/mergemaster/mergemaster.sh
1.8 +59 -7 src/usr.sbin/mergemaster/mergemaster.8
http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.sbin/mergemaster/mergemaster.sh.diff?r1=1.13r2=1.14
http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.sbin/mergemaster/mergemaster.8.diff?r1=1.7r2=1.8
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Driver Floppy implementation (Re: make release breakage - dokern.sh patch 2)
In message [EMAIL PROTECTED], Tatsumi Hosokawa $B$5$s$$$o$/(B: I moved PCI/PCCARD/USB if_xx.ko driver to mfsroot.flp, and I've got 100KB of free blocks in the first floppy. If we move more drivers to mfsroot.flp or coming drivers.flp, we can get not only free blocks in the first floppy, but also more installation devices. Just FYI: If usb itself is module-ifed, USB ether modules cannot be load until MODULE_DEPEND,MODULE_VERSION is defined. Takanori Watanabe a href="http://www.planet.sci.kobe-u.ac.jp/~takawata/key.html" Public Key/a Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
hea and hfa drivers do not compile...
... in CURRENT from 30.10. phk has removed unnecessary #defines, among
them sys/systm.h which is definitely needed in both drivers. Adding the
# include sys/systm.h fixes the problem.
netatm/atm{aal5,cm,device,subr} compile, but the kernel doesn't link -
they need the include also.
harti
--
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
subscribe
John Miller Pedigo Consulting, Inc. Morrison, TN 931-668-1960 / 888-867-0745 [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Multiply defined 'struct mtx' ?
In some email I received from Bruce Evans, sie wrote:
[...]
Your machine/mutex.h is apparently out of date. With all those -I
paths, it is hard to tell where includes are found. The
-I${.CURDIR}/../../sys hack is particularly evil. It makes no difference
for "make world", but for plain make it causes the src-relative version
of sys to be found, but there is no hack to find the src-relative
version of machine so the installed version gets used.
So when will ref5 be updated ? :-) Anyone ?
Darren
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: hea and hfa drivers do not compile...
In message [EMAIL PROTECTED], Hart
i Brandt writes:
... in CURRENT from 30.10. phk has removed unnecessary #defines, among
them sys/systm.h which is definitely needed in both drivers. Adding the
# include sys/systm.h fixes the problem.
netatm/atm{aal5,cm,device,subr} compile, but the kernel doesn't link -
they need the include also.
You are confusing my changes with the current acpi related breakage.
strip these lines out of NOTES:
device acpi
optionsACPI_DEBUG
optionsAML_DEBUG
And the LINT kernel links just fine.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: hea and hfa drivers do not compile...
On Mon, 30 Oct 2000, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Hart
i Brandt writes:
... in CURRENT from 30.10. phk has removed unnecessary #defines, among
them sys/systm.h which is definitely needed in both drivers. Adding the
# include sys/systm.h fixes the problem.
netatm/atm{aal5,cm,device,subr} compile, but the kernel doesn't link -
they need the include also.
You are confusing my changes with the current acpi related breakage.
strip these lines out of NOTES:
device acpi
optionsACPI_DEBUG
optionsAML_DEBUG
And the LINT kernel links just fine.
Probably not. I have no acpi configured in my kernel. cvs log on eni.c
says:
Remove 86 unneeded #includes
on revision 1.15
A cvs diff shows, that with this change #include sys/systm.h is gone
which defines things like DELAY, bcopy, ... If I add the include
everything compiles fine.
harti
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
--
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: hea and hfa drivers do not compile...
In message [EMAIL PROTECTED], Hart i Brandt writes: strip these lines out of NOTES: device acpi optionsACPI_DEBUG optionsAML_DEBUG And the LINT kernel links just fine. Probably not. I have no acpi configured in my kernel. cvs log on eni.c says: Remove 86 unneeded #includes on revision 1.15 A cvs diff shows, that with this change #include sys/systm.h is gone which defines things like DELAY, bcopy, ... If I add the include everything compiles fine. Can you send me your kernel config file ? LINT compiles here and it includes all of our ATM code as far as I know, there must be some option which makes this interract strangely... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Multiply defined 'struct mtx' ?
On Tue, 31 Oct 2000, Darren Reed wrote:
In some email I received from Bruce Evans, sie wrote:
[...]
Your machine/mutex.h is apparently out of date. With all those -I
paths, it is hard to tell where includes are found. The
-I${.CURDIR}/../../sys hack is particularly evil. It makes no difference
for "make world", but for plain make it causes the src-relative version
of sys to be found, but there is no hack to find the src-relative
version of machine so the installed version gets used.
So when will ref5 be updated ? :-) Anyone ?
Darren
I'll update it and ref4 today...
Automating this task has been on my to-do list for a bit now..
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
/dev/random thoughts
Like everyone else, I've been bit by /dev/random blocking because it didn't have enough entropy. I recently got bit after booting the system single-user to do some work, meaning nothing in the discussion about when/where/how to deal with the entropy information addressed this one. It seems like we're being a bit paranoid about things - arguments about that not being possible notwithstanding. I mean - if I mount a few dozen file systems using inode numbers drawn from a PRNG instead of being cryptographic quality, then *quit using the PRNG*, how much extra exposure do I have? It's clear to me it would be less painful if we had two bike sheds - uh, behaviors for /dev/random. One would be active at system boot time, and hence while the system was running single user. It wouldn't require lots of entropy, and also wouldn't be of cryptographic quality (though that would be nice)u. The other would be the quality system being built, but would be enabled by some userland action. Once enabled it can't be turned off. The obvious userland action is writing to /dev/random to give it entropy. However, someone who actually understands the issues should go through the rc sequence and figure out when we need cryptographic quality randomness (or we could add a "CRYPTORANDOM" to the NetBSD-like RC, and things that require that can be flagged as such). This is the step needed to decide if doing this kind of split has any advantage at all. The one problem I see is preventing someone from shotting themselves in the foot by, for instance, creating ssh host keys using the low-quality /dev/random. There are certainly others. Just some thoughts, possibly useful, probably not - but I thought worth sharing. mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
boot_crunch make release ppp
... are not liking each other after the lastest ppp commits. I do not have time to look into this until late tomorrow (and no, I don't see any commits which would appear to fix this yet). -John crunchide -k _crunched_usbdevs_stub usbdevs.lo cc -static -o boot_crunch boot_crunch.o sh.lo find.lo sed.lo test.lo rm.lo pwd.lo ppp.lo sysinstall.lo newfs.lo minigzip.lo cpio.lo fsck.lo ifconfig.lo route.lo slattach.lo mount_nfs.lo dhclient.lo arp.lo hostname.lo rtsol.lo pccardc.lo pccardd.lo usbd.lo usbdevs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt -lftpio -lz -lnetgraph -ldialog -lncurses -lmytinfo -ldisk -lipx ppp.lo: In function `MPPEKeyChange': ppp.lo(.text+0x2b261): undefined reference to `GetNewKeyFromSHA' ppp.lo(.text+0x2b27a): undefined reference to `RC4_set_key' ppp.lo(.text+0x2b28e): undefined reference to `RC4' ppp.lo: In function `MPPEOutput': ppp.lo(.text+0x2b31f): undefined reference to `RC4_set_key' ppp.lo(.text+0x2b35c): undefined reference to `RC4' ppp.lo(.text+0x2b381): undefined reference to `RC4' ppp.lo: In function `MPPEInput': ppp.lo(.text+0x2b4bb): undefined reference to `RC4_set_key' ppp.lo(.text+0x2b4dc): undefined reference to `RC4' ppp.lo(.text+0x2b512): undefined reference to `RC4' ppp.lo: In function `MPPEInitInput': ppp.lo(.text+0x2b7f0): undefined reference to `GetAsymetricStartKey' ppp.lo(.text+0x2b801): undefined reference to `GetNewKeyFromSHA' ppp.lo: In function `MPPEInitOutput': ppp.lo(.text+0x2b8f4): undefined reference to `GetAsymetricStartKey' ppp.lo(.text+0x2b905): undefined reference to `GetNewKeyFromSHA' *** Error code 1 Stop in /usr/obj/usr/src/release/boot_crunch. *** Error code 1 Stop in /usr/src/release. *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Intel Etherexpress support?
On Thu, Oct 26, 2000 at 12:58:28AM -0400, Matthew N. Dodd wrote: On Tue, 24 Oct 2000, Glendon Gross wrote: Is it possible to use the old Intel EtherExpress-16 cards with FreeBSD? The driver was broken a while back and I'm right in the middle of trying to fix it. I've actually given up on the FreeBSD driver and ported the NetBSD driver with mixed success. I've got 3c503 boards working great but the EE16s are really nasty and I'm still tracking down a few issues. You might try the attached patch against sys/dev/ie/if_ie.c though as I'm not quite ready to commit what I've got. Without looking at any of your code, I would kindly like to ask you not to look at the Linux driver for eexpress too much - it's severely broken and has all kinds of timing problems that can crash boxes at predictable moments (some boxes crash when you ifconfig, some crash when you run tcpdump [probably on the switch to PROMISC]). Slower boxes seem to work better. Greetz, Peter -- dataloss networks '/ignore-ance is bliss' - me 'Het leven is een stuiterbal, maar de mijne plakt aan t plafond!' - me To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ANSI C++ long long issues
Hi,
After returning from a month long vacation, i updated my CURRENT system to
the recent CVS. After this update my Mozilla Tinderbox-builds seem to
suffer from a configure complaining my C++ compiler has a "-pedanctic
long long" bug.
[part of config.log]
configure:10680: c++ -o conftest -pthread -O -pedantic
-I/usr/X11R6/include conftest.C -lutil -lm 15
configure: In function `int main()':
configure:10676: warning: ANSI C++ does not support `long long'
configure: failed program was:
#line 10671 "configure"
#include "confdefs.h"
#ifdef __cplusplus
extern "C" void exit(int);
#endif
int main () {
if (sizeof(long long) != 8) { return 1; }
return 0; }
This problem has never occurred earlier. I am wondering if this is actual
supposed behaviour that got recently introduced, or if there is actually
something wrong with the C++ compiler currently in CURRENT.
I can of course bypass the problem by specific --disable-pedantic but i'd
rather not do that.
--
Pascal Hofstee daeron @ shadowmere . student . utwente . nl
begin LOVE-LETTER-FOR-YOU.TXT.vbs
I'm a signature virus. Please copy me and help me spread.
end
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Panic in kern/vfs_subr.c
Tonight my -current paniced: panic: vrele: negative ref cnt I tried to repeat it but couldn't. The system wasn't very loaded at the time, I wasn't doing anything particular. Any pointer, at least on what else to check to have a meaningful PR? Bye, Andrea -- The computer revolution is over. The computers won. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: `make cleandir' doesn't seem to be cleaning as well as before
In article [EMAIL PROTECTED], David O'Brien [EMAIL PROTECTED] wrote: Are others seing a situation where ``cd /usr/src/foo make obj make cleandir make cleandir'' isn't deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order that the second ``make cleandir'' will clean /usr/src/foo/ itself. Yes, I've been noticing that for a month at least. I don't like it either. John -- John Polstra [EMAIL PROTECTED] John D. Polstra Co., Inc.Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
$B$3$s$P$s$O!*(B
$B$3$s$P$s$O!*FMA3$N%a!<%k$G?=$7Lu$4$6$$$^$;$s!#(B $B$3$N%a!<%k$,%"%@%k%H%5%$%H$K6=L#$N$J$$J}$d#1#8:PL$K~$NJ}(B $B$^$?!"$^$C$?$/I,MW$N$J$$J}$N$H$3$m$KFO$$$?>l9g$K$O(B $B62$lF~$j$^$9$,!":o=|$7$F$$$?$@$-$^$9$h$&$*4j$?$7$^$9!#(B $B%j%"%k%?%$%`1GA|!*$N@8Ep;#!&@8EpD0(B $B$7$+$b"M!z!z!z$3$l$>K\J*$NF02h!*F0$/1GA|$r=i8x3+(B!!$B!z!z!z(B $B$"$J$?$O%^%5%7%/K\J*$N%9%H!<%+!<$G$9!#(B $B%@%$%"%d%k#Q(B2$B$d9q:]2s@~$O0l@Z;HMQ$7$F$$$^$;$s!*(B $B$9$3$V$k%Y%C%T%s$5$s@*$>$m$$!*!*K\Ev$K!"$3$N=w$N;R$N%$%$%H%3%m$,8+$($k$J$s$F(B $B>iCL$@$H;W$C$F$7$^$&$/$i$$!D$@$^$5$l$k$J$s$F$"$j$($J$$!*!*(B $BD6CQ$:$+$7$$=w$N;R$?$A$N;d@83h(B($B@-@83h(B)$B$r!y:#$3$N;~4V$,%*%9%9%a!y(B $B$?$!!A$C$W$j$H$4Mw$/$@$5$$!#(B http://www.nozokibeya.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Need help to boot (was : -current hangs during boot)
Hello FreeBSD-hackers. I had my first CVSup-ed source tre d/loaded today. It compiled correctly (make buildworld) and installed correctly (make installworld). But on rebooting the box, the loader fails to find a bootable kernel. It seems my loader.conf got trashed somewhere ... I get the list of the / partition, but the command load kernel gives me the "not found" message. I'm totally green on the subject, please, give me a bit of advice on how can I make the box boot again (or if you have some pointers to web resources, man pages etc.), and where I messed up the whole thing. Thanks guys! Bye, Wyk'00 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Need help to boot (was : -current hangs during boot)
I had my first CVSup-ed source tre d/loaded today. It compiled correctly (make buildworld) and installed correctly (make installworld). But on rebooting the box, the loader fails to find a bootable kernel. It seems my loader.conf got trashed somewhere ... I get the list of the / partition, but the command load kernel gives me the "not found" message. You should have build and installed a new kernel at the same time. Try 'boot /kernel'. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: `make cleandir' doesn't seem to be cleaning as well as before
Are others seing a situation where ``cd /usr/src/foo make obj make cleandir make cleandir'' isn't deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order that the second ``make cleandir'' will clean /usr/src/foo/ itself. I tracked this down to rev 1.33 of bsd.obj.mk. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: `make cleandir' doesn't seem to be cleaning as well as before
On Mon, Oct 30, 2000 at 06:13:28PM -0800, David O'Brien wrote: Are others seing a situation where ``cd /usr/src/foo make obj make cleandir make cleandir'' isn't deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order that the second ``make cleandir'' will clean /usr/src/foo/ itself. I tracked this down to rev 1.33 of bsd.obj.mk. I'm wrong, it is the rev 1.3[12]. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new pccard beep code not quite right
[EMAIL PROTECTED] wrote: While I'm sure the new beeps for pccard insert/remove are quite charming on some laptops, they are a bit broken on mine... The new beeps are nothing more than a barely audible click or two... But the real problem is that if the speaker wants to beep afterwards, my ears are assaulted by not one but a nearly endless stream of beeps. They continue for different lengths depending on when they begin... They seem to stop when a card is identified though -- but it only requires another beep to set it off again, and they continue until a card is either ejected or another is identified (they don't stop if I break to ddb). Any debugging info needed will be happily provided! This is my fault. I fixed this problem in sys/pccard/pccard_beep.c rev.1.5. Please update your kernel. Cheers MIHIRA Yoshiro To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Intel Etherexpress support?
On Tue, 31 Oct 2000, Peter van Dijk wrote: Without looking at any of your code, I would kindly like to ask you not to look at the Linux driver for eexpress too much - it's severely broken and has all kinds of timing problems that can crash boxes at predictable moments (some boxes crash when you ifconfig, some crash when you run tcpdump [probably on the switch to PROMISC]). Slower boxes seem to work better. I've ported the NetBSD driver. I avoid looking at Linux code as much as possible. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
threaded python seg faults?
For the last couple of days I've been trying to build python 2 from the ports tree without success. I updated my sources a couple of time and rebuilt the kernel and world with no effect. The problem seems to have appeared in the last couple of days and seems to happen while loading libc_r.so.4 - Is anyone else seeing this, or have any suggestion what I might be doing wrong? Further playing around get it working with WITHOUT_THREADS defined, so the problem seems to point at the threaded libc - which I've rebuilt several time in the last couple of days. thanks! dave Here's what gdb shows me: juneau# gdb python GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) run Starting program: /usr/ports/lang/python/work/Python-2.0/python Program received signal SIGSEGV, Segmentation fault. 0x28383ec6 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x28383ec6 in pthread_mutex_lock () from /usr/lib/libc_r.so.4 #1 0x80bb5b0 in __register_frame_info () #2 0x2834713a in _init () from /usr/lib/libc_r.so.4 #3 0x28343fe5 in _init () from /usr/lib/libc_r.so.4 #4 0x2815086c in _rtld () from /usr/libexec/ld-elf.so.1 (gdb) quit The program is running. Exit anyway? (y or n) y juneau# The system is a dual PIII-600 w/512M RAM if that helps... -- Dave Cornejo @ Dogwood Media, Fremont, California "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ANSI C++ long long issues
On Tue, Oct 31, 2000 at 12:59:37AM +0100, Pascal Hofstee wrote: Hi, After returning from a month long vacation, i updated my CURRENT system to the recent CVS. After this update my Mozilla Tinderbox-builds seem to suffer from a configure complaining my C++ compiler has a "-pedanctic long long" bug. Though the new ISO C (C99) standard includes long long, ISO C++ does not. If Mozilla depends on long long in C++, it is broken. long long is a g++ extension that is supposed to be switched off when compiling with -ansi or -pedantic. --gt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ANSI C++ long long issues
On Tue, Oct 31, 2000 at 12:59:22AM +0100, Pascal Hofstee wrote: Hi, After returning from a month long vacation, i updated my CURRENT system to the recent CVS. After this update my Mozilla Tinderbox-builds seem to suffer from a configure complaining my C++ compiler has a "-pedanctic long long" bug. Hi! Don't you happen to use the --enable-long-long-warning option in the configure step? I do not use it for one because the "official" Mozilla tinderboxes do not use it either. (I also use --disable-pedantic but that is another matter) and Mozilla has always built well. (and during the last period it actually works g) On a semi-related note, have you managed to get the new NSS compiled and working? Now it is possible to have SSL support in Mozilla, for example, but test builds do not include this normally. I will try it today (again) after a successfull system upgrade yesterday. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/sys/kern subr_diskslice.c src/sys/sys diskslice.h src/sys/cam/scsi scsi_cd.c
At Sun, 29 Oct 2000 23:03:02 -0800 (PST), Kenneth Merry wrote: ken 2000/10/29 23:03:02 PST Modified files: sys/kern subr_diskslice.c sys/sys diskslice.h sys/cam/scsi scsi_cd.c Log: Write support for the cd(4) driver. I get the following messages when I hit "cdcontrol -f /dev/cd0 play" against a music CD: Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): READ(10). CDB: 28 0 0 0 0 1 0 0 1 0 Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): ILLEGAL REQUEST asc:64,0 Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): Illegal mode for this track Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): cddone: got error 0x16 back Though the music goes just fine. -- / /__ __ / ) ) ) ) /and.or.jp / ruby-lang.org Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
