Re: timezone bug?
On Wed, Dec 11, 2002 at 03:33:35AM +0200, Evren Yurtesen wrote: I wonder if this is a bug in the tzsetup system... I set my timezone and everything works fine although it says EEST when I am used to see GMT+2. But the main problem is that when I set the timezone then 2 hours are substracted from my bios clock after I use ntpdate and operating system shows correct time by adding 2 hours. Now this is not a big problem if my computer clock is wrong normally but I sometimes boot to windoze and it shows 2 hours early =) everytime I boot to FreeBSD and back to Windoze. What do you say? this is a bug or? How do I prevent this from happening all the time? Windows does not understand the concept of a system clock set to GMT...at least as far as I know. -- 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: 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
Current testing strategy - a request for information
Hello, I intend to put a copy of CURRENT on my system, not as a replacement for -stable, but so I can run my typical things against it overnight and see if I can help uncover any problems. What I would like is a short list of what to do to make this useful. This does not need to be a HOWTO, I can find that out I think from existing sources, but a WHATTO, so that I don't miss anything that would make such an activity useless. So just a bullet point list will do. Maybe I should ask this is in current, but I expect some of you out there are doing this anyway. -- 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: /etc/make.conf question
On Tue, Mar 12, 2002 at 07:43:49AM -0500, Michael Lucas wrote: That's easy: none. I'm a fairly advanced user, and here's my make.conf: #for world CPUTYPE=i686 COMPAT22=yes COMPAT3x=yes KERNCONF=BLEEDING Can I ask, does the KERNCONF definition make any difference to buildworld ? I would not have thought so..but ? -- Regards Cliff Sarginson -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: /etc/make.conf question
On Tue, Mar 12, 2002 at 04:04:44PM +, Ceri wrote: On Tue, Mar 12, 2002 at 04:56:18PM +0100, Cliff Sarginson wrote: On Tue, Mar 12, 2002 at 07:43:49AM -0500, Michael Lucas wrote: That's easy: none. I'm a fairly advanced user, and here's my make.conf: #for world CPUTYPE=i686 COMPAT22=yes COMPAT3x=yes KERNCONF=BLEEDING Can I ask, does the KERNCONF definition make any difference to buildworld ? I would not have thought so..but ? If it's set in make.conf then you can just do make kernel. It doesn't have anything to do with building world, though. Ceri Ok, I guessed that it was a convenience feature :) -- Regards Cliff Sarginson -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Support for DAO in burncd under -STABLE??
On Sun, Feb 17, 2002 at 05:25:17PM -0800, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Paul Mather [EMAIL PROTECTED] writes: : After a little more research, I found that DAO is supported in burncd : under 5.0-CURRENT. However, after briefly installing FreeBSD from the : 5.0-20020214-CURRENT snapshot, I reverted back to 4.5-RELEASE because my : I/O performance under -CURRENT appeared to be about 1/3rd of that under : 4.5-RELEASE (measured by install and dump progress). (Did I pick a bad : snapshot to install??) Likely you had a kernel that had WITNESS enabled. That's a huge performance killer. However, we're at the worst part of the lock pushdown right now, so there's about a 15-20% performance hit (measured by make buildworld, aka the worldstone). Things should be getting better from this point forward... Oh, that explains it (although I don't know what WITNESS is), I rebuilt CURRENT yesterday, in the time it took I translated Lord of the Rings into mediaeval Church Latin. -- Regards Cliff Sarginson -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: tail
On Sun, Jan 28, 2001 at 01:25:51PM -0600, Justin W. Pauler wrote: I am not sure if this is a command, but if not, I think it would be useful. I have often needed to watch output from different commands like df, but I have to continously run the command to get the latest amount. I was thinking, why couldn't tail do that? Since it can watch files for changes and display those, why not for a command? I tried tail -f |df -h and could not get it to update. I would appreciate your thoughts. I am also cc'ing this to stable in cause it is a bug/feature... Mmm.. methinks you are confused ! The command as you tyoed it will have tail read it;s standard input, the terminal, and pipe it's output into df. Since df is not a filter it will ignore it. If it would work then you would need to change it around to "df | tail -f". However df will only execute once, so that won;t do what you want. To repeatedly execute a command put it in a loop: while : do df done If you want it to wait a while put a sleep in it, to space it out put an echo..e.g. while : do df sleep 2 echo done However, on Linux there is a program called "watch" that repeatedly executes a command an displays it on the screen updating the display "in place" .. so it does not scroll away. I am sure there must be a similar program on BSD (I would like to know as well!) but the program named "watch" on FBSD is something different. Cliff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Boot ManagerQuestions
On Sunday 31 December 2000 02:04, Kal Torak wrote: Chris BeHanna wrote: On Fri, 29 Dec 2000 [EMAIL PROTECTED] wrote: [...snip of questions I leave for others...] Does anyone know the MS/IBM approved codes for the various types 6 = DOS FAT16 ? = DOS FAT32 FAT32 and FAT16 are both 6. Actually I think you can specify FAT16 as 4 Maybe not, I just seem to remember it like that... 165 = FreeBSD ? = others There might be a special value for a hibernate partition. I don't know it, though. The only others I know are: 131 = Linux ext2fs 130 = Linux swap 99 = ISC Unix All the IBM laptops I have seen use a file on a standard FAT16 or 32 partition for hibernating, that doesn't mean thats for all of them, but chances are it would be a file rather than a whole partition... DOS fdisk will allow only 4 partitions on a drive, only one of these can be a primary partition, the others have to be extended partitions... So long as you didnt create the DOS partitions with sysinstall it shouldn't care about them Correction:. You are allowed 4 primary partitions, one of which can be extended and can contain logical partititons. Cliff 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