Examining our release cycle: stricter instead of longer?
Forgive me if i'm a little out of the loop on Ubuntu release cycles, but last i heard, there was discussion about extending it. I just saw a story on Slashdot about OpenBSD's successful resease process. Parhaps Ubuntu could learn from this? http://tech.slashdot.org/story/09/07/16/2322203/Why-OpenBSDs-Release-Process-Works http://www.youtube.com/watch?v=i7pkyDUX5uM -- http://www.google.com/profiles/danny.piccirillo -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
The haskell platform in ubuntu?
Dear all, there exists an haskell platform¹, which is supposed to be a single set of libraries and tools across many operating systems. Notably, the platform includes the cabal tool. More often than not, people give up on using the ubuntu haskell packages because they want to use cabal. Can we talk a little bit about steps for its possible inclusion in ubuntu? It seems that there is some interest in debian: http://orangesquash.org.uk/2009/07/04/debian-haskell-packaging-team-getting-underway/ Shall I just bother^H^H^H^H^H^H join them? Let me argue a bit why not. The platform is released every six months, so it makes a very good candidate for synchronised releases in ubuntu. This is why perhaps ubuntu might have lots more success by adding the platform by itself rather than just synchronising to debian (I expect them to include the platform at a given version, and then update it in the next release, so ubuntu would actually have outdated versions of the platform in its six-months cycle, defeating the sole purpose of the platform itself). Vincenzo [1] http://hackage.haskell.org/platform/ -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Migrating OCaml to 3.11.1 in Karmic?
Hello, Currently Karmic ships with OCaml compiler and libraries for OCaml version 3.11.0. Debian has nearly finished its transition to OCaml 3.11.1, only camlpdf is missing[1]. Should we do the same transition to OCaml 3.11.1 for Karmic? The transition takes 6 rounds[2], there are 124 source packages to synchronize / recompile and the transition has taken about 4 weeks in Debian (24th of June until today). During this summer, I could handle / monitor such a transition during following time periods: * July, 21st -> 31st; * August, 10th -> 21st. It would be very nice to ship latest OCaml but I don't know if it still fits Karmic Release Schedule. If such a transition is agreed upon, as suggested by James Westby[3], I would need the help of an Ubuntu Developer to fulfil Sync requests and potentially an Ubuntu Archive maintainer if such a transition is too late[4]. Any volunteer? Sincerely yours, david [1] http://debian.glondu.net/monitor/ocaml/ocaml_transition_monitor.html [2] http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ocaml_transition_monitor.html [3] https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-June/008667.html [4] As far as I know this is not the case, feature freeze being the 27th of August (https://wiki.ubuntu.com/KarmicReleaseSchedule). -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
get some cursor and themes off
canonical should improve some cursors in ubuntu or get them off, the idea is to have a masterpiece linux distribution in all aspects -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: get some cursor and themes off
2009/7/17 solaris manzur : > canonical should improve some cursors in ubuntu or get them off, the idea is > to have a masterpiece linux distribution in all aspects Could you elaborate on your idea, solaris? Are you speaking of mouse cursors or something else? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Examining our release cycle: stricter instead of longer?
Am 17.07.2009 um 10:00 schrieb Danny Piccirillo: > [...] I just saw a story on Slashdot about OpenBSD's successful > release process. [...] > > http://tech.slashdot.org/story/09/07/16/2322203/Why-OpenBSDs- > Release-Process-Works > http://www.youtube.com/watch?v=i7pkyDUX5uM While the SlashDot discussion merely shows people shouting without thinking, the video is very interesting. If I understood it correctly, OpenBSD does two things: 1) Keep every (official) development on the main trunk. 2) Swap between "add features, change API" cycles and testing cycles. This appears to have several/surprising advantages: - As there are no release branches, all people test the same food, their own dogfood. - Due to the large base of testers, regressions are exploited pretty quickly, often within minutes. - Accordingly, there's no need to run older releases. - Each fix has to be distributed to one branch only, "backporting" and/or "release engineering" is (almost) obsolete. Now, while OpenBSD might be considered a bit exotic by many, another successful project with a similar model comes to my mind: the non- emulator Wine. To be honest, I don't see the advantage of a strong emphasis on "releases" either, as open source software is always a living thing. Is it a matter of matching company policy checklists? Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: get some cursor and themes off
of course mouse cursors -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: The haskell platform in ubuntu?
Op vrijdag 17-07-2009 om 10:17 uur [tijdzone +0200], schreef Vincenzo Ciancia: > The platform is released every six months, so it makes a very good > candidate for synchronised releases in ubuntu. This is why perhaps > ubuntu might have lots more success by adding the platform by itself > rather than just synchronising to debian (I expect them to include the > platform at a given version, and then update it in the next release, > so ubuntu would actually have outdated versions of the platform in its > six-months cycle, defeating the sole purpose of the platform itself). Debian unstable & experimental are updated all the time, so as long as the Debian maintainer keeps the package up-to-date, there will be a new version every 6 months in Ubuntu too? -- Jan Claeys -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: get some cursor and themes off
Op vrijdag 17-07-2009 om 15:39 uur [tijdzone -0500], schreef solaris manzur: > of course mouse cursors There are also cursors in databases for example: http://en.wikipedia.org/wiki/Cursor_(databases) Anyway, I think ubuntu-art is a better place to discuss mouse cursors. -- Jan Claeys -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: The haskell platform in ubuntu?
[accidently neglected to send to list, sorry] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Thanks for your concern. On 17 Jul 2009, at 09:17, Vincenzo Ciancia wrote: > http://orangesquash.org.uk/2009/07/04/debian-haskell-packaging-team-getting-underway/ That was me. > Shall I just bother^H^H^H^H^H^H join them? Let me argue a bit why not. You pretty much should, see below. > The platform is released every six months, so it makes a very good > candidate for synchronised releases in ubuntu. This is why perhaps > ubuntu might have lots more success by adding the platform by itself > rather than just synchronising to debian (I expect them to include the > platform at a given version, and then update it in the next release, > so > ubuntu would actually have outdated versions of the platform in its > six-months cycle, defeating the sole purpose of the platform itself). We (pkg-haskell) haven't even decided what to do here yet*, but I would imagine that this is not the case. We have no way of knowing when a Debian release is going to be and allowing so many packages to stagnate until a release is imminent doesn't sound like a good strategy. I would expect that we'd do rolling updates, not least because we are users too and like to see an updated Haskell platform just as much as anyone else. There is no way that we are going to deviate on so many source packages, at least not without an Ubuntu Haskell Team that cares for such a task. We just don't have the resources to do it, and it would be suboptimal and confusing even if we did. I don't mean to say that we should allow Ubuntu to release with a worse Haskell stack just for the purposes of staying in sync; indeed if it costs us little to make a particular improvement that can't be done in Debian for whatever reason then we should do it. My point is that we should work in Debian first and foremost and only break away if we have to. I think that by concentrating our resources on our upstream that we'll be able to get a better stack in shape for everybody - ideally the only work we need to do in Ubuntu is the boring rebuilds when a new GHC version drops** Regards, Iain * It would be nice if you could raise it on debian-hask...@lists.debian.org to get a discussion going ** Incidentally, this is probably going to happen next week (6.10.4 was just released yesterday) so get your transition gloves on if you want to help. I'll post another mail then. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkpgcBsACgkQPy0SnCC/zcemZACguZHUfecXP6aIu7k6ngm5RyAn u1IAoNP4XzvkVyy4Gj/OcajGe8KYvb+a =WGm3 -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
