[05:46] <rohitnikocool> how to delete older version of grub
[05:50]  * ccheney just saw he has an all day long meeting tomorrow :-\
[05:51] <TheMuso> ccheney: You have my sympathy.
[05:51] <ccheney> hmm seems it might be pared back to be only 3 hours now, just got an updated email :)
[05:52]  * ccheney hopes so, an 8.5 hr long meeting doesn't sound fun
[05:55] <TheMuso> No
[07:15] <baptistemm> hello
[08:05] <didrocks> good morning
[08:23] <pitti> Good morning
[08:27] <didrocks> guten morgen pitti
[08:27] <pitti> hey didrocks, had a nice weekend?
[08:27] <didrocks> pitti: yeah, it was fun, even if a little bit cold :)
[08:27] <didrocks> and you, pitti?
[08:28] <pitti> rather quiet, but nice; did a bike tour, some shopping, and some gaming
[08:28] <pitti> Friday evening was the "Long night of Science" in Dresden's universities, which was great
[08:29] <pitti> I saw a demonstration of the high-voltage lab (nice flashes :) ), and went to a show debate of the Dresden Debating Union
[08:30] <didrocks> sounds nice :)
[08:44] <pitti> mvo: good morning! enjoyed your holidays?
[08:56] <seb128> hey pitti mvo
[08:56] <pitti> bonjour seb128
[08:56] <seb128> how are you?
[08:57] <didrocks> salut seb128, bon week-end ?
[08:58] <seb128> lut didrocks
[08:58] <seb128> oui, et toi?
[08:58] <didrocks> seb128: ça va, tranquillement :)
[08:59] <mvo> hey pitti and seb128! yes, I much enjoyed my vacation
[08:59] <seb128> mvo, nice to have you back ;-)
[08:59] <mvo> seb128: thanks :)
[09:00] <mvo> seb128: I read throught my mail, its a *long* list of N in my mutt inbox :)
[09:00] <seb128> lol
[09:01] <didrocks> good morning mvo, welcome back :-)
[09:01] <seb128> mvo, we got a new s-c uploaded but I had to hack since make check doesn't work without error, it fails on the history log check
[09:01] <mvo> hey didrocks, thanks
[09:01] <mvo> seb128: aha, ok. I have a look
[09:01] <mvo> seb128: thanks for sponsoring it
[09:01] <seb128> mvo, yw
[09:04] <mvo> seb128: do you happen to have the exact error? it appears that tests are passing for me for some reason
[09:05] <seb128> mvo, let me check
[09:05] <seb128> could be that it got fixed since
[09:05] <seb128> [Errno 2] No such file or directory: '/history.log'
[09:06] <seb128> ...
[09:06] <seb128> "/usr/lib/pymodules/python2.6/debian_bundle/deb822.py", line 253, in iter_paragraphs
[09:06] <seb128>     for key in parser.Section.keys()]
[09:06] <seb128> KeyError: 'xxx-bogus-entry'
[09:06] <seb128>  
[09:06] <seb128> I had that
[09:06] <seb128> let me update my checkout
[09:06] <seb128> it's test_apthistory.py
[09:07] <seb128> mvo, http://paste.ubuntu.com/452831/
[09:07] <mvo> seb128: oh, thanks. I think this might be caused by a bug in python-debian actually
[09:07] <seb128> mvo, I'm on lucid if that makes any difference
[09:09] <seb128> didrocks, new evo tarballs are there, will you do the update?
[09:10] <didrocks> seb128: already began :)
[09:10] <seb128> ok nice
[09:10] <seb128> thanks
[09:10] <didrocks> you're welcome :)
[09:10] <seb128> I'm still on lucid for some days
[09:10] <seb128> handling other .2 updates for lucid sru
[09:10] <seb128> then I can upgrade
[09:10] <didrocks> no worry, I'll try to integrate the express branch as well
[09:11] <seb128> you should do it in 2 uploads
[09:11] <seb128> one for the update
[09:11] <seb128> then one for the express backporting
[09:11] <seb128> will make easier to figure what breaks if something breaks
[09:11] <didrocks> ok
[09:12] <seb128> will also give you some work done and uploaded rather than being stuck on backported express changes ;-)
[09:13] <didrocks> sure :-)
[09:23] <seb128> Sarvatt, hi, how do you track xorg-edget ppa bugs usually? ie bug #596192
[09:23] <ubot2> Launchpad bug 596192 in cairo (Ubuntu) "[xorg-edgers] new libcairo2 1.9.9 fails to render correctly (affects: 1) (heat: 8)" [Low,New] https://launchpad.net/bugs/596192
[09:29] <seb128> robert_ancell, hey
[09:29] <seb128> robert_ancell, still there?
[09:30] <seb128> robert_ancell, do we really need your gobject-introspection changes to ship the everything typelib, seems the debian maintainer disagrees it should be distributed
[09:31] <seb128> ie http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550478
[09:31] <ubot2> Debian bug 550478 in gobject-introspection "gobject-introspection: Please include the Everything-1.0 typelib" [Minor,Open]
[09:55] <chrisccoulson> good morning everyone
[09:56] <pitti> hey chrisccoulson, how are you?
[09:56] <didrocks> good morning chrisccoulson
[09:56] <chrisccoulson> i'm not too bad thanks pitti, although a bit sore from all the gardening at the weekend (and very sunburnt)
[09:56] <chrisccoulson> how are you?
[09:56] <chrisccoulson> hey didrocks, did you have a good weekend?
[09:57] <pitti> chrisccoulson: had a rather lazy weekend; a bicycle tour and some shopping, and enjoying the long night of science on Friday
[09:57] <didrocks> chrisccoulson: yeah, a great one. Nothing too fancy but enjoying Paris for last couple of months (hopefully!)
[09:57] <chrisccoulson> pitti - sounds good. i think i will plan a lazy weekend this weekend :)
[09:57] <chrisccoulson> didrocks - you're leaving paris?
[09:59] <seb128> hey chrisccoulson
[09:59] <chrisccoulson> hey seb128 - how are you?
[09:59] <seb128> I'm great thanks
[10:00] <seb128> I had a lazy weekend but it's quite cold there
[10:00] <seb128> ie around 16°C yesterday
[10:01] <didrocks> chrisccoulson: yeah, leaving Paris in September
[10:01] <didrocks> will try to buy something in Lyon
[10:01] <chrisccoulson> seb128 - i'm not sure how warm it was here, but it must have been warmer than i thought it was ;)
[10:02] <seb128> hehe
[10:02] <chrisccoulson> didrocks - one of my friends moved to lyon recently too
[10:02] <seb128> chrisccoulson, how is the firefox security update going otherwise?
[10:02] <chrisccoulson> seb128 - i got the jaunty extensions done friday evening
[10:03] <chrisccoulson> so, it's not going too badly :)
[10:03] <didrocks> chrisccoulson: oh, is he enjoying the city?
[10:03] <chrisccoulson> didrocks - yeah, he seems to be
[10:03] <seb128> chrisccoulson, did the hardy version go to security now?
[10:04] <chrisccoulson> seb128 - not yet, i'm not sure if 3.6.4 has been released still (it wasn't on friday)
[10:04] <seb128> ok
[10:04] <seb128> let me know when it does ;-)
[10:04] <seb128> RAOF, hey
[10:04] <seb128> RAOF, do you know how the i8xx work is going?
[10:05] <didrocks> the thing that made me hurry is that they added something like that just on the wall behind my bedroom: http://www.axo-media.com/edsys/uploaded/Haute%20Savoie/ANNEMASSE/Reseau%20Prestivision%20Bleu%20Franco-Suisse/Photo-reseau-transit.gif
[10:05] <didrocks> and the engine makes a lot of noise
[10:05] <didrocks> even in the night :/
[10:05] <RAOF> seb128: Chris Wilson did some hacking over the weekend; there's a branch on my system that builds and has the old, non-GEM EXA accel as a legacy option.
[10:06] <seb128> RAOF, is that still on track for alpha2?
[10:07] <RAOF> It doesn't currently _work_ as such, but that shouldn't be alarmingly hard.
[10:07] <seb128> RAOF, or should be move items to alpha3?
[10:07] <RAOF> It needs to be in the archive by Thursday for a2, doesn't it.
[10:07] <seb128> yes
[10:07] <seb128> well it's a new source for universe?
[10:07] <seb128> I guess it can be later on if it's not on the CD
[10:08] <seb128> ie next week
[10:08] <RAOF> It's actually better and worse than a new source for universe.  It's re-adding the old code to the main driver.
[10:09] <seb128> oh, I see
[10:09] <seb128> seems better for users
[10:09] <RAOF> So it's better in that (a) upstream is helping and (b) users get a good driver by default.
[10:10] <seb128> but...
[10:10] <RAOF> It's worse in that it involves touching the main driver, so it's less safe.
[10:11] <seb128> right
[10:11] <seb128> seems it's the way things are going and not a bad tradeoff though
[10:11] <RAOF> It shouldn't be a problem by release, but there's a certain amount of code renaming necessary and it currently doesn't bring up my (GM45, not i8xx) intel card properly.
[10:11] <seb128> but seems we are a bit short for alpha2 there now then and maybe workitems need to be updates for the change of stategy?
[10:12] <RAOF> That's a good idea, yes :)
[10:12] <seb128> ie are the items assigned to apw on http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-2.html still revelant?
[10:12] <seb128> RAOF, ok, can you make sure those get updated today or tomorrow?
[10:13] <RAOF> Yup.
[10:13] <seb128> RAOF, just update to reflect what work will need to be done and move to alpha3 I would say
[10:13] <seb128> RAOF, thanks
[10:14] <RAOF> Those apw tasks are still relevant for a Lucid SRU, but I'll talk with him.  The “i855 patch” referenced is big and scary for an SRU and doesn't _really_ fix the problem.
[10:19] <pitti> mvo: synaptic currently depends: scrollkeeper; would it be okay to drop to recommends: rarian-compat? (i. e. does it still work without?)
[10:19] <mvo> pitti: yes, that should be fine, I need to verify if it works now, but it should be easy to make it work if not
[10:19] <pitti> mvo: ok, thanks; I'll try that
[10:20] <pitti> mvo: do you want me to create a new lp:~ubuntu-core-dev/synaptic/maverick/ branch for that?
[10:20] <mvo> pitti: lp:~ubuntu-core-dev/synaptic/ubuntu is fine for that
[10:20] <pitti> aah
[10:21] <pitti> so you only create release name branches for SRUs?
[10:21] <mvo> yes
[10:21] <mvo> or sometimes before the release if I have stuff that is not appropriate during a freeze
[10:23] <pitti> mvo: btw, please don't merge the apt compressed index branch just yet; I still have some trouble with update-apt-xapian-index
[10:23] <pitti> I'll fix those first
[10:24] <mvo> pitti: ok
[10:24]  * pitti wrangling with the xapian test suite
[10:32] <seb128> didrocks, mvo: do you have any interest or opinion about bug #232469?
[10:32] <ubot2> Launchpad bug 232469 in flashplugin-nonfree (Debian) (and 4 other projects) "wget does not use network proxy in some cases (affects: 38) (dups: 7) (heat: 228)" [Unknown,Won't fix] https://launchpad.net/bugs/232469
[10:33] <mvo> seb128: I have a interesst in fixing another problem with flashplugin-nonfree (that is fails on 8.04 -> 10.04 upgrades sometimes)
[10:34] <didrocks> seb128: I was hit by some kind of weird things when I was forced to use proxy. I think there are some proxy issues more important than that
[10:34] <vish> mvo: hi.. have you had time to merge your synaptic ui changes branch into maverick?
[10:35] <mvo> vish: not yet, why? the glade->gtkbuilder one?
[10:35] <seb128> didrocks, mvo: well, there is a simple patch suggested there if somebody wants to review it
[10:35] <mvo> vish: oh, the other one. right
[10:35] <seb128> didrocks, ok...
[10:35] <didrocks> seb128: not today, but I can later on
[10:35] <seb128> ok
[10:35] <seb128> thanks
[10:36] <vish> mvo: yeah [mvo/synaptic/ubuntu-ui-changes ], it would close a couple of bugs
[10:36] <mvo> vish: good point
[11:33] <seb128> didrocks, ok, I can confirm the e-d-s bug and it's due to the recent sru
[11:34] <didrocks> seb128: the umlaut thing?
[11:34] <seb128> didrocks, yes, it's not an umlaut thing, it's a name with a "." and a space thing
[11:34] <seb128> didrocks, I'm discussing with upstream
[11:34] <didrocks> urgh :/
[11:34] <didrocks> ok thanks seb128
[11:49] <pitti> mvo: I did three fixes to http://git.debian.org/?p=collab-maint/apt-xapian-index.git FYI; it's collab-maint, so I just committed
[11:49] <pitti> one of them fixes a LP with a million dupes
[11:50] <pitti> now the test suite finally succeeds \o/
[11:54] <baptistemm> Hello, as friday, anyone to review lp:~bluetooth/ubuntu/maverick/bluez/main and lp:~bluetooth/ubuntu/maverick/obexd/main? :)
[11:56] <didrocks> baptistemm: maybe you can try on #ubuntu-devel? if nobody want to do it, I'll try even if I don't have a lot of knowledge on it (tomorrow morning or this evening)
[11:58] <baptistemm> k
[11:59] <seb128> baptistemm, the usual way is to open a bug and subscribe sponsors to it
[12:00] <baptistemm> I thought it was easier to provide a branch with changes
[12:08] <mvo> pitti: cool, thanks
[12:09] <pitti> mvo: I just don't know whether I should upload it
[12:09] <pitti> but with that I can reproduce the hang with my new apt
[12:10] <didrocks> great, seems that banshee upstream will review the hal-free branch, I just had to connect the dots :)
[12:11] <mvo> pitti: what hang is that?
[12:11] <mvo> pitti: uploading a-x-i> best to talk to enrico, he is often around in irc
[12:11] <pitti> mvo: it's a crash in FileFd apparently
[12:11] <pitti> mvo: yep, will do
[12:12] <mvo> thanks
[12:14] <pitti> mvo: ah, I know why
[12:14] <pitti> mvo: FileFd is exported in libapt-pkg-dev after all, so the stuff really breaks ABI
[12:14] <pitti> and people say C++ was a sensible programming language!
[12:15] <pitti> mvo: I guess I'll need to implement a hack for the lucid backporting
[12:15] <mvo> pitti: ABI> pain!
[12:15] <pitti> seems the abi checker doesn't pick that up :-(
[12:16] <mvo> oh, that is bad
[12:16] <mvo> it comapres "build-version" against "installed-version"
[12:16] <mvo> but it does not get that the lucid installed-version breaks ABI?
[12:16] <pitti> yes, I had it compare against lucid's
[12:17] <pitti> mvo: I'll run it again to be sure, but I think yes
[12:17] <mvo> I check it out later, that is a bit of a disappointment
[12:18] <pitti> mvo: I'll run it here again first
[12:18] <seb128> pitti, so we get an e-d-s bug which broke evolution composer when the receiving contact has a dot and space in its name in lucid-updates
[12:18] <pitti> mvo: but rebuilding synaptic against my patched apt fixes the crash
[12:18] <pitti> and I bet that's the same for python-apt and thus apt-xapian-index
[12:18] <seb128> pitti, do you think we should drop the change and aim at getting back to the previous situation with low delay or try to fix the issue correctly, ie this bug and the one fixed in the sru
[12:19] <mvo> pitti: its pretty likely that it breaks the ABI, its really fragile with c++ and from what I remember it adds some data members. but I had hoped that the checker would be able to pick it up
[12:20] <pitti> mvo: I think I'll move the gz initializers from the ctor declarators (in the .h) to the .cc file
[12:20] <pitti> at least in my backport
[12:20] <pitti> it doesn't matter for experimental, it breaks abi anyway
[12:26] <pitti> mvo: ah, now it does fail, but on something completely different: http://people.canonical.com/~pitti/tmp/abi_compat_report.html
[12:26] <pitti> 'The relative position of virtual method pkgDepCache::~pkgDepCache() has been changed from 6 to 5  and therefore the layout of virtual table has been changed.'
[12:27] <pitti> I didn't touch that interface at all..
[12:27] <pitti> it doesn't pick up the new FileFd::gz member
[12:29] <mvo> pitti: thanks, I have a look now
[12:31] <seb128> pitti, hello?
[12:31] <seb128> pitti, sorry to bother you but it's a lucid update breaking and I would like your opinion ;-)
[12:31] <didrocks> seb128: do you have your "link gnome bug numbers to corresponding launchpad one" handy somewhere?
[12:31] <seb128> didrocks, ?
[12:32] <seb128> didrocks, click bellow the bug table on the affect product label and enter the url?
[12:32] <didrocks> seb128: the one which parses the changelog to get the launchpad bug related to gnome one
[12:32] <mpt> mvo, hi, do you want to review a couple of branches fixing accessibility problems in USC's WebKit views, or should I give them to Gary or someone else?
[12:32] <seb128> didrocks, oh, http://people.canonical.com/~seb128/bzbugs.py
[12:32] <didrocks> seb128: thanks :)
[12:32] <seb128> didrocks, bzbugs.py ChangeLog <number of lines to read>
[12:33] <didrocks> seb128: awesome, thanks!
[12:33] <seb128> didrocks, np, and better to have a firefox open
[12:33] <didrocks> ok :)
[12:33] <seb128> didrocks, it adds tabs if one is running otherwise it opens a firefox for each
[12:33]  * didrocks opens firefox right now so ;)
[12:33] <mvo> mpt: I can do that, I'm catching up with mail/$stuff currently anyway
[12:33] <didrocks> don't want to be scared in 20+ firefox opening
[12:34] <seb128> didrocks, I'm assigned you the e-d-s regression bug
[12:34] <seb128> I've
[12:34] <didrocks> seb128: ok, thanks, I still have to understand under which circumstance it's hapenning
[12:34] <seb128> didrocks, I'm trying to get pitti to give his opinion we work on a change though
[12:34] <seb128> didrocks, write "One. Bug Email <bug@localhost>
[12:34] <seb128> ie one name with a point and a space
[12:35] <seb128> upstream confirmed the change is buggy
 seb128: yeah that patch should be reverted entirely.  contact list editor should be using e_destination_get_textrep() for user-visible strings
 poorly chosen names, misleading documentation, but I think I have it straight now...
[12:35] <seb128> didrocks, can you do a reverted version upload?
[12:35] <didrocks> ok, understood
[12:35] <seb128> ie just drop the change, go back to what we had
[12:36] <didrocks> seb128: can do, still need a break and finish 2.30.2 first, will do this afternoon asap
[12:36] <mvo> mpt: what branch(es)?
[12:36] <seb128> didrocks, ok thanks
[12:36] <didrocks> seb128: thank you for reproducing it :)
[12:37] <mpt> mvo, they're linked to from bug 538404 and bug 595500
[12:37] <ubot2> Launchpad bug 538404 in software-center (Ubuntu) "Install button inaccessible (affects: 2) (heat: 42)" [Medium,Confirmed] https://launchpad.net/bugs/538404
[12:37] <ubot2> Launchpad bug 595500 in software-center (Ubuntu) "Screenshot image inaccessible (affects: 1) (heat: 1108)" [Undecided,New] https://launchpad.net/bugs/595500
[12:37] <seb128> mvo, btw the history s-c entry rocks, I really like it
[12:38] <seb128> mvo, it doesn't like upgrades right now it seems, is that wanted or a bug?
[12:40] <mvo> seb128: please, with some simple steps to rerpdocue
[12:40] <mvo> mpt: aha, thanks. it does not show up in the software-cetner code page
[12:41] <mpt> odd
[12:42] <mpt> mvo, you mean there's no merge proposal? The developer contacted me on Twitter instead. :-P
[12:42] <mvo> mpt: heh, it also does not appear on code.launchpad.net/software-center (I monitor that page to see stuff without merge proposals)
[12:43] <mvo> mpt: thanks, I check it out now
[12:43] <mvo> vish: new synaptic merged and uploaded
[12:44] <vish> mvo: thanks
[12:46] <seb128> mvo, simple steps? upgrade with update-manager every day
[12:46] <seb128> mvo, the ui lists new packages not version changes
[12:46] <seb128> mvo, ie new things you install and were not installed, not upgraded of versions for installed binaries
[12:47] <mvo> seb128: oh, ok. sorry, I misread the initial issue
[12:47] <seb128> mvo, is it supposed to list updates? would be handy to ask user "what did you change the day the issue started"
[12:48] <mvo> seb128: indeed
[12:48] <seb128> mvo, I was rather curious to know if you plan to do that or if that should be working but is buggy or if that was not on your design ;-)
[12:49] <mpt> mvo, have you had time to read through the software updates spec I started? https://wiki.ubuntu.com/SoftwareUpdateHandling
[12:52] <mvo> mpt: yes, but that is going to be a difficult target if we want to get it done for maverick
[12:52] <mvo> mpt: but the changes itself look not too hard, just "work"
[12:52] <mvo> mpt: plus the morphing stuff needs to be available and have python bindings
[12:53] <mvo> seb128: it is not my design, I need to check the spec (or ask mpt) if upgraded packages are supposed to show up there, but I agree that its somehting useful to have
[12:53] <mpt> mvo, none of this is Maverick targeted, and it's in lots of little bits that can be done independently
[12:53] <mpt> mvo, I'm just giving you a heads up, because Shane Fagan may be submitting code soon to implement some of it
[12:53] <mvo> mpt: ok, cool
[12:54] <seb128> mvo, ok thanks
[12:55] <mpt> seb128, what's the issue? Is this on an OS upgrade, e.g. 10.04 -> Maverick?
[12:56] <mpt> or on any update at all?
[12:56] <seb128> mpt, no, normal upgrades
[12:56] <seb128> mpt, well we get people saying "that software working after applying yesterday lucid security updates"
[12:56] <seb128> mpt, would be handy to be able to tell users, "can you check in s-c what you did upgrade yesterday"
[12:56] <mpt> ok
[12:57] <seb128> "stopped working"
[12:58] <seb128> especially if the UI has filter for installed and removed already
[12:58] <seb128> should be easy to add one for "version changed"
[12:58] <didrocks> seb128: do you think I should revert the change in evo 2.30.2 too?
[12:59] <seb128> didrocks, no
[12:59] <seb128> didrocks, I verified it's e-d-s
[12:59] <seb128> I've downgraded only this one and it works
[12:59] <didrocks> seb128: sure, but I'm about upgrading e-d-s 2.30.2, in maverick, hence my question :)
[12:59] <mpt> seb128, makes sense
[13:00] <seb128> didrocks, well it's maverick, I would backport the changes they do today when they do those
[13:00] <didrocks> ok, so pushing in maverick
[13:00] <seb128> mpt, ;-)
[13:08] <pitti> seb128: re (sorry, was at lunch)
[13:08] <seb128> hey pitti
[13:08] <pitti> seb128: is the regression in -proposed only? or in -updates?
[13:08] <seb128> pitti, updates
[13:09] <pitti> seb128: if it's -proposed only, it's fine to do a followup SRU IMHO
[13:09] <seb128> pitti, I asked didrocks to do an upload undoing the sru while you were are lunch
[13:09] <pitti> seb128: is it realistic to fix it in a day or two?
[13:09] <seb128> are -> at
[13:09] <pitti> but reverting is always the safe option indeed
[13:09] <pitti> fine for me
[13:10] <seb128> pitti, upstream says the change is wrong and the api naming misleading, the escaping should be done in evolution
[13:10] <seb128> pitti, so I think in any case we want to revert the e-d-s change and see what we do with evo to fix the original bug later
[13:10] <seb128> pitti, can we speed a bit the delay to -updates if we revert the change?
[13:10] <pitti> absolutely
[13:11] <pitti> seb128: let it build in -proposed, quick test that it still runs, and off to -updates
[13:11] <pitti> we just need to guard against misbuilds
[13:11] <seb128> pitti, ok thanks
[13:11] <seb128> right
[13:18] <mpt> mvo, have you been in touch with kiwinote today? Today's the first day of his GSoC
[13:18] <mvo> mpt: I haven't. but I look forward to it
[13:19] <kiwinote> mpt,mvo: hi
[13:19] <mvo> hey kiwinote
[13:19] <kiwinote> had my last exam thismorning, but am about to start coding now
[13:21] <mpt> hi kiwinote, and congrats on getting through them all
[13:22] <kiwinote> thanks, it's good they're all over now
[13:22] <mpt> seb128, I just updated the spec to include updates/downgrades too <https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=377&rev1=376>
[13:22] <seb128> mpt, thanks!
[13:22] <seb128> mvo, ^
[13:22] <seb128> ;-)
[13:22] <mpt> mvo, who did the history work?
[13:26] <rodrigo_> seb128, tedg didn't submit a fix for the libappindicator-cil thing, right?
[13:26] <seb128> rodrigo_, dunno I was not around during the weekend
[13:27] <seb128> rodrigo_, nothing that's I've seen no
[13:29] <mpt> kiwinote, so you're starting with apturl?
[13:29] <kiwinote> mpt: gdebi was what I thought we'd agreed, but I don't mind doing apturl first. It may actually be a better idea..
[13:30] <mpt> kiwinote, sorry, my mistake
[13:30] <didrocks> pitti: e-d-s uploaded in -proposed
[13:30] <mpt> kiwinote, I don't mind which.
[13:31] <seb128> didrocks, thanks
[13:31] <didrocks> mpt: did you have some time to have a look at oneconf design into USC?
[13:31] <mvo> mpt: olivier did work on it and geliy sokolov
[13:31] <kiwinote> mpt: i'll continue looking at gdebi first then
[13:32] <mvo> mpt: but it should not be a big deal to update it
[13:32] <didrocks> seb128: you're welcome :)
[13:32] <mpt> mvo, ok, I'm just looking for ways to reduce your load :-)
[13:32] <mpt> didrocks, it's still #2 on my list behind buy-stuff
[13:33] <mpt> didrocks, I may get time for it this afternoon if I smile at ivanka the right way
[13:33] <didrocks> mpt: urgh, hope it could come #1 your queue for this week :) So ok, I definitively abandon the idea for alpha2 :/
[13:33] <huats> hello everyone
[13:33] <didrocks> mpt: heh, great, thanks :)
[13:33] <didrocks> hey huats
[13:34] <pitti> didrocks: accepted, merci!
[13:34] <didrocks> pitti: yw ;)
[13:34] <pitti> didrocks: I won't copy it to maverick, though, it should be fixed properly there; ok?
[13:34] <didrocks> pitti: for now, maverick will have 2.30.2 with the regression and waiting for upstream patch
[13:35] <didrocks> pitti: I'll track the trunk
[13:35] <didrocks> and seb128 discuss with upstream about it, so I think we're fine
[13:35] <didrocks> I reopen the lucid task on the other SRU
[13:37] <pitti> ah, right; thanks
[13:38] <kenvandine> rodrigo_, i have packaging fixes for libappindicator-cil that fixes building against it... but nothing works with it still
[13:38] <kenvandine> that requires fixes from tedg
[13:39] <kenvandine> rodrigo_, nothing that uses libappindicator really works 100% right now :/
[13:39] <ivanka> mpt: what is smiling at me going to get you?
[13:39] <seb128> I think tedg was on it friday
[13:39] <rodrigo_> kenvandine, ah, ok, I was waiting for it to build a new tomboy package with a patch we have written
[13:39] <kenvandine> seb128, yeah, he started it anyway
[13:39] <seb128> he got a commit to fix the icon change
[13:40] <seb128> "  Fix mono bindings by restricting gapi2-parser"
[13:40] <seb128> as well
[13:40] <seb128> kenvandine, could you try current trunk and see how it works?
[13:40] <kenvandine> rodrigo_, if you just want it to build... checkout the lp:~ubuntu-desktop/indicator-application/ubuntu  package and build it locally
[13:40] <seb128> commit suggests he fixed both
[13:40] <kenvandine> seb128, sure
[13:40] <kenvandine> awesome
[13:40] <rodrigo_> kenvandine, ah, ok, and what about submitting it? should I wait until it's uploaded to maverick?
[13:40] <seb128> kenvandine, hey btw, how are you?
[13:41] <kenvandine> rodrigo_, not yet...
[13:41] <seb128> kenvandine, how is the fever going?
[13:41] <kenvandine> seb128, good... got pygi working for libgwibber!
[13:41] <kenvandine> fever is gone :)
[13:41] <kenvandine> finally...
[13:41] <seb128> nice ;-)
[13:41] <seb128> double nice ;-)
[13:41] <kenvandine> i bit achy still... but much better than last monday
[13:41] <rodrigo_> kenvandine, ok, I'll wait then, trying to build it locally for now
[13:41] <rodrigo_> kenvandine, glad you're better, yeah :)
[13:41] <kenvandine> adding gobject-introspection and dropped the python bindings last night
[13:41] <seb128> seeing the diff I'm unsure the mono build is fixed
[13:42] <seb128> but let's wait for ted he should be there in an hour or so I guess
[13:42] <kenvandine> the mono build was a packaging issue
[13:42] <mpt> ivanka, designing OneConf as an afternoon activity
[13:42] <kenvandine> seb128, i would like a review and sponsoring for libgwiber later today or tomorrow morning :)
[13:42] <ivanka> mpt: need anyone else or is this a solo activity?
[13:43] <seb128> kenvandine, ok
[13:43] <mpt> ivanka, it could be solo, but two or four more eyes would be useful
[13:44] <ivanka> mpt: let's think about a buddy and then go for it
[13:44] <mpt> It's rather a tricky interface design problem
[13:44] <mpt> thank you
[13:46] <didrocks> thanks mpt, ivanka :)
[13:47] <didrocks> mpt: if you need any info about what we can do/can't for now, do not hesitate
[13:48] <seb128> hey rickspencer3
[13:48] <rickspencer3> good afternoon seb128
[13:49] <kenvandine> hey rickspencer3
[13:49] <rickspencer3> hi kenvandine, good morning
[13:51]  * TheMuso waves hello before turning in for the night.
[13:51] <kenvandine> good night TheMuso
[13:51] <seb128> hey TheMuso, have a good night
[13:52] <ivanka> didrocks: no worries!
[13:53] <kenvandine> seb128, appindicators work!
[13:53] <kenvandine> including in mono
[13:53] <seb128> nice
[13:53] <kenvandine> i'll wait for tedg before i upload though
[13:53] <seb128> kenvandine, upload? ;-)
[13:53] <seb128> ok
[13:54] <kenvandine> he should be around soon :)
[13:54] <ccheney> good morning
[13:57] <didrocks> kenvandine: does it fix the icon issue too?
[13:57] <pitti> mvo: oops, seems you uploaded synaptic without my change? seems that'll need some changelog fiddling then, shall I do that?
[13:57] <didrocks> hey rickspencer3
[13:58] <rickspencer3> hi didrocks
[13:58] <pitti> hey rickspencer3
[13:58] <rickspencer3> hope everyone had a nice weekend
[13:58] <kenvandine> didrocks, it does
[13:58] <rickspencer3> good afternoon pitti
[13:58] <didrocks> rickspencer3: TextEditor() is awesome btw :)
[13:58] <didrocks> kenvandine: great \o/
[13:58] <mvo> chrisccoulson: bug #429841 appears to be a problem for 8.04->10.04 upgrades, this is rather criticial, I would like to do a SRU on this today if possible (I think the patch is pretty easy)
[13:58] <didrocks> that's a good day
[13:58] <didrocks> evo indicator working again
[13:58] <didrocks> appindicator too :)
[13:58] <ubot2> Launchpad bug 429841 in flashplugin-nonfree (Ubuntu Karmic) (and 2 other projects) "broken packaging: package flashplugin-nonfree failed to install/upgrade: (breaks upgrade) (affects: 275) (dups: 124) (heat: 1444)" [High,Triaged] https://launchpad.net/bugs/429841
[13:58] <ara> pitti, ping
[13:59] <mvo> pitti: sorry for the synaptic upload, I fixed the changelog, it will be part of the next upload
[13:59] <pitti> hello ara
[13:59] <pitti> mvo: no problem; it's not urgent, I just want bzr to be matching the archive :)
[13:59] <ara> hey pitti, do you know if vmware workstation 7 for ubuntu also has this problem: bug 548891?
[13:59] <ubot2> Launchpad bug 548891 in xorg-server (Ubuntu Maverick) (and 2 other projects) "keyboard input broken due to invalid keyboard variant set by VMWare installer (affects: 37) (dups: 5) (heat: 204)" [Medium,Fix released] https://launchpad.net/bugs/548891
[13:59] <pitti> mvo: seems I found a way to not break the apt ABI for the lucid backport, BTW; but I guess for trunk I don't need to worry about that, right?
[13:59] <ara> or only osx and windows?
[14:00] <mvo> pitti: trunk> no need to worry, its full of abi breakage
[14:00] <pitti> ara: I'm not sure, but it only happens with a think called "quick install" script
[14:00] <ara> pitti, easy install, yes
[14:00] <pitti> ara: but the result of the script (setting layout "SKIP") can be set locally easily enough
[14:00] <mvo> pitti: bzr r1722 should be consistent with the archive again
[14:00] <mvo> pitti: for synaptic
[14:01] <pitti> ara: but I never reproduced it in vmware myself, I just set the configuration that this script produces
[14:01] <pitti> mvo: yay you, danke
[14:01] <ara> pitti, OK, thanks
[14:01] <mvo> pitti: cheeers
[14:08] <ccheney> ara, from my informal testing it seems installing on vmware 7.1 will workaround the problem
[14:09] <ccheney> ara, but installs that were done prior to that would be broken without the fix
[14:09] <ara> ccheney, OK, thanks for the information!
[14:13] <chrisccoulson> mvo - did the bug have a patch already (I've not looked all the way through it yet)
[14:14] <mvo> chrisccoulson: I'm testing a patch now
[14:14] <chrisccoulson> mvo - thanks. i just haven't had time to look at that recently ;)
[14:14] <mvo> chrisccoulson: if its good I will ask you for a second look and upload
[14:15] <chrisccoulson> thanks
[14:15] <mvo> chrisccoulson: we need to get it in before we enable 8.04 -> 10.04 globally
[14:15] <mvo> chrisccoulson: cheeers
[14:16] <seb128> mvo, when we plan to enable those? end of july?
[14:16] <mvo> seb128: on 10.04.1
[14:16] <seb128> ok, end of july then, right?
[14:16] <mvo> I think it is, I don't have the schedule in front of me
[14:17] <seb128> don't bother, I was just checking it was not rsn because you seem to want that change in today ;-)
[14:17] <seb128> I was starting wondering if I should hurry to get some of my changes in ;-)
[14:18] <mvo> seb128: today because it slipped under my radar and it will affect everybody that updates from 8.04 to 10.04 with flash (and that are lots of people)
[14:18] <mvo> seb128: so maybe s/today/ASAP/ :)
[14:18] <seb128> ok, makes sense
[14:18] <seb128> mvo, thanks
[14:24] <chrisccoulson> mvo - is it possible to test hardy -> lucid upgrades with PPA sources? i wanted to test the upgrade with the firefox updates in hardy, but the lucid updates are still sat in the staging PPA, and update-manager disables the PPA sources before the upgrade
[14:27] <mvo> chrisccoulson: yes, you can use RELEASE_UPRADER_ALLOW_THIRD_PARTY=1 in your environment (but be careful that sudo does not clear it away)
[14:27] <chrisccoulson> mvo - awesome, thanks :)
[14:27] <mvo> chrisccoulson: the auto-upgrade-tester package can also used for that, if you give me access to the ppa I can run a test for you
[14:28] <chrisccoulson> mvo - thanks. the PPA is https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa (that contains all the packages for hardy and lucid)
[14:31] <mvo> chrisccoulson: thanks, once the flashplugin-nonfree change is tested I will run this one. you need hardy->lucid tested?
[14:32] <chrisccoulson> mvo - yes please. there will also be jaunty -> karmic and karmic-> lucid upgrades to test at some point too, but i've got some more work to do for those still
[14:34] <mvo> chrisccoulson: ok, thanks. its pretty easy (or should be) to setup the auto-upgrade-tester. but for now I'm happy to run the tests for you
[15:35] <mpt> didrocks, we're making progress
[15:35] <didrocks> mpt: oh great, do you figure out a pleasant way to show all those info?
[15:37] <mpt> didrocks, yep. At the moment we're tackling the distinction between "I want this program on this computer" and "I want this program on all my computers"
[15:39] <didrocks> mpt: tricky, yeah :) keep in mind that we can say: "this application has been installed/removed on machineA the…" to give a rational when showing the diff
[15:39] <didrocks> or even "this app isn't present on machineA as never been installed"
[15:42] <ccheney> didrocks, is netbook-meta fixed in maverick for 588723 its not closed out yet
[15:42]  * ccheney is culling his open ff windows and noticed that
[15:43] <didrocks> ccheney: it's in -proposed need someone confirming it's fixing the bug
[15:43] <ccheney> didrocks, ah and then upload to maverick, or am i missing the sequence? :)
[15:44] <didrocks> ccheney: no, it's already in maverick, but for lucid, it's in lucid-proposed and we want for someone confirming it fixes the issue
[15:44] <ccheney> its still listed as 'triaged' for maverick it seems
[15:44] <didrocks> (and then, it will be in lucid-updates)
[15:44] <didrocks> oh really?
[15:44] <didrocks> let me check, but I think it's uploaded
[15:44] <ccheney> or at least the untargeted bugtask which normally means maverick
[15:44] <ccheney> s/maverick/current dev release/
[15:46] <didrocks> ccheney: yes, it's in maverick, sorry, didn't associate with the bug report, closing it now
[15:46] <ccheney> didrocks, no problem thanks for updating the report :)
[15:46] <didrocks> done now, thanks ccheney :)
[15:48] <ccheney> didrocks, if you don't get a tester by the end of the week ping me and i can try to get to it this weekend, i'm pretty swamped with my special server projects
[15:49]  * ccheney needs to clone himself
[15:49] <didrocks> ccheney: oh sweet! I will for sure. Thanks for the proposal :)
[15:49] <didrocks> heh, right :)
[16:06] <seb128> didrocks, pitti: I've verified the new e-d-s in lucid-proposed it fixes the issue and seems to work correctly (ie I didn't notice other issues with it)
[16:06] <didrocks> seb128: great, thanks for testing :)
[16:08] <ccheney> didrocks, not sure if you have tried testdrive but it is great for these sorts of things
[16:09] <ccheney> didrocks, you can have it use tmpfs also if you have enough ram so its very fast even if you don't have a ssd (i don't)
[16:09] <seb128> didrocks, the change has been reverted to git as well and there is a one liner fix for evo instead, http://git.gnome.org/browse/evolution/commit/?id=9a8b5041b60bc5136dd21efb2e07b1cb172bce12
[16:09] <didrocks> ccheney: yeah, I've already tried it once, but as I'm doing the SRU, I'll prefer someone else confirming :)
[16:09] <didrocks> ccheney: oh, in tmpfs? great
[16:10] <didrocks> seb128: I'll integrate in next evo upload, thanks
[16:11] <ccheney> didrocks, i suppose you can use tmpfs for anything really but i noticed when doing a bunch of server testing it was helpful to make the testing go a lot faster
[16:11] <didrocks> sure, as for my pbuilder :)
[16:11]  * ccheney thinks he will finally buy a ssd once the intel g3 drives finally come out
[16:16] <asac> hola ... whats the word on maverick ... any bad bustages atm? esp. wrt intel chipsets ;)?
[16:16]  * asac is about to run dist-upgrade
[16:17] <ccheney> do it and pray ;-)
[16:17]  * ccheney is staying on lucid until beta
[16:18]  * ccheney uses maverick in vm to keep his box from dying
[16:18] <fta> asac, it's fine here (nvidia)
[16:19] <fta> most of the recent crashers are gone
[16:19] <asac> cool
[16:19] <asac> ccheney: you are weak ;)
[16:19] <ccheney> heh
[16:21] <fta> i just can't play with my preferred fps because of pulseaudio :(
[16:22] <asac> lol
[16:23] <asac> i have the feeling all will be better for me ...
[16:23] <fta> evil pulseaudio/alsa-plugin/openal combination
[16:23] <asac> i am on GL ES anyway ;) ... so i don't care about games until those get ported
[16:23] <fta> and noone cares enough obviously
[16:24] <fta> Sarvatt, hi, did you see my message?
[16:25] <asac> fta: ES 2.0 is tough to port to ;)
[16:25] <fta> Sarvatt, x2/x3 speed up with the last commit. and it now looks like this: http://people.ubuntu.com/~fta/ppa-dashboard/chromium-daily.html
[16:25] <seb128> asac, works fine on my mini and my desktop
[16:26] <asac> seb128: thanks. upgrade is running. will join you on the maverick side in a few hours ;)
[16:26] <seb128> my laptop is still lucid ;-)
[16:26] <seb128> I plan to upgrade later on this week
[16:26] <asac> damn
[16:26] <asac> does that mean i will be alon on my thinkpad ;)?
[16:26] <seb128> I wanted to wait for GNOME 2.30.2 to do those srus for lucid
[16:27] <seb128> which is today
[16:27] <asac> seb128: ah ... then hurry ;)
[16:27] <seb128> so I'm coming on the maverick side after that ;-)
[16:27] <seb128> hehe
[16:27] <asac> i will ensure you have a good ramp to land ;)
[16:28] <fta> the new sound applet is.. well, wide. and textish..
[16:29] <fta> asciish?
[16:29] <asac> that the new approach
[16:29] <fta> a play button using ">" and "||" looks kind of 2 decades old
[16:30] <fta> i also have an empty "copy dialog" sitting there
[16:34] <ccheney> fta, only 2 decades? i thought it was older than that on physical stereos :) (unless you mean the ascii instead of bitmaps)
[16:35] <fta> ccheney, yep, ascii vs bipmaps
[16:35] <seb128> the copy dialog is the same indicator icon doesn't update issue you had the other day with something else
[16:35] <seb128> it's fixed in trunk should land in the distro today or tomorrow
[16:38] <fta> seb128, i figured that out, that's why i didn't file any bug for it.. i just see my panel free space shrinking everyday, i just have enough room for 2 more icons
[16:39] <seb128> you can restart indicator-applet to free space ;-)
[16:39] <ccheney> fta, ah ok
[16:40] <seb128> ccheney, hi
[16:40] <seb128> ccheney, did you have time to look at the presentation issue?
[16:41] <ccheney> seb128, not yet been very busy with server stuff, just got back to work on friday
[16:41] <seb128> ccheney, ok, do you think you will have time this week?
[16:42] <ccheney> i am going to try, may have to work over the weekend on it and some of the other sru bugs
[16:42]  * ccheney has also been ordered to paint the house :-\
[16:43] <seb128> there is no hurry hurry but we need to fix it for lucid .1
[16:43] <seb128> so we have less than a month to get in lucid-updates
[16:43] <seb128> knowing it takes at least one week to get the sru tested, it let some 2 weeks for getting the fix uploaded
[16:45] <ccheney> ok will do my best to get it done by eow
[16:45] <seb128> thanks
[16:49]  * ccheney wishes gtg had priority levels within a day
[16:49] <seb128> kenvandine, how is the indicator fixing going?
[16:50] <seb128> kenvandine, is there anything stopping to upload the fixes from trunk?
[16:57] <kenvandine> seb128, i wanted to try to help tedg figure out the policy.dll thing he was trying to get to work
[16:57] <kenvandine> tedg, did you push that branch somewhere?
[16:58] <tedg> kenvandine, Yeah, it's in the indicator-applet-developers packaging branch.
[16:58] <kenvandine> ok
[16:58] <kenvandine> i'll look at that after the meeting
[16:59]  * tedg needs to come up with an abbreviation for "indicator-applet-developers"
[16:59] <kenvandine> hehe
[17:01] <kenvandine> tedg, you don't think that will require code changes, do you?
[17:01] <tedg> kenvandine, I've already committed the code changes.  But I'd like to ensure they work.  It's mostly build changes really to build the policy file.
[17:01] <kenvandine> tedg, if not... can you go ahead and release 0.2.1?
[17:01] <kenvandine> ok
[17:02] <tedg> kenvandine, I can.  I just wanted to see it work end to end :)
[17:02] <kenvandine> i'll look at it in like 30m
[17:03] <tedg> kenvandine, Cool, thanks!
[17:03] <kenvandine> tedg, what specifically should i look at?
[17:03] <kenvandine> just build it and look at the provides?
[17:04] <tedg> kenvandine, Yeah, try to install with the Tomboy that is still linked to libappindictor0.0-cli.
[17:04] <kenvandine> ok
[17:04] <tedg> kenvandine, It should be flawless, but it seemingly doesn't work.
[17:04] <tedg> kenvandine, If you don't have one, the one in my PPA is linked that way.
[17:05] <kenvandine> tedg, tomboy from maverick should be
[17:52] <mpt> didrocks, I've attached the scribbling we did to the bottom of https://wiki.ubuntu.com/OneConf -- I'll write up something more definite now
[17:52] <didrocks> mpt: ok, looking at it right now :)
[17:55] <didrocks> mpt: ok, so it seems you really want to keep computers synced, which raises a lot of issues (as you wrote on the board :)). I'm curious to see your sorted ideas there how to tackle it
[17:56] <didrocks> mpt: otherwise, seems fine (I think the "standard ubuntu" is for metapackage as we can see "netbook ubuntu")
[17:57] <seb128> didrocks, do you have time for an easy sru or are you busy busy until end of day?
[17:58] <didrocks> seb128: hum, I'm rather busy but can have a try
[17:58] <seb128> didrocks, bug #595435
[17:58] <ubot2> Launchpad bug 595435 in ido (Ubuntu Lucid) (and 1 other project) "something strange hapend to mono icons (affects: 1) (heat: 834)" [High,Fix committed] https://launchpad.net/bugs/595435
[17:59] <seb128> didrocks, I've assigned it to you, it's another lucid-updates brekage, though a smaller one just color in a slider
[17:59] <seb128> didrocks, there is just 2 one liners to apply and rebuild the theme is like 25 seconds
[17:59] <didrocks> seb128: it's in ido, ubuntu-mono rather?
[17:59] <seb128> didrocks, if you can do it I can finish my other sru before sport and do test that update later on
[17:59] <seb128> didrocks, ups, it's light-themes
[18:00] <didrocks> seb128: sure, will do it
[18:00] <seb128> didrocks, component changed
[18:00] <didrocks> thanks :)
[18:00] <seb128> didrocks, it's only a theme you do the update and try on maverick
[18:00] <didrocks> seb128: ok, will be quicker so :)
[18:01] <seb128> didrocks, you can use add .1 to the version for the sru, those are native sources
[18:01] <seb128> didrocks, thanks!
[18:01]  * seb128 goes back to the other sru on his list
[18:11] <didrocks> seb128: done, enjoy your sport btw :)
[18:11] <seb128> didrocks, thanks and thanks!
[18:12] <didrocks> seb128: you're welcome and welcome ;)
[18:12] <seb128> didrocks, do you plan to go to the music fest today?
[18:12] <didrocks> seb128: no, I'm still have some work and I didn't plan to get there in any case. And you?
[18:13] <seb128> I will probably walk by on my way back from sport
[18:13] <seb128> just to see how it is and grab some sandwish
[18:13] <seb128> way to be lazy ;-)
[18:13] <didrocks> heh, sure :-)
[18:13] <seb128> didrocks, don't overwork yourself, I'm sure those tasks can wait tomorrow
[18:14] <didrocks> seb128: well, that's true that today was a little crazy, but I'll be more relaxed tomorrow :-)
[18:15] <seb128> right, mondays are often crazy
[18:15] <seb128> everybody had lot of ideas during the weekend or things not done on friday to land
[18:15] <didrocks> heh, that's true ;)
[18:15] <didrocks> evo updates are also time consuming. Not hard, but it takes time…
[18:16] <seb128> don't tell me ;-)
[18:16] <seb128> I'm glad you are doing those this cycle :p
[18:17] <didrocks> heh, you didn't tell me that first, it was a trap! :-)
[18:36] <pitti> didrocks: saw seb's confirmation of evo; I need to run now, if seb128 comes back please ask him to copy to -updates
[18:36] <pitti> see you tomorrow!
[18:50] <didrocks> pitti: thanks, see you tomorrow
[20:38] <Sarvatt> fta: bad idea to use --dir pointing right at the hosted directory huh? i love the most recent changes though, thanks for the heads up! i broke down and backported all the python-launchpadlib stuff to jaunty to use it on my server at http://sarvatt.com/xorg-edgers/ and it auto updates from bzr before updating every 10 minutes so ya can see your changes :)
[20:39] <fta> Sarvatt, what do you mean for --dir? it's "." by default, i use a temp dir that i upload to my people.u.c dir
[20:40] <Sarvatt> i had --dir pointing at the directory thats served by accident, made index.html unusable while it was updating :)
[20:40] <fta> oh, i should probably do something better there
[20:42] <fta> Sarvatt, is it faster?
[20:42] <Sarvatt> no big deal the way it is
[20:42] <Sarvatt> yeah lots!
[20:42] <fta> excellent
[20:43] <fta> the slowest part is now --repo
[20:43] <fta> i should probably cache that too
[20:44] <Sarvatt> yeah it does a crapload of lookups there for xorg-edgers since theres so many packages, its still less than a minute to update though
[23:08] <gnomefreak> when are we planning on releasing gnome 3. looks like statble tarballs will land Sept. 27
[23:08] <gnomefreak> Win 3
[23:16] <seb128> gnomefreak, not this cycle
[23:16] <seb128> or at least not in the default installation
[23:16] <gnomefreak> seb128: 2.30?
[23:16] <seb128> we will likely get a ppa with updates
[23:16] <seb128> yes, what we have now with selected updates
[23:16] <gnomefreak> seb128: ok cool. i didnt think we pushed to PPA since it is alot of packages/libs
[23:17] <seb128> the number of changes over a cycle makes difficult to be confident we will get something stable for this cycle
[23:17] <gnomefreak> seb128: ok thanks
[23:17] <seb128> we will likely have a ppa I said
[23:17] <seb128> it's not sure and I'm not sure what we would have there
[23:17] <gnomefreak> seb128: ok works for me
[23:18] <gnomefreak> thanks
[23:18] <seb128> y
[23:18] <seb128> yw
[23:56] <RAOF> Morning gents.
[23:58] <TheMuso> Morning RAOF.