[00:50] <hippiehacker> https://gist.github.com/2903267 # any further direction on how to build the official live/install ... I'm generating an iso that's missing a few files
[02:08] <vibhav> https://launchpad.net/debian/+source/libao/1.1.0-2 <-- I did not get this changelog
[02:25] <elky> vibhav, looks like someone's taking over the maintenance for it and being cute about it.
[02:26] <vibhav> haha
[02:28] <vibhav> I still did not get "accept the only sensible course of direct action that remains to preserve sanity."
[02:28] <elky> probably an in-joke
[02:28] <elky> some people do funny things in changelogs and significant commits. it makes the game more fun.
[02:29] <vibhav> ah
[02:29] <elky> i think it's openwrt that puts a cocktail recipe in the changelog at each release
[02:31] <vibhav> Yes
[02:32] <vibhav> elky: It displays a cocktail recipe even when I log into my router
[02:32] <vibhav> via ssh
[02:40] <SpamapS> there was a great haiku in one changelog
[02:44] <vibhav> SpamapS: where?
[02:48] <benonsoftware> One Canonical dev I think once put what song they were playing in their bzr commit
[02:50] <elky> There needs to be a website to catalogue epic commit messages. I could have sworn there was one, but I cannot find it now :(
[03:01] <micahg> vibhav: now I am
[04:25] <vibhav> micahg: YOu still there?
[04:25] <micahg> vibhav: yeah
[04:54] <vibhav> micahg: AFAIK, you were the last person to touch libav-extra in Ubuntu,  Can I prepare A merge for it?
[04:55] <micahg> vibhav: no need
[05:12] <vibhav> micahg: why?
[05:13] <micahg> vibhav: it's gone from Debian and there hasn't been a libav update
[05:13] <vibhav> ah
[05:13] <vibhav> fine
[05:13] <micahg> we're discussing what to do with libav now that gegl needs it
[07:51] <vibhav> Can anybody have a look at https://bugs.launchpad.net/ubuntu/+source/bogl/+bug/1011081 ?
[11:56] <vibhav> jamespage: ping!
[13:04] <jtaylor> can a package be split between universe and main?
[13:10] <vibhav> like?
[13:11] <debfx> jtaylor: a source package in main can have binary packages in main and universe (but not the other way around)
[13:11] <vibhav> Do you mean, a part of the package in main and other in universe?
[13:11] <jtaylor> yes
[13:11] <jtaylor> the issue is fftw3
[13:11] <jtaylor> it now depends on mpi in debian which is not in main
[13:12] <jtaylor> build-depends
[13:12] <jtaylor> people want the mpi in ubuntu too
[13:12] <jtaylor> but that would require some splitting
[13:12] <jtaylor> or moving mpi to main (which I guess is not likely)
[13:14] <penguin42> fftw3 gets used by a whole bunch of things which is unfortunate
[13:16] <jtaylor> yes moving it out of main is probably unfeaseble too
[13:16] <jtaylor> would it make sense to build a second source package from the original in universe
[13:25] <penguin42> jtaylor: So what's the problem with moving libopenmpi to main?
[13:25] <jtaylor> convincing people to support it?
[13:26] <jtaylor> also mpich2 might also be needed in future
[13:28] <jtaylor> moving two mpi implementations to main because a *library* needs it is quite weak reasoning
[13:28] <jtaylor> afk 15 min
[13:46] <penguin42> jtaylor: Does fftw3 use mpi in normal cases or is it just that it *can* use mpi?
[13:55] <jtaylor> penguin42: it can use mpi
[13:56] <jtaylor> or pthreads or omp or none
[13:56] <jtaylor> the new package also adds avx and neon support
[13:57] <jtaylor> something we definitely want in ubuntu at some point
[13:57] <penguin42> jtaylor: If you had two versions, one that used MPI and one that didn't would the programs that used it have to be linked differently or would they just pick up whatever it used?
[13:58] <jtaylor> it are separate libraries
[13:58] <jtaylor> the mpi ones are basically thin wrappers around the main one
[13:58] <penguin42> and how do you choose which to use?
[13:58] <jtaylor> by linking against it
[13:59] <jtaylor> -lfftw3{,f,l} for the normal one -lfftw3{,l,f}-omp for omp etc
[13:59] <penguin42> oh that's annoying, if it was that apps just used which ever was the best-for-the-system then you could just have 2 package versions
[14:00] <jtaylor> it is such an app
[14:00] <jtaylor> but its not applicable to mpi and stuff
[14:00] <jtaylor> it uses sse or avx depending on the system
[14:00] <penguin42> yeh
[14:00] <penguin42> are there many packages dependent on the MPI version yet?
[14:01] <jtaylor> none
[14:01] <jtaylor> its new in debian
[14:01] <jtaylor> there is one needing threads
[14:01] <jtaylor> and one optionally using omp
[14:01] <jtaylor> (also new)
[14:01] <penguin42> omp?
[14:01] <jtaylor> openmp
[14:01] <penguin42> ah
[14:02] <penguin42> yeh so it does sound like you want a split where the mpi bits are in a separate package
[15:15]  * vibhav waits for jamespage 
[21:35] <Daviey> ScottK: Hey, are you looking into pyyaml's dep wait?
[21:35]  * micahg wonders if Daviey reads ubuntu-devel
[21:36] <Daviey> micahg: not since 14:58:50 UTC 2012
[21:37] <micahg> Daviey: that's when the message was sent with no responses yet :)
[21:40]  * Daviey leaves it on his todo to respond tomorrow
[21:45] <apachelogger> siretart: https://bugs.launchpad.net/ubuntu/+source/kdegames/+bug/1011310/+activity did you change that manually?