Those of you who waste large amounts of time on IRC, esp. on The Channel Which
Shall Rename Nameless will appreciate this:
figlet is this nifty little ASCII art tool that Alfred likes to use a lot. He
has since gotten several other people hooked on using it, and a sort of running
joke has been t
Have a nice day!
I'm sorry for possible beginning of flame, but is there exist real
solution for bad linking library problem on -CURRENT? I was noticed
about this problem about two or three weeks ago, and don't see nothing
except discussions about new binutils.
May be I was inattentive
+---[ John Baldwin ]--
| Those of you who waste large amounts of time on IRC, esp. on The Channel Which
| Shall Rename Nameless will appreciate this:
[snip]
So the truth finally comes out.
Now we discover the real reason -current was delayed for 12 months d8)
--
Totally
On Fri Feb 22, 2002 at 05:17:05AM -0500, John Baldwin wrote:
> So who's going to do subr_jive.c next? :)
subr_cowsay.c first :)
--
Jonathan Perkin - BBC Internet Services - <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of th
>
> I'm sorry for possible beginning of flame, but is there exist real
> solution for bad linking library problem on -CURRENT? I was noticed
> about this problem about two or three weeks ago, and don't see nothing
> except discussions about new binutils.
It looks like the import for binu
On Thu, Feb 21, 2002 at 10:00:29PM -0700, M. Warner Losh wrote:
> I'd love to see subversion beefed up. It looks like the most
> promising of the replacements for cvs on the horizon.
>
> One thing that it doesn't appear to have, that would be useful to the
> BSD community, is the ability to cons
I have tried to re-cvsup and a clean rebuild the alst couple of days, and I
keep getting this error when I try and do an 'installworld' ..after a clean
build...does anyone know what might be causing this??
...
mtree -deU -f /usr/src/etc/mtree/BSD.var -p /var
mtree: line 67: unknown user
>Date: Fri, 22 Feb 2002 08:33:01 -0500
>From: Glenn Gombert <[EMAIL PROTECTED]>
>I have tried to re-cvsup and a clean rebuild the alst couple of days, and I
>keep getting this error when I try and do an 'installworld' ..after a clean
>build...does anyone know what might be causing this??
>...
>.
>From [EMAIL PROTECTED] Fri Feb 22 15:33:26 2002
Received: from kemoauc.mips.inka.de (localhost [127.0.0.1])
by kemoauc.mips.inka.de (8.12.2/8.12.2) with ESMTP id g1MEXQ0L002228
for <[EMAIL PROTECTED]>; Fri, 22 Feb 2002 15:33:26 +0100 (CET)
(envelope-from [EMAIL PROTECTED])
Alfred Perlstein wrote:
> * Dag-Erling Smorgrav <[EMAIL PROTECTED]> [020221 16:19] wrote:
> > Luigi Rizzo <[EMAIL PROTECTED]> writes:
> > > i think Al's solution (make -V ... | xargs .. )
> > > wins both in terms of simplicity and efficiency
> >
> > Ah, of course! now why didn't I think of that?
I just upgraded everything on my system and I'm still having trouble
with vim, AbiWord, and open-motif-devel. The problem with vim is one I
can fix by changing the install.sh script it comes with by forcing it to
link against the X11 library. For some reason it does not pick up that
it's req
On 22-Feb-02 David Wolfskill wrote:
>>Date: Fri, 22 Feb 2002 08:33:01 -0500
>>From: Glenn Gombert <[EMAIL PROTECTED]>
>
>>I have tried to re-cvsup and a clean rebuild the alst couple of days, and I
>>keep getting this error when I try and do an 'installworld' ..after a clean
>>build...does anyon
Last night's build for -current failed with the following:
mkdep -f .depend -a-DLIBC_SCCS -I/usr/src/lib/libkvm
/usr/src/lib/libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c
/usr/src/lib/libkvm/kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c
/usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/l
>From: Beech Rintoul <[EMAIL PROTECTED]>
>Date: Fri, 22 Feb 2002 08:09:28 -0900
>Last night's build for -current failed with the following:
I got -CURRENT built today without problem. Recent CVSup history:
freebeast(5.0-C)[1] tail /var/log/cvsup-history.log
CVSup begin from cvsup14.freebsd.org
On Friday 22 February 2002 08:14 am, David Wolfskill wrote:
> From: Beech Rintoul <[EMAIL PROTECTED]>
>
> >Date: Fri, 22 Feb 2002 08:09:28 -0900
> >
> >Last night's build for -current failed with the following:
>
> I got -CURRENT built today without problem. Recent CVSup history:
>
(snip history)
On Thu, Feb 21, 2002 at 08:00:51PM -0800, David O'Brien wrote:
> The use of an MFS /var should also be settable. Otherwise installing
> ports(packages) is just a total PITA.
I had issues with the MFS /var and /tmp[0] a couple days ago and changed
the code to move the "mount -a" up before /var an
On Sun, 17. Feb 2002, at 9:53 +0100, Michael Class wrote
according to [Recent USB problems]:
> usb1: on uhci1
> usb1: USB revision 1.0
> uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub1: 2 ports with 2 removable, self powered
>
> The system is a dual PIII Gigabyte system with
> >
> > >Date: Fri, 22 Feb 2002 08:09:28 -0900
> > >
> > >Last night's build for -current failed with the following:
> >
> > I got -CURRENT built today without problem. Recent CVSup history:
> >
> (snip history)
> >
> > Might try updating again
>
> Already did that. The update was about 15
On Fri, 22 Feb 2002, Brooks Davis wrote:
> On Thu, Feb 21, 2002 at 08:00:51PM -0800, David O'Brien wrote:
> > The use of an MFS /var should also be settable. Otherwise installing
> > ports(packages) is just a total PITA.
>
> I had issues with the MFS /var and /tmp[0] a couple days ago and chang
On Fri, Feb 22, 2002 at 01:23:12PM -0500, Robert Watson wrote:
>
> One of the problems I have with a similar configuration is that the file
> system checker never runs for local filesystems mounted on writable disks.
> I tend to mount everything nfs and mfs, except for a scratch drive and
> swap
>
> Sorry, no hint by my side, but I can report exactly the same problem
> on an Athlon-C System equipped with a VIA-KT133A chipset.
> (actually it has the same USB controller, so it was expectable)
>
> Riggs
I am seeing the same symptoms while using Microsoft USB mouse with
KT133A-based comp
Hello,
with current of yesterday everything seems to be ok for me again. But I
do not see any reason for this (code has not changed inbetween).
Michael
Alexander Kabaev wrote:
>>Sorry, no hint by my side, but I can report exactly the same problem
>>on an Athlon-C System equipped with a VIA-K
Apparently, On Thu, Feb 21, 2002 at 08:00:51PM -0800,
David O'Brien said words to the effect of;
> The existing very bazaar and local policy in rc.diskless1 is Just Wrong;
> and looks like no other Unix diskless configuration I've ever seen. I
> plan on committing this patch to negate th
I had no problem with kernel from February 14, but failed ums probes are
happening very consistently with kernel from Feb 18. Kernels from dates
earlier than Feb 14 failed to attach USB mouse most of the time but
sometimes misteriously managed to work. No configuration was changing
between success
the probkem is that phk didn't test a buildworld before making the
following change to proc.h:
revision 1.204
date: 2002/02/22 13:32:01; author: phk; state: Exp; lines: +1 -1
Convert p->p_runtime and PCPU(switchtime) to bintime format.
On Fri, 22 Feb 2002, John Hay wrote:
> > >
> > > >Date: Fri, 22 Feb 2002 08:09:28 -0900
> > > >
> > > >Last night's build for -current failed with the following:
> > >
> > > I got -CURRENT built today without problem. Recent CVSup history:
> > >
> > (snip history)
> > >
> > > Might try updatin
Hi Folks,
In an attempt to help out with coordination on projects I've put up a
TWiki (see www.twiki.org for info on TWiki) site on my web server. As a guest
you can read but not update, you have to register to update content.
There is a Freebsd web and it has 1 topic which is the SMP p
Hmm cute
I added a comment as an experiment..
really quite easy to use after the first 5 minute learning curve.
On Fri, 22 Feb 2002, George V. Neville-Neil wrote:
> 2) What do I have to do to use this?
>
> To read the stuff just go to:
>
> http://www.neville-neil.com/twiki/bin/view/Main/WebH
> Hmm cute
>
> I added a comment as an experiment..
> really quite easy to use after the first 5 minute learning curve.
>
Well, you're the only one to use it thus far so let's see what others think
as well.
Thanks for checking it out though.
Later,
George
--
George V. Neville-Neil
All I did was to add a 'smmsp' user in via the sysisntall utility, ran
'installworld/mergemaster' again and things worked fine, adding a not to
the Updating file might be a good idea for others thought :)
At 11:35 AM 2/22/2002 -0500, John Baldwin wrote:
>
>On 22-Feb-02 David Wolfskill wrote:
>>
The rc.diskless1/2 scripts *do* need some work, I finally got my diskless
kernel booting (with help from Matt and Robert Watson) but it was a lot of
'trial and error' to do so"...but well worthwhile to boot diskless
(test/experimental) kernels for developmental purposes .
At 08:00 PM 2/21/20
OpenPAM Cantaloupe is now available at
http://sourceforge.net/project/showfiles.php?group_id=45677>
along with an integration patch for FreeBSD-CURRENT.
Since the two previous releases have solicited absolutely no feedback
other than to point out a broken link on the project's web page, I
ass
On Fri, 22 Feb 2002, Glenn Gombert wrote:
> All I did was to add a 'smmsp' user in via the sysisntall utility, ran
> 'installworld/mergemaster' again and things worked fine, adding a not to
> the Updating file might be a good idea for others thought :)
Section 19.4.3 of the FreeBSD handbook doe
On Fri, Feb 22, 2002 at 02:13:22PM -0500, Jake Burkholder wrote:
> > echo "+++ mount_md of /var"
> > -mount_md ${varsize:=65536} /var 1
> > +mount_md ${varsize:=32m} /var 1
>
> One problem with making the mds so big is that it uses type malloc
> which afaict uses malloc(9) to get the backing sto
David Wolfskill <[EMAIL PROTECTED]> writes:
> Sounds like a botched (or not run) "mergemaster" execution:
No - mergemaster will croak because it runs mtree to build its temp
directory, so if you're trying to update a pre-smmsp system you have
to add the smmsp user and group manually.
DES
--
Dag
On 23-Feb-02 Dag-Erling Smorgrav wrote:
> David Wolfskill <[EMAIL PROTECTED]> writes:
>> Sounds like a botched (or not run) "mergemaster" execution:
>
> No - mergemaster will croak because it runs mtree to build its temp
> directory, so if you're trying to update a pre-smmsp system you have
> to
I'm currently testing the following patch whcih is a subset of the td_ucred
changes. It involves no API changes, but only contains 2 basic changes:
1) We still need Giant when doing the crhold() to set td_ucred in
cred_update_thread(). This is an old bug that is my fault. I knew that
PRO
On Fri, Feb 22, 2002 at 05:17:05AM -0500, John Baldwin wrote:
> Currently figlet isn't a kernel module, but one could make it so without too
> much additional work. To play with this, first download and apply the patch at
>
> http://www.FreeBSD.org/~jhb/patches/figlet.patch
I think this should
On 23-Feb-02 Kris Kennaway wrote:
> On Fri, Feb 22, 2002 at 05:17:05AM -0500, John Baldwin wrote:
>
>> Currently figlet isn't a kernel module, but one could make it so without too
>> much additional work. To play with this, first download and apply the patch
>> at
>>
>> http://www.FreeBSD.org/
On 23-Feb-02 John Baldwin wrote:
> I'm currently testing the following patch whcih is a subset of the td_ucred
> changes. It involves no API changes, but only contains 2 basic changes:
>
> 1) We still need Giant when doing the crhold() to set td_ucred in
>cred_update_thread(). This is an o
:> I'm currently testing the following patch whcih is a subset of the td_ucred
:> changes. It involves no API changes, but only contains 2 basic changes:
:>
:> 1) We still need Giant when doing the crhold() to set td_ucred in
:>cred_update_thread(). This is an old bug that is my fault. I k
I've finally updated the ACPI CA codebase with Intel's 20020214 drop
(yes, I tagged it 0217, my bad).
This is the first drop that Intel haven't asked me not to commit since
the 20011120 version, so there are a large number of changes and
bugfixes. See Intel's logs at
http://developer.intel.com
On 23-Feb-02 Matthew Dillon wrote:
>:> I'm currently testing the following patch whcih is a subset of the td_ucred
>:> changes. It involves no API changes, but only contains 2 basic changes:
>:>
>:> 1) We still need Giant when doing the crhold() to set td_ucred in
>:>cred_update_thread().
:> as found in getgroups(). Some of these changes, for example return()ing
:> in the middle of a procedure, are highly dependant on the removal of
:> Giant. goto's are questionable but replacing them with return()s in
:> the middle of a procedure isn't too hot an idea either.
:
:
* Mike Smith <[EMAIL PROTECTED]> [020222 21:56] wrote:
>
> I've finally updated the ACPI CA codebase with Intel's 20020214 drop
> (yes, I tagged it 0217, my bad).
Woo! Go Mike!
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-c
please feel free to commit.
If you break something so be it.
I've been watching your P4 commits, and have not seen any obvious problems
I assume that your "easy" changes are those you;ve been doing on P4.
On Fri, 22 Feb 2002, John Baldwin wrote:
> I'm currently testing the following patch whci
I can't look at it till tomorrow.
But I've been watching.
I'd be surprised if anything broke with what I've seen.
I'll look at it then if you haven;t commited by then.
On Sat, 23 Feb 2002, John Baldwin wrote:
>
> On 23-Feb-02 John Baldwin wrote:
> > I'm currently testing the following patch w
47 matches
Mail list logo
