launchpad on SWiK

BzrVsGit - Bazaar Version Control

Fri, 08 Aug 2008 13:07:53 -0700

Kubuntu Team's package bug reports

Sun, 20 Jul 2008 09:46:45 -0700

Bug statistics and list of bugs by package for all packages Kubuntu Team subscribes to.

Kubuntu Members - KDE 4 Repository in Launchpad

Wed, 16 Jul 2008 13:43:12 -0700

SubDownloader : Find Subtitles for your Videos

Mon, 14 Jul 2008 05:45:51 -0700

Bazaar branches of zifr

Wed, 11 Jun 2008 21:17:07 -0700

5.0 journal: various issues, replication prefetching, our branch

Sat, 07 Jun 2008 02:02:11 -0700

First of all, I have to apologize about some of my previous remark on 5.0 performance. I passed ‘-g’ CFLAGS to my build, and that replaced default ‘-O2′. Compiling MySQL without -O2 or -O3 makes it slower. Apparently, much slower.

Few migration notes - once I loaded the schema with character set set to binary (because we treat it as such), all VARCHAR fields were converted to VARBINARY, what I expected, but more annoying was CHAR converted to BINARY - which pads data with \0 bytes. Solution was converting everything into VARBINARY - as actually it doesn’t have much overhead. TRIM('\0' FROM field) eventually helped too.

The other problem I hit was paramy operation issue. One table definition failed, so paramy exited immediately - though it had few more queries remaining in the queue - so most recent data from some table was not inserted. The cheap workaround was adding -f option, which just ignores errors. Had to reload all data though…

I had real fun experimenting with auto-inc locking. As it was major problem for initial paramy tests, I hacked InnoDB not to acquire auto-inc table-level lock (that was just commenting out few lines in ha_innodb.cc). After that change CPU use went to >300% instead of ~100% - so I felt nearly like I’ve done the good thing. Interesting though - profile showed that quite a lot of CPU time was spent in synchronization - mutexes and such - so I hit SMP contention at just 4 cores. Still, the import was faster (or at least the perception), and I already have in mind few cheap tricks to make it faster (like disabling mempool). The easiest way to make it manageable is simply provide a global variable for auto-inc behavior, though elegant solutions would attach to ‘ALTER TABLE … ENABLE KEYS’ or something similar.

Once loaded, catching up on replication was another task worth few experiments. As the data image was already quite a few days old, I had at least few hours to try to speed up replication. Apparently, Jay Janssen’s prefetcher has disappeared from the internets, so the only one left was maatkit’s mk-slave-prefetch. It rewrites UPDATEs into simple SELECTs, but executes them just on single thread, so the prefetcher was just few seconds ahead of SQL thread - and speedup was less than 50%. I made a quick hack that parallelized the task, and it managed to double replication speed.

Still, there’re few problems with the concept - it preheats just one index, used for lookup, and doesn’t work on secondary indexes. Actually analyzing the query, identifying what and where changes, and sending a select with UNIONs, preheating every index affected by write query could be more efficient. Additionally it would make adaptive hash or insert buffers useless - as all buffer pool pages required would be already in memory - thus leading to less spots of mutex contention.

We also managed to hit few optimizer bugs too, related to casting changes in 5.0. Back in 4.0 it was safe to pass all constants as strings, but 5.0 started making poor solutions then (like filesorting, instead of using existing ref lookup index, etc). I will have to review why this happens, does it make sense, and if not - file a bug. For now, we have some workarounds, and don’t seem to be bitten too much by the behavior.

Anyway, in the end I directed half of this site’s core database off-peak load to this machine, and it was still keeping up with replication at ~8000 queries per second. The odd thing yet is that though 5.0 eats ~30% more CPU, it shows up on profiling as faster-responding box. I guess we’re just doing something wrong.

I’ve published our MySQL branch at launchpad. Do note, release process is somewhat ad-hoc (or non-existing), and engineer doing it is clueless newbie. :)

I had plans to do some more scalability tests today, but apparently the server available is just two-core machine, so there’s nothing much I can do on it. I guess another option is grabbing some 8-core application server and play with it. :)

Universal Mind

Tue, 18 Mar 2008 10:54:06 -0700

Bazaar branches related to Mythbuntu

Thu, 31 Jan 2008 12:45:51 -0800

Apps/Xubuntu/PPA for Xubuntu Team

Tue, 08 Jan 2008 11:20:26 -0800

Inkscape's first two weeks with Launchpad | infinite knots

Sat, 05 Jan 2008 14:12:54 -0800

Bug-hunting easier now than at Sourceforge. "The change would have been easier if Launchpad was open source, but I feel confident that Canonical's commitment to opening it is genuine."

Bug #121653 in linux-restricted-modules-2.6.22 (Ubuntu): "[gutsy] fglrx breaks over suspend/resume"

Wed, 19 Dec 2007 05:53:00 -0800

Ubuntu in Launchpad

Mon, 03 Dec 2007 03:31:05 -0800

PPAs for everyone, faster Translations - Launchpad 1.1.11

Sun, 25 Nov 2007 15:38:58 -0800

The Launchpad team have released Launchpad 1.1.11! There are two big pieces of news this month!

Personal Package Archives are now out of beta and available to all Launchpad users and teams. Find out more in the quick-start guide at help.launchpad.net/PPAQuickStart
Launchpad Translations is now much quicker and rock-solid. The Launchpad team say to expect exports and imports in half the time and next to no timeouts.

See the Launchpad News blog for full details of the release.

Inkscape moving to Launchpad! at Launchpad blog

Wed, 21 Nov 2007 13:25:46 -0800

Inkscape - the free software vector drawing tool - moving bug tracker to Canonical's Launchpad.

Ubuntu Personal Package Archives

Mon, 19 Nov 2007 13:28:23 -0800

Launchpad

Wed, 14 Nov 2007 01:55:25 -0800

Launchpad

Sun, 28 Oct 2007 08:33:16 -0700

Learn PPA and Ubuntu packaging basics

Tue, 11 Sep 2007 09:44:28 -0700

Start: 2007-09-13 15:00

End: 2007-09-13 16:00

Timezone: Etc/GMT

Personal Package Archives is Launchpad’s new beta feature that builds and hosts Ubuntu .deb packages in your very own apt repository.

At 15.00 UTC on Thursday 13th September, the Launchpad and Ubuntu MOTU teams are jointly hosting PPA and Packaging 101. This IRC session in #launchpad will introduce you to:

the basics of packaging for Ubuntu
solving your dependencies from the relevant Ubuntu section - i.e. the ogre model
version consistency between PPA and Ubuntu’s primary archive.

It’s also your opportunity to ask questions about PPA and get answers from the Launchpad and MOTU teams. If you want to see a particular topic covered, add it to the class’s agenda on the Launchpad help wiki.
See you there!

Ubufox Extension's Bazaar branches registered in Launchpad

Sun, 02 Sep 2007 19:23:49 -0700

Ubuntu Firefox Extension

Ubuntu in Launchpad

Fri, 31 Aug 2007 10:23:44 -0700

Contributing to projects on Launchpad.net with Bazaar | Muffin Research Labs by Stuart Colville

Sat, 25 Aug 2007 11:10:41 -0700

Launchpad 1.1.8 released!

Thu, 23 Aug 2007 11:16:45 -0700

This week the Launchpad team released version 1.1.8 of Launchpad. There’s a lot in this release to excite the Ubuntu community!

The Personal Package Archives beta will soon be available to all members of the Launchpad Beta Testers team who have signed the Ubuntu Code of Conduct.
You can now see your individual translation import queue.
If you host code branches with Launchpad, you can now specify which branch, if any, you intend to merge the code into.
The bug tracker’s email interface now lets you set a bug’s tag.
Also in the bug tracker, bug notification email headers now state which milestone the bug is targeted to.
Work is underway to enable you to file bugs against packages in Canonical’s commercial repository.

Other highlights include a new “Deactivate your account” option, Trac bug statuses are correctly interpreted and the bug filing page has been overhauled.

One important note: searching in bug comments has been temporarily suspended, as it was causing timeouts. As soon as the problem is fixed, bug comment searching will return!

You can find out more in the Launchpad 1.1.8 in the release notes.

We are sailing...

Tue, 31 Jul 2007 14:32:36 -0700

...across the shore from code.google.com to launchpad.net!

Why?

Don't get me wrong, Google Code is great, and I still use it for Affinity and other projects, but Awn is getting larger and larger, in community and developers, and this needs some proper structure. Launchpad provides that structure incredibly well, with excellent road-mapping/bug reporting/feature requests/translation infrastructure, and we hope to make the most of it!

Show me the source!

http://www.launchpad.net/awn is the new home of Awn. Over the past few days, those belonging to the awn-core team have helped me move everything over to launchpad.

Development of Awn will be in Launchpad from now on, bug reports, feature requests (blueprints) and translations should be directed there too. The Awn page in launchpad has instructions on how to download the development version.

I am working on transferring the existing bugs from code.google.com to launchpad. If you have previously opened/commentated on a bug, and would like to help me out, you can create the corresponding bug in launchpad, and just leave a comment in the original bug report that you have done so :-D.

What now?

Well, there's been a burst of activity on the Awn forum, with patches coming at me left, right and center. Consequently, Awn has gained some new developers and bug-people, and we are working towards a 0.2 release, with a ton of ideas for 0.3! I'll make an other post outlining the new devels and their contributions soon.

Also, Awn currently has an universal applet menu-system, a brand new preferences application, mac-stacks applet and many more applets in development in the forum, with updates everyday! I am currently working on a way to get everyone working in the same place, so we can have a awn-applets release along side the main Awn release, but more on that later.

I think that's it for now :-).

FAQs in Launchpad and more new features

Fri, 20 Jul 2007 07:14:00 -0700

Every project has frequently asked questions. Now, with the release of Launchpad 1.1.7, the Answer Tracker makes it easy to create and find answers to Ubuntu’s most common questions.

There are two ways to use FAQ in the Answer Tracker:

You’re looking for help: you can search and browse FAQ answers to find help with your problem.
You’re an Ubuntu answer contact: you can mark an answer as an FAQ and then create an answer that will be available to anyone else using the Answer Tracker.

The idea behind the FAQ feature is pretty simple: knowledge about Ubuntu is spread across the wiki, forums, third-party websites and the Answer Tracker. FAQ can draw on all that knowledge to offer Ubuntu users a canonical answer, at the same time as making life a little easier for answer contacts.

FAQ are available to all projects who use the Answer Tracker, not just Ubuntu. Find more about FAQ in the Answer Tracker in our FAQ quick-start guide!

Also in Launchpad 1.1.7

Larger font size: visit launchpad.net and you’ll see that we’ve increased the size of the text used on the site, making it easier to read Launchpad’s default text size.
New remote bug tracker support: Launchpad can now track bugs in the Mantis bug tracker. (Find out more)
Improved duplicate bug handling: if someone has already reported the bug you’ve encountered it’s now much easier to select that report rather than create a duplicate.
Teams can now set their default language: teams can become an answer contact for a specific language.
Branch associations: you can now see all bugs, blueprints and subscribers associated with a branch on its branch associations page.

For full details of Launchpad 1.1.7, take a look at the release notes. And keep an eye on the Launchpad News blog to stay up to date with Launchpad!

Canonical open-sources first Launchpad component

Sun, 15 Jul 2007 19:31:55 -0700

New bug statuses and more in Launchpad 1.1.6

Thu, 21 Jun 2007 08:55:15 -0700

One of the agenda items at UDS Sevilla was to improve the efficiency of Ubuntu’s bug workflow. If you work with Ubuntu bugs, you may already have noticed that some of the bug status names have changed:

New: was Unconfirmed
Incomplete: was Needs Info
Invalid: was Rejected.

The meaning of these statuses hasn’t changed. However, there are two new bug statuses:

Triaged: this bug has a complete report, has been confirmed and is ready to be fixed.
Won’t Fix: this bug has been confirmed but, for whatever reason, won’t be fixed.

These two new statuses are available only to either a project’s owners or members of its Bug Contact team. So, in Ubuntu’s case it’s available to members of the Ubuntu Drivers and Ubuntu Bugs teams. This means that developers can view the Triaged queue knowing that an experienced triager considers those bug reports complete.

The Confirmed status still works, though, so it’s down to each project’s bug workflow policy to decide whether to use Triaged and Won’t Fix.

More people can nominate bugs

To relieve the bottle-neck caused by Ubuntu drivers being the only people able to nominate bugs for release, now anyone with the relevant upload permissions for a component can also nominate bugs in that component. For example: if a developer has upload permissions for universe, she can also nominate universe bugs for release.

Other highlights for the Ubuntu community

Answer contacts will now receive notification of new questions in their preferred languages only.
Team members can now renew their own memberships, when their membership is close to expiry if the team is set-up with an on-demand policy.
Teams can now only join other teams with the approval of the first team’s administrator.
It is now possible to see how many and which translations diverge from upstream.

Find out more

There’s plenty more to Launchpad 1.1.6, including the fabulous new Launchpad News blog! You can find the full release notes on the launchpad-users mailing list.

TreeMagic Content Management System in Launchpad

Mon, 11 Jun 2007 04:47:59 -0700

Og så alligevel… » Blog Archive » Why Launchpad isn’t taking off just yet

Tue, 15 May 2007 01:56:00 -0700

"What is Canonical’s intended purpose with Launchpad, and why isn’t it Free Software?"

Mentoring comes to Launchpad

Wed, 02 May 2007 07:49:39 -0700

There’s something new in Launchpad this week: mentoring.

The Ubuntu community is proof that free software works best when we work together. It’s not always easy for new participants to get started, though.

Launchpad’s new mentoring framework is a simple way to help new community members learn the ropes. With it you can:

Offer to mentor people who want to fix a bug or implement a blueprint.
Provide a list of items that are relevant to your project and for which mentorship is available.
Provide a list of items that would be a good starting point for someone who wants to join one of your teams
See what mentorship offers individuals are currently making.

Anyone who is a member of at least one Launchpad team can offer mentorship and there’s no admin for project or team leaders as it’s entirely based on commitments made by individuals.

You can find out more in the Launchpad guide to mentoring management.

The Launchpad team have been busy elsewhere, too! With three new code release recently, there’s a whole load of new features and bug fixes. Full details are in the release notes.

Bugs in Ubuntu

Thu, 19 Apr 2007 04:54:23 -0700