I would like to share some exciting progress on the OBS Mobile Project:

1. Request state has been added to each request;
2. Sorting functions have been implemented for Requests;
3. A search filter has been added to the Request page.

Now, when the user logs into the list of requests, the user will not only be able to see the state of each request, but also sort requests based on 4 criteria:

• request date
• requester’s name
• target project/package
• request state

The user can also filter requests by typing in a keyword:

These new features have been tested in my desktop browsers and on my Android device, and they seem to be working fine.

Please feel free to check out the new features as soon as they are merged to the master. Feedback and comments are always welcome & appreciated.

The last few weeks have seen some a lot of package updates thus keeping our review and checkin team busy. I’d like to mention Sascha Peilicke who reviewed alone this week lots of packages. Have a look at just two numbers: In all of July we had 1001 check-ins and just from August 1st to 4th we had already 276 checkins.

The legal team has also gone through the long list of new packages and package updates during the legal reviews and reduced this week the list from over 100 packages to 12 packages now. Thanks Ciaran and Christoper for your legal review!

Policy

Detailed changes

Coolo explained the current policy on how detailed the changes entry in packages should be:

I repeat what I said before so everyone is on the same page:

Version numbers are per se no information and we want to offer users an easy, standarized way to find out what changed. But it’s not the packager’s job to collect upstream NEWS. So if the upstream project does not offer a summary, then say so in the .changes file, so also the user knows. If the upstream  project does not provide a summary but a detailed web page, then a link is fine too.

Major Package checkins

Desktops

GNOME saw another step to the stable GNOME 3.2.0 with the GNOME 3.1.4 testing release getting pushed into Factory. KDE’s new release 4.7 is now also in Factory.

So far, the new kontact 2.0 version has not been submitted for Factory and you can get it from the KDE repositories. Btw. the openSUSE KDE developers have made the sqlite backend the default for akonadi since the upstream default of mysql caused too many problems. If you’re running already kmail2 and like to switch follow Ismail’s advice to change in ~/.config/akonadi/akonadiserverrc the line Driver=QMYSQL to Driver=QSQLITE.

New packages

New packages include quassel (an irc client) clementine (an amarok competitor) shorewall (new firewall). Also amarok was updated to 2.4.3 and thunderbird got updated together with enigmail.

Mounting /usr in the initrd

Michal Marek updated mkinitrd to mount /usr in the initrd. In the past, we had to move quite a lot libraries and binaries from /usr to the root
partition to allow having /usr as separate partition that can be mounted in all supported scenarios, like via nfs. This led to changes in many places and testing that everything worked as well. With mounting from the initrd, we do not need to move binaries and libraries anymore around.

Michal calls for testers on his blog and is also going to enhance the initrd to support all cases. Right now the simple cases work but support for booting from nfs is not supported yet.

Other interesting bits

openSUSE Conference

Please register now for the conference!

jQuery Mobile Beta 2 Released! http://jquerymobile.com/blog/2011/08/03/jquery-mobile-beta-2-released/

One of the "paper cuts" developers have been having with developing their MonoTouch 4.0.x (and earlier) applications is that for some networking setups, the IP of the developer's workstation detected by MonoDevelop and given to the iPhone or iPad device for debugging purposes is not correct. This often happens if the WiFi is a different network than the network that the developer's machine is connected to (although there are other scenarios as well).

Since it does not seem to be widely known about, allow me to point out that current versions of MonoTouch allow developers to modify the IP that the runtime should connect to for debugging via the iOS Settings app found on any iPhone or iPad (or Simulator). You can see a screenshot of this per-App Settings page in the screenshot to the left. Each of these fields are editable, allowing you to override the defaults filled-in by MonoDevelop.

For our upcoming 4.1 release, Rolf Kvinge and I (but mostly Rolf) have been working on improving this. Rolf has modified the code to check the value of the IP provided in the per-App Settings and if it is set to nil or "automatic", the debugger falls back to checking for a file bundled with the app called MonoTouchDebugConfiguration.txt which can list any number of IP's to try and connect to, each one being on a separate line prefixed with "IP: ". For example:

IP: 10.0.1.31
IP: 192.168.1.31
IP: 204.11.102.79

The runtime will then attempt to connect to each of these IPs asynchronously until it establishes a connection to one of them (at which point it aborts the other waiting connections). This config file solution will hopefully help simplify things for developers a bit by allowing them to pre-configure which IPs to try for their local network configuration w/o having to manually override the iPhone debug settings on the device or simulator.

For Phase 2 of our plan for World Domination, Rolf is hard at work adding support to MonoDevelop and the runtime to allow for USB debugging which will obsolete the above functionality in future versions where the developer has a MonoDevelop which supports USB debugging. For developers stuck on an older MonoDevelop (like 2.4), the solution illustrated above requires no changes to MonoDevelop and so will be available for use.

Hi,

I changed the openSUSE mkinitrd to mount the /usr filesystem in the initrd, if /usr is a separate partition. I hope this will calm down some heated discussions about systemd, udev, etc. It’s not 100% ready yet, some setups like root or /usr on nfs or md might not work as expected (*), but the common usecases should be covered. Try updating mkinitrd from the Base:System project and let me know if it works for you. Before testing it, you should do a backup of your initrd:

# cp /boot/initrd-`uname -r`{,.orig}

and create a section in /boot/grub/menu.lst pointing to the /boot/initrd-*.orig file.

Hi all,

It’s nice to write to you again. I’ve been having a 10 days vacation (that’s why there was no week 8 report), enjoyed it and now I’m back with fresh forces.

This short (started slowly on Tuesday) week’s activity regards:
- almost fixing a bug that prevents my PackageKit software-center from prime time: package information isn’t correctly refreshed after an installation/removal
- starting work on the openSUSE integration (the corresponding Distro class, removal of forgotten apt related imports, dependency identification and testing).

I will continue work on this side and hope that by the end of the next week, will have everything working and up for testing in openSUSE.

Cya

NB: I will have to provide for testing a trunk version of pygobject since a release is delayed by another awaited merge;