I can remember that somebody already reports somewhere, but this
bug(?) is still standing there, so here's again:
I failed to install recent 5-current (5.2-BETA as of Nov/29/2003) to VMware
Workstation 4.x (tested with 4.0.5 and 4.1 beta). I've observed that:
* It seems that FreeBSD misundersta
Just FYI for people who run FreeBSD on VMware 4:
Several days before, VMware releases new beta version of VMware
Workstation 4 (actually 4.1 beta), bulid-6568, to alpha testers
including myself.
I've fetched Windows host version, runs on my PC, start my FreeBSD
5-current guest, and found that fi
brooks> I don't think you can because our UFS on disk format is byte
brooks> order dependent. Someone probalby needs to import the NetBSD
brooks> endien-independence stuff.
My friends told me that I can do with a help of geom_sunlabel, and
it's right.
-- -
Makoto `MAR' Matsushita
__
Self followup...
matusita> I'd like to try to bulid FreeBSD/sparc64 on i386 box, but
matusita> due to the lack of bsdlabel(8)'s '-m' option (set machine
matusita> archtecture) on sunlabel(8), newfs(8) cannot work.
I'm confused something. The fact that newfs(8) on i386 cannot newfs a
filesystem
I'd like to try to bulid FreeBSD/sparc64 on i386 box, but due to the
lack of bsdlabel(8)'s '-m' option (set machine archtecture) on
sunlabel(8), newfs(8) cannot work.
Question: Anybody working on teaching '-m' option to sunlabel(8)?
-- -
Makoto `MAR' Matsushita
__
toha> Release build fails:
toha> drivers.flp: file system if full.
Since yesterday.
toha> Can somebody remove some driver from drivers.conf?
No, don't do that. Since we have only 3 floppies, simply removing
some modules may mean "it cannot use it while installing FreeBSD."
Fortunately w
asmodai> You cannot set the root password as passwd dumps core on a signal 12.
% pwd
/usr/src
% echo **/*(.)|xargs grep 'You cannot set the root password'
%
It should not be an message of passwd(1) or other sources, so it would
be hard to reproduce (if we can) what you've seen.
What you've tri
jmallett> Anyone with insight into this?
"Me Too" with zsh 4.0.6 on 5-current as of early June/2003.
-- -
Makoto `MAR' Matsushita
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
It seems that kern.flp for FreeBSD/alpha is flooded (tested on FreeBSD/i386).
Maybe several kbytes should be removed from the kernel:
% du -s image.kern
1420image.kern
% ls -lR image.kern
total 1209
drwxr-xr-x 2 root wheel 512 Mar 28 00:57 boot
-r-xr-xr-x 1 root wheel 1223388 Mar 28
drosih> GENERIC +VMWARE-friendly settings
It'll be unneeded for further VMware releases. At least, very recent
5-current runs quite fine on my VMware 4 beta.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the m
kuku> Can this be switched off with a single switch in the Makefile?
No, or you misunderstand what FreeBSD-current is.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
keramida> Just in case anyone tries to build today's current and sees
keramida> it fail because of boot2, you can always set BOOT2_UFS=UFS1_ONLY
keramida> or BOOT2_UFS=UFS2_ONLY in your make.conf and rebuild.
It should work, but it can't be used for a release distribution:)
-- -
Makoto `MAR' Mat
> Maybe it's ok, do you know whether stg/ncv kernel modules work as they
> should be?
ticso> No - I just can say that they got build on my system.
ticso> I can't test either, because I don't have such cards.
Ah, ok, thank you. Anybody in this list knows?
-- -
Makoto `MAR' Matsushita
To Unsubs
We (at least, I) don't know exactly that which options and/or drivers
can be picked out from the kernel for kern.flp... maybe it's chance to
find out all of them.
jhay> What about moving the slip driver (sl) to the drivers floppy? I know its
jhay> not much, but it is enough to make things fit on
ticso> What about some uncommon ISA scsi controllers like stg and ncv?
ticso> Both are available as a module.
Maybe it's ok, do you know whether stg/ncv kernel modules work as they
should be?
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-c
riccardo> Is this stuff really needed on a boot floppy? Maybe we can leave
riccardo> only I486_CPU? What about removing also device eisa and/or bpf?
riccardo> (I'm just curious, don't expect to be an expert :-)
The bpf is required for DHCP client. We cannot remove it, or cannot
network instal
Sorry for spamming again.
matusita> Ok, we have to shrink at least 7kbytes of kernel on kern.flp.
If you are serious about this, attached below is a current kernel
configuration file for kern.flp kernel named BOOTMFS (attention: it is
only just for boot floppy, not GENERIC nor default installed
Ouch..
matusita> % gzip loader
I've forgotten that this loader is already kgzip(8)ed, ignore me. Sorry.
Ok, we have to shrink at least 7kbytes of kernel on kern.flp.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
It seems that our kenrel for kern.flp does not fit again :-(
(Quote from "make release" logfile)
+ mdconfig -a -t vnode -f /R/stage/floppies/kern.flp
+ MDDEVICE=md1
+ [ ! -c /dev/md1 ]
+ disklabel -w -B -b /R/stage/trees/base/boot/boot md1 fd1440
+ newfs -i 8 -o space -m 0 /dev/md1c
fstab: /e
phk> Not yet. I think adding a "-m architecture" flag to disklabel is the
phk> way around this problem, but have not had time to do so.
Thanks, I'm waiting until you have enough time to do since I have
little knowledge about this issue:)
BTW, what's changes do you imagine? Make a table which h
I've tried to do "make release" of FreeBSD/alpha on FreeBSD/i386 box
last night, and found that follow error while generating drivers.flp:
+ export BLOCKSIZE=512
+ [ /R/stage/floppies/drivers.flp = -s ]
+ do_size=
+ FSIMG=/R/stage/floppies/drivers.flp
+ shift
+ RD=/R/stage
+ shift
+ MNT=/mnt
+ sh
I'd like to commit following patch to src/release/Makefile. Here's
background:
A user may want to build their own FreeBSD distribution. During the
release build, pkg_add(1) runs within chroot sandbox to install
mkisofs(8) iff MAKE_ISOS=YES. Imagine what's happen if the user is
living behind th
scrappy> I found the release man page this evening, after more searching, and
scrappy> understand from it that a simple:
>From release(7):
floppies Generate a new set of boot floppies. This will call the
release.5, release.9, and release.10 targets to re-generate
jwd>The iso(s) boot correctly and sysinstall works fine. The disks
jwd> are formated and newfs'd correctly. However, when sysinstall
jwd> tries to mount the cdrom, the following error is received:
jwd> Error mounting /dev/acd0c on /dist: Operation not supported by device (19).
Which type of
attila> only problem with snapshot.jp at this point is that
attila> release does not build: md0 problems
That should be a local problem IMO, and I believe it was fixed several
hours before (ya, sorry for being lazy.)
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROT
jwd> A new 5.0-20021025-CURRENT snapshot is available
jwd> via anonymous ftp at usw2.freebsd.org:
Wonderful! Is it a time to switch back 'current.FreeBSD.org' name to
that machine?
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
tlambert2> The worst case failure with my "Ugly patch" should be that
tlambert2> things hang, and quit running completey.
I've emailed to the list that I've tried your patch but it cannot boot
(actually it boots, but panics immediately.) Maybe I'm using
different time of source code. Which 5-c
jroberson> I suspect that there is some other bug then. 1/2 of your
jroberson> memory should not be consumed by kernel malloc. Do you
jroberson> have an abnormally large MD or something?
MD devices are used to create installation floppies but no, it should
be 1.44MB/2.88MB size, relatively sma
matusita> Thank you, I'll try it right now.
Unfortunately, kernel panics soon after it wakes up... maybe I've
still missed something.
-- -
Makoto `MAR' Matsushita
Booting [/boot/kernel/kernel]...
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 199
tlambert2> This was recently discussed on -current. I posted a dumb
tlambert2> patch that "fixes" the problem.
(stuff deleted)
tlambert2> See the archive of the posting, for more details:
Thank you, I'll try it right now.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTEC
I'm now trying Terry's patch (just rebuilding a kernel).
jroberson> You are using 100mb of KVA for malloc(9)? Are you certain
jroberson> that you don't have a memory leak?
Maybe there's a chance of a memory leakage by GLOBAL, but I don't sure.
jroberson> How much memory is in this machine? W
After upgrading my 5-current box (as of late September 2002), the
kernel panics periodically with following message:
panic: kmem_malloc(4096): kmem_map too small: 107651072 total allocated
The number '4096' and '107651072' is always the same. What am I
missing something?
-- -
Makoto `MAR'
carl> I fail to see how a reduction of hours (even just one) is
carl> insignificant to someone on a dial-up connection. Time is money
carl> for some people; even a meager three hours.
Don't you think "30+ hours of time to fetch an ISO image" is _not_
wasting of money?
carl> Again, I fail to se
carl> 3.4 hours is a lot of time on a dial-up connection (granted it
carl> is not a one size fits all period of time).
You forget that you still compressed image with about 30 hours (at
least, full 1 day or more), and it is not helpful for ordinal users,
not you.
Again, reducing hours/percentag
tlambert2> fetch -o - URL | gunzip > unzipped_image
You fully forgot that all users use FreeBSD.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tlambert2> That's 3.4 hours saved on a 28.8K modem download time,
tlambert2> overall... a 14% reduction in size.
The percentage doesn't matter. If ISO image is compressed, user who
downloads the image may de-compress that image to burn (I don't know
any about the burner softwares which support
attila> If it reaches this far, both the 'livetree' and 'obj'
attila> trees would be available.
Good idea, I'll try it later.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
culverk> This seems a lot like personal preferance to me, I for one
culverk> don't like a lot of tty's, because running getty on a bunch
culverk> of ttys that I'm not going to use is a waste of ram
Seconded. Two ttys are enough for me. Many getty(8) processes usually
waste our process table
kuku> So there is no more /kernel file?
Yes.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
elitetek> boot -c on DP1, and the latest snapshots doesnt seem to do
elitetek> anything, I have been unable to find any info regarding a
elitetek> change to the command or what other switches it supports.
Userconfig was gone away in 5-current. Tweak /boot/device.hints
instead, or set appropriat
jhay> md5 died on zero length files. You will have to upgrade the machine or
jhay> at least do a buildworld with new source before you try a release again.
Ya, that's exactly the problem on my buildbox... Thank you for the info.
But if new md5(1) doesn't used by during a release, it's yet anot
mb> The situation is very unpleasant.
IIRC, we have no active GCC maintainer, no matter you feel unpleasant or not...
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
brooks> It does work though.
It should work, but I wonder if 5-current kernel can mount CD-ROM as
the root filesystem. I've tried before (March/2002 or something), but
it doesn't work, kernel refused to mount CD-ROM (see email archive for
more detail). Sorry if it was already fixed.
-- -
Mako
jhay> nfsclient.ko and msdosfs.ko exists nowadays, so in theory it can
jhay> reside somewhere else.
It seems that it's time to make the 3rd floppy for kernel modules...
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
ru> This was "broken" again. I don't have any ideas of what to move
ru> out.
There are some ideas to do around boot floppies in my mind:
1) More drivers to move kernel modules, including other network
drivers, pccard and friends, filesystems, etc. Apparantly it
reduces kernel size so ke
chuckr> Ohhhkay. The .jp site I found stopped making snaps on 6/21.
Mainly because kern.flp was flood. Any tiny breakages refuse to make
a distribution.
chuckr> Manfred Antar told me about ftp.kddlabs.co.jp, which is the
chuckr> "good" site.
It mirrors snapshots.jp.FreeBSD.org daily, if my l
mark> /usr/sbin/sysinstall * - fix - *
What should we do about sysinstall and perl5 package? Options for the
solution may include:
1) Install perl5 package also if 'base' distribution is selected.
pros: Nobody forget to install perl5 package. /usr/bin/perl
should w
Alex.Wilkinson> Is it because no one has got a working world/kernel
Alex.Wilkinson> for -CURRENT since March 2002 that a newer SNAPSHOT
Alex.Wilkinson> has not been made ?
I don't know it works or not (sorry), latest 5-current FreeBSD/alpha is
available at ftp://snapshots.jp.FreeBSD.org/pub/F
gmh003532> the fix is (yet again) to rebuild sed.
Is this mean that src/usr.bin/sed should be a build-tool?
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
gshapiro> One more change please. Change:
I'm very glad to hear a comment from sendmail maintainer, thank you.
Just committed.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
bmah> Comments on the text only (i.e. I haven't tested the new menus)...
Thank you.
I've (of course) tested; making floppies and do a test that sysinstall
saves sendmail_enable line to /etc/rc.conf.
-- -
Makoto `MAR' Matsushita
Index: menus.c
==
Here is a patch to enable sysinstall to set 'sendmail_enable' value to
'YES', 'NO', and 'NONE'. Current sysinstall can't set this value to
'NONE'; users who do *not* want to use sendmail can't stop sendmail
via sysinstall.
Following patch creates submenu to change the sendmail_enable value.
How
wizard> I've got error :
wizard> /bin/sh:Argument list too long,
wizard> while making buildworld,
IIRC, it is already fixed; re-cvsup again.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ken> It worked fine, up until the commit to kmod.mk.
That's by chance.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ken> Sorry, it was this commit that broke building -current kernels on -stable:
How do you build -current kernel on your -stable box?
cd /usr
cvs -d /your/CVSROOT checkout src
cd src
make buildworld
make buildkernel
should work as it should be (and it's
cjc> However, I have (and think I posted somewhere?) some kludgey
cjc> patches that build kldxref(8) as a cross-tool so that it works
cjc> for 4.5 to 5.0 upgrades. But it's not really the "right" fix
cjc> (since it is not a true cross-tool), so I haven't committed it.
Can we add kldxref(8) to bo
matusita> I must provide more detailed information, but here's quick report.
Using trace command, this panic is caused by:
usbd_open_pipe_ival(c40416e0, 1, c8148858, ) at
usbd_open_pipe_ival+0x1d
usbd_open_pipe(c40416e0, 81, 1, c8148858, c40769c0, c8148880, 2, 1, c81488
Following are observed with 5-current kernel as of Apr/25/2002.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x6
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01898d1
stack pointer = 0x10:0xc9476b24
frame pointe
ru> A fast -CURRENT box with root access for "make release" would be
ru> highly appreciated. My 500MHz Celeron is too slow for this.
snapshots.jp.FreeBSD.org and associate build machines are all
P3-500Mhz, not so fast like Celeron 500Mhz...
ru> There are no syscall issues in my version because
sgk> Note the Error code 1(ignored).
That's right, it's not an actual *error*.
However, we have seen such a report so many, many times. We may want
to consider changing src/sys/conf/kmod.mk to shut it up.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsub
ru> This is just a heads up for anyone interested that I have just
ru> started working on a cross-platform "make release" issue so that
ru> "make release TARGET_ARCH=alpha" on an i386 box would produce a
ru> working Alpha release.
Wonderful! If there are any tasks I can help for you, feel free
dwcjr> Yeah, your make is broken, try rebuilding make by itself and
dwcjr> install it then try the buildworld again
Ah, sorry. I've missed what src/usr.bin/make/str.c rev 1.19 said. I
just rebuilt make(1) and confirmed that it works again. Thanks.
-- -
Makoto `MAR' Matsushita
To Unsubscribe
Using 5-current code as of Apr/17/2002 15:00:00 GMT:
# pwd
/usr/src/gnu/usr.bin/groff/src/preproc/eqn
# ident Makefile
Makefile:
$FreeBSD: src/gnu/usr.bin/groff/src/preproc/eqn/Makefile,v 1.3
2002/04/11 11:06:03 ru Exp $
# make -n neqn
make: don't know how to make neqn. Stop
#
Anybody
jhb> Can you get a backtrace in ddb? It looks like a null pointer
jhb> dereference, and knowing where it happened would help.
Backtrace told me that the panic was occured when
usbd_get_interface_descriptor() is called from aue_attach().
jhb> Finding the file and line of the instruction pointer
Following are observed with 5-current kernel as of Apr/13/2002.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x4
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0189b4a
stack pointer = 0x10:0xc03f5180
frame pointe
matusita> Anybody know typical pitfalls of using new libz? I've seen some
matusita> commits for adapting the new libz, but sorry I forget what they were.
I've tried to boot 5.0-CURRENT-20020404-JPSNAP and got a success @_@
Does recent change to src/lib/libz/infcodes.c rev 1.4 solve this issue?
matusita> I doubt there is a problem around libz (which is updated
matusita> between two JPSNAPs shown above), since the kernel in
matusita> kern.flp is gzipped, but most users doesn't gzip their
matusita> kernel on HDD.
Yeah, bingo! :-)
My friend on IRC confirms that 'gzip'-ed kernel on HDD do
'BTX halted' on floppy boot is still a problem on 5-current. Nobody
can install latest 5-current (not 5.0-DP1 :-) to a fresh PC at this time.
debolaz> Well, here's a dump from me too, it's
debolaz> 5.0-CURRENT-20020313-JPSNAP, the first snap from
debolaz> snapshots.jp.freebsd.org which has the
matusita> But I don't checked that we can safely remove /dev/* files from
matusita> fixit.flp (sorry, if no one try to do, I'll do it later).
I've confirmed that it makes no problem, so commit it. We get about
40kbytes of free fixit.flp space again.
-- -
Makoto `MAR' Matsushita
To Unsubscribe
jhay> I'm building the fixit floppy without a populated /dev. That leaves
jhay> enough space open to fit all the rest of the stuff and it shouldn't
jhay> be needed on -current because of devfs. But I haven't tried it. :-)
That is all I want to check it ASAP :-)
-- -
Makoto `MAR' Matsushita
To
wosch> there are no up to date current snapshots available.
Yes, current 5-current's fixit.flp is flooded. I have an idea how to
fix it (see current@), but sorry I have no time to check that my idea
is good or bad...
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
never> Maybe it's better to make two different ports vmware-tools and
never> vmware-tools3, first of which is for vmware2?
Ancient ports/emulators/vmware-tools (FreeBSD native vmware-tools for
VMware _1.x_) is outdated for VMware 2.x; it doesn't have time sync
feature.
If you're VMware 2.x user
rwatson> It seems to me the kernel entry point should be mi_start()
rwatson> rather than main(), however.
Good point. I just did a small hack to do that:
http://snapshots.jp.freebsd.org/tour/current/kernel/>
4-stable kernel tour will be changed also tomorrow.
-- -
Makoto `MAR' Matsushita
To
rwatson> Certainly we can MFC eaccess(), but that's not going to make
rwatson> the problem go away. Fundamentally our model is backward
rwatson> compatibility, not forward compatibility. We need to build
rwatson> 5.0 packages on 5.0.
That's why I build FreeBSD 5-current snapshots on a 5-curren
jstocker> kldxref /boot/kernel
jstocker> kldxref:No such file or directory
jstocker> *** Error code 1 (ignored)
See the message "(ignored)". It is the intentional behavior.
If you don't like this, make NO_XREF=YES installkernel will help you.
Check src/sys/conf/kmod.mk for more details.
-- -
julian> It might be an idea if the kernel were kept separate because I
julian> find that the cross-reference is good but having kernel and
julian> userspace mixed up is a bit confusing..
Ok, I've separated the tour into 'kernel' part and 'userland' part
(5-current kernel is now processing).
Tou
julian> It might be an idea if the kernel were kept separate because
julian> I find that the cross-reference is good but having kernel and userspace
julian> mixed up is a bit confusing..
Hmm, maybe it's a good idea about userland/kernel separation. I'll
try it later (maybe this evening or this
gnn> They're needed for the tags: target in the kernel makefiles and
gnn> since I'd like to be able to browse code...
Feel free to check http://snapshots.jp.FreeBSD.org/tour/>. Both
5-current and 4-stable code are HTMLed with GLOBAL daily.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mai
murray> I'm currently looking into #2 and #3, as well as working with Ted
murray> Lemon from the ISC to fix some symbol pollution that this whole mess
murray> has exposed. Any other ideas?
Currently nothing, it seems that #3 (or its variant) is better IMHO.
-- -
Makoto `MAR' Matsushita
To Uns
matusita> Current 5-current fails 'make release' when processing release.4
matusita> target (making a crunch binary). Here's sample session:
matusita> ===> doc
matusita> rm -f cpio.info cpio.info.gz
matusita> rm -f .depend /usr/obj/usr/src/gnu/usr.bin/cpio/GPATH
matusita>
null> After the cvs checkout completes:
Ah, big sorry... I just fixed in src/release/Makefile rev 1.658.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Ouch.
matusita> src/sbin/dhclient/Makefile doesn't know 'dhclient_clean' target.
Of course that's normal, dhclient_clean target should be created by crunchgen.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mes
Current 5-current fails 'make release' when processing release.4
target (making a crunch binary). Here's sample session:
===> doc
rm -f cpio.info cpio.info.gz
rm -f .depend /usr/obj/usr/src/gnu/usr.bin/cpio/GPATH
/usr/obj/usr/src/gnu/usr.bin/cpio/GRTAGS
/
> I know this is probably offtopic but is there any problem with
> current.freebsd.org at the moment?
Hmm...
galtvalion % ftp current.freebsd.org
Connected to usw2.freebsd.org.
220 usw2.freebsd.org FTP server (Version 6.00LS) ready.
Name (current.freebsd.org:matusita): ftp
331 Guest login ok, s
will> Jordan announced recently that Qwest is upgrading the hardware
will> and that there would be intermittent problems with the server for
will> a certain period (a few days as I recall).
It would be:
> From: Jordan Hubbard <[EMAIL PROTECTED]>
> Subject: stable.freebsd.org AKA releng4.freebsd
will> Jordan announced recently that Qwest is upgrading the hardware
will> and that there would be intermittent problems with the server for
will> a certain period (a few days as I recall).
It would be:
> From: Jordan Hubbard <[EMAIL PROTECTED]>
> Subject: stable.freebsd.org AKA releng4.freebsd
> I know this is probably offtopic but is there any problem with
> current.freebsd.org at the moment?
Hmm...
galtvalion % ftp current.freebsd.org
Connected to usw2.freebsd.org.
220 usw2.freebsd.org FTP server (Version 6.00LS) ready.
Name (current.freebsd.org:matusita): ftp
331 Guest login ok, s
ggombert> VMware tools for FreeBSD is woefully out of date as well,
Really?
% cd /usr/ports/emulators/vmware-tools
% make -V PORTVERSION
3.0.0.1455
VMware 3.0 bundles a new VMware tools, and it is up-to-date version as
of Linux guests.
% cd /usr/ports/emulators/vmware-tools
% make -V MAINTAIN
matusita> I've just filed an incident (I have a license of VMware 3.0).
I've received a reply from VMware:
> Thank you for submitting the incident and letting us know the
> potential workaround.
> I must apologize because we do not support FreeBSD 5.0 as a guest OS
> yet in Workstation 3.
rwatson> If someone has a commercial license, it would make sense
rwatson> submitting this via a trouble ticket, as well as providing
rwatson> the VMware support people with some brief directions on
rwatson> installing 5.0.
I've just filed an incident (I have a license of VMware 3.0).
-- -
Mako
I found that acd, ATAPI CD device, doesn't listed up to 'kern.disks'
kernel MIB which should list all disks in the running system.
Here is a sample:
ringo % sysctl kern.disks
kern.disks: ad0
ringo % grep acd /var/run/dmesg.boot
acd0: CDROM at ata1-master PIO4
ringo %
I've investigated that th
FYI: pam_setcred() call seems used in OpenSSH, ftpd, rshd, login, and su
already included in FreeBSD source code.
http://snapshots.jp.freebsd.org/tour/current/cgi-bin/global.cgi?pattern=pam_setcred&id=&type=reference>
imp> OK. This looks like a problem in 1.6.4p1 of sudo. It isn't a problem
i
jhay> The last one that worked here was on 20020108. The one on the
jhay> next day broke. The release builds are started from cron at
jhay> midnight SAST which is 2 hours ahead of UTC.
FYI: 5.0-CURRENT-20020113-JPSNAP builds goes fine here. I dunno what
change fixes this :-)
-- -
Makoto `MAR'
This error is occured when "make release" try to roll 'bin' distribution.
jhay> Make release of -current has been broken here for the past few
jhay> days. I had a look on the Japanese snapshot site and theirs
jhay> break with the same error. Do anybody have an idea about what
jhay> is going wro
coolvibe> What header file defines SWI_NOSWITCH?
http://snapshots.jp.freebsd.org/tour/current/cgi-bin/global.cgi?pattern=SWI_NOSWITCH&id=&type=symbol
SWI_NOSWITCH are used and/or defined by these files. You can easily
find that this list have only one *.h file -- sys/sys/interrupt.h.
% grep S
With 5-current as of Dec/04/2001 15:00:00 GMT.
It seems that this is because 'WARNS=0' line is inside of
!defined(RELEASE_CRUNCH) clause. IMO, if an application's code
requires to set 'WARNS=0" for build, it should also be set when
building as a part of a crunched binary.
-- -
Makoto `MAR' Mat
With the 5-current source as of Dec/02/2001 15:00 GMT.
-- -
Makoto `MAR' Matsushita
(cd /usr/src/usr.bin/telnet && make -DRELEASE_CRUNCH depend && make -DRELEASE_CRUNCH
commands.o main.o network.o ring.o sys_bsd.o telnet.o terminal.o utilities.o genget.o
getent.o misc.o)
rm -f .depend
mkd
jkh> Don't you want to try the devfs mount and only copy device files
jkh> if that returns an error code?
How 'bout this patch (attached below)? I've recreate boot floppies
with this patch, then put them to:
http://people.FreeBSD.org/~matusita/5.0-CURRENT-20011121-JPSNAP_usedevfs/
-- -
Makoto
Sorry for late reply.
jkh> Don't you want to try the devfs mount and only copy device files
jkh> if that returns an error code?
Hmm, it seems better to me. I'll try it again... I find that more
error handling is required if mounting devfs is failed.
-- -
Makoto `MAR' Matsushita
To Unsubscri
jkh> Looks good to me, I'd say commit it!
Thanks! I'll commit it in this weekend.
BTW, how dou you think my other patch (use 'devfs' while mounting
filesystems, use fsck_ffs instead of fsck) for sysinstall, which was
posted about a week before to [EMAIL PROTECTED]? You can fetch from:
http:/
1 - 100 of 218 matches
Mail list logo