Sorry, forgot to give som version info, I am running -CURRENT as of 13 Nov.
Uname: FreeBSD odin.eirikn.net 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Sun Nov 10 13:08:46
CET 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ITvision i386
On Wed, Nov 13, 2002 at 10:35:22PM +0100, Eirik Nygaard wrote:
> l
I have an HP digital camera w/ CompactFlash that acts as a USB mass-storage
device that's panic'ing my system when I remove it.
If I do not load the umass driver, then the camera is detected as a simple
generic ugen0 device, and I can safely add/remove the device at will. If I
load the umass driv
I've been playing around with OPIE in -current and have found that when I
disable OPIE for a user (opiepasswd -d) that I can no longer login to
ftpd with my normal unix password. However, I am able to login(1) when
it's disabled with my normal unix password.
> opiepasswd -c
...
Using MD5 to comput
: previous
> > declaration of `__thr_jtable' *** Error code 1
> >
> > Stop in /h/des/src/lib/libc.
> > *** Error code 1
>
> Hi,
> I have the exact same problem on an i386. Checked out the source yesterday
> (20021113).
These should be fixed. There was a period
gt;
> Stop in /h/des/src/lib/libc.
> *** Error code 1
Hi,
I have the exact same problem on an i386. Checked out the source yesterday
(20021113).
//David Holm
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Dag-Erling Smorgrav said:
> I have, somewhere in my big bag of tricks, an unfinished patch which
> would allow us to implement negative sleep times by directing the PSU
> to emit positrons instead of electrons for the required period of
> time, thereby causing the system to run backward in time.
I
Urgh, nevermind. I just noticed (in another of my mail folders) that the
committer got jumped on over this one and, presumably, has already backed
it out.
Sorry, that makes two "neverminds" in one day. Shame on me. :-)
On 14-Nov-2002 Conrad Sabatier wrote:
> Was the following just swallowed up
Was the following just swallowed up into the bowels of the CVS beast or
something? :-)
I've tried updating my sources several times, and still not retrieving it.
On 12-Nov-2002 Dag-Erling Smorgrav wrote:
> des 2002/11/12 02:69:42 PST
>
> Modified files:
> sbin/sysctl sysc
On Wed, Nov 13, 2002 at 06:13:21PM -0800, Terry Lambert wrote:
> Kris Kennaway wrote:
> > A few months ago I posted about rpc.lockd interop problems I am having
> > between my 5.0 NFS client and a Redhat 7.1 server. Both are running
> > rpc.lockd, but when I send a lock request to the server it ha
Kris Kennaway wrote:
> A few months ago I posted about rpc.lockd interop problems I am having
> between my 5.0 NFS client and a Redhat 7.1 server. Both are running
> rpc.lockd, but when I send a lock request to the server it hangs
> forever blocked on the /var/run/lock socket.
>
> tcpdump shows t
* Kris Kennaway <[EMAIL PROTECTED]> [021113 16:41] wrote:
> A few months ago I posted about rpc.lockd interop problems I am having
> between my 5.0 NFS client and a Redhat 7.1 server. Both are running
> rpc.lockd, but when I send a lock request to the server it hangs
> forever blocked on the /var/
A few months ago I posted about rpc.lockd interop problems I am having
between my 5.0 NFS client and a Redhat 7.1 server. Both are running
rpc.lockd, but when I send a lock request to the server it hangs
forever blocked on the /var/run/lock socket.
tcpdump shows that the lock RPC request is being
g++ -o chinput chinput.o init.o server.o config.o color.o util.o
convert.o IC.o XIM.o focus.o root.o overspot.o onspot.o offspot.o
voice.o keyboard.o handw.o hwengine.o loop.o -L/usr/X11R6/lib -lXext
-lX11 ./IMdkit/lib/libXimd.a -L../../unicon-im/client
-L../../unicon-im/server -limmclient
-Wl
Looking at the kernel sources, I see that in /usr/src/sys/i386/i386/trap.c,
--- snip
/*
* note: PCPU_LAZY_INC() can only be used if we can afford
* occassional inaccuracy in the count.
*/
PCPU_LAZY_INC(cnt.v_syscall);
--- snip
This seems to be a macro to
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Hello,
I have tried to file PR, but the web pages give an authorization error.
There is a problem in -CURRENT. The vm.stats.sys.v_syscall from the system
MIB is not updated. This variable was used at least by the systat command,
and it happens to be used by an Orca (www
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
lib/libdisk/rules.c is broken in Check_Chunk().
cc -mcpu=pentiumpro -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c rules.c -o
rules.o
cc1: warnings being treated as errors
rules.c: In function `Check_Chunk':
rules.c:254: warning: enumeration value `p_any' not handled in switch
rules.c:254:
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
< said:
> So "sleep -1" should sleep for ~0UL seconds? And should usage() ever be
> called then?
Well, the standard says that anything might happen as a result of
`sleep -- -1'. I'm just pointing out why the standard says so.
(This sort of thing is what is referred to in the standards jargon as
At 10:17 PM -0800 11/12/02, Doug Barton wrote:
David O'Brien wrote:
On Fri, Nov 08, 2002 at 08:58:44AM +, Mark Murray wrote:
> IMVHO, the perl wrapper should be removed altogether, and the
> perl port's "use.port" symlink-creating feature should be used
> instead.
> Do we have consens
On Wed, 13 Nov 2002, Garrett Wollman wrote:
> < said:
>
> > Thanks, that's what I was expecting. The attached patch provides the
> > following behavior:
>
> > sleep 0 = exit 0 immediately
> > sleep [ \t]*1 = sleep 1 second
> > sleep [ \t]*\.2zzz = sleep .2 seconds
> > sleep [ \t]*-.* = usage
< said:
> Thanks, that's what I was expecting. The attached patch provides the
> following behavior:
> sleep 0 = exit 0 immediately
> sleep [ \t]*1 = sleep 1 second
> sleep [ \t]*\.2zzz = sleep .2 seconds
> sleep [ \t]*-.* = usage()
I believe that the language in the Standard was adopted so
+---[ Garance A Drosihn ]--
| At 10:58 PM + 11/12/02, Mark Murray wrote:
| > > On Tue, Nov 12, 2002 at 08:15:09AM -0500, Garance A Drosihn wrote:
| >>
| >> > I would rather have some explicit list of filenames where we have
| >> > good reason to delete them, and then ada
> >Anyone have a trash-box that we can do a 4-STABLE --> 5-CURRENT
> >upgrade on to diff the file list?
> >
> >I have a box that I'd rather not trash, but if need be I'll use that.
>
> This is what I am planning to do. I am a little short on free time
> right now, what is the "timetable for need"
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Please disregard. I discovered it was just that I was using single-digit
track numbers (e.g., acd0t1), whereas leading-zero numbers were expected
(e.g., acd0t01).
Sorry 'bout that. :\
On 13-Nov-2002 Conrad Sabatier wrote:
> I've been using a homemade CD ripping script under -stable that uses dd
On 13-Nov-2002 Dave Cornejo wrote:
> I've had a problem with a SuperMicro 2010H server crashing when
> attempting to run an SMP kernel. I've noticed a lot of this lately,
> but this seem to be crashing in the clock code. Below is the console
> output from power-up to crash. If I use an UP kerne
Darryl Okahata wrote:
Ilya Novoselov wrote:
>>This seems to be the important part:
>>pcm0: port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff irq 5
>
>at device 7.5 on pci0
>
>>So that works, but still no sound, but I don't get any error either.
>
>This line tells that sound device is detected an
Bruce Evans <[EMAIL PROTECTED]> writes:
> Both have large namespace pollution (p and n are in the application
> namespace). Both give huge code wih a copy of the function in every
> object file whose source file(s) include this header if inline functions
> are not actually inline (which happens if
Ilya Novoselov <[EMAIL PROTECTED]> wrote:
> > This seems to be the important part:
> > pcm0: port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff irq 5
> at device 7.5 on pci0
> >
> > So that works, but still no sound, but I don't get any error either.
>
> This line tells that sound device is detect
Hi,
Could you use diff -urN and send-pr to send an update to the port
as outlined in the Porters Handbook?
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/port-upgrading.html
> Note: This only applies to -current.
>
> "blimitd" users:
> http://www.unixdaemons.com/~hiten/work/
I have a machine that is running -current from October 10, 2002. It had
been running fine for about two weeks--up until I had to reboot it.
When it came back up, one of my disks apparently lost its disklabel.
Is there any way to recover a disklabel? If not, I'm willing to grovel
the disk and
I've been using a homemade CD ripping script under -stable that uses dd
with the acd0t* devices. Unfortunately, these seem no longer to exist in
-current, or am I mistaken?
I'm still a bit perplexed by devfs, to be honest. Is there any way to
create these devices (if they are still supported, th
Hi there.
I have tried and fix some of the ports which were reported by Kris, as
_not working on -current_. I also checked the bento logs, and here it
is. More mails will follow up as I write more fixes.
I donno why, but no one bumped __FreeBSD_version, when Dr. Kirk made the
change to sys/user
Sheldon Hearn <[EMAIL PROTECTED]> writes:
> For the love of dog, whatever you do, just please make sure it works
> when kern.turbo is not set. It's all very well adding new features,
> but you need to consider folks who're still using perfectly legitimate
> legacy configurations.
Don't worry, I'l
On (2002/11/13 15:06), Dag-Erling Smorgrav wrote:
> > I think it's pretty clear that negative time arguments to sleep(1) are
> > not portable.
>
> I have, somewhere in my big bag of tricks, an unfinished patch which
> would allow us to implement negative sleep times by directing the PSU
> to emit
Sheldon Hearn <[EMAIL PROTECTED]> writes:
> I think it's pretty clear that negative time arguments to sleep(1) are
> not portable.
I have, somewhere in my big bag of tricks, an unfinished patch which
would allow us to implement negative sleep times by directing the PSU
to emit positrons instead of
Tilman Linneweh <[EMAIL PROTECTED]> writes:
> > I have a problem with my ASUS P5A-B motherboard, where the timer
> > runs too fast. This is with -CURRENT, cvsup'd from 1.5 weeks ago.
> Same motherboard, same problem. No idea.
I used to have the same problem with the same board. At the time, I
wo
On Tue, 12 Nov 2002, Archie Cobbs wrote:
> > Marc Recht <[EMAIL PROTECTED]> writes:
> > I've had the attached patch in my tree for a while. I'll try and get
> > it and the patch committed today.
>
> static __inline void
> __fd_zero(fd_set *p, __size_t n)
> {
> n = _howmany(
Hello,
I'm trying to install 5.0 (2002.11.12 snapshot) on:
Intel SE7500WV2 server board
2x Xeon 2 Ghz
2 Gb. RAM
6x 73 Gb. SCSI disks
Mylex AcceleRaid 170
I made:
UFS:
/ - 8 gb
swap - 8 gb
/us
On Wed, 13 Nov 2002 23:17:53 +1100 (EST)
Bruce Evans <[EMAIL PROTECTED]> wrote:
> My times are with some small improvements which I think don't affect
> the tests much (they affect latency more than throughput). With lots
> of small files (smaller than the block size), clustering doesn't makes
>
Ilya Novoselov wrote:
John Angelmo wrote:
> This was posted earlier in [EMAIL PROTECTED]
>
> Hello
>
> I have a Compaq evo n115, everything seems to be found by
> FreeBSD-Current but the sound dosn't work
>
> This seems to be the important part:
> pcm0: port 0x1850-0x1853,0x1854-0x1857,0x1
On Tue, 12 Nov 2002, Tomas Pluskal wrote:
> I believe that everybody here knows about the "slow msdosfs" problem, that
> is AFAIK caused by implementation without clustering.
Which problem. msdosfs has a number of small problems. Mostly they don't
matter.
> For me this is very annoying, becaus
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sat, Nov 09, 2002 at 08:40:21AM -0500, Hiten Pandya wrote the words in effect of:
> On Fri, Nov 08, 2002 at 07:21:32PM -0800, Brooks Davis wrote the words in effect of:
> > On Fri, Nov 08, 2002 at 10:09:10PM -0500, Hiten Pandya wrote:
> > > P.S. hw.pci should moved somewhere global, but donno h
On Wed, Nov 13, 2002 at 02:19:28AM -0800, Terry Lambert wrote:
> They didn't say; I assumed they were, because of the line number
> in the header fole for the undefined timeval struct matching
> the -current source code, but not 4.7, and because they posted
> to the -current list. 8-).
It's an am
"Bill Huey (Hui)" wrote:
> On Wed, Nov 13, 2002 at 01:51:38AM -0800, Bill Huey wrote:
> > That's all been removed from a MFC of libc_r recently. Native
>
> Uh, you're running on -current I presume (without reviewing the
> original post), but the same logic still applies.
They didn't say; I assume
On Wed, Nov 13, 2002 at 01:51:38AM -0800, Bill Huey wrote:
> That's all been removed from a MFC of libc_r recently. Native
Uh, you're running on -current I presume (without reviewing the
original post), but the same logic still applies.
bill
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
On Wed, Nov 13, 2002 at 05:34:47PM +0800, suken woo wrote:
> Terry Lambert wrote:
>
> `CTX_JB_NOSIG' undeclared (first use in this function)
> `CTX_JB' undeclared (first use in this function)
> `CTX_SJB' undeclared (first use in this function)
> `CTX_UC' undeclared (first use in this function)
Th
Terry Lambert wrote:
suken woo wrote:
In file included from
../../../../src/solaris/hpi/native_threads/src/threads_md.c:27:
/usr/include/sys/resource.h:61: field `ru_utime' has incomplete type
/usr/include/sys/resource.h:62: field `ru_stime' has incomplete type
"struct timeval" is not in
Hi,
Apparently the Matrox Meteor drivers haven't been updated yet,
even though the note about COMPAT_OLDPCI has been in UPDATING
since 03/2000. The CVS log doesn't show any significant activity
on the driver either. Am I really the only person to use that frame
grabber?
Anyway, I suppose this als
Ilya Novoselov wrote:
John Angelmo wrote:
> This was posted earlier in [EMAIL PROTECTED]
>
> Hello
>
> I have a Compaq evo n115, everything seems to be found by
> FreeBSD-Current but the sound dosn't work
>
> This seems to be the important part:
> pcm0: port 0x1850-0x1853,0x1854-0x1857,0x1
> Where are we with making lang/perl5's package default selected in
> sysinstall?
We are discussing it under your excellent chairmanship :-).
> While I've been opposed to the inclusion of the wrapper since before it
> was imported, I think its removal would be well accompanied by the
> sysinstall
On Tue, Nov 12, 2002 at 11:45:07PM -0800, Galen Sampson wrote:
> If anyone is interested I will be happy to build a debug g++ if someone will
> point me in the right direction to get that accomplished. If you need me to
> ident g++ or need more information feel free to ask.
Have you submitted th
Tony Harverson wrote:
> My attention was drawn a little while ago to the fact that the South
> African holidays in /usr/share/calendar/ were far out of date (most not
> having been celebrated since 1994), and so I decided to clean them up.
> As soon as I got into actually working in that directory,
On (2002/11/12 16:37), Nate Lawson wrote:
> I've found an interesting contradiction and was wondering what behavior
> sleep should have. It checks for a command line flag with getopt(3) and
> exits with usage() if it finds one. However, it then checks for a '-' or
> '+' sign. If negative, it be
Good Morning, All.
My attention was drawn a little while ago to the fact that the South
African holidays in /usr/share/calendar/ were far out of date (most not
having been celebrated since 1994), and so I decided to clean them up.
As soon as I got into actually working in that directory, it struck
58 matches
Mail list logo
