Launchpad is now open source.
This is a post I’ve been looking forward to for a long time:
Launchpad is now open source!
We released it today under the GNU Affero General Public license, version 3. Note that although we had previously announced that we’d be holding back two components (codehosting and soyuz), we changed our minds: they are included — all the code is open.
Big congratulations (and thanks) to the Canonical Launchpad team, who worked overtime to make this happen sooner rather than later, and to Mark Shuttleworth, whose decision it was to open source Launchpad in the first place.
Rather than repeat the various release announcements, I’ll just point to them:
- launchpad-users mailing list
- Blog post at Canonical.com
- Press release
- The development wiki
- Instructions for getting the code.
The Canonical Launchpad developers will be on IRC in channel #launchpad-dev on irc.freenode.net. That’s the place to go for real time development discussion and questions. For usage issues, #launchpad is still the place, as before.
The mailing list is launchpad-dev {AT} lists.launchpad.net, which you can subscribe to by joining the ~launchpad-dev team. Again, that’s the development mailing list; user questions should still go to launchpad-users {AT} lists.launchpad.net.
Please bear with us as we learn how to be an open source team. Many of the Launchpad developers have open source experience already, of course, but as a team we’ve been working on Launchpad in-house for some years. This is a big change. We’ve been looking forward to it, though, and are ready and eager.
That’s all. Happy hacking :-).
-Karl Fogel
July 21st, 2009 at 6:42 am
\m/. ôçÔ .\m/
July 21st, 2009 at 6:51 am
Great to see the full codebase open. I salute you for making the commitment for the final components as well.
I am a little curious as to when was the decision to commit to opening Soyuz and Codehosting was made. I won’t insist on an answer to that, as the answer as to when isn’t as important as the fact that the decision was made. But I am curious none-the-less.
Great news.
-jef
July 21st, 2009 at 6:53 am
Congratulations! The soyuz news is quite a pleasant surprise!
July 21st, 2009 at 7:11 am
Excellent news. I’ve been having trouble explaining to people why some of the stuff Ubuntu relies on was closed-source, so this announcement is music to my ears. Thanks so much, Launchpad people!
July 21st, 2009 at 7:26 am
Congratulations to the Launchpad team on this great news. Exciting times ahead.
July 21st, 2009 at 7:40 am
That’s great news. I’m glad that Canonical made the leap, I hope that it pays off in big ways in every other respect and financially. Canonical is in a good position to prove that you don’t need to license your software under a non-free license in order to be commercially sustainable.
July 21st, 2009 at 8:32 am
Being a newbie, can someone please explain the implications of this? I see the immediate benefit of having all the strength of the community pushing to improve this, but I feel it may also result in a complete chaos and lack of control…
Is that the case?
July 21st, 2009 at 9:21 am
Awesome news will add the Project to Floss.pro!
July 21st, 2009 at 1:27 pm
Make people just through enough hoops to get the source don’t you? The latest version of bzr available in the Ubuntu repo is 1.13.1 (your format requires 1.16.1, why has no one fixed that before now?) How about instead of the kitchen-sink script you provide, let us _download_ the source. Not spend three hours setting everything up and running it, just let us download it.
Or is this the plan? You only “open sourced” the code as a PR gesture and you’re hoping no one will notice that it’s extremely difficult to actually get?
July 21st, 2009 at 1:42 pm
So, now you can change the status of bug #393596 to “Fix released”. Great news!
July 21st, 2009 at 1:47 pm
Debian people, please now consider standardising on this. It’s much better technically than Debian’s current infrastructure, and will enable much, much easier sharing of patches. Finally the community could be reunified a bit, and PPAs for Stable would also be an important improvement for Debian.
July 21st, 2009 at 2:13 pm
I was actually expecting jef spaleta to be comment #1. 😀
Great news and well done canonical!
July 21st, 2009 at 2:21 pm
That’s great great great news! Thanks Canonical and all the people involved in the Launchpad project.
July 21st, 2009 at 3:18 pm
А где скачать то можно!? =)
July 21st, 2009 at 3:41 pm
“There are no plans to package Launchpad, its deployment is quite complex.”
What about a big binary or a virtual image?
July 21st, 2009 at 4:02 pm
I’m glad you chose the license that you did.
Great Job!
_J
July 21st, 2009 at 4:30 pm
Great new everybdoy. A correct decision in my opinion.
July 21st, 2009 at 4:33 pm
It’s great to see this increasing support for free services. Such steps are essential in order to keep free software viable as a server platform as the world of personal computing moves more towards web-based services.
July 21st, 2009 at 4:37 pm
Awesome! I’m really amazed at this.
I guess now we just need to have a talk about Ubuntu One, huh? But maybe if Canonical’s willing to do this, then they won’t mind doing that either!
July 21st, 2009 at 5:26 pm
What is the bzr lp:branch_name to do, if I just want to grab the source code for checking and not for compiling ?
Thank you
July 21st, 2009 at 5:31 pm
A good move! If the SCM backend just were GIT ready already 😉
http://sunoano.name/ws/public_xhtml/scm.html
What I like about launchpad is that is relies/works with two of my favorite things
– PostgreSQL and
– Zope3
Hooray again and may the child grow big and smart 😉
July 21st, 2009 at 8:09 pm
Thanks, everyone! I won’t go into all the internal discussions behind the decision about what to open source — just various business factors, as you can imagine. We’re glad to have opened all of it, and we hope it pays off too.
July 21st, 2009 at 10:57 pm
Marco, it’s lp:launchpad. It’s quite a big tree through, so you’ll almost certainly want to make a shared repository, or just get a checkout. So either:
$ bzr co –lightweight lp:launchpad
Or:
$ bzr init-repo –2a launchpad
$ cd launchpad
$ bzr branch lp:launchpad db-devel
July 22nd, 2009 at 8:57 am
Codehosting and Soyuz also, amazing!
The FAQ (https://dev.launchpad.net/FAQ) is very useful, for example, “Yes, you can browse the source code on Launchpad (http://bazaar.launchpad.net/~launchpad-pqm/launchpad/db-devel/files). You can also use bzr get lp:launchpad to download the code without setting up a development environment.”
It is good to see how GNU Affero Version 3 and the new V3 licenses are evolving. Thanks, everyone!
July 22nd, 2009 at 1:11 pm
I hope Canonical does the right decisions based on reasoning, and not under pressure from users who think every piece of software should be free (as in speech). Now, that Launchpad is completely free software companies can run their own instances of it. This may mean less customers for launchpad.net, or hypothetically it might work as an insurance and provide launchpad.net with even more customer. I hope someone analyzed this.
It is also possible that the original “secret sauce” took place only because the secret parts were not originally designed to be secure. As we all know Launchpad is hosting “secret” projects for a fee. Low security design with open source would have turned those projects open for anyone which would have a catastrophe. Maybe publication of the secret sauce was confirmed immediately after the said parts were secured.
I realize Canonical was originally founded to show how free software could be made commercially sustainable. How ever there is more to it. Canonical did not pick one of the projects that already seemed to be sustainable. What they wanted to do is pick something (Debian) that was not yet “commercially sustainable”. Canonicals most important role until today has been to work as a hub, co-operating with all companies that want to work with Ubuntu. They have made Ubuntu commercially reachable, but I don’t think they have made it sustainable just yet.
So how do we measure, if a project has been proven to be sustainable. The classic measure would be, if it is able to get enough cash to pay for it’s on going expenses, but that is not the whole truth here. The classic measure doesn’t take into account that the company has to continue to do a certain thing. In the classic measure it is OK for some other way to be better. What I think Canonical is trying to prove here is that the model of free software is superior to the non-free model.
To really see, if it is superior we have to consider the case where Canonical closes its doors and “goes home”. In such case, if there is some zero ideology company that is willing to stand up, buy Ubuntu and continue it’s development as free software, Canonical has succeeded. This does not imply that Canonical actually needs to stop their operation to prove superiority. As this is just a measure.
The inherent problem here is that, if Canonical is going to make it self sustainable with some surrounding service like Launchpad or Ubuntu One, it also needs to prove that these projects can not be made sustainable without Ubuntu. The math used to be easier with user support. As the support team supports only chosen parts (components “main” and “restricted”) of Ubuntu it may be argued that Canonical has to have some light control over Ubuntu in order to make their support business feasible.
With Launchpad and Ubuntu One the tying factor is mostly integration into the desktop, but it is possible to do some integration for non-free systems as well, and there are lots of businesses making real money out of that. For Ubuntu One and Launchpad the superior business model may indeed be supporting any big platform, as that is a relatively easy way of multiplying the amount of customers.
Keeping Ubuntu One and Launchpad available for Ubuntu only may still be a good strategy for a company who has Ubuntu as their flagship. The reason is that these services provide something really useful that may not be available on competing platforms. Thus they are a good way for marketing Ubuntu. This is equal to Apple and Microsoft having a patented video format that can only be viewed on their operating system (to over exaggerate a bit).
The problem in creating such services to market Ubuntu, is that Ubuntu as a product doesn’t afaik, yet pay for their development. Thus they are increasing the expenses a lot making it harder to prove that developing Ubuntu in a free software model is superior. Thus, I cannot help feeling that any funding gained from non-free parts of these systems would alleviate the burden of proving that Ubuntu in it’s minimal form is economically superior way to develop software.
All this relates to whether or not you care, if the free software model is superior and self sustainable. I know there are lots of FSF lovers who couldn’t care less about how much software development funds you can raise with free software, as doing software in any other way is unethical. While I personally like to use free software, I think that zero compromise of freedom for raising funds may be unethical as well, because it will slow down development keeping us for a long time in technological stone age, let that be a super ethical one.
July 22nd, 2009 at 1:28 pm
…but anyway Toni, now the launchpad software is libre software.
July 22nd, 2009 at 4:53 pm
Thanks everyone. 🙂
July 23rd, 2009 at 1:52 pm
This is ma happy dai !
Thanks Canonical !
August 12th, 2009 at 6:35 pm
Well done!
August 20th, 2009 at 4:46 am
good news for me !
August 21st, 2009 at 5:09 am
Great news. If only it were a bit easier to get started. I have wrestled a while with the instructions in the “Getting” page and I would like to share some of my experience here. The instructions on Getting are somewhat missleading in that I did have to sign up on Launchpad and upload my key to the account to be able to get the full code including the external sources.
Maybe the “Getting” page could be updated so that others have it a bit easier.
My second observation is that there is little documentation I could find on how the administration tasks in launchpad are achieved (delete a project and associated information, remove or lock an account, etc.). Is the product documentation available beyond the end-user help available on launchpad.net?
August 22nd, 2009 at 4:48 pm
Congrats and THUMBS UP ;D
August 26th, 2009 at 6:04 am
Costi,
Could you take this to the mailing list or IRC channel (as described on
https://dev.launchpad.net/Help )? You shouldn’t have needed to sign in
to get the sources — anonymous access was our intent, and actually I
tested it when we released. So if you need to sign in, something’s wrong.
(But let’s have this thread over in the right forum; that’s also the best
place for your other questions.)
Thanks,
-Karl
December 1st, 2009 at 10:38 pm
I was just browsing the web when I saw this. Congratulations! 🙂
I really like launchpad.
I remember debian refused to join lauchpad (and gnome as well, maybe others) on the basis of that lauchpad is (was) non-free. I really support their past decision. Now that lauchpad is free, I wonder if debian and the others are at least considering using it?
December 2nd, 2009 at 8:03 pm
@Elias
We certainly wouldn’t object! But Debian has a lot of infrastructure built up now, so I imagine it’d be a harder decision to make than it was back then.
I’d love to at least be better integrated with the Debian bug database. There’s a blueprint called “Forward bugs to Debian” (https://blueprints.edge.launchpad.net/malone/+spec/forward-bugs-to-debian), but it appears to be just about the technical aspects of how to talk to the Debian Bug Tracking System, which currently has only an email-based API (which is exactly why I’d love to use Launchpad to interact with Debian bugs!). What if we could do mutual dup-searching, for example?
A good example of interaction betwen Debian and Ubuntu (in Launchpad) on the same bug: LP #36690 and DBTS #217836. The bug was found in 2003 in Debian; found (independently?) in Ubuntu in 2006; attempted fix in Ubuntu later in 2006; Debian points out problems with the fix; not clear from the current comments how much those problems have been acknowledged on the Ubuntu side. Nevertheless, there is clearly benefit to all from having them linked.
December 21st, 2009 at 9:47 pm
Yay. I hope to see a lot of positive changes in Launchpad soon. Launchpad is going to be a very good program now!
February 19th, 2010 at 5:00 am
hello people.
where i can ask my suggestion about new feature in launchpad.net?
February 19th, 2010 at 10:50 am
@jmb_kz A good place to start would be here:
https://answers.launchpad.net/launchpad
April 22nd, 2010 at 7:58 am
Great news
Thanks canonical and everyone.
April 22nd, 2010 at 8:30 pm
How can I participate in the project?
April 25th, 2010 at 11:10 am
See https://dev.launchpad.net/ for how to participate in the project.
May 23rd, 2010 at 2:37 pm
thank you for now
June 4th, 2010 at 7:14 am
Launchpad ROCKS!!!!!! Just because lp’s open source, I moved from the (buggy) sf to lp!.
February 17th, 2011 at 9:36 am
Can help me anybody in a questions
there is a translation of launchpad
or can we open this project?
July 8th, 2011 at 3:33 am
Congratssssssssssssssssssssssss team launchpad !!! 🙂
August 20th, 2011 at 12:36 am
[…] I am sure you’ve all seen this already, but I just wanted to add my congratulations every one involved in the open sourcing of Launchpad! […]
November 19th, 2011 at 3:25 pm
[…] GitHub tidak open source. Launchpad awalnya tidak open source, tapi kemudian berubah menjadi open source […]
June 29th, 2014 at 7:43 pm
[…] Launchpad is now open source […]