Blogs

2011 Google Code-In Contest, Haiku Selected as One of Eighteen Participating Organzations

Blog post by scottmc on Thu, 2011-11-10 04:18

Haiku has been selected as one of eighteen organizations to participate in the Google Code-In 2011!

Once again Haiku has been selected to participate in Google Code-In. To read the announcement and to see what other organizations were selected see [1] below. Here's some basic information on the contest:


Google Code-In 2011 logo

Google's contest to introduce pre-university students to the many kinds of contributions that make open source software development possible, is starting on November 21, 2011. We are inviting students worldwide to produce a variety of open source code, documentation, training materials and user experience research for the organizations participating this year. These tasks include:

1. Code: Tasks related to writing or refactoring code
2. Documentation: Tasks related to creating/editing documents
3. Outreach: Tasks related to community management and outreach/marketing
4. Quality Assurance: Tasks related to testing and ensuring code is of high quality
5. Research: Tasks related to studying a problem and recommending solutions
6. Training: Tasks related to helping others learn more
7. Translation: Tasks related to localization
8. User Interface: Tasks related to user experience research or user interface design and interaction

Official Google Code-In website and to review the updated rules for 2011. [2]

Over the next couple of weeks we will be busy getting our task list in order and putting together a good group of Haiku mentors for this. Many of the tasks will be for translations, so we may still need a few more mentors to cover some of those tasks. If you are interested in mentoring please let us know on the mailing list. For a preview of some of the possible Haiku tasks, you can check the wiki page we used for gathering ideas. [3]

Virtualize a Physical Haiku Partition With Virtualbox

Blog post by Barrett on Sun, 2011-11-06 17:54

In some situations, for example when we are using linux, can be extremely annoying to reboot into Haiku every time we need something (for example when we have a ppp connection).

I've written this article and i decided to post it here, in the hope that will help users and developers to have the life a bit simple.

There's a fast method to boot a physical Haiku partition using VirtualBox, it require only a few commands.
My commands refers to linux, anyway the operation is possibile under Windows (and presumably all supported platforms), changing the disk path. Remember also that you don't have to set permissions under Windows.

  1. Open Terminal and log in as root (or use sudo before every command) using "su"
  2. Type fdisk -l and choose the target device (for example /dev/sda)

Add to your own user the needed permissions :

usermod -a -G disk,vboxusers username

Then create the vdmk file using this command :

VBoxManage internalcommands createrawvmdk -filename file.vdmk -rawdisk /dev/sda

Where file.vdmk is the file that will be used to set up the virtual machine and /dev/sda your device, it can be an hard disk, usb drive and any other mass storage device.

If our command worked as well, we'll have a new file for example "file.vdmk".

Now you should set the file permissions, type into terminal :

chmod 777 file.vdmk

At the end open VirtualBox, create a new virtual machine and set the file as master storage.

If you have a bootloader, you will choose the operating system as when you boot the device, in the case you need a bootloader you can use an Haiku's livecd adding it in VirtualBox and pressing shift or space to boot from another partition before the bootscreen.

This method is also useful when you have a BFS disk with a lot of files and you want to transfer it to your physical partition.

Note : the created file can be used as well with VMWare.

It's available an italian version of the tutorial at this link.
Enjoy!

BeGeistert 024 + Coding sprint report

Blog post by PulkoMandy on Fri, 2011-11-04 12:17

I'm heading home from the BeGeistert event that just ended today.

For those who don't know, BeGeistert is the european meeting of all Haiku (and BeOS) developpers and enthusiasts. This year, Haiku has seen its third alpha release, and we feel that R1 shouldn't be too far.

So, what happened there ? Over the weekend we had multiple conferences. The first one on saturday morning was a discussion on Haiku's release process and roadmap for the future. We didn't have time to solve all the problems, but at least one important decision was taken : after delaying the switch to git to after alpha3, then after gsoc, we finally decided it was about time to actually flip the swith. This is scheduled for the 12th of November.

Speaking of Git, Oliver Tappe made a talk about how to use it and the main differences with the current Subversion, and presented the work done so that Haiku developpers don't get lost.

Then, there were talks from Ingo and Oliver about package management, with an impressive demo of the current status It's working, but there are some problems with it like deskbar replicants not working anymore because of the readonly nature of packages (that was solved later during the coding sprint).

Stippi presented us the layout API and some examples on how to use it. The Layout API is an extention to the interface kit that allows much more easier design of window layouts.

François Revol presented us a proposal for UXA, an unified extended attribute scheme to efficiently share attributes between different OSes. While many filesystems and OS now support attributes like Haiku (NTFS, ReiserFS, ...), they all use their ownscheme and the conversion from one to another isn't always a reversible process.

We also had a presentation of an application called VOPTOP, which is a nice peer-to-peer VoIP chat application. The main feature is it uses peer to peer routing to make the communication. This makes it needed to use encryption to make sure one pf the peers doesn't spy the communication.

Finally, Matt Madia told us about the status of Haiku, Inc. Besides helping with the funding of BeGeistert, they are paying mmlr for a full-time year working on Haiku, which is likely to bring us much nearer to R1. The donated amount to Haiku, Inc. this year was rather impressive, which makes it possible to think about more contracts for Haiku developpers, but also things such as giving Haiku shirts to people showing out Haiku at various free software conferences (to strenghten the image of the project).

Axel proposed a patch hour on sunday. An ongoing problem in Haiku is the unability to handle patches submitted by users on Trac. Our policy is to review the patch, and ask the author to improve it. Quite often several rounds of improvements are needed, and people don't react too fast or give up on the amout of work needed to get the patch in. So, the patches tend to accumulate in trac and never get commited. They get out of sync with svn trunk, and it is not possible to apply them anymore. So, Axel took the list of 144 patches waiting on Trac, and wrote the ticket id of each of them on a piece of paper. Each of us was given 5 tickets to look at and make a decision. Either cleanup and apply the patch, or reject it if it doesn't work. At the end of the hour, about 40 tickets were closed. Some of us continued looking at the list over the week, and now there is less than 80 patches left, so the list has decreased by half.

As the weekend was over, the coding sprint started. 9 developpers were present this year : Matt Madia, François Revol, me, Olivier Coursiere, Ingo Weinhold, Michael Lotz, Oliver Tappe, and Rene Gollent. With the imminent switch to Git, Matt worked on getting a buildbot running with it to replace Build-O-Matic that only does SVN. However, he ran into some weird problems with building the now 10 years old gcc2 on FreeBSD, so not everything is working yet. François worked on bringing the 68k port of Haiku back in compiling state, as it was broken by some architecture changes. This was a success, as we can now run KDL on the aranym emulator. The work stopped at needing a build of the ICU package, which is a bit painful to do for platforms other than x86. Olivier worked on Lazarus, a Qt-based Delphi clone that now mostly runs in Haiku. He also made some stress testing of Haiku by copying the OpenOffice sourcecode around. Eventually, he found a bug in DiskUsage and fixed it. Michael and Ingo started tracking a memory corruption bug that may be the cause for the few remaining cases of FS corruption. But this ended up in writing KDL tools for tracking memory use, which will come in useful to track memory leaks, looking at pages owners and similar stuff. Oliver worked on fixing our wchar_t support. He got it working but needs to test compatibility with BeOS applications. The change involves the compiler support for wchar_t, and any application using that needs to be rebuilt. If we can't get it working in a way compatible with BeOS, it's likely that only gcc4 built parts of the system will get the fix. Rene Gollent worked on some TODOs for the debugger. One part was saving and resoring the view layout of Debugger accross sessions. The other was starting to add a CLI mode. When both are done, Debugger will replace GDB as the default debugger for the system. The CLI mode is needed mostly to debug app_server crashes. I worked on various areas of the system, but most notably reworked (again) the notification windows (I'm now rather happy with the result), and fixed bugs in the game sound API which now seems to be working fine.

Overall this coding sprint week was very productive, with several hundred commits improving the Haiku codebase. This also apparently boosted donations to Haiku, Inc. quite a bit. I'm ready to attend the next one.

2011 Google Summer of Code Mentor Summit

Blog post by scottmc on Wed, 2011-11-02 03:12


The GSoC Mentor Summit this year happened to be the weekend before BeGeistert, which allowed Matt Madia to make it to both events. This time Haiku had four mentors make the trip. Jérôme Deval flew in from Paris, Philippe Saint-Pierre traveled in from Quebec, Matt joined us from New Jersey, and I drove down from just north of the Golden Gate Bridge. Google allows two mentors per org, plus a third if the org participated in Google Code-In last year. Mentors who live nearby are allowed to sign up on a waiting list and if there's enough room Google allows them to come as well, so that's how we ended up with 4 this year. Matt and I stayed at the Domain hotel, while Jérôme and Philippe stayed at the Wild Palms. Google has a Friday night dinner at the Wild Palms so Matt and I walked over to meet up with Philippe and Jérôme, except that no one knew what Jérôme looked like. We were there for a few hours but didn't manage to find him on Friday night. On Saturday morning we hopped on the Google buses and headed over to the Googleplex. We finally met up with Jérôme at breakfast. After breakfast we headed over to building 43 for the start of the unconference. There were several interesting sessions posted, including one hosted by Philippe on software patents. Over the two days we sometimes went to sessions together and other times split up. While looking for one to attend for the last session on Saturday we didn't find one that sounded interesting so we posted Haiku on one of the empty slots for a room that could hold 8 people. The four of us headed over and so we could talk about Haiku. We were joined by a couple others who were interested in hearing about what was new with Haiku, so we talked and answered their questions and showed off a few things.

Saturday night Urias joined in, having driven 3+ hours to meet up with us. On Sunday after breakfast we ventured over to the android statues for some pictures.

We later attended what has now become a yearly mentor summit tradition, the Open Source Operating System Session. This year's session featured about 25 mentors from at least 9 different OSes. We went around the room discussing what's new with each one in the last year or so and ways that we could help each other. There was at least one new comer, IluminOS which I think is where Open Solaris migrated to. Philippe's session on software patents was at the same time as the OS Summit, the notes from that session and most of the other sessions are posted on the mentor summit wiki:
GSoC Mentor Summit 2011 Session Notes
It was a fun weekend and was great to meet up with each other. Google was, as always a great host and we thank them for GSoC and the mentor summit.

My first Month of Contract Work

Blog post by mmlr on Thu, 2011-10-27 07:54

As some of you know, I've started my contract work on Haiku pretty exactly one month ago. During that time I've been working on various things that I'd like to summarize in this post. In the future I plan on posting more but shorter entries, but since much has happened in this month this one is going to be a bit more elaborate.

New Work on Affine Scheduler

Blog post by Dewey Taylor on Thu, 2011-10-27 01:01

When I first started working on the scheduler I didn't make a big deal about it, but when I did mention it I was quite surprised at the amount of interest there was in what I was doing. So much so that it was suggested that I start blogging about it, so here I am! I would like to take this time to introduce myself as well as the work that I am doing on the scheduler.

Radeon HD driver status update

Blog post by kallisti5 on Tue, 2011-10-18 17:11

UPDATE 10/19/2011! Older Radeon HD cards seem fully working minus HDMI. See below.

After several months of hard work (including some redesign of the driver) basic mode setting is working on a small number of Radeon HD cards after r42877. I am using the AMD AtomBIOS parser which executes binary functions on the Radeon HD card to do the real register hitting.

Limitations:

  • No 2D acceleration - 2D acceleration hasn't been started yet. These cards are fast without it however.
  • TV not working - I haven't put a lot of focus on TV just yet
  • Later cards - Radeon HD 5xxx+ cards are still having issues
  • DIG encoders - Later (r700?) Radeon cards can have DIG encoders. These are like digital encoders... but newer and not done yet.

Features:

  • Connector walking - We walk over all possible connectors and probe EDID data on each.
  • Multi-monitor - We can easily support multiple monitors in the driver. We just need to tie in the Screen Preflet code to make it happen. For the moment we set the same VESA EDID video mode on each attached display and get mirroring (as long as your displays are identical).
  • Monitor detection - We can manually trigger monitor detection (in the code, needs a Screen Preflet option) and set the initial mode on each display, hotplug support is planned.
  • Analog video - VGA, DVI-A, DVI-I (VGA)
  • Digital video - DVI-I (digital)

Card support:

  • Radeon HD 2350 - Radeon HD 3450 - Analog / Digital (minus HDMI) working
  • Radeon HD 3470 - Radeon HD 4890 - Unknown. Please test!
  • Radeon HD 5450+ - Analog mode change works, no video. Digital DIG encoder not complete

Things should get smoother at this point as we have a working video for reference.

The radeon_hd driver should be in the nightly images starting with r42888+. If you have a Radeon HD card, feel free to report functionality here or by emailing me.

In closing, for those "pictures or it didn't happen" people... http://twitpic.com/71xhll

Syndicate content