Re: Current testing strategy - a request for information
On Fri, Nov 22, 2002 at 09:30:01AM -0600, Mark Johnston wrote: Thanks for testing -CURRENT! Well I guess I will end up using it one day for *real*. It looks like some pretty radical changes heve been made.. Testing before Complaining There's a motto for you :) -- Regards Cliff Sarginson The Netherlands [ This mail has been checked as virus-free ] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make release broken (touch: not found)
Well thanks for all your help - I can now build successfully. I'm not sure exactly what the cause was or for that matter exactly how it was fixed but I think it was something to do with me building world again (though it had been done once already) before make releaseing. If I can ever reproduce the problem again I'll carefully write down everything i do as I try it :-) For all those who asked, yes, my clock was fine - but thanks for the suggestion. Thanks again for your help, Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make release broken (touch: not found)
Andrew wrote: Hi, I am trying to make release for 4.7-RELEASE-p2 and it is failing with 'touch: not found (errors below). I found someone with a similar problem in the archives (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=243803+0+/usr/local/www/db/text/2002/freebsd-stable/20021027.freebsd-stable) but from the follow up they seem to indicate the problem has gone away but I am still getting it. I have to admit I can't even see where touch is called... Have you done a cd /usr/src make buildworld first? I ran into this about 24hrs ago, as it seems 'make release' expects a 'make buildworld' to have been executed prior to execution. It then installs into the chroot'd directory and starts its work from there! -Antony To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: nvidia tv-out
Im using a composite cable (not s-video) and an adapter to plug it to scart. It was actually plugged into a VCR, but i got the same problems when connecting it directly to the TV. I guess the horz sync freq's are wrong, but 30-50, (from the nvidia docs) is about the only thing that works even a little. What freq's work for you? Thanks for your help! // Martin Gumucio On 22 Nov 2002 09:20:23 +1030 Daniel O'Connor [EMAIL PROTECTED] wrote: On Fri, 2002-11-22 at 02:16, Martin Gumucio wrote: I have almost been successful at getting the tv-out from my nvidia card to work. The picture is there but it skips around horisontally. The skipping seems to get worse when playing movies (as opposed to just displaying my desktop) and when there is a lot of bright areas in the picture. Could it be Macrovision? That screws with the sync pulses - are you displaying it through a VCR or anything? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 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
Re: Port INDEX dependency list incompletes
Lefteris Tsintjelis wrote: a wrote: On Sat, 23 Nov 2002 17:30:04 +0200 Lefteris Tsintjelis [EMAIL PROTECTED] wrote: OK, I re-CVSup and the only thing that was different was the INDEX. I try to rebuild the INDEX database and this time I get different dependency list incompletes. What is going? Can someone please explain? Should I re-CVSup again and see what happens? :-) Well, i had these error a while ago. I did not care about them. Someday the errors where gone. And, after a while, the came back. So, now i have also errors like yours, and i have installed 261 ports and all of them are working. I guess there is a small chance for this to happen, but that depends on the port and the missing dependencies list. So you have cvsup the base system? Did you also cvsup the ports? I cvsup everuthing, but I don't think port dependencies have much to do with the core system in this case. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message You can't use portsdb -U right now. You have to cd /usr/ports make index portsdb -u Kent -- 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
RAID performance problems
I wonder if anyone can shed any light on the following, as I am starting to come to the conclusion that its possibly some BSD driver issue. I have been testing the performance of the various drives on my system using bonnie, just out of curiosity. The system has 3 different drives on it: 1) a 15k RPM drive attached directly to an Adaptec SCSI controller 2) a RAID-1 mirrored pair of 10k RPS drives 3) a RAID-5 set of 5 7200 RPM drives All SCSI buses are 40MB/sec. Both the RAID drives are being run from the same Compaq 4200 RAID controller. Both the RAID controller and the Adaptec SCSI card are on the same PCI bus. So, what I expected was that the driect drive would be fastest, followed by the RAID-1, then the RAID-5 (at least as far as write performance goes) The actual results are that both the RAID drives have identical performance! The direct drive is 4 times faster than these. This was a bit of a shock to me. Especially ater all the effort of utting in thr 10k RPM drives to try and speed that disc up. The obvious conclusion is that somewhere there is some component common to both RAID drives which is limiting the performance. The bottleneck cannot be the PCI bus to the card as the direct drive is shifting 4 times the data on the same bus. It also cannot be the SCSI bus to the drives by my reasoning - even assuming that the controller aggregates the writes so that RAID-5 and RAID-1 are taking the same bandwidth on the bus (which is necessary if they are to perform the same with the bus being the bottleneck right?) then the bus is operating 4x slower than the direct bus. The Compaq card supports 40MB/s bus speeds according to the documentation - plus the bus is terminated correctly as plugging the array into the SCSI card shows all the drives up as 40MB/s So I'm left with one of two conclusions a) This is a limitation in the processing power of the RAID card. This seems very unlikely - the work needed to be done by the controller for RAID-1 is far less than that which needs to be done for RAID-5 (it would take a complete muppet to design a controller where this wasnt the case wouldnt it ?) and this is one of Compaq's meatier controllers afer all. b) This is some strange limitation in the speed at which FreeBSD's device driver for Compaq controllers can talk to the actual device. Its the fact that I have arrived at conclusion b) as a possibility that makes me ask on here. Does anyone have any comments or thoughts on this ? I know there are people around who can argue at great length about RAID performance after all :-) -pcf. [puzzled] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: nvidia tv-out
Could it be an issue with something being set between NTSC vs. PAL? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Port INDEX dependency list incompletes
Kent Stewart wrote: You can't use portsdb -U right now. You have to cd /usr/ports make index portsdb -u OK, Thanks Kent. Kent -- 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
Your Confirmation Required
Your SECURE PINCODE is: 37170 This message is to verify that you wish to have your email address: [EMAIL PROTECTED] added to the Skan-Line Sports Airsoft News mailing list. You MUST click on the link below to have your address added to our list. This is to ensure that someone doesn't add your address to our list without your knowledge or consent. Thank you, http://www.skanline.com/cgi-world/cgiwrap-skanline/skanline/cgi-bin/smpro/s.pl?a=1l=3e=stable=:FreeBSD.orgp=37170 America Online users, please click: A HREF=http://www.skanline.com/cgi-world/cgiwrap-skanline/skanline/cgi-bin/smpro/s.pl?a=1l=3e=stable=:FreeBSD.orgp=37170;BHere/B/A Skan-Line Sports Airsoft News
You've Been Added!
This message is to confirm the addition of your email address: [EMAIL PROTECTED] to the Skan-Line Sports Airsoft News mailing list. If you feel you have received this notice in error, please visit the Skan-Line Sports Airsoft News mailing list at our website: http://www.skanline.com to remove yourself automatically, or click the link below: http://www.skanline.com/cgi-world/cgiwrap-skanline/skanline/cgi-bin/smpro/s.pl?r=1l=3e=stable=:FreeBSD.org Thank you, Skan-Line Sports Airsoft News
Re: Port INDEX dependency list incompletes
Kent Stewart wrote: cd /usr/ports make index portsdb -u I get almost always dependency list incompletes with portsdb -Uu. Would it be a good idea to always use the above instead? Lefteris Kent -- 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: Port INDEX dependency list incompletes
Lefteris Tsintjelis wrote: Kent Stewart wrote: cd /usr/ports make index portsdb -u I get almost always dependency list incompletes with portsdb -Uu. Would it be a good idea to always use the above instead? No, because portsdb -U uses much less computer time to rebuild INDEX than make index does. On my AMD 2000+ XP, which is designed to do 20 minute buildworlds, a portsdb -U requires ~7 minutes and a make index requires ~11 minutes. If you are going to work on your ports, the extra time is time you just sit there. I find people go into their own version of an idle-loop after 2 minutes. We just have to wait for knu to fix it. KEnt -- 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: Opera for FreeBSD
(Apologies for the late response, but I wanted to get this answer in the archives, and I am now catching up on my -stable mail...) On Monday 04 November 2002 12:03 pm, Dave Cantrell wrote: Yeah, but if you *bought* the linux license to run under emulation, you still have to *buy* the FreeBSD license, now that they finally got it native. For me, I'm switching to konqui (KDE). A clarification, like you I have a Linux license (as well as a Windows; I really do like Opera) What I did is upgrade the license for US$15 to convert my Linux license to FreeBSD. Since I have had my Linux license for over a year, paying $15 for letting Opera know I use FreeBSD and will support Opera natively on FreeBSD is good value for money, IMO. Hopefully soon there will be a opera-sharedqt port, since I use KDE, I can take advantage of the AA support I have compiled into my QT install, and makes Opera look just as good as the rest of my KDE setup :) (I still use Konq for my IPv6 web browsing, so it still has a use) ;) Best Wishes - Peter -- [EMAIL PROTECTED] - [ http://www.plosh.net/ ] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: named.root
On Fri, 22 Nov 2002, Thomas Seck wrote: No one is kept from modifying his or her local copy of FreeBSD to suit his resp. her needs. I do not think that Network Solutions will assign 198.41.0.10 tomorrow to $evil_person for $most_evil_purpose but YMMV. They have explicitly stated, in fact, that it will continue providing root DNS service for at least 5 years. Tim Wilde -- Tim Wilde [EMAIL PROTECTED] Systems Administrator Dynamic DNS Network Services http://www.dyndns.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
