OpenBSD Journal
Home : : Add Story : : Archives : : About : : Create Account : : Login :
OpenBSD goes to Venice
Contributed by dhartmei on Wed Nov 16 10:21:54 GMT 2005 (GMT)
from the report-from-the-asylum dept.

Thanks to Ed for his report from OpenCON 2005 in Venice:

What happens when you put a dozen of developers on a little island with their la ptops, power, and an internet connection?

During the first week of November some OpenBSD developers met in a little island in the Venice's laguna to hack on the ports system. This was probably the first ports hackathon and was followed by OpenCON, an european conference fully dedicated to OpenBSD.

Read on for his full story including (work safe ;) pictures.

OpenBSD goes to Venice

What happens when you put a dozen of developers on a little island with their laptops, power, and an internet connection?

During the first week of November some OpenBSD developers met in a little island in the Venice's laguna to hack on the ports system. This was probably the first ports hackathon and was followed by OpenCON, an european conference fully dedicated to OpenBSD.

Starting from Saturday 30th developers travelled to San Servolo, a tiny island previously used as leprosarium, and later as lunatic asylum. It's now a cool place for conferences, art expositions, and students dormitories. During the hackathon it was renamed "The Little Alcatraz". A prison is not so bad when you want to get some code written ;-)

Hackers at work

As usual hackathon are a good opportunity to meet face to face, so that the link among people can become more deep, and also they favor ideas exchange. As Theo de Raadt would later point out, there is also the secret ingredient, namely beer. It seems that meeting face to face, and get drunk together is a great strategy to let developers reveal their most secret ideas for software improvements or new features. And once they made them public, they have to write the code! Ask Henning about something called OpenBGPD...

Hackers at work

So, in the first week of November a little crew of developers worked on the ports system. Here the names list:

  • Aleksander Piotrowski (alek@)
  • Bernd Ahlers (bernd@)
  • Christian Weisgerber (naddy@)
  • David Cathcart (cathcart@)
  • Marc Balmer (mbalmer@)
  • Marc Espie (espie@)
  • Niall O'Higgins (niallo@)
  • Nikolay Sturm (sturm@)
  • Peter Stromberg (wilfried@)
  • Peter Valchev (pvalchev@)

Hackers at work

The conference was planned for Saturday 4th and Sunday 5th, so around Friday the team was joined by Theo de Raadt, Henning Brauer, Uwe Stuehler, and Wim Vandeputte with his portable OpenBSD bazaar.

Some autographs on OpenBSD 3.8 Poster
This poster could be a map for a treasure... do you see the subliminal message?

A funny thing I have to point out is that when the acronym "F.A.Q." is read in italian, it sounds very similar to that english word part of the other acronym "RTFM". So if you are visiting an italian software conference and hear "fu*k... website... fu*k... documentation...", well, they are just talking about the FAQ on the website.


There was a single track, so I listened to most talks starting from Saturday afternoon. Theo had a one hour slot, but after a few slides he called Henning Brauer that started talking about PF and OpenBGPD improvements.

As usual there is always a lot of work that happens without any visible change, so users don't see what is happened. This release, for example, comes with a lot of tiny bug-fixes and improvements in PF. Henning explained all the hard work he and Ryan McBride had to do to create an interface abstraction to implement interface groups and support hot-plug interface. By the way, during April 2004 Hackathon they implemented a simple anticongestion feature in PF; packets that don't match any state entry are dropped until the flag that indicates cpu exhaustion is unset.

Also he underlined that OpenBGPD has a strong interaction with the kernel, starting with the routing table to PF. It supports IPv6, and it seems 5-10 times faster than Quagga. This could explain why the three biggest European Internet Exchange Point are planning to deploy a route server with it. There is also a plan to add a restricted socket (/var/www/logs/bgpd.sock) in the Apache chroot, so that it could be accessed by a cgi script via web-browsers.

Finally he listed some "crazy ideas for future releases". They have a lot of ideas... you can checkout the slides directly on the internet, but I would like to underline the fast path through the network stack with the chance to offload some work to specialized hardware, a great rework of PF data structures, and the use of states for other subsystems.

Then Marc Espie talked about the ports infrastructure and its evolution. For years the code used to manage ports and packages was the same used by FreeBSD, with a lot of fixes and hacks. This made things hard, so there was a revolution. Eh? Wait! A revolution in OpenBSD? This is not possible, OpenBSD believes in evolution, not revolution! At this point a voice from the first row:"But you are french, after all". Ok, some smile here :-D

Marc explained us that while the user interface has not changed so much, the tool were completely rewritten using Perl, that comes in the base system, and this let them write compact code. The good thing is that now, this code can be reused using the OO paradigm, without the need to rewrite each time the same functions to open archives, build things and so on.

If you have built some ports recently you have probably noticed that the system build a package, and then installs it. This is exactly the opposite order of FreeBSD's tools. The idea behind this strategy is that, first, packages should always work, and second, we make all the check we can before installing a package. This will be really usefull even when upgrading a package.

Marc Espie
Marc Espie, OpenBSD's Chief Revolution Officer, has been leading the (r)evolution of the ports system

At the moment there are around 500 new ports added every year, and there is some hope to see system updates via ports not too far in the future.

After Marc's talk all the people at the conference, around 50 men and 5 women, took the boat to Venice.

Venice by Night
Around 18 o'clock and everything is dark. You are in a little boat travelling to Venice... everyone hopes that the boat is not called Titanic...

Then we walked in the city tight streets until we reached the Bus stop. Two bus later, we were at the dinner party. There isn't much to say about that, except that that club had a funny policy about peanuts. They give you all the peanuts you want (really!) and you can use them to "interact" with other people. Ok, yes, I'm guilty, we were divided in two long tables, so some peanuts battles took place... Henning and Wim should remember something ;-)


Peter Valchev presented us some results of this ports hackathon:

  • updated the port of gettext; it has been out of sync for years because it was used by hundreds of other ports.
  • great work on OpenOffice; Peter wrote hundreds of patches. The new malloc work spotted a lot of off-by-one bugs ("it works on Linux by luck").
  • better interaction between the ports system and the packages archive, that is one system can call the other if needed. You can learn more searching for FETCH_PACKAGES, a feature developed by Nikolay Sturm.
  • some brainstorming about version numbers. Sometime a tool uses multiple different type of notations to mark stable or unstable releases. You can find the discussion on ports@.
  • a bit of auditing of libexpat, a XML parsing library. It is duplicated since it is parts of X11 and in the ports tree too.

Marc Espie showed how to make a simple port, and suggested to try this at home if you don't dare to play with kernel internals. It can give you good results, so that you could choose to start contributing to the project as a ports maintainer. For more details I suggest that you contact the ports@ mailing list.

Later Uwe Stuhler and Niall O'Higgins talked about porting OpenBSD to new platforms [PDF]. It was really interesting, especially if you would like to make some test by yourself with an ancient system you have, but you don't know where to start from. They explained that the first step is to choose a similar architecture already supported, and then start hacking a bit. Obviously everything begin cross-compiling, but as soon as it's possible you should start using native builds. The first goal is booting the kernel with a working serial console, so that you can debug and play with it. Sometime you use a JTAG module, sometime boot(8), that can be launched under Linux and replace it in memory. The initial work is done building and rebuilding bsd.rd, the RAMDISK bundle for obvious reasons.

Once the system is stable enough you can start porting drivers from other architectures or maybe even from other BSD projects. Writing drivers is always a delicate work, and having access to good docs is much better. Uwe and Niall presented the history of the Zaurus port, that came with good docs and so its hardware is now almost completely supported. This good result has been achieved in less than one year thanks to the contribution of large group of developers, that is if you want to see a port being maintained you need to be sure that at least twenty developers have access to hardware and documentation. This is very important, especially if you want daily snapshots and a broad range of ported applications.

Finally, Theo gave his traditional talk on Exploit Mitigation Techniques. He presents it often, but he updates it for every release, so you'll find some new slides about the malloc() work included in OpenBSD 3.8. Talking about W^X, Theo said that some upcoming i386 cpus (VIA, Intel) will feature a NX bit accessible via PAE, but this is not as good as the X bit found on other cpus. Also he doesn't like the idea to implent PAE just to use it, because this would mean supporting two MMU modes in the same architecture and make the pmap module complex; using a compile time option is not acceptable too. So, he is trying the hard way: persuading some venders into implementing a 32bit NX extension.

Talking about privilege revocation and separation, he pointed out that the new Sendmail maintainer has been following some good coding practice, and in fact Sendmail X is very similar to qmail, as a group of small processes that interact. Maybe this means that OpenBSD could import it in a near future... who knows?

Theo de Raadt
Theo de Raadt, OpenBSD's Chief Blowfish Officer

After this last talk, the conference ended. There were some final words by organizers (OpenBEER/OpenGeeks staff), some group photos, and everyone followed his way to home.

Free as free beer!

I hope to see more conference like this one, where people can join them for free (no money was asked to partecipate), and developers have a more active role, hacking a bit with other teammates, doing a bit of advocacy among users, and meeting face to face. As far as I know there was people from more than a dozen of contries, in Europe and outside. This is cool, because it probably means that they spent money on the travel, instead of spending 300-1000 euro just for the conference ticket!


<< LSI Fusion-MPT Adapters Needed | Reply | Flattened | Expanded | Blocking Skype with OpenBSD and squid >>

Threshold: Help

Related Links
more by dhartmei

  Re: OpenBSD goes to Venice (mod -1/29)
by Antonios Anastasiadis ( on Wed Nov 16 15:38:46 2005 (GMT)
  Where can we find marc espie's porting tutorial? I've skimmed quickly through ports@ but haven't found any similar mail.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod 9/27)
by Venture37 ( ( on Wed Nov 16 16:55:35 2005 (GMT)
  WoW, great read, sounds like fun was had by all, great news about the large ISP's implementing OpenBGP :)
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod -4/24)
by Anonymous Coward ( on Wed Nov 16 21:40:28 2005 (GMT)
  Thanks for the report. ;-)
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod 0/8)
by carol christensen ( ( on Thu Oct 15 03:33:09 2015 (GMT)
  Tudor GRANTOUR rentrer temps (replique montre TUDOR GRANTOUR calendrier vol - retour), mais cette série de modèles étoile, regarder avec de l'acier inoxydable ou en matière de diamant rose, avec refonte en temps réel, la fonction Instant Zero, de sorte que le porteur a deux principaux temps, lorsque une minuterie, meilleur outil de synchronisation amateurs de Championnat d'endurance au monde. Parce que les fans le savent, fort charme peut être une endurance fascinante. Une nouvelle fois partenaire de TUDOR, il est vraiment un moment excitant.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod 1/7)
by yedigün ( on Sat Dec 5 14:58:56 2015 (GMT)
  Thank you for sharing... mutfak dolapları,best regards.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod 0/6)
by scalett (scalett) ( on Fri Apr 1 08:13:44 2016 (GMT)
  In today's world, abounding women approach replica handbags uk arise those big-ticket and comfortable handbags. Abounding of these women, however, do not wish to lag about big-ticket handbags. With replica handbags, you can attending acceptable and feel acceptable afterwards accepting to absorb a lot of money. You don't even accept to consistently about accident your big-ticket bag. You can just be a woman of the 21st century.Zebra prints in atramentous and white add that appropriate back-bite and will Chanel replica handbags never go out of style. Bobcat book handbags accept been about a continued time, and you can get the artist aggressive accepted purses in this ambit which you can abrasion with pizzazz.Make abiding that the blush of your replica bag is the aforementioned or at atomic agnate to the designer's bag this season. Afresh you can be in actualization afterwards overspending. You allegation to baddest a accepted bell-ringer Replica Hermes and be abiding that, for acknowledged reasons, the bag is hardly altered from the aboriginal design.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod 1/5)
by &#1575;&#1604;&#1593;&#1575;&#1576; ( ( on Mon Aug 22 11:53:16 2016 (GMT)
  إن ألعاب الفلاش تعرف تطورا كبيرا، خصوصا في مجال الجرافيك والأداء، لقد أصبح الإهتمام بهندسة الصورة من الأولويات، إضافة إلى البحث عن الإمتاع في اللعبة، وهذا ما ستلمسه في لعبة خرجت سنة 2016 وهي لعبة الدبابة المدمرة، إحدى روائع موقع العاب سيارات الحربية. العاب سيارات لعب العاب سيارات 2017 al3ab العاب تلبيس بنات العاب باربي العاب فلاش العاب عربيات
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod 0/6)
by jeuxbanat ( ( on Fri Aug 26 23:04:07 2016 (GMT)
  محبى العاب بنات نقدم لكم اللعبة المميزة وهى لعبة سير استيل المميزة والتى تمكنك من تلبيس بنات بطريقة الشير المميزة والرائعة والجذابة al3ab banat
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: OpenBSD goes to Venice (mod 0/0)
by mxffiles ( on Tue Feb 7 05:59:02 2017 (GMT)
  This is a very good post which I really enjoy reading. It is not every day that I have the possibility to see something like this. Software mxf Software mxf converter free download to convert HD camcorder files. ts converter convert ts video files to avi, mp4, wmv, mov mts to avi mp4 mov mkv iMovie, FCP/FCE with mts converter, so to convert mts files for your PC and mobiles. mod converter and convert tod files just free download mod video converter.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

[ Home | Add Story | Archives | Polls | About ]

Copyright © 2004-2008 Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to April 2nd 2004 as well as images and HTML templates were copied from the fabulous original with Jose's and Jim's kind permission. Some icons from used with permission from Kathleen. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. Search engine is ht://Dig. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]