Re: Security Level in Sysinstall
Dima Dorfman <[EMAIL PROTECTED]> types: > Kris Kennaway <[EMAIL PROTECTED]> writes: > > Check the -security archives for about 3 or 4 weeks ago -- someone > > posted a big list of all of the things which the security setting in > > sysinstall does, which will hopefully make its way into the Official > > Documentation at some point. > I've submitted a PR (25537) to get something like that added to > sysinstall's help system (pressing "F1"), but noone's looked at it yet > :-/. It answers this question and possibly many others that have come > up in the last few weeks. I was thinking about bundling it up as a FAQ entry - would that still be useful? Do we want a place unconnected with the code documenting it? http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Security Level in Sysinstall
Kris Kennaway <[EMAIL PROTECTED]> writes: > Check the -security archives for about 3 or 4 weeks ago -- someone > posted a big list of all of the things which the security setting in > sysinstall does, which will hopefully make its way into the Official > Documentation at some point. I've submitted a PR (25537) to get something like that added to sysinstall's help system (pressing "F1"), but noone's looked at it yet :-/. It answers this question and possibly many others that have come up in the last few weeks. Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Typo in pkg_check(1) manpage
A minor error, to be sure, but still something that can be corrected. When I call up the manpage for pkg_check(1), it calls up the pkg_sign(1) manpage, which describes usage for both programs. The problem is under the "NAME" section, where it says: "pkg_sign, check_sign - handle package signatures" However, it ought to read: "pkg_sign, pkg_check - handle package signatures" The program check_sign doesn't even come on my system. :) -- Andrew Hesford [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Temp and fan program
Hi Is there a shell prompt based fan monitor around as I don't have an X-Server installed? Gordon - Original Message - From: "Mike Meyer" <[EMAIL PROTECTED]> To: "Hajimu UMEMOTO" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, March 07, 2001 11:16 PM Subject: Re: Temp and fan program > Hajimu UMEMOTO <[EMAIL PROTECTED]> types: > > > On Wed, 7 Mar 2001 15:11:15 -0500 > > > Chris Faulhaber <[EMAIL PROTECTED]> said: > > > I believe wmlmmon is lmmon in a Gnome(GTK) window. > > jedgar> Ummm, no. :) It is a windowmaker dock app... > > > > GKrellM is GTK+ based monitor that can display fan and temperature. > > And, there is Gnome'fy plug-in. > > I've got gkrellm setup for voltages - it even manages to display Vcore > for both CPUs on my SMP board. I don't see any way to enable > temperatures. In fact, the only temp in the setup for sensors is a > generic temp. Pointers or other clues? > > Thanx, > > 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: Oh no...
Erik Trulsson <[EMAIL PROTECTED]> types: > On Wed, Mar 07, 2001 at 07:01:36PM +1100, Kal Torak wrote: > > Hiyas... > > > > I kinda did a fdisk -BI on my main HDD by accident... It killed > > all my partitions... I tried to get them back with sysinstall and > > the live file system, but I cant mount them and stuff... > > > > Is there some way I can get my data back? I dont care so much about > > the file systems.. But there are some files I would *LOVE* to get > > back... > > > > Any pointers would be great... > > *IF* you know exactly how large your partitions were and where they started > and ended then a bit of work with fdisk/disklabel can restore them. > You just create new entries with the same info on the disk as you had before. This is why you should print a copy of the fdisk and disklabel for the relevant disks, and save them with your backups. At one point, there was a handbook entry discussing this, but I couldn't find it last time I looked. I've had BIOSes overwrite my disklabel on DD disks. Having the information printed and ready saved my ass. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Temp and fan program
Hajimu UMEMOTO <[EMAIL PROTECTED]> types: > > On Wed, 7 Mar 2001 15:11:15 -0500 > > Chris Faulhaber <[EMAIL PROTECTED]> said: > > I believe wmlmmon is lmmon in a Gnome(GTK) window. > jedgar> Ummm, no. :) It is a windowmaker dock app... > > GKrellM is GTK+ based monitor that can display fan and temperature. > And, there is Gnome'fy plug-in. I've got gkrellm setup for voltages - it even manages to display Vcore for both CPUs on my SMP board. I don't see any way to enable temperatures. In fact, the only temp in the setup for sensors is a generic temp. Pointers or other clues? Thanx,
Re: ARCH flag in new make.conf
On Wed, Mar 07, 2001 at 03:05:44PM -0600, Jeffrey J. Mountin wrote: > Will be curious to see using -O2 for world and kernel builds will break > with the new flags. Matt may have given up on it, but it has been working > (again) for months now. Keep expecting it to break, which these changes > most likely will. Just to be perfectly clear here, CPUTYPE is makefile code only, it doesn't change gcc in any way. All it does is add settings to CFLAGS and activate asm code in OpenSSL -- therefore if -march worked for you before, it will continue to work into the future. > Am also curious if some port builds might be affected. There are some ports which have asm code which will be (but are not currently) tied to CPUTYPE. e.g. mpg123, john, and at least half a dozen others. Kris PGP signature
Re: REGALE UN DOMINIO O REGISTRE EL SUYO
Attention: Please deal with this spammer on your system/network as it is impacting on the email boxes of several users on the list to which this message was sent. I would appreciate a reply back. Thank You, Jonathan M. Slivko Systems Administrator, DataSyrge Internet Services On Wed, 7 Mar 2001 [EMAIL PROTECTED] wrote: > Si tiene una empresa en marcha, un proyecto o una idea registre su dominio en >Internet AHORA, > tal vez mañana sea demasiado tarde. > > Si conoce a alguien en esta situacion y no sabe que regalarle regalele un dominio, >es original y quedara bien. > > Vea toda la informacion referente al registro de dominios en >http://pagina-web.de/brand/ > > REGALE UN DOMINIO O REGISTRE EL SUYO > Otros servicios: hospedaje, redireccion de dominio, ...etc > ¿HAS DE RENOVAR EL REGISTRO DE TU DOMINIO? PRECIO ESPECIAL POR TRANSFERENCIA DE >DOMINIO (20$ AÑO) > PRECIO DE HOSTING IMBATIBLE > > ---REMOVE-- > SI NO QUIERE RECIBIR MAS MENSAJES DESDE ESTA DIRECCION VAYA AL LINK > INDICADO > Y SERA DADO DE BAJA INMEDIATAMENTE. DICHO LINK ES UN SERVICIO > INDEPENDIENTE DEL ENVIO DE ESTE EMAIL > -- > dar de baja de la lista de distribucion - remove distribution list > http://borrame.anexos.com > RemovingNet. Cuentas gratuitas para el control de bajas. > Free accounts for the control of "unsubscribes" > RemovingNet nada tiene que ver con este email ni con su > contenido > RemovingNet nothing has to do with this email nor with contained his > > IF YOU DON'T WANT TO RECEIVE MORE MESSAGES FROM US, PLEASE CLICK ON THE LINK > BELOW. http://borrame.anexos.com > YOUR EMAIL ADDRESS WILL BE REMOVED FROM OUR DATA BASE IMMEDIATELY. > REMOVING.NET IS AN INDEPENDENT SERVICE > ---REMOVE-- > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message > -- |~~| | Jonathan M. Slivko <[EMAIL PROTECTED]> | | Global IRC Operator, AsylumNet IRC Networks | | Systems Administrator, DataSyrge Internet Svces. | | Webpage: http://jslivko.datasyrge.net/ | | | |"Microsoft, is that some kind of toilet paper?| |"FreeeBSD: The Power to Serve -- www.freebsd.org" | |~~| To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Broken 4.3-BETA?
On Wed, Mar 07, 2001 at 08:21:15PM +0100, Attila Nagy wrote: > It seems that it happens because of UNIONFS. If I start the FTPD-jail with > a non UNIONFS FTP spool directory everything is OK. (I've tried this with > mounting a spare UFS partition) Unionfs is known to be broken, and the warning in the manpage really couldn't be more clear about this. As long as you aren't seeing any ftpd problems without unionfs, everything is as expected. Kris PGP signature
Re: ARCH flag in new make.conf
At 02:31 PM 3/7/01 -0500, Russell D. Murphy Jr. wrote: >Another datapoint. . . > >I changed make.conf on, I believe, Dec. 6: > ># CFLAGS= -O -pipe >CFLAGS= -O -pipe -mcpu=pentiumpro -march=pentiumpro > >(There's also: > >COPTFLAGS= -O -pipe) > >(I gather that -mcpu is redundant.) I re-cvsup, buildworld, and >installworld (and kernel. . .) roughly weekly (7 times, by my logs). >Until the CPUTYPE discussion came up, I had forgotten I was trying out >-march; everything seems to be working fine. The machine is: The -mcpu is redundant -march includes it. Will also reiterate that combining -march with optimization levels other than -O (-O2, -O3, -Os) does tend to break more often than not. Using -mcpu is much less problematic. Will be curious to see using -O2 for world and kernel builds will break with the new flags. Matt may have given up on it, but it has been working (again) for months now. Keep expecting it to break, which these changes most likely will. The text in make.conf is sufficient, but at first the name of the flag (CPUTYPE) made me think more of -mcpu than -march. At least the gcc flag is on the same line and it should not matter. Those tweaking the flags are on there own and should be familiar the mechanisms involved. Am also curious if some port builds might be affected. Jeff Mountin - [EMAIL PROTECTED] Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
On Wed, Mar 07, 2001 at 12:28:29PM +0100, Claude Buisson wrote: > given that the optimization MUST be activated by a CPUTYPE=XXX in > the user's /etc/make.conf, what is the use of NO_CPU_FLAGS ? > just needing 2 lines instead of 0 in /etc/make.conf ? Because you may want OpenSSL ASM optimizations, but not want to compile the entire world with -march. Or, perhaps you want to temporarily override the adding of -march to CFLAGS while you compile something. Kris PGP signature
Re: Temp and fan program
> On Wed, 7 Mar 2001 15:11:15 -0500 > Chris Faulhaber <[EMAIL PROTECTED]> said: > I believe wmlmmon is lmmon in a Gnome(GTK) window. jedgar> Ummm, no. :) It is a windowmaker dock app... GKrellM is GTK+ based monitor that can display fan and temperature. And, there is Gnome'fy plug-in. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
No Subject
subscribe freebsd-stable
subscribe freebsd-stable
Re: Problem with top in todays stable
On Tue, Mar 06, 2001 at 07:26:09PM +0100, Olgerik Albers wrote: > Hi, > > On Tue, Mar 06, 2001 at 04:35:17PM +, [EMAIL PROTECTED] wrote: > >d On Tue, Mar 06, 2001 at 11:20:55AM -0500, Mike Tancsa wrote: > > > > > > At 04:12 PM 3/6/01 +, [EMAIL PROTECTED] wrote: > > > >Despite having my kernel and world in sync (and trying rebuilting top > > > >seperately), I always get "top: nlist failed" error message, this is from > > > >a cvsup from a couple of hours ago, I haven't tried cvsuping again yet > > > >mainly as I have to work on this machine too. > > > > > > > >Anyone know if this has been fixed? > > > > > > Are you sure you are using /boot/loader to boot your system ? > > > > I'm using a standard install of FreeBSD, non dedicated install and doing > > the proper build process, top was working before the last buildworld, > > buildkernel, installkernel, installworld, mergemaster I did. > > > And a (cd /dev/; ./MAKEDEV all) ??? > maybe that will fix it? That was a nice new feature I just saw in mergemaster, it did it for me after asking :) -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
I think the point is that you can be no more certain that Mr. Hartman's problems were *not* caused by setting the -march flag to i686 than I can be absolutely certain that they were. Given no better than 50/50 certainty, however, the warning appeared prudent given that we're unlikely to know with anything substantially better than 50/50 on release day and the penalty for being "wrong" is fairly high, whereas the penalty for being "right" is no worse than a gratuitous warning which scares a few people away from an option which wouldn't have saved them anything truly substantial in any case. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: How's the latest snaphot?
Hi, On Wed, Mar 07, 2001 at 10:35:33PM +1300, Dan Langille wrote: > Tomorrow I'm going to install a stable snaphot on a client's box. I've > seen some issues lately in the list. All of which seem to have been > resolved lately. I'm wondering if I should be going for 4.2-20010306- > STABLE or 4.2-20010303-STABLE. I'm running 4.3-20010306-BETA successfully, with the CPUTYPE optimizations. HTH, --Stijn -- Nostalgia ain't what it used to be. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
On Wed, Mar 07, 2001 at 01:34:39AM -0800, Jordan Hubbard wrote: > From: "Hartmann, O." <[EMAIL PROTECTED]> > Subject: ARCH flag in new make.conf > Date: Wed, 7 Mar 2001 09:30:33 +0100 (CET) > > > I'm really confused and surprised by the fact, that with the upcoming new > > FreeBSD 4.3 in its make.conf we can choose architectural parameters for the > > CPU architecture. And I will tell you why. > > It's not supposed to be set by the "general public" and failing to > note this was an error, thanks. I've just committed the following patch: No, I think you're overreacting significantly here -- there just isn't a large amount of evidence showing that -march=<...> produces bad code, and this is the first suggestion I've heard that it does so. In fact, David O'Brien has been very supportive of the CPUTYPE code so far, and he should know better than anyone which gcc optimizations are dangerous on FreeBSD (e.g. he was the one who added the nasty warnings for -O2 under alpha. Kris PGP signature
How's the latest snaphot?
Tomorrow I'm going to install a stable snaphot on a client's box. I've seen some issues lately in the list. All of which seem to have been resolved lately. I'm wondering if I should be going for 4.2-20010306- STABLE or 4.2-20010303-STABLE. Any suggestions? -- Dan Langille pgpkey - finger [EMAIL PROTECTED] | http://unixathome.org/finger.php got any work? I'm looking for some. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
From: "Hartmann, O." <[EMAIL PROTECTED]> Subject: ARCH flag in new make.conf Date: Wed, 7 Mar 2001 09:30:33 +0100 (CET) > I'm really confused and surprised by the fact, that with the upcoming new > FreeBSD 4.3 in its make.conf we can choose architectural parameters for the > CPU architecture. And I will tell you why. It's not supposed to be set by the "general public" and failing to note this was an error, thanks. I've just committed the following patch: +# $FreeBSD: src/etc/defaults/make.conf,v 1.97.2.38 2001/03/07 08:39:29 jkh Exp $ # # NOTE: Please would any committer updating this file also update the # make.conf(5) manual page, if necessary, which is located in @@ -25,6 +25,16 @@ # (AMD CPUs) k7 k6-2 k6 k5 # (Intel CPUs) p4 p3 p2 i686 i586/mmx i586 i486 i386 # Alpha/AXP architecture: ev6 pca56 ev56 ev5 ev45 ev4 +# +# WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! +# +# It should also be noted that YOU SHOULD NOT SET CPUTYPE TO ANYTHING +# unless you're absolutely 100% sure you know what you are doing! Some +# things are known to break with -march=i686, for example, and simply +# building the world and kernel with CPUTYPE set to something other than +# the default (i386) is currently guaranteed to hurt you. You should +# build things very selectively with CPUTYPE set and proceed only if they +# still appear to work. # #CPUTYPE=i686 #NO_CPU_CFLAGS=true# Don't add -march= to CFLAGS automatically I hope that this will prevent others from following (falling?) in your footsteps. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Oh no...
Of course, this won't help you now, but it serves as a clever warning. Regardless of your backup procedure, it is always wise to make a backup copy of your boot sector. In fact, as well as on another disk, I believe you can store a copy on the disk in question itself. Between the MBR and the first partition, there is a section of null space. If it is big enough, one can use careful math to place a copy of the bootsector in the gap. A few seconds with dd and you would have a working system right now. :) Sorry, and good luck. On Wed, Mar 07, 2001 at 07:01:36PM +1100, Kal Torak wrote: > Hiyas... > > I kinda did a fdisk -BI on my main HDD by accident... It killed > all my partitions... I tried to get them back with sysinstall and > the live file system, but I cant mount them and stuff... > > Is there some way I can get my data back? I dont care so much about > the file systems.. But there are some files I would *LOVE* to get > back... > > Any pointers would be great... > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message -- Andrew Hesford [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
On Wed, Mar 07, 2001 at 10:23:06AM +0100, Hartmann, O. wrote: > On Wed, 7 Mar 2001, Kris Kennaway wrote: > > Is this also true for SMP systems? SMP systems use C code like non-SMP systems; I wouldn't expect -march to generically make a difference there (i.e. it should be no different than non-SMP systems, modulo a specific gcc bug triggered by the SMP code). However, I'm certain that lots of people use -march on SMP systems with no ill effects, too. Kris PGP signature
Re: ARCH flag in new make.conf
On Wed, 7 Mar 2001, Kris Kennaway wrote: Is this also true for SMP systems? :>On Wed, Mar 07, 2001 at 09:09:36AM +, Antony T Curtis wrote: :>> Kris Kennaway wrote: :>> > :>> > On Wed, Mar 07, 2001 at 09:30:33AM +0100, Hartmann, O. wrote: :>> > > Dear Sirs. :>> > > :>> > > I'm really confused and surprised by the fact, that with the upcoming new :>> > > FreeBSD 4.3 in its make.conf we can choose architectural parameters for the :>> > > CPU architecture. And I will tell you why. :>> :>> :>> :>> > I've been running NIS on FreeBSD with world and kernel compiled with :>> > -march=pentiumpro for about 9 months with no ill effects. In fact :>> > I've never heard of reports of bad code generation using the -march :>> > settings -- it appears to be very stable. Are you sure you didn't :>> > have a nonstandard optimization setting (-O2, etc) as well? :>> :>> I have world compiled with -O2 with no ill effect (that I have noticed) :>> but if I compile the kernel with -O2, it looks okay but has problems :>> with talking TCP/IP - seems to generate faulty checksums and some other :>> quirks To put it simply, stable kernels are only with -O (in my :>> experience) :>> :>> (however, I have compiled KLDs with -O2 with no ill effect) :> :>Yes, this is well known (and documented in /etc/make.conf). I've :>*never* heard failure reports associated with using an -march option, :>nor seen any myself (all my systems run with -march= and :>have never shown failures; contrasted with -O2 which inevitably causes :>problems each time I'm tempted to try it) :> :>I think Jordan's commit to /etc/make.conf warning people off of using :>CPUTYPE was premature. :> :>Kris :> -- MfG O. Hartmann [EMAIL PROTECTED] IT-Administration des Institut fuer Physik der Atmosphaere (IPA) Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinensaal) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
On Wed, Mar 07, 2001 at 09:09:36AM +, Antony T Curtis wrote: > Kris Kennaway wrote: > > > > On Wed, Mar 07, 2001 at 09:30:33AM +0100, Hartmann, O. wrote: > > > Dear Sirs. > > > > > > I'm really confused and surprised by the fact, that with the upcoming new > > > FreeBSD 4.3 in its make.conf we can choose architectural parameters for the > > > CPU architecture. And I will tell you why. > > > > > I've been running NIS on FreeBSD with world and kernel compiled with > > -march=pentiumpro for about 9 months with no ill effects. In fact > > I've never heard of reports of bad code generation using the -march > > settings -- it appears to be very stable. Are you sure you didn't > > have a nonstandard optimization setting (-O2, etc) as well? > > I have world compiled with -O2 with no ill effect (that I have noticed) > but if I compile the kernel with -O2, it looks okay but has problems > with talking TCP/IP - seems to generate faulty checksums and some other > quirks To put it simply, stable kernels are only with -O (in my > experience) > > (however, I have compiled KLDs with -O2 with no ill effect) Yes, this is well known (and documented in /etc/make.conf). I've *never* heard failure reports associated with using an -march option, nor seen any myself (all my systems run with -march= and have never shown failures; contrasted with -O2 which inevitably causes problems each time I'm tempted to try it) I think Jordan's commit to /etc/make.conf warning people off of using CPUTYPE was premature. Kris PGP signature
Re: ARCH flag in new make.conf
On Wed, 7 Mar 2001, Antony T Curtis wrote: :>Kris Kennaway wrote: :>> :>> On Wed, Mar 07, 2001 at 09:30:33AM +0100, Hartmann, O. wrote: :>> > Dear Sirs. :>> > :>> > I'm really confused and surprised by the fact, that with the upcoming new :>> > FreeBSD 4.3 in its make.conf we can choose architectural parameters for the :>> > CPU architecture. And I will tell you why. :> :> :> :>> I've been running NIS on FreeBSD with world and kernel compiled with :>> -march=pentiumpro for about 9 months with no ill effects. In fact :>> I've never heard of reports of bad code generation using the -march :>> settings -- it appears to be very stable. Are you sure you didn't :>> have a nonstandard optimization setting (-O2, etc) as well? :> :>I have world compiled with -O2 with no ill effect (that I have noticed) :>but if I compile the kernel with -O2, it looks okay but has problems :>with talking TCP/IP - seems to generate faulty checksums and some other :>quirks To put it simply, stable kernels are only with -O (in my :>experience) :> :>(however, I have compiled KLDs with -O2 with no ill effect) :> :>-- :>ANTONY T CURTIS Tel: +44 (1635) 36222 :>Abacus Polar Holdings Ltd Fax: +44 (1635) 38670 :>> Endless Loop: n., see Loop, Endless. :>> Loop, Endless: n., see Endless Loop. :>> -- Random Shack Data Processing Dictionary :> As I said before in the list: kernel and other code were compiled with -O, not -O2. -- MfG O. Hartmann [EMAIL PROTECTED] IT-Administration des Institut fuer Physik der Atmosphaere (IPA) Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinensaal) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
On Wed, 7 Mar 2001, Kris Kennaway wrote: Dear Kris. I asure you: the only flag was -march=i686 and -O on both kernel and system code flags. The phenomenon was that a local ypbind couldn't contact the local or any remote ypserver and it disappeared exactly then when removing the i686 option (and not changing anything else!). Well, I tried nearly everything for about one week and only removing this flag helped. I will do this again, maybe it was a phenomenon on "moving" code from 4.2 to 4.3? I do not know ... I would only mention this here because it pushed me in trouble nobody could help me for the past days. Thank you for responding. :>On Wed, Mar 07, 2001 at 09:30:33AM +0100, Hartmann, O. wrote: :>> Dear Sirs. :>> :>> I'm really confused and surprised by the fact, that with the upcoming new :>> FreeBSD 4.3 in its make.conf we can choose architectural parameters for the :>> CPU architecture. And I will tell you why. :>> :>> Due the last two weeks, that was in fact in the time of FreebSD 4.2, but :>> I think it doesn't matter, I compiled on three SMP system ( one 2x PII 350MHz, :>> one 2x PIII 600MHz KATMAI, one 2x PIII 866MHz Coppermine) the whole stuff :>> with the compiler option -march=i686 on both the kernel compilation option :>> field and the system code optimization field. The result was a completely :>> malfunctional NIS/YP system! I thank Mr. Jan Conrad from University of Bonn :>> who spent more than three hours with me on telephon to checkout what's going :>> wrong on FreeBSD because he used a functional NIS/YP installation - and at mine :>> the cheapest, simplest configuration would work. I do not know exactly which :>> compiler switches the new flag targets, either this for the source code or that :>> for the kernel and I do not know which compiler option, either for kernel or the :system, :>> killed the NIS/YP functionality. Fact is - after removing on both optimization :>> fields NIS/YP works well! :> :>I've been running NIS on FreeBSD with world and kernel compiled with :>-march=pentiumpro for about 9 months with no ill effects. In fact :>I've never heard of reports of bad code generation using the -march :>settings -- it appears to be very stable. Are you sure you didn't :>have a nonstandard optimization setting (-O2, etc) as well? :> :>Kris :> -- MfG O. Hartmann [EMAIL PROTECTED] IT-Administration des Institut fuer Physik der Atmosphaere (IPA) Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinensaal) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH flag in new make.conf
Kris Kennaway wrote: > > On Wed, Mar 07, 2001 at 09:30:33AM +0100, Hartmann, O. wrote: > > Dear Sirs. > > > > I'm really confused and surprised by the fact, that with the upcoming new > > FreeBSD 4.3 in its make.conf we can choose architectural parameters for the > > CPU architecture. And I will tell you why. > I've been running NIS on FreeBSD with world and kernel compiled with > -march=pentiumpro for about 9 months with no ill effects. In fact > I've never heard of reports of bad code generation using the -march > settings -- it appears to be very stable. Are you sure you didn't > have a nonstandard optimization setting (-O2, etc) as well? I have world compiled with -O2 with no ill effect (that I have noticed) but if I compile the kernel with -O2, it looks okay but has problems with talking TCP/IP - seems to generate faulty checksums and some other quirks To put it simply, stable kernels are only with -O (in my experience) (however, I have compiled KLDs with -O2 with no ill effect) -- ANTONY T CURTIS Tel: +44 (1635) 36222 Abacus Polar Holdings Ltd Fax: +44 (1635) 38670 > Endless Loop: n., see Loop, Endless. > Loop, Endless: n., see Endless Loop. > -- Random Shack Data Processing Dictionary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Make world Broken
On Wed, Mar 07, 2001 at 10:27:15AM +0200, Jacques Marneweck wrote: > Hi all, > > This what I'm getting where it breaks: > > ===> libdisk > make: don't know how to make dkcksum.c. Stop > > The file dkcksum.c does not exist in the directory where libdisk. This was fixed about 3 days ago. Please update your sources when you run into a build problem before reporting it to the list, because most of them are fixed within hours of being introduces. Kris PGP signature