Re: Do VIA 83C572 USB controllers suck or is it just me?
At 2002-07-11T03:33:44Z, Nick Sayer <[EMAIL PROTECTED]> writes: > I have a desktop machine with an Asus A7V133 motherboard. It's based > around the VIA KT133A chipset. I tend to have a lot more problems with USB > devices (under FreeBSD) on these controllers than with, say, my Vaio > laptop, which purports to be based on the Intel 440 BX chipset (with a > PIIX4 USB controller). I don't know what to say. My wife uses an A7V (KT133, 83C572 USB controller) under FreeBSD and Linux. We use USB mice, keyboard, scanners, and printers regularly without any problems. I may be extremely lucky, but that wouldn't fit with my other life experiences. :) -- Kirk Strauser The Strauser Group - http://www.strausergroup.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Do VIA 83C572 USB controllers suck or is it just me?
On Thursday 11 July 2002 16:50, Chip Marshall wrote: > I had problems with my Gigabyte GA-7VTXE (also KT133A based) where USB > devices during boot would be detected fine, and one device after boot > would work, but after that, nothing. Isn't that motherboard KT266A-based? I have the exact same motherboard (GA-7VTXE) -- and it has a KT266A chipset, not a KT133A. Even Giagbyte's website seems to agree with me (http://www.gigabyte.com.tw/products/7vtxe.htm). - James -- James Pole Favourite Quote: "Anyone who slaps a 'this page is best viewed with Browser X' label on a Web page appears to be yearning for the bad old days, before the Web, when you had very little chance of reading a document written on another computer, another word processor, or another network." -- Tim Berners-Lee in Technology Review, July 1996 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.6 kernel build failure
in message <[EMAIL PROTECTED]>, wrote Roelof Osinga thusly... > > cc -O -pipe -march=pentiumpro -D_KERNEL -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- > -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -ansi -c linux_sysent.c > In file included from linux_sysent.c:14: > linux_proto.h:57: syntax error before `linux_time_t' > linux_proto.h:57: `linux_time_t' undeclared here (not in a function) hi roelof, i just couldn't take your suffering anymore & was mightly hoping that you just might search google out of sheer desparation. i also had the problem; followed the UPDATING comment about it which didn't work, so i sent it to the -stable list in jan 2002. here is another thing to try... http://spitfire.velocet.net/pipermail/freebsd-stable/2002-January/025084.html -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: NFS errors at high hz values with TCP mounts
On Jul 7, at 1:44pm -0700, John Polstra wrote: > > I see this problem with HZ=1000, overflow doesn't occured in this > > situation... May be problem lies somewhere else? > > Are you sure? I changed the type of sb_timeo to int and the problem > disappeared on my system. You are right - this is just a coincidence: changes to HZ and Solaris NFS server TCP/IP tuning... The problem realy lies in Solaris changes... - Roman --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Ye Olde "Show Stopper"
Kevin Kinsey, DaleCo, S.P. wrote: > & that's "Lords" ... egads, howe much > mye speling and typeing lacketh accurasy!! > Faugh!! > > - Original Message - > From: "Kevin Kinsey, DaleCo, S.P." <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, July 10, 2002 10:09 PM > Subject: Ye Olde "Show Stopper" > > > >>To Ye Lord of -STABLE: >> >>I failed 3 times to make buildkernel after >>cvsuping RELENG_4, July 9th at >>CDT US. >> >>Turns out, I'd never built -STABLE on this >>particular host which was still running >>4.5 patched (it's way back on the backline, >>doing only internal stuff) >> >>Anyway, after a bit of reading I found I was >>bitten by ye olde "miibus_if.h" thing >>--- ref the following [incredibly useless >>in plaintext] URI >>: >> >> > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=9bthhl%2 > > 4bk0%241%0FreeBSD.csie.NCTU.edu.tw&rnum=7&prev=/groups%3Fq%3Dkernel%2Bcompil > > e%2Bfails%2Bmiibus%2Bgroup%253Amailing.freebsd.stable%26hl%3Den%26lr%3D%26ie > >>%3DUTF-8%26oe%3DUTF-8 >> >>I uncommented the line in kern.conf (*blush*) >>and went back to "make buildworld." >> >>The question is, was I right? Or, could >>I have just called 'make buildkernel' again >>and continued from there? Which make >>is gonna "make" miibus_if.h? The miibus is a kernel thing and you only needed to buildkernel again. Kent >> >>Thank you very much, >> >>Kevin Kinsey >> >> >>To Unsubscribe: send mail to [EMAIL PROTECTED] >>with "unsubscribe freebsd-stable" in the body of the message >> >> > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message > > . > > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Do VIA 83C572 USB controllers suck or is it just me?
On July 10, 2002, Nick Sayer sent me the following: > I have a desktop machine with an Asus A7V133 motherboard. It's based > around the VIA KT133A chipset. I tend to have a lot more problems with > USB devices (under FreeBSD) on these controllers than with, say, my Vaio > laptop, which purports to be based on the Intel 440 BX chipset (with a > PIIX4 USB controller). I had problems with my Gigabyte GA-7VTXE (also KT133A based) where USB devices during boot would be detected fine, and one device after boot would work, but after that, nothing. I turned on USB debugging, and it appeared that the USB code was getting "stuck" somehow during the attachement of the device. I posted to the list a while ago about it, but didn't get any response. -- Chip Marshall <[EMAIL PROTECTED]> http://www.chocobo.cx/chip/ GCM/CS d+(-) s+:++ a20>? C++ UB$ P+++$ L- E--- W++ N@ o K- w O M+ V-- PS+ PE Y+ PGP++ t+@ R@ tv@ b++@ DI D+(-) G++ e>++ h>++ r++ y? msg47376/pgp0.pgp Description: PGP signature
Re: Do VIA 83C572 USB controllers suck or is it just me?
On Wed, 2002-07-10 at 20:33, Nick Sayer wrote: > I have a desktop machine with an Asus A7V133 motherboard. It's based > around the VIA KT133A chipset. I tend to have a lot more problems with > USB devices (under FreeBSD) on these controllers than with, say, my Vaio > laptop, which purports to be based on the Intel 440 BX chipset (with a > PIIX4 USB controller). > > The latest outrage is that I am doing some work on a USB audio device > driver to clean it up a bit. It works *perfectly* plugged into the Vaio, > but when it's plugged into the Asus machine, I get a trap panic the > instant I try and play anything. I can't diagnose the trap because the > dump doesn't happen, for unknown reasons. > > I'm almost at the point of going out and getting a PCI USB controller > card for the damn thing. > > Is it just me? > Well, my DFI AK74-EC works fine with USB devices (ZIP drive and a camera) and has the KT133A chipset. The only limitation I have experienced is camera (and not motherboard) related--my Fuji FinePix 4900Z is recognized only at a ugen and not as a umass. I'm still scratching my head on that one. But the USB works fine otherwise. -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | --|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . .| =/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =\ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
[no subject]
subscribe freebsd-stable To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Do VIA 83C572 USB controllers suck or is it just me?
I have a desktop machine with an Asus A7V133 motherboard. It's based around the VIA KT133A chipset. I tend to have a lot more problems with USB devices (under FreeBSD) on these controllers than with, say, my Vaio laptop, which purports to be based on the Intel 440 BX chipset (with a PIIX4 USB controller). The latest outrage is that I am doing some work on a USB audio device driver to clean it up a bit. It works *perfectly* plugged into the Vaio, but when it's plugged into the Asus machine, I get a trap panic the instant I try and play anything. I can't diagnose the trap because the dump doesn't happen, for unknown reasons. I'm almost at the point of going out and getting a PCI USB controller card for the damn thing. Is it just me? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Ye Olde "Show Stopper"
& that's "Lords" ... egads, howe much mye speling and typeing lacketh accurasy!! Faugh!! - Original Message - From: "Kevin Kinsey, DaleCo, S.P." <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 10, 2002 10:09 PM Subject: Ye Olde "Show Stopper" > To Ye Lord of -STABLE: > > I failed 3 times to make buildkernel after > cvsuping RELENG_4, July 9th at > CDT US. > > Turns out, I'd never built -STABLE on this > particular host which was still running > 4.5 patched (it's way back on the backline, > doing only internal stuff) > > Anyway, after a bit of reading I found I was > bitten by ye olde "miibus_if.h" thing > --- ref the following [incredibly useless > in plaintext] URI > : > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=9bthhl%2 > 4bk0%241%0FreeBSD.csie.NCTU.edu.tw&rnum=7&prev=/groups%3Fq%3Dkernel%2Bcompil > e%2Bfails%2Bmiibus%2Bgroup%253Amailing.freebsd.stable%26hl%3Den%26lr%3D%26ie > %3DUTF-8%26oe%3DUTF-8 > > I uncommented the line in kern.conf (*blush*) > and went back to "make buildworld." > > The question is, was I right? Or, could > I have just called 'make buildkernel' again > and continued from there? Which make > is gonna "make" miibus_if.h? > > Thank you very much, > > Kevin Kinsey > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Ye Olde "Show Stopper"
To Ye Lord of -STABLE: I failed 3 times to make buildkernel after cvsuping RELENG_4, July 9th at CDT US. Turns out, I'd never built -STABLE on this particular host which was still running 4.5 patched (it's way back on the backline, doing only internal stuff) Anyway, after a bit of reading I found I was bitten by ye olde "miibus_if.h" thing --- ref the following [incredibly useless in plaintext] URI : http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=9bthhl%2 4bk0%241%0FreeBSD.csie.NCTU.edu.tw&rnum=7&prev=/groups%3Fq%3Dkernel%2Bcompil e%2Bfails%2Bmiibus%2Bgroup%253Amailing.freebsd.stable%26hl%3Den%26lr%3D%26ie %3DUTF-8%26oe%3DUTF-8 I uncommented the line in kern.conf (*blush*) and went back to "make buildworld." The question is, was I right? Or, could I have just called 'make buildkernel' again and continued from there? Which make is gonna "make" miibus_if.h? Thank you very much, Kevin Kinsey To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
sshd vs ports sshd
There seems to be a conflict in the 'sshd' user of FreeBSD's built in sshd and the ports version. passwd diffs: 12a13 > sshd:(password):22:22::0:0:Secure Shell Daemon:/var/empty:/sbin/nologin 21d21 < sshd:(password):22:22::0:0:sshd privilege separation:/usr/local/empty:/nonexistent IMHO: This is exactly why server software should not be included in the base distribution of FreeBSD. Thanks. --=--==--=--==--=-- Mike Jakubik - Technical Manager [EMAIL PROTECTED] Trigger Internet Solutions http://www.trigger.net (905) 405-0170 --=--==--=--==--=-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: strange ATA behavior with -STABLE
On Tue, 09 Jul 2002 23:51:08 -0400 Mike Tancsa <[EMAIL PROTECTED]> wrote: > > Works correctly in what sense ? i.e. you can read and write to it under > some OS ? But not on this version of FreeBSD ? Yes, I tested the drive under FreeBSD 4.3-RELEASE and 4.5-STABLE (before new ATA drivers) and 4.6-stable (27th June). No problem. > > >And worked since 4.3-RELEASE with the same sysctl parameters > >ata-1 is dead > > Do you mean ad1 ? If so, If you take ad1 out and adjust ata-0's jumpers so > that its a master with no slave, does it now work ? I put ad2 to ad1, and on heavy load ATA channel 0 failed to. I removed my "strange disk" to and put, added another one. Same symptoms. > If not ad1, what do you mean by ata-1 is dead ? Or do you mean ata-1 the > controller is actually dead ? If so, get rid of the second drive. ATA channel 0 is dying to I think. It's not a big problem for, I'll get rid of ata drive for my box, I just wonder why FreeBSD get frozen on atapi failure :) > > Try sysctl -w hw.ata.ata_dma=0 or add hw.ata.ata_dma=0 into > /boot/loader.conf and reboot. No change. cheers clem ** UPDATE : of atacontrol cap of ad2 Sorry i mistyped :) [root@goofy|(510)| root]# atacontrol cap 1 0 ATA channel 1, Master, device ad2: ATA/ATAPI revision5 device model IC35L040AVER07-0 firmware revision ER4OA41A cylinders 16383 heads 16 sectors/track 63 lba supported 80418240 sectors lba48 not supported dma supported overlap not supported Feature Support EnableValue Vendor write cacheyes yes read ahead yes yes dma queued yes yes 31/1F SMART yes no microcode download no no security yes no power management yes yes advanced power management yes no 0/00 automatic acoustic management yes no 254/FE 128/80 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Information request about Running SMP kernel with specific mptable
Hello, Does anyone is running FreeBSD stable in SMP mode on a motherboard _without_ any I/O Ints entry with type ExtINT (mptable output)? I'm suspercting that my kernel freeze at boot come from: APIC_IO: routing 8254 via IOAPIC #0 intpin 0 My PR is: http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/39234 Another "related" problem is maybe: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/35425 Any information is welcome Henri To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
lnc interface dying under heavy I/O when running 4.6-STABLE under VMware 3.1.1
Guys, The subject describes it all. I don't know if anyone else is facing this problem, but I can reproduce this problem at will. Under VMware 3.1.1 for Windows, the lnc driver will stop responding after some time. The weirdest part is that it will only manifest itself when doing some heavy network I/O, such as 'make installworld' from NFS mount, or doing netperf. The host OS is WinXP Pro, and the guest OS is the freshly cvsup RELENG_4. Looking at VMware log file, I see a lot these messages: Jul 09 16:42:48: VMX|VLANCE: ethernet0 skipped 1024 time(s) Jul 09 16:42:48: VMX|VLANCE: 254 30 24 23 26 215 11 3 2 0 0 0 0 0 0 0 Jul 09 16:42:48: VMX|VLANCE: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 436 Jul 09 16:42:51: VMX|VLANCE: ethernet0 skipped 1280 time(s) Jul 09 16:42:51: VMX|VLANCE: 354 44 37 35 37 313 17 3 3 1 0 0 0 0 0 0 Jul 09 16:42:51: VMX|VLANCE: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 436 I've done some investigation, and it seems that after some heavy network activity, the lnc driver will stop calling RX interrupt routine, lnc_rint(). The "fix" is very simple though; in sys/i386/isa/if_lnc.c, delete the call to outw(sc->rdp, RINT | INEA) at the very end of lnc_rint() function. See diff below applied against the latest RELENG_4 code. # diff -ruN sys/i386/isa/if_lnc.c.old sys/i386/isa/if_lnc.c --- sys/i386/isa/if_lnc.c.old Tue Jul 9 21:04:31 2002 +++ sys/i386/isa/if_lnc.c Tue Jul 9 21:04:45 2002 @@ -630,7 +630,6 @@ * here have been dealt with. */ - outw(sc->rdp, RINT | INEA); } Anyone care to describe/explain/enlighten me on what is happening actually? - nuzrin - __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ssh to remote machines problem after cvsup
"Andrew P. Lentvorski" <[EMAIL PROTECTED]> writes: > If OpenSSH did a proper "attempt version 2(fail) -> attempt version > 1(succeed)" fallback, your original users *would* be able to get in > *without* change. This fact that this does not occur really is a > bug/misfeature of OpenSSH. No, it's a bug/misfeature of the protocol OpenSSH implements. OpenSSH can't do anything about it without losing the right to its name. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.6 kernel build failure
faSty wrote: > ah you says so. I did it on one of my rack DNS server. I managed get > kernel compiled without any error. sorry i tried help you anyway. Oh no, don't be. Any help is always welcome! But I did notice one thing and that is that the good compiles were done just after the 2002.07.05 cvsup. When I tried the bridge option I did another cvsup on the 9th. Since then the compiles failed. Both with and without that option. So there is still hope in that that server - the one that didn't come up - has the July 5th cvsup source. Ah well, got a nice set of wheels :). Roelof -- ___ eBOA® est. 1982 http://eBOA.com/tel. +31-58-2123014 mailto:[EMAIL PROTECTED]?subject=Information_requestfax. +31-58-2160293 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
VMware2 and CDROM image
Hi, I have a patch that allow to use CD-ROM images in VMware2 via vn device: http://sysoev.ru/freebsd/patch.vn_cd.txt Patch was made and tested on FreeBSD 4.2 and 4.3. I had used it to install Windows NT 4.0 from CD-ROM image in VMware2. It can be used on FreeBSD 4.x only (because it's using vn device). Russian description is available here: http://sysoev.ru/freebsd/vmware_cd_image.html In English, short: After appling of patch you need rebuild vnconfig and kernel. vnconfig will get new options - '-s cdrom': vnconfig -s cdrom -c vn0c image.iso After configuring vn device you can use it in VMware2 as /dev/vn0c instead of physical CD-ROM device. Igor Sysoev http://sysoev.ru To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Performance boost with kernel options in FBSD 4.6
Dear Sirs. I followed an interesting dispute in this list about setting the kernel option HZ=100 to HZ=1. No one can say exactly what kind of hardware is 'fast enough' to obtain benefits from setting this granularity option to that high value, so each administrator has to do several efforts to examine whether its hardware is suitable to switch o HZ=1 or not. We use several SMP systems around here, some have special server mainboards (Slot1 type, TYAN Thunder 2500), some new UP systems with P4/ASUS P4TE main PCB and a low cost SMP system with ASUS CUV4X-D PCB. On all these systems it seems to my subject that performance or 'reaction' time has significantly increased. I did not test the behaviour under extremely heavy load, but within our normal duties and daily work (webserver, MySQL server, NFS server (UPD NFS/3), DHCP boot server, SAMBA server, analytical number crunching with smaller applications in F77 and/or PGI pgf90 under Linuxulator) it is a very convenient experience to see how smooth these machines operate now. We also have a lot of pure diskless clients for X11 terminal services, based on 750 MHz Duron and 64 MB PC133 slow SDRAM, Intel Pro/100+ NICs. They also now have HZ set to 1 and they also seem to operate faster. Well, this is a subjective impression, not aproved by measurements. -- MfG O. Hartmann [EMAIL PROTECTED] -- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) -- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 (Buero) FAX: +496131/3923532 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.6 kernel build failure
ah you says so. I did it on one of my rack DNS server. I managed get kernel compiled without any error. sorry i tried help you anyway. -fasty On Wed, Jul 10, 2002 at 10:25:52AM +0200, Roelof Osinga wrote: > faSty wrote: > >no no you need clean up in /usr/src/sys/i386/compile/NISSER (type make > >clean) > >then cd /usr/src/sys/i386/conf and config NISSER then cd > >../../compile/NISSER > >lastly make depend > > Make absolutely no difference whatsoever. Still get stuck on that linux > code. But > how the heck it ever managed to build the 4.6 it's running... > > It also makes me wonder if I should bother to take the 100 mile drive to > the ISP > in whose rack another box is located. That one didn't come up after the > reboot. > > Ah well, can always make it run the 4.3 kernel like it has done for over a > year. > > Roelof > > PS final attempt, making clean in /usr/src, ditching /usr/obj and using the > config file of yesteryear. The one without BRIDGE option, the one that once > made 4.6 successfully > > -- > ___ > eBOA® est. 1982 > http://eBOA.com/tel. +31-58-2123014 > mailto:[EMAIL PROTECTED]?subject=Information_requestfax. +31-58-2160293 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
RE: Upcoming 4.6.1
> > Sure - the newest security fixes go into the release as > well, but why > > not Matt's most recent bug fixes? > > Why not include OpenSSL 0.96d, ipfw2, gcc 3.1 and while we're at it > everyone else's pet software? Where would you draw the line? IMO, > 4.6.1 s/b a point patch release. Maybe because they are not bug fixes? If we go through the trouble of releasing a new version of FreeBSD why not include a few close-to-critical bug fixes if they are trivial and known to be correct? I fail to see the logic of releasing an x.x.1 version that still has serious known problems that there are known fixes for. -- Daniel Eriksson Lurker extraordinaire To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
OpenSSH 3.4p1
Hi... I noticed that upgrade of the version of the OpenSSH for 3.4p1 was made one when cvs for RELENG_4 is made. It adds a new user and a new group with the name of sshd. Which would be the function of it? To twirl sshd with the user sshd instead of the user root? Case is because for default it does not come with this alteration? Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
OpenSSH 3.4p1
Hi... I noticed that upgrade of the version of the OpenSSH for 3.4p1 was made one when cvs for RELENG_4 is made. It adds a new user and a new group with the name of sshd. Which would be the funcão of it? To twirl sshd with the user sshd instead of the user root? Case is because for default it does not come with this alteration? Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.6 kernel build failure
faSty wrote: > no no you need clean up in /usr/src/sys/i386/compile/NISSER (type make clean) > then cd /usr/src/sys/i386/conf and config NISSER then cd ../../compile/NISSER > lastly make depend Make absolutely no difference whatsoever. Still get stuck on that linux code. But how the heck it ever managed to build the 4.6 it's running... It also makes me wonder if I should bother to take the 100 mile drive to the ISP in whose rack another box is located. That one didn't come up after the reboot. Ah well, can always make it run the 4.3 kernel like it has done for over a year. Roelof PS final attempt, making clean in /usr/src, ditching /usr/obj and using the config file of yesteryear. The one without BRIDGE option, the one that once made 4.6 successfully -- ___ eBOA® est. 1982 http://eBOA.com/tel. +31-58-2123014 mailto:[EMAIL PROTECTED]?subject=Information_requestfax. +31-58-2160293 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: system immutable files make mergemaster look funny
Doug Barton wrote: > > On Tue, 9 Jul 2002, Dmitry Morozovsky wrote: > > > ET> The only problem is that those diagnostics from 'rm' might be a bit > > ET> misleading and/or annoying but everything works fine. > > I think that you guys are running an old mergemaster on a new -stable > system. Can you verify? The -f option to rm prevents error messages from > being displayed. Never mind, I was testing on the wrong system. I'll take care of this. Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message