FreeBSD 7.0-RC1 has been released. "The ports team has gotten the release package sets built for most of the architectures (sparc64 is still a long way off) so we have begun including the pre-built packages on the ISOs. Even a very basic post-build test turned up one latent bug in sysinstall, and once that was fixed a more extensive test (load both KDE and GNOME) turned up two more latent bugs. The 7.0-RC1 builds have one of the three bugs fixed in them. The other two bugs aren't fatal to installs on 7.0-RC1 (they were fatal to installs on 6.3-RC2) and we have more 7.0-RCs coming so I went ahead with making 7.0-RC1 available as-is."
Post a Comment
Member since:
2006-01-22
Member since:2005-08-26
Some hints are here: http://ivoras.sharanet.org/freebsd/freebsd7.html
Member since:2006-11-18
Member since:
2007-03-30
Member since:
2005-07-06
One of the biggest problems (for me) is the lack of 64bit nVidia drivers for FBSD. (Not strictly a FBSD problem [even though nVidia claims other-wise])
I require 64bit (software development, 8GB RAM) and using the nv driver is a big no-no.
... It would have been nice if the FBSD devs could sit with nVidia and solve this problem before FBSD 9...
- Gilboa
Edited 2007-12-31 12:31
Member since:2005-07-11
nvidia is asking freebsd devs to duplicate and maintain Linux-like calls which no one has stepped up to do just yet.
They do not want to facilitate what FreeBSD has offered as an alternative.
I suggest you look at current- archives for other options to get you running nvidia hardware. It has been recently discussed.
Member since:2005-07-06
I know the story. [1]
(I'm also subscribed to the nVidia-bsd-forum-thread about it.)
However, as it seems, I doubt that this problem will be solved during 7.x life time.
(Again, this is not strictly a FBSD kernel problem. nVidia should have been able to circumvent the problem - like they do in 32bit)
- Gilboa
[1] http://wiki.freebsd.org/NvidiaFeatureRequests
Member since:2006-07-15
Member since:2005-07-06
"There will not be any solution for nonsense changes in the kernel. I trust the kernel developers, I don't trust some developers of low quality blobs (Windows, Linux ...)."
Given your choice of words I doubt that you're are in any position to determine if a certain request (by nVidia) is nonsense or not.
Never the less, I'll bite:
Which request (within the nVidia's list) is nonsense and why?
"Linux is quiet eager to make such changes day by day with the result of less stability and reliability."
Can you name -one- change in the Linux kernel that was supposed to cater for closed source binary drivers?
- Gilboa
Edited 2007-12-31 22:20 UTC
Member since:2006-07-15
>Given your choice of words I doubt that you're are in any position to determine if a certain request (by nVidia) is nonsense or not.
Seeing your response it's almost impossible that you have ever read a FreeBSD mailing list. Would be some experience, there you can get your knowledge about it. Sometimes you don't have to have to position but the knowledge ;-)
Btw. fixing something for a blog _is_ quiet nonsense.
There you go: http://lists.freebsd.org/mailman/listinfo
>Can you name -one- change in the Linux kernel that was supposed to cater for closed source binary drivers?
'Such changes' means, they are eager to switch from one interface to another in just 'some minutes'. And the don't do it because out of software evolution, but mere variation. The latter isn't true for FreeBSD, so there will not be any change _for_ nVidia. Therefore Linux kernel is a mess. And if you don't trust me, listen to Andrew Mortons words.
Edited 2007-12-31 22:48
Member since:2005-07-06
"Seeing your response it's almost impossible that you have ever read a FreeBSD mailing list. Would be some experience, there you can get your knowledge about it. Sometimes you don't have to have to position but the knowledge ;-)"
True, I'm not subscribed to the FBSD-ML on daily basis - but I do frequent the archives from time to time.
However, trying to make it personal won't change the fact that you have yet to comment on nVidia's demands one-by-one.
... And it's OK to admit that you're choice of words had no business in any type of reasonable discussion.
"'Such changes' means, they are eager to switch from one interface to another in just 'some minutes'. And the don't do it because out of software evolution, but mere variation. The latter isn't true for FreeBSD, so there will not be any change _for_ nVidia. Therefore Linux kernel is a mess. And if you don't trust me, listen to Andrew Mortons words."
... So in short, you're saying:
"95% of my comment had nothing to do with the nVidia AMD64 driver problem (beyond saying that this is not Linux!). I just needed to trash Linux a bit so I can get it off my chest. I feel much better now, thank-you."
... If you're looking for Linux vs. BSD fight, you're barking at the wrong tree here.
My software supports both Linux and FBSD. (Though I've yet to port/test it under 7.)
- Gilboa
Member since:2006-07-15
>If you're looking for Linux vs. BSD fight
>However, trying to make it personal won't change the fact that you have yet to comment on nVidia's demands one-by-one.
I'm looking not for a fight, it's just a different development model, a development based on quality. Why should I trust a company who keeps telling me about some 'errors' in my _open source_ kernel, whereas they are showing me just a blob? Furthermore even the 32 bit ports of this blob is known for it's low quality in Linux and FreeBSD (it's bettern than Ati of course). So first they developed a driver for Linux and now they want changes to FreeBSD like in Linux maybe their developers aren't able to cope with FreeBSD kernel? That's ridiculus and has nothing to do with a fight, but with common sense!
>My software supports both Linux and FBSD.
If you're software isn't one of these (maybe) 1% which depends on special kernel support, I don't see any relevance for special attention to it. 99% of the so-called 'Linux-software' works like a charm in FreeBSD. Have a look at freshports.org. Most support is done by the maintainer, fixing some low-quality work of the developer. But the latter ist true for different Linux distris too.
Member since:2007-07-11
Member since:2006-07-15
Member since:2006-03-20
nvidia is asking freebsd devs to duplicate and maintain Linux-like calls which no one has stepped up to do just yet.
Solaris has a native NVidia driver for both 32bit and 64bit modes, yet the system doesn't offer "Linux-like" calls.
The NVidia developers told them often enough in the past where the problems are, if the FreeBSD developer team doesn't allocate resources to fix this, then you're out of luck.
Member since:2006-07-15
Member since:2005-07-06
Member since:
2006-01-01
Member since:2006-10-08
"Sounds like FreeBSD 7 is moving alone quite well. Can't wait to upgrade my workstation when it's released."
Same here, too. Allthough testers of the 7.0-BETA and -RC stages did not encounter major problems with "outdated" hardware (everything that's older than one year), I will wait for the -RELEASE. I'm just afrait I would have to recompile and update stuff if I installed an pre-RELEASE system, but I don't want to install the latest RELEASE of the FreeBSD 6 branch, because at least in my opinion it's better to use 7 if it's available as to stay with 6... a new hard disk is already waiting on the shelf (for some months now) - FreeBSD deserves a fresh and clean hardware ground to breed and grow on. :-)
Great work, FreeBSD team! You gave me the ultimate solution for all of my server and desktop applicances since the days of 4.0. Really, I didn't yet find anything that beats FreeBSD. At least for me, it's exactly what I need.
Member since:
2006-05-12
Member since:
2007-06-19
Member since:2006-05-26
Member since:2006-07-15
Member since:2006-05-26
Member since:
2005-11-09
Why are they labeling this a 'release candidate' when it contains known bugs. They are promising more RCs already in the announcement. If this will definitely not be the final release (and therefor not a candidate), how can they label it a release candidate? Why not just call it a beta (as it contains bugs they intend to fix before release)?
With that said I would like to thank the FreeBSD team for delivering a great product, my favorite of all the unices.
Edited 2008-01-01 04:12
Member since:2005-07-14
An RC is better-than-beta, and the two known problems aren't fatal (memory leaks in the installer; if you've got 512MB or more of RAM you should be good)... that's pretty much the standard for a release candidate, you give people a chance to shake down the "final" version for any show-stopping bugs while you continue to fix the more minor bugs.
Looking forward to this, I've got a couple of new disks for ZFS on my server. :-)
- chrish
Member since:
2008-01-01
