Category Archives: FreeBSD - Page 3

Regressions in FreeBSD 9.0

Even though 8.0 hasn’t been released yet, with the second release candidate available for testing, a number of regressions have already been committed to HEAD, or FreeBSD 9.0-CURRENT. The single change that caused most fallout in ports was a commit to the sh(1) parser that disallows mismatched quotes in backticks that broke a large number of badly written ‘configure’ scripts. A number of those have already been fixed, but there are still plenty of errors out there. The fix is usually easy, like the one for tcl83, so if you’re looking for something to do while the ports tree is still in a slush state, please give a hand by fixing some of the new errors on 9.0. For a full list, see the logs of the pointyhat cluster.

Partial ports thaw

The ports tree is now tagged and partially thawed.  Until 8.0 is released, sweeping commits still need explicit approval from portmgr to assure that tags can be slipped for potential security issues.  For more information what constitutes a sweeping change, see the portmgr web pages.

Ports feature freeze now enforced

As an experiment, there will not be a complete ports freeze ahead of the release of 8.0.  To ensure that the tree is kept in a stable condition, we do need to have more discipline about the feature freeze we are currently using.  To achieve this, I have added a new tag to the commit log Feature safe: which needs to be set to yes explicitly for each commit.  While this is is tedious, it does mean that commits will be allowed without prior explicit approval from portmgr.  Portmgr is still working on a written set of rules for what is and isn’t allowed during a feature freeze, so please use common sense for now, and try to err on the side of caution and contact portmgr when in any doubt.  Sweeping commits touching a large number of ports, shared library updates affect more than a trivial number of ports, you get the picture; anything that would require a rebuild of more than a trivial amount of ports is not allowed without prior approval from portmgr.  With the release only a few weeks off, we cannot afford any major mishaps, so be conservative.

The feature freeze is enforced from right now and current plan is to tag the tree after RC1 is released.  There will be a short freeze while the tag is processed, and after that we will proceed with the ports slush as usual.

Please consider your commits in this light and help make this experiment a success so we can avoid long freezes for future releases.

FreeBSD 9.0 packages and 8.0 freeze update

Earlier today, Ken Smith bumped the version of the HEAD sources to 9.0.  I have just modified the scripts to make INDEX-8 based on RELENG_8 and add support for INDEX-9 based on HEAD.  They are available for ‘make fetchindex’ now.  Mark Linimon is working on adding 9 to the pointyhat scripts, so expect the first 9-current packages to be available later this week.

Packages for the release of 8.0 have been built for i386 and amd64, with a few days to go for sparc64.  They are currently not available on the mirrors yet, but will be included on the BETA3 cd sets.  Please give them as much testing as you can.  With the first iterations of the package sets already finished, we are currently in a soft feature freeze, and if no major changes appear, we do expect to keep the freeze very short.  Although the exact date is dependent on how the release progress in general progresses, it is currently expected to start at September 14 and last for two weeks.  Please don’t hesitate to contact portmgr@ if you have any questions or doubts whether a given change would be too big for the feature freeze.

InternetNews.com: Why FreeBSD 8 Won’t Rewrite the Book

Even though the release cycle only has reached the BETA2 stage, InternetNews.com already has an article on the upcoming FreeBSD 8.0 release, with interviews with Michael Lucas, author of the Absolute FreeBSD book, Matt Olander of iXsystems, and Kris Moore of PC-BSD. Primary point of the article is how FreeBSD even for major releases with lots of new features and improvements still keeps the disruption for users to a minimum, and introduces these new features without forcing a paradigm shift on the users. This strategy has of course long been known to the developers as POLA, or Principle Of Least Astonishment. Highly recommended article.

Ports freeze schedule for FreeBSD 8.0-RELEASE

Below is the tentative schedule for the ports freeze in preparation for 8.0-RELEASE. If any major delays occur in the overall release schedule, the dates may be postponed, but please start preparing to have your changed committed to the tree before August 17 to ensure they are included in the release. Also, portmgr kindly asks anyone who has anything major lined up to already from today start mailing portmgr about these so we know what to expect and not be surprised by any major fallout that might extend the short freeze we have planned.

August 17: ports tree is frozen and package build begin
August 24: ports tree is thawed and final package builds begin
August 31: FreeBSD 8.0-RELEASE is released and ports tree is unfrozen

Portmgr reorganization

Portmgr is happy to announce that two new members will join the team.

Martin Wilke has been one of our most active committers since receiving his commit bit today 3 years ago. He has been working in a number of subgroups including python, ports-security and the KDE team.

Ion-Mihai Tetcu has been interested in regression testing and qualitiy assurance, creating QAT automated tinderbox testing of all port commits on a per-commit basis, and adding on-the-fly feedback to the snapshot builds from the pointyhat package cluster.

Unfortunately, we will also be saying goodbye to Kirill Ponomarew, who hasn’t had much time to spend on FreeBSD and will be stepping down from portmgr.

We thank Kirill for all his contributions in the past and wish Martin and Ion-Mihai the best of luck with the new tasks bestowed upon them.

Partial ports thaw

The ports tree is now tagged and partially thawed. Until 7.2 is released, sweeping commits still need explicit approval from portmgr to assure that tags can be slipped for potential security issues. For more information what constitutes a sweeping change, see the portmgr web pages.

Ports tree frozen in preparation for 7.2-RELEASE

The ports tree is now frozen for the 7.2 release cycle.

No commits will be allowed without explicit portmgr approval. We hope we can keep the freeze short and go into slush after two weeks. The tree will be completely unfrozen after the release is announced. For the full schedule, see the release schedule.

As always, only commit that fix existing breakage will be allowed during the freeze and we encourage everyone will help fix as many ports as possible for this release. For more information about what kinds of commits are allowed during which period, please see the portmgr policies webpage.

Ports freeze to start April 13

The ports freeze for the upcoming release of 7.2 will start in one week time on April 13. Release packages will be built immediately and have to be ready for RC2 which is scheduled for April 20. To keep the freeze as short as possible, the date might be moved depending on any delays in the src release process. Also, to keep this freeze this short we kindly ask anyone with commits in their queues that might have any larger effect on the packages to run their changes by portmgr from today to make sure no new regressions are introduced.

As always, we are looking for volunteers to fix outstanding errors, and this is a good time to focus on existing errors and regressions instead of new features to make sure as many packages can be included in the
release.

For a list of outstanding build errors, please see this link.

Remember: All commits after April 13 need explicit approval from portmgr!