Date: Thu, 08 Jul 2010 12:54:14 +0200 From: Marian Hettwer <MH@kernel32.de> To: "Mikhail T." <mi+thun@aldan.algebra.com> Cc: tom@hur.st, Jeremy Chadwick <freebsd@jdc.parodius.com>, freebsd-stable@freebsd.org, freebsd-usb@freebsd.org, Randi Harper <randi@freebsd.org> Subject: Re: 8.x grudges Message-ID: <4C35AE56.1040306@kernel32.de> In-Reply-To: <4C34E910.5020007@aldan.algebra.com> References: <4C34C5DE.7040007@aldan.algebra.com> <20100707185928.GA16180@icarus.home.lan> <4C34E0E6.9070801@aldan.algebra.com> <AANLkTimdSWkgOYaSp-sWVd2fHtjv65zEVCJIT6mHlNC5@mail.gmail.com> <4C34E910.5020007@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 07.07.10 22:52, schrieb Mikhail T.: > 07.07.2010 16:34, Randi Harper ???????(??): >> >>> Attached is the kernel config-file (i386), that worked fine under >>> 7.x. The >>> kernel-compile will break (some *freebsd7* structs undefined), >>> without the >>> COMPAT_FREEBSD7 option. Try it for yourself... >> Don't use a kernel config from 7. We've already told you this. > Your "telling" me this is just as valid as warning me against using > computer-cases of a particular color. It is a silly requirement. My > expecting things, that worked for 7, to work in 8 is reasonable. There > may be (documented!) exceptions, but it ought to "just work". No. Your expectation is plain wrong. The opposite should be true. If you do a major upgrade (and moving from 7.x to 8 is a major upgrade) you should expect all kinds of changes. What you can expect is, that they're documented in the release notes. This would be a fine gesture of the FreeBSD community. And since I use FreeBSD since 4.0, I can tell, that the documentation of changes is remarkable. If you expect that things continue to work after a major upgrade you really live in some kind of a dreamworld... >> These changes aren't gratuitous. Did you read the commit messages >> behind each of the changes? I'm guessing that you haven't. > No, and I'm not going to. A commercial OS would've been the laughing > stock, if one hand to change C: to 1: between releases, for example... Ah! But changing the $HOME of users of that commercial OS from c:\Documents and Settings\ to c:\Users is okay, right? Wake up man! >>> >>> Again: this particular change seems gratuitous. >> It's not. You didn't bother researching before complaining. > I bothered to type up my list. Presumably, problem-reports are > welcome. I've been a Unix-user since 1990, a FreeBSD user since 1993 > (or 94?), and a project-member for a decade. If *I* have a problem, > then newer users certainly will too. And, guess what, they'll simply > go with something, that does not give as much grief... Then they should do. pfff... I'd like to see them using Linux, which obviously never changes arbitrary... ha. And if you're a unix user since the 1990'ies then you really should know better. >> The modification should be necessary. > Why? Why should a netboot act differently from a local boot from CD? Because it's a completely different type of booting? Oh come one... > You don't. But there is very little, that needs to be added there for > it to "just work" over both netboot and local CD, and you should do > it, instead of arguing with me here... No, I don't know, what it is > exactly, but I'm quite certain, it can't be very much. If it's that important to you, then send in a patch. As a FreeBSD user since 1993 (or 94) you could do your beloved OS a favor, right? >> In fact, the article about PXE booting on the official freebsd >> website says >> nothing about using the ISO. You just found some article that said it >> was possible (and it is) and complained because you didn't like the >> process? > Yes, exactly. I didn't like process -- it is needlessly complicated. > The same CD-image, /should/ also be usable "out of the box" for > netbooting. Then make it work, for f*cks sake! > >> > From the man page: >> >> The amdtemp driver provides support for the on-die digital >> thermal sensor >> present in AMD K8, K10 and K11 processors. > I know nothing about the driver. But a utility I regularly used > stopped working after upgrade, so I added that to my list of > upgrade-related grudges. > As an old fashioned unix guru you should know lots and lots about the driver. Or at least, as a minimum, you should be aware of the available manpage for a utility you're using regularly! Cheers! ./Marian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C35AE56.1040306>