Category Archives: FreeBSD_EN

[CFT] Xorg 7.7 ready for testing!

Hi Fans,

The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are very happy to be able to Call for testing shortly after the Xorg team annouced 7.7 release. This CFT is also open for discussion on how we should move forward with xorg release as we are facing some issues and we would like to ask for your opinion. Right now we have 2 existing xorg versions in our Ports Tree. The situation is quite bad due to our poor graphic card support. That means we do not have much choice but to take it as how it is now. But with regards to mesa support, we have to face some new challanges.

With the new mesa 8.0 release, accelerated support for a number of older graphic cards was dropped. At the moment we are not sure how to deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the old xorg version. Obviosly the latter option make the already complex situation more complex. The problem is, users, especially  the new ones can easily get confused with it. Another issue is, the packages.We can’t deliver a package set with the new Xorg releases. This means users with new hardware will have to compile everything by themselves. Though I’m totally fine with compiling, not everyone has the CPU power to compile everything. What I’m trying to say is, I would love to see the newer xorg released as the default version, but i know this will break a lot of old hardware. The thing is, when we want to try to become a Modern Operating System, I dont see any other way to make the new xorg as default but to give Users the chance to compile the old xorg with a flag like WITH_OLD_XORG.

Some notes regarding KMS support:
KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 will come soon, that means so long its not MFC’d to 9-Stable, users need to get the latest patch from our x11 mailing list.

This testing includes
* libdrm 2.4.34 (including KMS support)
* mesa 8.0.3
* full Xorg 7.7 release

Checkout Xorg Development Repo:
You will need to install devel/subversion in order to checkout the xorg repo. Next, you will need to add WITH_NEW_XORG=yes in your /etc/make.conf if you want to try out the new Xorg and mesa. Note
that if you are not qualified for the KMS patch, you shouldn’t use WITH_NEW_XORG=yes because the old intel driver doesn’t build with the new X server. If you are qualified, you should also set WITH_KMS=yes
in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=yes.

svn co https://trillian.chruetertee.ch/svn/ports/trunk

A small merge script to merge the svn checkout into the real portstree can be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the old kdemerge script. Please set the KDEDIR variable to the path of your X.org ports. After merging, run one of the following command, depending on which
tool you use to manage your installed packages.

portupgrade -af \*
portmaster -a

After installing these, you will have to rebuild all xf86-* ports. We will bump all releated ports during the commit to the ports tree.

Roadmap:
Our current plan is to let the CFT running for a while, and see what the outcome of the discussion above is. We hope to get a lot of feedback to solve as many problems as possible. Also we are working on the
libglut to freeglut migration, this will definitely complete before we import Xorg 7.7. So we still have enough time.  We are looking forward for your feedback.

– miwi on behalf of the FreeBSD X11 Team

[XORG-DEV] trunk is unstable

Dear All,
As I mentioned already in twitter/fb, our xorg-dev/trunk repo is currently
completely unstable because we are trying now to get xorg 7.7 RC ready. Our
wiki page will be updated soon. Testers and feedback are welcomed, but
please make sure you know what you are doing. If you like to discuss with
us directly, please join us on irc efnet/#freebsd-xorg.

– Martin

Please welcome Xorg 7.5.2

The Xorg Team is pleased to announce the next round of Xorg updates.
The team created a new flag called WITH_NEW_XORG that users can include
in /etc/make.conf. This was created for the intel KMS work being done
althouthough It probably works for other chips. Unfortunately, the intel
KMS driver will only work on FreeBSD 9(RELENG|STABLE) or 10/HEAD users.
Older version of FreeBSD will not be supported. Intel users will need
to patch their source manually with Konstantin’s KMS kernel patch to get
the newer chips to work. Please carefully read UPDATING entry.

Changes:

– libdrm 2.4.31 (including KMS support)
– mesa 7.11.2
– xorg-server 1.10.6
– a lot of new Graphic Drivers.

I would like to thank:

Koop Mast
Eitan Adler
Niclas Zeising
and all helpers and testers from x11@.

Why FreeBSD – My Personal view.

Hi,

Just a review of myself since i’ve need it for my talk :-)

I’ve started playing with Linux in 2000/1, and since then I have been switching between Linux and Windows from time to time. By the end of 2001, I switched completely to Linux because I had enough of windows blue screens problem. After some hardcore testings of other distributions like debian, slax, crux, fedora, suse and gentoo, I finally stayed with Gentoo for 1 ½ years. But after portage got more and more buggy, I started to look for a new challenge. I’ve met some BSD Guys in IRC, and after a while I setup FreeBSD in dual boot and started playing with it. I was really surprised on how fast and stable it runs, and also the community impressed me with their helpfulness. If you ask anything over the mailing list, you will always get helpful answers from the developers and users. My experience with Linux community is totally the opposite. It was common for me to get answers such as “RTFM” or “Try google”, which is not what I hoped for. I still remember today how many times I had to reinstall Linux just to fix up some mess. After a while with Linux I have the impression that Linux is going more and more towards mainstream, which is of course nice for the end users, but the fact that anyone can install Linux without knowing what happened in the background makes it even worse. Not to mention about the kernel size, which I have always seen some new stuff in, but the old codes were left unmaintained. This leads to a bigger kernel with more security holes, which leads to system instability. The kernel is now 63MB, which is so much bigger compared to FreeBSD kernel.

I believe that Linux now has a big user base where 70% of the users do not understand what is occurring in the background or if they even know what ‘terminal’ is Thank you Ubuntu, Suse, Fedora. Well alright I think I stop here because you maybe start thinking that I’m bashing Linux, which I am not :-). I also have a lot of good experience with Linux :) and of course I won’t forget which user base I was from :).

In November 2005, I moved completely to FreeBSD. After a while using FreeBSD, I was thinking on how to give something back to the community. I started submitting patches to the FreeBSD project, and in Jun 2006 I got my FreeBSD ports commit bit. Since then I am one of the most active member in the Project. At least, this is something that I could do in return of being able to enjoy a good and a stable system with a big choice of applications that is easy to handle using the package management system.

There are a lot of things that I love about FreeBSD, and I bet you know most of them already. FreeBSD has a clean structure that makes it so easy to understand. It is a rock solid system, very stable and easy to maintained. For applications, you have a choice between package system, if you want it fast, or the famous ports system, if you wish to compile applications yourselves with specific options. Another great thing about ports system is its easy framework, which provides flexibility to FreeBSD users to build their own stuff.

FreeBSD’s user base is probably not as big as Linux’s, but I can safely say that FreeBSD’s community support is one of the best in the open source world. As I have mentioned previously, I have not been in a more helpful community than FreeBSD’s. If you’re in the mailing list or a community member, you’ll know what I mean :).

FreeBSD has a lot to offer to new users. The deep learning curve is probably tough for a first timer, but all is worth it. And FreeBSD has the best gift to new users, the handbook. FreeBSD handbook is one of the best documented operating system, and this is another reason why I like FreeBSD so much.

Well there another 5000 reason…

So long miwi :-)

BSD in Malaysia

Hi.

Few days back I’ve met up with Mohd Fazil Azran for a small talk about *BSD at Starbucks coffee. I was interested to know why Malaysian *BSD community is so inactive, and from the discussion, I’d say that the reason is more likely caused by too much of politics in the group, financial issues, lack of interest to share knowledge and blablabla..

So now, I would like to suggest for a complete rebuild of a *BSD open group. It will be a group where everyone shares the same right, and the freedom of speech. No politics, no financial problems (go dutch all the way ), no hidden agenda. Just a group where everyone can share their knowledge freely. Hopefully with this group, we could attract more users to *BSD, as well as building back the trust for *BSD .

The kick off of this new group will be on the 3rd March, where I will give my first talk about FreeBSD - what is FreeBSD, why FreeBSD, FreeBSD ports and who use FreeBSD. My talk will be around 30 to 45 minutes, and afterwards I will be free for questions and discussion, and of course, coffee .

Date: Saturday, March 3, 2012
Time: 2 PM till 5 PM
Location: Old Town White Coffee, Bangsar South (KL)

You should be aware that this would be my first experience, so don’t expect for any professional talk. Everyone is welcome :)

So long.

PS: Help me to share & rt it & and follow me on twitter :)

[CFT] Xorg Upgrade 7.5.2

The Xorg Team is pleased to announce the next round of Xorg updates. First of all, note that this is experimental, so you really have to know what you’re
doing read careful and follow exactly our documentation. We are specifically looking for feedback from Intel, ATI and NVIDIA users, we like to know if we break here
anything. The WITHOUT_NOUVEAU switch is gone along with xf86-video-nouveau, we suggest to switch to the nvidia blob.

KMS Support [1]:
Unfortunately, the intel KMS driver will only work for the latest FreeBSD 9-STABLE or 10-CURRENT users. The patch for HEAD current is named all.13.1.patch.
The higher the version the newer the patch is. Other needed patches are already available in the Xorg update.

HEAD Users:
Get the latest patchset from Kib here:
http://people.freebsd.org/~kib/drm/

9-STABLE Users:
Meowthink maintanice currently the backport to 9 STABLE, make sure you have the latest FreeBSD 9-STABLE src check out. Get the patch from here:
https://docs.google.com/leaf?id=0BxbPi2OX4_B-NWY3NWU3MzEtNDBjYy00NTljLThlZGItMWFlYjIyYjI4Yjk3&hl=en_US

Rebuild your Kernel and reboot.

Know issuse:
There will be a patch reject in the sys/dev/drm/i915_suspend.c file. The solution is to manually undo the expansion of the $FreeBSD: ….$ tag, so it only
says $FreeBSD$.

Checkout Xorg Development Repo:
You will need to install devel/subversion in order to checkout the xorg repo. Next, you will need to add WITH_NEW_XORG=yes in your /etc/make.conf if you want to try out the
new Xorg and mesa. Note that if you are not qualified for the KMS patch, you shouldn’t use WITH_NEW_XORG=yes because the old intel driver doesn’t build with the new X
server. If you are qualified, you should also set WITH_KMS=yes in /etc/make.conf.

svn co https://trillian.chruetertee.ch/svn/ports/tags/xorg_7_5_2

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the old kdemerge script. Please set the KDEDIR variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you use to manage your installed packages.

portupgrade -af \*
portmaster -a

After installing these, you will have to rebuild all xf86-* ports. We will bump all releated ports during the commit to the portstree.

Roadmap:
Our current plan is to let the CFT running until the last weekend of February. We hope to get a lot feedback to solve as many problems as possible.
So please help us to get the best xorg update ever in!

Links:
http://wiki.freebsd.org/Intel_GPU [1]
http://wiki.freebsd.org/Xorg
http://miwi.bsdcrew.de/2012/02/working-on-xorg-stuff/

Happy updating :)

– Miwi

Working on Xorg Stuff!

Hiho…

Well I know I haven’t been writing for a long time but there are always reasons behind it :). Lately I have been busy with my job and personal life, but anyway I’m still alive and I have started working on FreeBSD since a while.

As stated in the subject, why I’m writing today is to talk about FreeBSD Xorg stuff. Personally I have stopped working on it for a long time. The main reason was that we are still stuck on some problems like missing KMS/GEM support, though since a while there is some progress that can be seen. Also kwm@ and eadler@ jumped into the Xorg team and did a lot of good work in the last few months.

As a result, Xorg gets 2 layers of framework. What this means, users with newer GFX hardware will get the chance to use newer Xorg server and drivers. The team has decided to create a new flag called WITH_NEW_XORG that users have to include in /etc/make.conf. This was mainly done for the intel KMS work being done. It should probably work for other chips. Unfortunately, the intel KMS driver will only work on FreeBSD 9-stable or 10-CURRENT users. Older version of FreeBSD will not be supported. Intel users will need to patch their src manually with Kib’s KMS kernel patch to get the newer chips to work. We have libGL and Mesa patches in our xorg-dev repo ready.

Here are some facts on what you will get with WITH_NEW_XORG:

libdrm 2.4.30 (including KMS support)
mesa 7.11.2
xorg-server 1.10.4
a lot of new Graphic Drivers.

After this is done and committed we going to work on Mesa 8.0 and X server 1.12. The reason we haven’t done this yet is because they are in RC stage and x server 1.11 and above break the nvidia driver. We will call for a testing soon with the full instruction on what you will have to do. So keep your eyes open..

So long…

PS: follow me on Twitter here.

[Ports] FreeBSD 10 Fixes

FreeBSD 10.0 Ports fixes.

Yesterday I have committed a patch to fix mostly all problems under FreeBSD 10. I plan to make 10 exp-run after the 9.0 Release within 2 weeks to poke maintainers and upstream as to ensure that
for the 10.0 Release, everything is fixed and we can remove the current workaround. Appreciate all the help to get it to work.

Thx :-)

portscout is back ..

Hi,

I finally managed to get portscout back on a stable server. I have removed all mail addresses from the old portscout to cleanup all the unused mail addresses. If you are a maintainer and would like to get a mail notification, please drop me a mail using your maintainer mail address and I’ll add to the list. The RSS feature will be back very soon as well.Thanks to Martin Matuska (mm@) for hosting portscout now.

Note that portscout.org will be rerouted as soon as possible. As for now, please use http://portscout.cc.

– Martin

[ECFT] drm/dri/mesa/xorg-server update [Part 1]

Hi,

First of all, note that this is very experimental, so you really have to know what
you’re doing.
We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

Again, please be aware that this is very experimental, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing :P

FreeBSD needs fresh Blood!

Oh well, it’s time to write some nice job offer, of course it’s all
for free, and you can’t earn any money out of it, but you’ll get a
big thanks, hugs and love from the community. Ask your self, how
long have you been using FreeBSD. Months? Years? Decades? And you
love using it because of whatever reason but at the same time
you’re feeling a bit guilty to use it all for free without giving
anything back? Well now you’ll have the chance to change that.
We at FreeBSD are always in need of new people who are willing
to spare some of their time and effort into FreeBSD development.

Let me share a bit of my experience. I have (re)built a lot of
teams in the past, such as gecko@, kde@, python@, and I was
involved in the creation of FreeBSD vbox@ team. I have always
managed to get assistance from a lot of people, but recently more
and more people have started to complain about the slowness,
broken commits and requested for more Call for Testing. And that
is actually a big problem. I am the kind of person who like to
call for test, but I am also the kind of person who easily gets
disapointed when I’m not getting much feedbacks. The best example
here is ATI, Xorg and Xfce update. I did a call for testing because
Xorg and Driver updates is always a big issue because there are so
many different hardware involved with various configurations. From
the call for testing, we managed to get a total of 19 mails of
positive feedback and after 2 weeks I’ve committed the update.
What happened after that was I received a lot of complains for
not conducting much testing, yadda, yadda. Well I say it ain’t
my fault for not testing much, but it is also your fault for not
helping us. It is always easy to blame instead of helping. Ask
yourself why have you not helped us in testing properly and give
us feedbacks. Complaining is fine when it is done in the right
way, with the right tone.

While I’m talking about Xorg, the FreeBSD Xorg Team is currently
a one man show effort, supported by kwm@ and fluffy@. Xorg alone
is too big to get worked on. Plus you should not think that it is
affecting the ports only, but it affects the kernel as well, which
we are having the most problems at the moment. And of course I
would like to call for help on that as well. Based on my last call
for help, it is funny to see how many people wanted to offer some
help, but after knowing the amount of work involved, I have stopped
hearing from these guys. I understand that to update Xorg is always
a crappy job but I love doing it, because it is nice to get more and
more experience in understanding how things work, and it helps to
improve my skills a lot.

Lets a talk a bit about our FreeBSD KDE Team. KDE is nice, but it
really is a fat project. It needs a lot of love, and maintenance
time. Currently it’s a 4 people project, namely makc@, fluffy@ and
avilla@. While for support Raphael Kubo da Costa is handling it
actively. The thing is, KDE involves more than just KDE packages.
It includes Qt, PY-Qt, KOffice and Cmake as well. It is a big
project too and it would be nice to find more people to contribute
in the development.

And now lets talk about gecko@. gecko@ includes all Mozilla Project,
namely Firefox, Thunderbird and Seamonkey. It is currently maintained
by beat@ and decke@, and supported by flo@ and andreas. So again,
I’d like to see some fresh faces for this project as well. If you are willing
to help, do ping us via mail :p.

As for FreeBSD Gnome Team, well I can’t say much about gnome but
whenever I see the cvs commits in marcuscome tree, it seems like
most work for the upcoming gnome3 is done by kwm@, and supported
by marcus@, mezz@ and avl@. Gnome includes not only Gnome things
but it also include gtk and cairo, the one that always cause
problems in a major update. I think the team would love to have
some fresh blood in the team.

Okay, all of these need an understanding of programming and
scripting. If you think that you can’t do any of that, testing would
also help much. FreeBSD is one of the best documented open source
project, so that’s another area that could use some help too. Check
if FreeBSD.org is available in your language, or start helping to
improve the FreeBSD documents in your language. It would be very
helpful and the community will thank you for that. So if you would
like to offer some help, ping me in irc/jabber/mail :-)

- Martin

PCBSD sponsor FreeBSD KDE Build box

I’d like to note that the KDE FreeBSD Team is now
receiving assistance from PCBSD again. Since I left
the KDE Team, things have gone terribly wrong. After
having a few conversations with my old team, I finally
figured out what the problems were. But the main problem
was missing a package build system, and I managed to find
a solution for that with Kris’s help. Apparently this was
a root cause to some other issues and having it solved
helped to speed up other processes.

I’d like to say thanks to Kris Moore, Josh Paetzel,
Dru Lavigne and of course the iXsystem for their
generous donation to build a test machine for KDE.

PS: This means not i jump back to the KDE Team
but I’m always willing to Help when i can.

[FreeBSD] Python 2.7 default

After a lot work, i’m happy to announce that python 2.7.1 now the
default version on the FreeBSD portstree. Please read careful
ports/UPDATING.

I’d like to say many thanks to:

lwhsu@, wen@, bf@

Happy Updating.

Webtropia servers with FreeBSD.

Webtropia is a Server Provider in Germany that supports FreeBSD. I have some
new machines there with a default FreeBSD installation.

Unfortunately there are some small bugs in the installation routine, when the filesytem is created for the first time without softupdates, you can easily change it in the rescue system, but the real problem is the swap. The swap size is only 300MB. Normally it is not big deal if you use a 64 bit system, but if you were to try to use your box as a package testing box like me, then you will run into a lot of problems, like the following:

swap_pager_getswapspace(4): failed
swap_pager_getswapspace(9): failed
swap_pager_getswapspace(3): failed
swap_pager_getswapspace(8): failed
swap_pager_getswapspace(2): failed
pid 95498 (httpd), uid 1003, was killed: out of swap space

I googled the error and found a nice workaround in beats@ blog. I
translated it in a short version, and hopefully the Webtropia team will try to fix that soon.

First, create a swap file and adjust the permission. The following example creates a large 1GB swap file:

# dd if=/dev/zero of=/usr/swapdatei bs=1024k count=1024
# chmod 0600 /usr/swapdatei

Now the swap file to the system is provided:

# mdconfig -a -t vnode -f /usr/swapdatei -u 0
# swapon /dev/md0

If you want the swap file to persist after reboot, add the following line to /etc/rc.conf:

swapfile=”/usr/swapdatei”

The system can be checked if it uses the additional swap file by using swapinfo (8):

# swapinfo
Device 1K-blocks Used Avail Capacity
/dev/ar0s1b 1048576 70204 978372 7%
/dev/md0 1048576 0 1048576 0%
Total 2097152 70204 2026948 3%

Thanks Beat for your awesome Blog :-) . I hope this will help others who run into the same problem.

Xorg 7.5.1 committed

Just for the record:
I have Xorg 7.5.1 committed, also the ports tree is now open. It gives a lot of updates – openldap, autotools, pear, cmake, linux-* , python cleanups, gstreamer, xorg and mysql 5.5 is now default and a lot more :-)

[CFT] Xorg 7.5-Miwi(1) FreeBSD Edition

Oy boys and gals,

The Xorg T(m)eam is happy to announce the next round of Xorg fun! The X-Server has
been patched to the latest 1.7.X series, drivers and fonts have been updated to the
latest versions, but unfortunately we are not able to update libGL, drm and xorg-server
to a higher version because FreeBSD doesn’t support GEM/KSE (yet), but it looks good
for now, as kib@ is working on that, so we hope the future will be better for us.
This update includes some components from Xorg 7.6 with a lot of improvements, and it
seems that the performance is much better than the old version. We are calling the
update xorg 7.5.1.

We hope you will enjoy the new stuff and give us a lot of feedback. We will start an exp-run
tonight and depending on how much feedback we get, we plan to commit this update by the
first weekend of March. A note for ATI users, the driver was updated to 6.14.0, so you
may need to add some stuff to your xorg.conf in the “Section “Device”"

Option “int10″ “on”
Option “BusType” “PCIE”
Option “RenderAccel” “on”
Option “AccelMethod” “exa”
Option “DynamicPM” “on”
Option “DRI” “on”

So to get the xorg stuff you will need to:

run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you use
to manage your installed packages.

portupgrade -a \*
portmaster -a

Please report any problems and issues to x11 (at) FreeBSD.org.

I would like to thank:

Beat Gaetzi
Dima Panov
Koop Mast
Eitan Adler

Without these people the Xorg update would still not be ready now.

PS: Please don’t send us mails with ‘xorg update dosen’t’ work.
If you send us a report, please include the latest Xorg.conf
Xorg.log, uname -a output and pkg_info output. Thanks.

Happy Updating!

Enhanced commit privileges..

My FreeBSD Commit Bit was updated yesterday. I have been playing with
ports and docs for a long time, and now src is added to the list. I’m
going to stop talking about cleaning up freebsd-bugs gnats. Now is the
time to actually do something about it. I don’t want to see anymore happy
birthday mail to a 10 years open bug report..

Thanks to Robert Watson who will be mentoring me for a while. And for those
who asked me yesterday what I want to do in src, I do have a future plan, else
don’t call me miwi :P . Hang on for a bit and you will get the answer soonish.

so longish ..

[CFT] VirtualBox 4.0.4 for FreeBSD

Time for a new round FreeBSD Vbox’s Team called for Testing,

A few of you have probably wondered what happened to our VirtualBox
efforts for FreeBSD. Well it took a bit longer then expected and a few
problems were found that needed to be resolved first but most of the
things are looking fine now and almost all patches have been pushed
upstream with 4.0.4 so here we are now.

We will continue to work on VirtualBox for FreeBSD and upstream is also
very helpful to us but we could need a few more hands to better keep up
with the work and especially improve and fix the Guest Additions. So if
you want to help please contact us or have a look at our Todo list.

This result wouldn’t have been possible without the continuous help of
the VirtualBox Developers and a lot of people from the FreeBSD
community! (names in alphabetical order and probably missed a few,
sorry
for that!)

- Alexander Eichner
- Anonymous
- Beat Gätzi
- Bernhard Fröhlich
- crsd
- DomiX
- Doug Barton
- Grzegorz Blach
- Hans Petter Selasky
- Julian Stacey
- Jung-uk Kim
- Jürgen Lock
- Klaus Espenlaub
- Martin Wilke
- Mattia Rossi
- Michael Butler
- Sean C. Farley
- Steve Wills
- tombsd
- Vivek Khera
- well-wisher
- Wietse Venema
- Yuri
- many more from emulation@

Please when testing this ports backup all your virtual machines first.
Also please build the port with DEBUG option enabled and send us the
logfile when any VM crashes. Without them it’s very hard to figure out
what went wrong.

Highlights with 4.0:
- USB support (by Hans Petter Selasky)
- Asynchronous I/O
- Guest additions got startscripts and a integration into the desktop
environments
- www/phpvirtualbox updated to 4.0-3

Changelog for 4.0:
- http://www.virtualbox.org/wiki/Changelog

Short configuration help:
- http://wiki.freebsd.org/VirtualBox

Todo List:
- http://wiki.freebsd.org/VirtualBox/ToDo

http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz


Thanks and good luck,

[CFT] Pear workaround for CATEGORY problems ..

Since last year pear has changed the package layout. And since several months ago,
I have seen a lot of FreeBSD maintainers removing the CATEGORY flag from their ports.
The problem with that is the packages won’t be installed at the right location anymore.
Here is a patch to fix the problem, feel free to test:

http://people.freebsd.org/~miwi/pear.diff

I would be happy if anyone has a better suggestion to replace the flag CAT_IN_WRKSRC…