[01:42] <RAOF> Hm.  Why isn't my espresso machine on!
[01:47] <micahg> RAOF: can we actually use lzma debs to save space on the CD?  Does that help for the debs separately than the livefs?
[01:55] <TheMuso> micahg: Using lzma will save space on the alternate disk/the DVD, but not the desktop CD, as the livefs is only zlib compressed.
[01:55] <micahg> ah, so it only helps for stuff that's only on the alternate and not the live CD since isn't the alternate usually smaller?
[02:04] <RAOF> micahg: Right.  Well, it also helps keep the download smaller, too.
[02:35] <TheMuso> There is that too.
[02:35] <TheMuso> t/c
[02:38] <micahg> does anyone want to merge my vala-0.14 uploads into the desktop branch?
[02:39] <micahg> after 2 more publisher runs, it should be built with itself on all archs
[02:43] <micahg> there's a merge proposal waiting
[05:38] <rickspencer3> guess it's quiet as everyone is heading to Berlin for Desktop Summit
[05:38] <rickspencer3> or there already and asleep :)
[05:41] <RAOF> I think the latter.
[05:41] <RAOF> How many people of this timezone are going?
[05:43] <rickspencer3> hiya RAOF
[05:43] <RAOF> Hey there rickspencer3
[05:43] <rickspencer3> RAOF, I dunnoe
[05:43] <rickspencer3> I'm not going this year :/
[05:44] <rickspencer3> I'll call into the adboard meeting, though
[05:44] <RAOF> :(
[05:44] <rickspencer3> RAOF, it's all good
[05:45] <rickspencer3> I've been running around so much this summer, I'm not sorry to not be taking another trip
[05:45] <RAOF> Plenty of conferences to go around? :)
[05:45] <rickspencer3> I've gone Dublin -> Kansas -> Delaware -> Isle of Man -> Amsterdadm -> Londong -> Toulouse
[05:46] <rickspencer3> I admit the weekend of Amsterdam was a bit self-inflicted ;)
[05:46] <rickspencer3> Londong is surprisingly a lot like London, just more typos
[05:47] <rickspencer3> TheMuso, hos is vinux coming along
[05:47] <rickspencer3> ?
[05:47]  * rickspencer3 saw it referenced on Reddit this morning
[05:48] <RAOF> Heh.
[05:48] <RAOF> Toulouse is very nice.
[05:48] <RAOF> What was happening there?
[05:50] <TheMuso> rickspencer3: haven't really been involved muc recently. I am going to start doing more with them pos feature freeze, as I want to help hem move to a better build process and using more packaging bits for a oneiric based release.
[05:50] <RAOF> GARH.  Whose fault it is that it takes *seconds* for alt-tab to pop up on this SandyBridge with plenty of ram and spare CPU?
[05:50] <rickspencer3> RAOF, uh, shouldn't you be the one person who can answer that?
[05:51] <RAOF> rickspencer3: It'll be someone in DX, mark my words :P
[05:53] <RAOF> And the tools which I'd normally use to debug this seem to have broken.  Huh.
[05:54] <rickspencer3> ah, Sandybridge
[05:54] <rickspencer3> how I love thee
[05:54] <RAOF> Oneiric is *much* better than it was.
[05:55] <rickspencer3> RAOF, go on
[05:55] <RAOF> This laptop used to have time-to-hardlock measured in minutes.
[05:55] <RAOF> Now it's been behaving well enough to get the SSD and 8GB of ram from my thinkpad.
[05:56] <RAOF> I think some of that has actually been the newer mesa; everyone can now benefit from that.
[05:56] <RAOF> It's one of HWE's laptops, so I was thinking that it was a hardware issue rather than
[05:57] <RAOF> Oneiric being screwy.  Now that everything's working, though, I think it may have just been SandyBridge being horribly broken on oneiric for a while.
[06:06] <RAOF> Wooo!  Mesa's transitive dependencies are once again multiarched.
[06:36] <AfC> Every time I try to upgrade, I get told:
[06:36] <AfC> Calculating upgrade... Done
[06:36] <AfC> The following packages will be REMOVED:
[06:36] <AfC>   gir1.2-mutter-3.0 gnome-shell gnome-tweak-tool
[06:36] <AfC> Can anyone suggest what I'm doing wrong?
[06:37] <RAOF> We're probably half way through a transition.
[06:37] <AfC> i.e. Obviously there's a dependency problem somewhere, but how can I figure out what it would be? `apt-get dist-upgrade -s` isn't really helping
[06:37] <AfC> RAOF: It's been like this for > 10 days
[06:37] <RAOF> Ok.  Well, I have gnome-tweak-tool installed and nothing's being particularly crazy.  Perhaps it's a local issue?
[06:38] <RAOF> You can always explicitly go "apt-get install gnome-shell" and it should give some indication as to why it can't be installed/upgraded.
[06:38] <chrisccoulson> good morning everyone
[06:39] <chrisccoulson> it's going to be quiet in here this week ;)
[06:39] <AfC> RAOF: ah, right, thanks
[06:39]  * AfC runs `apt-get install gnome-shell -s`
[06:39] <RAOF> chrisccoulson: Hey, ho!
[06:39] <AfC> Here we are:
[06:39] <AfC> gnome-shell : Depends: gir1.2-json-1.0 but it is not going to be installed
[06:39] <chrisccoulson> hi RAOF, how are you?
[06:39] <AfC> Hm
[06:39] <RAOF> chrisccoulson: How's the import-my-evolution-filters branch of thunderbird going? :)
[06:40] <RAOF> AfC: And gir1.2-json-1.0 isn't going to be installed because...?
[06:40] <chrisccoulson> heh ;)
[06:40] <AfC> RAOF: not sure, but I now see that that is what is trying to pull in all of Unity & Compiz.
[06:41] <AfC> RAOF: [thanks, I'm further along now]
[06:41] <AfC> No to figure out why the hell is that trying to pull in the entire Unity+Compiz+UbuntuOne stack...
[06:42] <mvo> AfC: I missed part of this, but there is apt-get install/dist-upgrade etc with -o Debug::pkgDepCache::AutoInstall=true, that will tell what pkg pulls in what other
[06:42] <AfC> Hm. gir1.2-json-glib-1.0 is to be removed. Replaced by gir1.2-json-1.0? Could that be the problem, perhaps
[06:43] <AfC> mvo: thanks
[06:44] <AfC> mvo: [for about 10 days now I've been unable to upgrade because the dependency resolution wants to remove gnome-shell and wholesale install the entire unity stack]
[06:44] <AfC> mvo: trying...
[06:44] <AfC> mvo: NICE!
[06:44] <AfC> mvo: [I've been looking for something like that for ages!]
[06:46] <mvo> AfC: your welcome
[06:48] <AfC> Now to figure this out. gir1.2-json-1.0 does the conflicts/replaces/provides dance for gir1.2-json-glib-1.0
[06:48] <AfC> fine
[06:56] <AfC> So the bulk of the problem would seem to be not so much installing the new gir1.2-json-1.0 as removing the existing gir1.2-json-glib-1.0
[06:57] <AfC> I can get the horrible install graph up if I attempt to remove that specifically.
[07:03] <AfC> Should a package both Replaces: and Conflicts: its predecessor? I thought it was one or the other?
[07:04] <AfC> So, the problem is that I can's safely uninstall gir1.2-json-glib-1.0. New package gir1.2-json-1.0 purports to provide it, but removing the original results in a gooey mess.
[07:04] <AfC> Not sure where to go from here. Should I be trying to roll my own gir1.2-json-1.0?
[07:16] <seb128> hey
[07:24] <AfC> A package that Provides (and Replaces) something shouldn't Conflict with it, should it?
[07:26] <chrisccoulson> hi seb128, how are you?
[07:26] <chrisccoulson> how is the desktop summit?
[07:26] <seb128> hey chrisccoulson
[07:26] <seb128> I'm great thanks
[07:26] <seb128> desktop summit is good so far
[07:26] <seb128> though it's only monday morning but it feels like friday
[07:26] <seb128> chrisccoulson, how are you? had a good w.e?
[07:27] <chrisccoulson> seb128, yeah, i'm good thanks. my weekend was quiet, apart from spending time trying to debug a firefox crash ;)
[07:27] <seb128> chrisccoulson, ready for f.f?
[07:28] <chrisccoulson> seb128, yeah, i think so. i still need to land the contact integration work from m_conley in thunderbird
[07:28] <seb128> that would be nice
[07:28] <chrisccoulson> i should be able to do that before f.f
[07:28] <seb128> chrisccoulson, do you know if there is any unity light theme integration btw?
[07:28] <seb128> or is there only the default theme variant?
[07:29] <chrisccoulson> seb128, did you see the theme andreasn did? or are you asking something different?
[07:34] <seb128> chrisccoulson, yeah, I saw this one, I was asking if there is a light variant
[07:34] <chrisccoulson> seb128, oh, i'm not sure. perhaps it works on the light variant too, although i've not tried that ;)
[07:35] <chrisccoulson> seb128, oh, it works fine :)
[07:35] <AfC> Can someone do an `apt-cache show gir1.2-json-1.0` and tell me if their output says to both Provide, Replace *and* Conflict on `gir1.2-json-glib-1.0`? I'm hoping this is just a problem here locally, but maybe not
[07:35] <seb128> oh, so maybe I need to get that installed ;-)
[07:36] <seb128> when will it be default in the distro?
[07:36] <chrisccoulson> the toolbar and tabbar blends in with the titlebar
[07:36] <chrisccoulson> seb128, when the main issues are fixed. the compose window is currently a bit messed up atm
[07:37] <chrisccoulson> seb128, ah, the main issue is that the icons aren't very visible ;)
[07:37] <chrisccoulson> seb128, is andreasn at the desktop summit?
[07:37] <seb128> chrisccoulson, I think he is yes
[07:38] <chrisccoulson> you could probably ask him about that ;)
[07:38] <chrisccoulson> i'm not sure if he's aware of the radiance theme
[07:38] <chrisccoulson> i'd forgotten about that, as i've never used it ;)
[07:38] <seb128> ok
[07:41] <chrisccoulson> oh, wow, my session is really messed up now
[07:41] <chrisccoulson> gtk-window-decorator has crashed twice already this morning, and now i've restarted it again, my windows have the wrong decorations :/
[07:42] <chrisccoulson> this is messed up - http://people.canonical.com/~chrisccoulson/gtk-window-decorator-suckiness.png
[07:43] <seb128> chrisccoulson, when do you start fixing compiz !
[07:43] <RAOF> AfC: Yes, it does here.  That's a normal idiom for virtual packages, though.  Conflicts/Replaces says "I replace that other thing, so install me and remove it" and Provides says "Actually, I am that thing"
[07:44] <chrisccoulson> seb128, ;)
[07:44] <chrisccoulson> where do i start?
[07:44] <RAOF> chrisccoulson: Heh, cool.  Very old-school.  That's, what, ion?
[07:44] <seb128> hey RAOF
[07:44] <RAOF> seb128: Hey, ho!
[07:45] <chrisccoulson> hmm, compiz isn't recovering now. i think i'm going to have to restart my session already
[07:46] <chrisccoulson> not a good start to the week ;)
[07:46] <lifeless> RAOF: conflicts-replaces is deprecated
[07:46] <lifeless> RAOF: because it makes the package graph between releases unmigratable without --force-depends
[07:46] <lifeless> RAOF: the new(like 3 years now) shiny is conflicts/breaks
[07:47] <RAOF> lifeless: Not according to http://www.debian.org/doc/debian-policy/ch-relationships.html
[07:47] <RAOF> Conflicts should be used... "in conjunction with Provides when only one package providing a given virtual facility may be unpacked at a time (see Virtual packages - Provides, Section 7.5), "
[07:48] <RAOF> But yeah.  When you're just moving files from one package to the other, Breaks is the new hawtness.
[07:48] <RAOF> lifeless: I seem to recall doing this dance before :)
[07:49] <lifeless> hmmm
[07:49] <lifeless> so, anything depending on the virtual package has to be removed, then the deps need to be removed, and then reinstalled, unless either:
[07:49] <lifeless>  --force-depends
[07:49] <lifeless> or
[07:49] <lifeless> dpkg has a special case around it
[07:50] <RAOF> I suspect the latter.
[07:50] <lifeless> RAOF: thats provides/conflicts anyhow
[07:50] <lifeless> RAOF: not replaces/conflicts
[07:50] <lifeless> RAOF: so, your appeal to authority is denied :)
[07:51] <RAOF> Ah, yeah.  That's true.
[07:51] <RAOF> Curse you, gadget!
[07:52] <lifeless> :)
[07:57] <lifeless> RAOF: 7.4 is fairly clear that conflicts-replaces is no longer a use case - replaces is listed under 'use breaks'
[08:00] <pitti> Good morning everyone!
[08:01] <RAOF> lifeless: 7.6.2 still suggests Provides/Conflicts/Replaces.
[08:01] <RAOF> lifeless: I suspect we've hit a bug in policy :)
[08:01] <RAOF> pitti: Gooooood morning!
[08:01] <pitti> now the holiday slacking is over, and the desktop summit slacking starts :)
[08:01] <RAOF> Heh.
[08:02] <RAOF> Oh, excellent.  You've popped up just as I was filing a pkgbinarymangler bug!
[08:03] <lifeless> RAOF: WIN
[08:05] <RAOF> pitti: I suspect pkgbinarymangler's changelog mangling is breaking multiarch; dpkg considers the i386 and amd64 libglapi-mesa changelog.Debian.gz as different and hence bails on the install.
[08:05] <pitti> RAOF: is that blocking you?
[08:05] <pitti> RAOF: if so, let me know the bug # once you filed it, then I can look at it right away
[08:05] <pitti> screw that massive holiday email backlog
[08:06] <RAOF> Not blocking, because we don't really do much with multiarch.
[08:06] <RAOF> Just annoying, because I'd like up-to-date mesa with wine :)
[08:06] <RAOF> And time for pilates!
[08:06] <lifeless> RAOF: it should say break or conflicts if the unpacking limit is what is truely desired, AFAICT
[08:07] <rodrigo_> morning
[08:09] <pitti> micahg: ah, I just uploaded another vala-0.14, apparently that conflicted with your's (apparently you didn't push to bzr)
[08:09] <pitti> micahg: but as it built now anyway, I guess I now just restore it to plain "valac"?
[08:12] <seb128> hey rodrigo_
[08:12] <rodrigo_> hi seb128, how are you?
[08:13] <pitti> ah, you did
[08:14] <seb128> rodrigo_, I'm fine thanks, how are you?
[08:14] <seb128> rodrigo_, had good holidays?
[08:14] <rodrigo_> seb128, yes, very good :)
[08:14] <rodrigo_> so, is everyone in berlin?
[08:15] <seb128> yes
[08:15] <seb128> you need to hold desktop while we are away :p
[08:15] <seb128> btw seems RAOF managed to get colord in debian
[08:16] <AfC> lifeless, RAOF: so does this mean I need to uninstall my entire GNOME stack, then reinstall it, to get around this?
[08:16] <seb128> RAOF, did you file a mir and sync request for it?
[08:16] <pitti> hey rodrigo_, how are you?
[08:16] <AfC> [or start doing lots of manual installs with --force-depends, or...?]
[08:16] <rodrigo_> seb128, ok, I will guard the ship :)
[08:16] <pitti> RAOF: http://packages.qa.debian.org/c/colord.html -> great job!
[08:17] <rodrigo_> hi pitti, I'm fine, a bit exhausted still after the trip back home on Saturday though
[08:17] <pitti> micahg: I updated vala-0.14 bzr now, thanks for fixing it
[08:17] <rodrigo_> seb128, ok cool, I'll enable the color plugin in g-s-d and g-c-c as soon as the MIR is accepted
[08:17] <lifeless> AfC: well, what did aptitude say the root of the problem was?
[08:18] <seb128_> re
[08:19] <seb128_> crappy conference internet
[08:19] <seb128_> RAOF, pitti, rodrigo_: did you get what I was saying about colord?
[08:19] <rodrigo_> :)
[08:20] <rodrigo_> seb128_, I did
[08:21] <pitti> seb128_: that it's in Debian, and that we need to wait for the MIR, yes
[08:22] <chrisccoulson> hi pitti, how are you? did you have a nice vacation?
[08:23] <pitti> chrisccoulson: it was great, yes (see http://piware.de/fotos/Innradtour-2011/)
[08:23] <pitti> was a nice cycling trip again, and this time with Alps mountain profile
[08:23] <pitti> that was quite an exercise :)
[08:24] <rodrigo_> pitti, wow
[08:25] <chrisccoulson> pitti, the pictures look nice :)
[08:25] <rodrigo_> pitti, where was that?
[08:25] <rodrigo_> ah, St. moritz
[08:25] <pitti> rodrigo_: we started in St. Moritz (Switzerland), through Austria, until Passau in Germany
[08:25] <pitti> along the whole Inn river
[08:25] <rodrigo_> cool
[08:26] <seb128_> grrrr summit internet
[08:26] <pitti> seb128_: looks like my 2G connection in the train at 200 km/h is more stable than your wifi? :-)
[08:28] <seb128_> pitti, wifi there is crapland
[08:31] <seb128_> pitti, it takes over a minute to load a webpage, irc lag keeps raising
[08:31] <seb128_> still not sure if you guys received what I wrote before
[08:32] <seb128_> I'm waiting for the irclog website to catch up to see that ;-)
[08:33] <rodrigo_> seb128_, we got your message about getting the week off, yes :)
[08:33] <pitti> seb128_: last thing you said was "seb128_ | RAOF, pitti, rodrigo_: did you get what I was saying about colord?"
[08:34] <rodrigo_> seb128, about the colord thing, yes we did get it
[08:34] <rodrigo_> talking about broken things, I broke my laptop during holidays, on an update
[08:35] <seb128> ok
[08:35] <seb128> rodrigo_, broke like physically drop off and broke it?
[08:35] <seb128> or like distro breakage?
[08:35] <rodrigo_> seb128, software brokenness
[08:35] <seb128> did you fix it?
[08:36] <rodrigo_> need to recover it and copy all stuff to my PC
[08:36] <rodrigo_> seb128, in the process of
[08:36] <rodrigo_> seems to be some kernel 3.0-related
[08:36] <seb128> or is it still broken?
[08:36] <seb128> ok
[08:36] <rodrigo_> so, let's see if I can boot into another kernel and copy all stuff
[08:39] <seb128> so back to my colord question, did somebody filled a sync request and a mir bug?
[08:39] <seb128> rodrigo_, ^
[08:39] <seb128> once that done you can build g-c-c with it
[08:39] <rodrigo_> seb128, not me, so will ask RAOF
[08:41] <AfC> lifeless: all the aptitude "solutions" involved me uninstalling gnome-shell, gnome-tweak-tool, empathy, and epiphany.
[08:41] <seb128> ok
[08:42] <pitti> RAOF, seb128: i can sync it right now
[08:42] <AfC> RAOF: so, based on lifeless's input, does that mean we need to redo the gir1.2-json-1.0 package?
[08:46] <seb128> pitti, seems like a first step, then RAOF or rodrigo_ will need to write a mir for it
[08:46] <AfC> RAOF: If so, I can attempt repackaging it locally, but before I do that I'd like to know it's the right thing to try :)
[08:47] <lifeless> AfC: right but it should explain why
[08:48] <lifeless> RAOF: as far as installaility, conflicts and breaks are identical
[08:48] <lifeless> AfC: this sort of thing is usually due to an incompatible library bump and only some users of it being migrated
[08:50] <pitti> RAOF, seb128, rodrigo_: can't sync colord; launchpad doesn't support .tar.xz yet
[08:50] <seb128> pitti, it should
[08:50] <seb128> cjwatson, said it was ok before natty
[08:50] <pitti> please do an ubuntu1 upload as tar.bz2 or so, or just do that in debian
[08:50] <pitti> 2011-08-08 08:47:54 DEBUG   Rejected:
[08:50] <pitti> 2011-08-08 08:47:54 DEBUG   File colord_0.1.11.orig.tar.xz mentioned in the changes file was not found.
[08:50] <pitti> 2011-08-08 08:47:54 DEBUG   Unable to find colord_0.1.11.orig.tar.xz in upload or distribution.
[08:50] <pitti> 2011-08-08 08:47:54 DEBUG   Files specified in DSC are broken or missing, skipping package unpack verification.
[08:51] <pitti> the file does exist in ~/syncs/
[08:51] <pitti> so whatever it tries to tell me, it doesn't like it
[08:51] <seb128> he fixed the remaining issues
[08:51] <seb128> not sure that get real world testing since though
[08:52] <seb128> I wonder if that's a sync tool issue
[08:52] <pitti> sync-source.py seems fine
[08:52] <pitti> it's flush-syncs which broke
[08:53] <seb128> i.e if a manual upload would work
[08:53] <seb128> if only opening a webpage was taking less than 3 minutes here...
[08:54] <seb128> https://bugs.launchpad.net/launchpad/+bug/619152
[08:54] <ubot2> Ubuntu bug 619152 in launchpad "Add data.tar.xz support" [Low,Triaged]
[08:55] <pitti> seb128: ah, so "pending"
[08:56] <pitti> RAOF: eh, new mesa pulls in libwayland0?
[08:56] <pitti> RAOF: is wayland meant for main now?
[09:03] <seb128> hum, timeouted this time
[09:04] <seb128> https://bugs.launchpad.net/launchpad/+bug/619152
[09:04] <seb128> well I guess RAOF will need to do an ubuntu upload with a bz2
[09:04] <seb128> that's what I was saying before timing out
[09:04] <ubot2> Ubuntu bug 619152 in launchpad "Add data.tar.xz support" [Low,Triaged]
[09:04] <pitti> seb128: ah, so "pending"
[09:05] <seb128> seems so
[09:08] <Laney> are you talking about colord?
[09:09] <Laney> (can't do much, on 3g)
[09:09] <pitti> Laney: yes, in particular tar.xz support
[09:09] <Laney> RAOF and I tested that on launchpad, and it seemed to work
[09:10] <Laney> .data.tar.xz is figgerent to .orig.tar.xz
[09:10] <Laney> see my PPA for an uploadwhich worked
[09:10] <Laney> er, different*
[09:10] <Laney> https://launchpad.net/~laney/+archive/ppa/+sourcepub/1844994/+listing-archive-extra
[09:11] <mvo> hey pitti ! when you go on the pygi hackfest, it would be great if you could have a look at https://bugzilla.gnome.org/show_bug.cgi?id=656014 - i attached a patch that works for me(tm) but as noted in the bug it may be incomplete
[09:11] <ubot2> Gnome bug 656014 in general "Missing GIR annotation/wrapper for pango_layout_get_line_readonly()" [Normal,Unconfirmed]
[09:16] <seb128> Laney, the sync tools don't handle it fine it seems
[09:16] <seb128> but it could be an issue in the sync tools, not launchpad itself
[09:16] <seb128> hey mvo
[09:18] <mvo> hey seb128, how is berlin?
[09:18] <Laney> indeed
[09:18] <AfC> lifeless: right; the "reason" is because gir1.2-json-1.0: Conflicts: gir1.2-json-glib-1.0 and gir1.2-json-glib-1.0 is installed since lots of things depend on it.
[09:20] <lifeless> AfC: so, is gir1.2-json-1.0 newer ?
[09:22] <lifeless> AfC: and do the things that depend on gir1.2-json-glib-1.0 depend on that name, or on the virtual package name ?
[09:28] <rodrigo_> ok, ready to recover my laptop and the data in it, hopefully, so bbiab
[09:30] <seb128> pitti, ready IRC logs not sure that was replied to but not logged yet
[09:30] <seb128> bug #810217
[09:30] <ubot2> Launchpad bug 810217 in wayland "[MIR] wayland protocol package" [Medium,Fix released] https://launchpad.net/bugs/810217
[09:32] <pitti> seb128: ah, so it is for main indeed
[09:32] <pitti> hey mvo!
[09:32] <pitti> mvo: opened that in a tab, I'll get to that
[09:32] <mvo> great, thanks pitti, its not urgent, but would allow me merging some code that uses this in the s-c gtk3 port
[09:33] <pitti> mvo: note that you didn't actually attach a patch, did you mean to?
[09:34] <mvo> pitti: indeed, let me fix that, its pretty trivial, just a "(transfer none)" for the two functions
[09:51] <cjwatson> pitti: I'd like to investigate that .orig.tar.xz sync problem
[09:51] <cjwatson> so please don't manually upload that yet
[09:58] <cjwatson> fixed now
[10:19] <AfC> lifeless: [sorry, was out]
[10:20] <AfC> lifeless: 1) gir1.2-json-1.0 newer
[10:22] <AfC> lifeless: 2) How do you differentiate between something depending on a virtual and a normal package?
[10:23] <AfC> [I'd have to guess not virtual since it wasn't previously a virtual package]
[10:23] <lifeless> by knowing what the package is
[10:23] <lifeless> anyhow
[10:23] <lifeless> this isn't a virtual package
[10:23] <lifeless> the conflicts/replaces pair is for virtual packages
[10:23] <AfC> (didn't think so)
[10:24] <lifeless> so
[10:24] <lifeless> the case here is that the old things are depending on the old library
[10:24] <lifeless> and the new package does not fulfil stuff
[10:24] <AfC> lots of old things, yeah
[10:24] <lifeless> the old packages need to be rebuilt
[10:25] <lifeless> either to change their dep line, if they would work, or to link against the new lib, if they wouldn't.
[10:25] <lifeless> either way, rebuild.
[10:25] <lifeless> for all the rdepends of the package being removed.
[10:25] <AfC> so I thought the whole idea of them having done Provides: in the "new" package is that everything else under the sun doesn't have to be rebuilt?
[10:25]  * pitti grabs some lunch, bbl
[10:25] <lifeless> AfC: whats the provides statement say ?
[10:26] <AfC> # apt-cache show gir1.2-json-1.0
[10:26] <AfC> ...
[10:26] <AfC> Provides: gir1.2-json-glib-1.0
[10:26] <AfC> Replaces: gir1.0-json-glib-1.0, gir1.2-json-glib-1.0
[10:26] <AfC> Conflicts: gir1.0-json-glib-1.0, gir1.2-json-glib-1.0
[10:28] <AfC> I tried manually force removing the "old" package, but the dependency resolution isn't any better.
[10:29] <AfC> lifeless: ^
[10:30] <lifeless> AfC: provides cannot provide a versioned dependency.
[10:30] <lifeless> AfC: what does apt-cache show for one of the dependencies that wants to be removed show.
[10:31] <AfC> lifeless: so, eg gnome-shell (to be updated), Depends: gir1.2-json-1.0
[10:32] <lifeless> AfC: no, one of the ones that needs to be removed
[10:32] <AfC> lifeless: so, eg gnome-shell (not updated), Depends: gir1.2-json-glib-1.0 (>= 0.12.0)
[10:32] <AfC> lifeless: this is the problem: it wants to remove gnome-shell
[10:33] <lifeless> ok
[10:33] <lifeless> gir1.2-json-glib-1.0 (>= 0.12.0)
[10:33] <lifeless> the bits in brackets mean that this relation can only be satisfied by non-virtual packages.
[10:34] <lifeless> virtual packages satisfy no versions
[10:34] <AfC> interesting, didn't know that
[10:34] <AfC> which is why Provides isn't working, and the Conflicts is screwing us
[10:34] <lifeless> this is covered in the policy doc linked earlier, if you want the gory details
[10:35] <AfC> so the ... if not solution, at least workaround ... will be to remove the Conflicts line and rebuild the "new" gir1.2-json-1.0 package
[10:35] <AfC> ?
[10:38] <AfC> [darn, out of time, have to go offline]
[10:39] <lifeless> uhm, depends on the package contents
[10:39] <AfC> lifeless: thanks for your help, been illuminating.
[10:39] <AfC> RAOF, I can certainly try & test a rebuild locally here if you don't have time to rebuild the package in PPA per Robert's suggestions.
[10:39] <AfC> I think it's just a package rename, but not sure. Bit of a black box.
[10:39] <AfC> → off
[11:45] <pitti> mdeslaur: FYI, new polkit is now in oneiric which supports the X11 pkexec stuff
[11:45] <pitti> (as well as your multiline patch)
[11:45] <mdeslaur> pitti: yeah, I saw that...thanks! I'll try and find some time this week to try and get rid of gksudo
[11:46] <chrisccoulson> hi mdeslaur, how are you?
[11:46] <mdeslaur> hi chrisccoulson!
[11:46] <mdeslaur> chrisccoulson: not bad, you?
[11:47] <chrisccoulson> mdeslaur, tired ;)
[11:47] <chrisccoulson> and i feel like my head is going to explode. i've spent several days looking at the same problem and not getting very far ;)
[11:48] <mdeslaur> chrisccoulson: oh, I hate when that happens :(
[11:48] <chrisccoulson> yeah, me too :(
[11:56] <pitti> chrisccoulson: maybe stop looking at it for a day or two and do something else?
[11:57] <micahg> pitti: re vala-0.14> thanks for merging
[12:05] <geser> is the "vala-0.14" source package the successor of "vala"?
[12:10] <pitti> yes, but we keep several major versions in parallel for an easier transition
[12:11] <geser> does it need a proper MIR to get to main? currently it's in universe and some packages build-depend on valac (now build from vala-0.14)
[12:12] <pitti> no, just new version; I promote it
[12:13] <pitti> (done)
[12:14] <geser> thx
[12:27]  * ogra_ is stunned ... so we dont ship a single tool anymore whith which you can resize a picture ?
[12:27]  * ogra_ just desperately tried to shrink a photo with an ubuntu default install 
[12:30] <pitti> hm, apparently not :/ f-spot used to be able to, but shotwell isn't
[12:32] <ogra_> right
[12:33] <ogra_> i wasted 1h to try to do that on my android tablet ... all apps there only have crop either ... so i decided to quickly do irt on my lappie and copied it over ... to just find the same situation
[12:33] <ogra_> its weird that nobody seems to have thought about that function, i cant belive thats not a common task
[12:34] <ogra_> (in either OS)
[12:34] <GunnarHj> pitti: Hi Martin, hope your vacation was fine.
[12:34] <pitti> hey GunnarHj
[12:34] <pitti> GunnarHj: indeed it was, thanks! catching up on stuff/mail now
[12:34] <pitti> how are you?
[12:34] <GunnarHj> pitti: I'm fine, thanks.
[12:35] <GunnarHj> pitti: I have three pending MPs that are related to each other. Probably I'd better ask Rodrigo to review and sponsor the g-c-c MP. That way most of it may be done upstream instantly.
[12:35] <GunnarHj> But I'd appreciate if you could help process the l-s and accountsservice MPs.
[12:35] <GunnarHj> https://code.launchpad.net/~gunnarhj/language-selector/shared-tools/+merge/69190
[12:35] <GunnarHj> https://code.launchpad.net/~gunnarhj/ubuntu/oneiric/accountsservice/lang-to-profile/+merge/69085
[12:35] <GunnarHj> For a quick briefing you may want to read the latest comment on https://code.launchpad.net/~gunnarhj/gnome-control-center/langfix/+merge/68997
[12:52] <pitti> GunnarHj: thanks, saw the MPs; will get to it as part of catching up with mail
[12:53] <GunnarHj> pitti: Ok, thanks.
[13:07] <cyphermox> good morning!
[13:08] <cyphermox> hey pitti, happy coming back from vacation ;)
[13:08] <pitti> hey cyphermox, how are you?
[13:09] <cjwatson> cyphermox: do you think we could migrate network-manager et al to libnl3 without too much pain?  I would love to merge http://packages.qa.debian.org/w/wpasupplicant/news/20110730T134712Z.html
[13:09] <cjwatson> (well, that's a sync actually)
[13:09] <cjwatson> it would be least paperwork if we could just swap out libnl for libnl3
[13:10] <cyphermox> cjwatson: sure. I can see if it builds fine
[13:10] <cyphermox> there was discussion about libnl3 jsut recently on the mailing list, too
[13:10] <cyphermox> pitti: doing good :)
[13:11] <cjwatson> the build-deps in main are  bluez ipvsadm libvirt network-manager ntrack quota wireless-crda wpasupplicant
[13:12] <cyphermox> cjwatson: nothing like trying now, nm builds quickly
[13:12] <cjwatson> I can have a quick look at the others
[13:13] <cyphermox> bluez I can look at too
[13:13] <cyphermox> ntrack isn't that asac's project?
[13:15] <cjwatson> ipvsadm fails out of the box
[13:15] <asac> cyphermox: libnl3 should be ready for ntrack in latest release + bzr
[13:16] <cyphermox> asac: cool, thanks
[13:16] <asac> cyphermox: needs packaging bump and a build-depends update afaict
[13:17] <cyphermox> alrighty
[13:17] <ricotz> cyphermox, hi
[13:17] <cyphermox> ricotz: hey
[13:17] <ricotz> cyphermox, do you know if the "use as hotspot" button in g-c-c is suppose to work?
[13:17] <ricotz> or are there known problems
[13:18] <cyphermox> ricotz: no idea, I haven't tried
[13:18] <cyphermox> ricotz: please open a bug if it doesn't work and I'll take a look at it later :)
[13:18] <ricotz> ok, it just crashes, but it doesnt seem to be a nm problem
[13:19] <ricotz> cyphermox, are you able to test this? for me it crashes in glib (but i am using a git version)
[13:19] <cyphermox> sure, I'll test it, but later
[13:20] <ricotz> thanks
[13:20] <cyphermox> ricotz: trying to figure out what needs to be done for libnl3 :)
[13:20] <ricotz> no problem, good luck with that :)
[13:20] <cyphermox> cjwatson: seems there is a git branch in progress for libnl3 in NM; but it's not merged, and there only seems to be one commit; I'll try it and see how far I can get
[13:21] <cjwatson> it might just be linkage tweaks, with luck?
[13:21] <cyphermox> ah, i see, it's not just a few commits, it's probably mostly done, and removing old code
[13:24] <tjaalton> desrt: hmm, I read that dconf "doesn't work over NFS", is it true?
[13:29] <tjaalton> desrt: ok found the upstream bug
[13:31] <cjwatson> cyphermox: ipvsadm seems to amount to http://paste.ubuntu.com/661134/
[13:32] <cyphermox> cjwatson: thanks
[13:33] <cyphermox> I think dcbw was doing some refactoring in the netlink stuff as well; but I'll see, trying to build now with a patch that contains all the commits from the libnl3 branch
[13:51] <cyphermox> cjwatson: it built and seems to work "fine"; minus a few error messages but nothing appears to be omgwrong (e.g. I still got a connection, routes look okay, etc.)
[13:51] <cyphermox> I'll just reboot and kick it around some more to be sure
[14:11] <ricotz> cyphermox, fyi, fixes the crash http://git.gnome.org/browse/gnome-control-center/commit/?id=48dec984dbfe5e69c6717c16f69a6f52e08cd1f2
[14:12] <ricotz> sorry, no it doesnt :\
[14:14] <cyphermox> yeah, that seemed a little weird ;)
[14:14] <cyphermox> ricotz: if you fix the fix, wanna prepare a package (and close the corresponding lp bug)? I'll be happy to sponsor if I can
[14:16] <ricotz> cyphermox, i just wanted to play with my wireless settings creating network, and it seems it cant handle this if there isnt something set up already
[14:17] <cyphermox> ricotz: ok. I'll give it a quick shot in a few minutes... this really all should work but I haven't had any hand in g-c-c, I only know there is a page that somewhat works
[14:18] <ricotz> cyphermox, ok
[14:18] <ricotz> it crashes to while getting the length of a null string
[14:18] <cyphermox> ricotz: ok, final build test for NM with libnl3-dev before uploading; now it's really your turn ;)
[14:19] <ricotz> nice, is it a new snapshot too?
[14:19] <cyphermox> nah
[14:19] <ricotz> ok
[14:19] <cyphermox> you need a snapshot for something?
[14:19] <ricotz> no
[14:20] <ricotz> if my problem isnt a nm problem though ;)
[14:20] <cyphermox> right
[14:21] <cyphermox> there's no big things in git, except for that "possible dbus activation errors" commit, but I was really more planning on taking another snapshot when Dan merges in the libnl3 stuff
[14:21] <cyphermox> (or releases 0.9)
[14:25] <cyphermox> ricotz: did you report the bug in lp after all?:
[14:25] <cyphermox> I just managed to reproduce the crash after removing my ad-hoc networks already configured
[14:26] <ricotz> no
[14:28] <cyphermox> please ;)
[14:28] <ricotz> ok
[14:33] <cyphermox> really interesting how it crashes, I wonder what that code is trying to do
[14:37] <ricotz> https://bugs.edge.launchpad.net/ubuntu/+source/gnome-control-center/+bug/822722
[14:37] <ubot2> Ubuntu bug 822722 in gnome-control-center "Crashes on using "Use as Hotspot"" [Undecided,New]
[14:37] <ricotz> cyphermox, ^
[14:37] <cyphermox> thanks!
[14:39] <cyphermox> ricotz: #2  generate_ssid_for_hotspot (panel=0x7ffff82d4660) at cc-network-panel.c:2685   ///        ssid = 0x0
[14:40] <cyphermox> ricotz: this probably doesn't help: (gnome-control-center:6327): network-cc-panel-WARNING **: Getting pretty hostname failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.
[14:40] <cyphermox> hostname1 was not provided by any .service files
[14:48] <ricotz> could be the/a cause for this
[14:48] <cyphermox> pretty sure it is, testing a patch now
[14:51] <cyphermox> cjwatson: just uploaded NM with the libnl3 changes
[15:02] <geser> is it normal that unity-panel-service segfaults every 60s? (oneiric, AMD64, unity-2d)
[15:05] <cyphermox> geser: nope
[15:06] <cyphermox> might be a known issue though
[15:11] <cjwatson> cyphermox: OK, I'd better get uploading other things then so it can be swapped over and actually build :-)
[15:14] <cyphermox> ah, woops, didn't think it needed much coordination ;)
[15:15] <cyphermox> cjwatson: d'oh. I see now.
[15:16] <cyphermox> bluez to be ready soon too.
[15:19] <rodrigo_> hmm, can't find the gnome-online-accounts mir bug
[15:19] <cyphermox> rodrigo_: closed?
[15:22] <rodrigo_> cyphermox, yeah, found it -> https://bugs.launchpad.net/ubuntu/+source/gnome-online-accounts/+bug/812927
[15:22] <ubot2> Ubuntu bug 812927 in gnome-online-accounts "[MIR] gnome-online-accounts" [Undecided,Fix released]
[15:23] <cyphermox> rodrigo_: that's good, now just one mir to go and I can enable goa in evo
[15:23] <rodrigo_> cyphermox, what else do you need?
[15:24] <chrisccoulson> g'ah, i hate gtk-window-decorator
[15:24] <chrisccoulson> please stop crashing
[15:24] <cyphermox> rodrigo_: ah, liboauth. there's already bug 808765 about it, waiting for cdbs to upload a new revision
[15:24] <ubot2> Launchpad bug 808765 in liboauth "[MIR] liboauth" [Undecided,Incomplete] https://launchpad.net/bugs/808765
[15:24] <rodrigo_> cyphermox, ok
[15:25] <cyphermox> rodrigo_: if I have a patch for g-c-c, can I just ping you with it?
[15:25] <rodrigo_> ah, seb already uploaded a g-c-c with goa enabled, good seb!
[15:25] <rodrigo_> cyphermox, yes
[15:25] <cyphermox> cool
[15:29] <dobey> anyone know why this: http://pastebin.ubuntu.com/661194/ would happen building in a PPA? python-gobject is installed via build-depends.
[15:30] <dobey> mvo: ^^ you maybe? :)
[15:34] <mvo> dobey: hm, that looks like aptdaemon is for some reason trying to talk to X :/ I guess you use this in your tests?
[15:48] <dobey> mvo: yes, but why would setup.py build do any of that?
[16:00] <jbicha> bug 822464 would be nice to get fixed
[16:00] <ubot2> Launchpad bug 822464 in gjs "Upgrade gjs to 1.29.16" [Wishlist,New] https://launchpad.net/bugs/822464
[16:01] <jbicha> upstream never released a new python-gobject, I don't know if it's required or not
[16:05] <cyphermox> rodrigo_: we may want to fallback to g_get_host_name()'s return value if the dbus call to ...hostname1 fails: http://paste.ubuntu.com/661213/
[16:05] <cyphermox> oops
[16:07] <cyphermox> jbicha: want to try to update the package to find out?
[16:09] <ricotz> cyphermox, this should probably go upstream
[16:10] <cyphermox> ricotz: yes, that's why I was pinging rodrigo :)
[16:10] <ricotz> since in the current case this g_warning leads to a fatal condition
[16:10] <ricotz> oh right ;)
[16:10] <jbicha> cyphermox: I can try building and see what happens but I think testing it would be a bit over my head
[16:10] <cyphermox> but he got scared away so I'll open a bug
[16:11] <cyphermox> jbicha: ok
[16:11] <rodrigo_> cyphermox, ok thanks
[16:11] <mvo> dobey: oh, so this does not run any tests, its really just from the build? I need to look into this
[16:11] <cyphermox> ah, so you saw my ping anyway
[16:11] <mvo> dobey: do you have a link to the full build log for me?
[16:12] <rodrigo_> cyphermox, yeah, xchat crashed when I clicked on your link :)
[16:13] <cyphermox> fun
[16:13] <cyphermox> is that reproduceable? ;)
[16:15] <rodrigo_> cyphermox, not anymore for now
[16:18] <ricotz> cyphermox, rodrigo_, while this patched g-c-c gets uploaded it could need a symbols update for 3.1.4 too -- there are two new
[16:19] <rodrigo_> cyphermox, pushed to git
[16:19] <rodrigo_> hmm, can't we just wait for the next release?
[16:19] <rodrigo_> ricotz, which symbols are missing?
[16:20] <ricotz> rodrigo_, it could wait -- http://paste.debian.net/plain/125509
[16:20] <ricotz> but still it is a crash ;)
[16:22] <rodrigo_> ah, if it's affecting users, yes, sure, let's upload it
[16:22] <rodrigo_> cyphermox, are you uploading it?
[16:24] <cyphermox> rodrigo_: yeah, i just wanted to make sure this went upstream too
[16:24] <cyphermox> sorry, I was reading stuff
[16:24] <rodrigo_> cyphermox, ok, so please do the symbols update from ricotz also, please :)
[16:24] <cyphermox> ricotz: yup, saw the symbols changes
[16:31] <rodrigo_> out for a bit, bbl
[16:42] <jbicha> cyphermox: here's a build of gobject-introspection if you want to test https://launchpad.net/~jbicha/+archive/dev/
[16:47] <jbicha> but I don't understand the invoke-rewrite stuff
[17:56] <charlie-tca> Any word on fixing lightdm to work for everything?
[17:57] <charlie-tca> We could start with bug 819609
[17:57] <ubot2> Launchpad bug 819609 in casper "Oneiric live CD boots to login screen" [High,Fix released] https://launchpad.net/bugs/819609
[17:57] <charlie-tca> That really isn't fixed for any flavor except Ubuntu
[17:57] <charlie-tca> The rest of us can not even force lightdm to auto-login
[18:00] <cyphermox> charlie-tca: would be https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/806408 no?
[18:00] <ubot2> Ubuntu bug 806408 in lightdm "After xubuntu upgrade or installation, default session on greeter must be xubuntu" [Medium,Confirmed]
[18:01] <cyphermox> I'd maybe bring up the importance so that robertancell can look into it when he logs in
[18:01] <charlie-tca> That doesn't include the live sessions, does it?
[18:01] <charlie-tca> Since we do not have Ubuntu session, we can use auto-login for live cd
[18:01] <charlie-tca> Since we do not have Ubuntu session, we can *not* use auto-login for live cd
[18:02] <cyphermox> charlie-tca: well, it's refered to by stgraber from bug 819624 which is the bug refered to by 819609
[18:02] <ubot2> Launchpad bug 819624 in casper "casper doesn't configure autologin for lightdm properly" [High,Confirmed] https://launchpad.net/bugs/819624
[18:02] <cyphermox> (messy)
[18:02] <charlie-tca> yeah, messy and getting worse
[18:03] <charlie-tca> I need a live session to auto-login when not calling Ubuntu, and I need to be able to default the session to Xubuntu
[18:03] <charlie-tca> It really comes back to bug 799754
[18:03] <ubot2> Launchpad bug 799754 in lightdm "Please let vendors easily provide their own config" [High,Triaged] https://launchpad.net/bugs/799754
[18:03] <charlie-tca> which needs to be resolvedd
[18:04] <scott-work_> charlie-tca: i just want to point out that you rock!  carry on ;)
[18:04] <cyphermox> aye.
[18:05] <charlie-tca> I need these fixed, and it seems it is getting nowhere fast
[18:05] <cyphermox> I'd really like to avoid muddying the water and let robert handle this :/
[18:05] <cyphermox> I can certainly prod him when I see him online though
[18:07] <charlie-tca> Please do so
[18:07] <charlie-tca> unfortunately, it keeps getting put aside, since Ubuntu has it working for them
[18:07] <charlie-tca> Lubuntu, Kubuntu, Mythbuntu, Xubuntu, can not use lightdm
[18:08] <charlie-tca> It is worse for us now then gdm, and that's pretty bad
[18:08] <jbicha> well gdm mostly works
[18:09] <charlie-tca> Yes, with a lot of effort
[18:09] <cyphermox> charlie-tca: alright. I subscribed to the bugs so I'll know if they move... or not
[18:09] <charlie-tca> It doesn't really "just work"
[18:09] <cyphermox> ricotz: confirm you get g-c-c 1:3.1.4-0ubuntu5 and it fixed the hotspot thing for you?
[18:09] <charlie-tca> Thank you, cyphermox
[18:09] <jbicha> ok, it works for Ubuntu though, don't know about how difficult it is for derivatives
[18:10] <cyphermox> brb
[18:10] <charlie-tca> which is the entire issue here
[18:11] <jbicha> rodrigo_: especially with the extra icons we're adding to g-c-c, it would be nice if it expanded horizontally
[18:12] <jbicha> on smaller screens it does vertical scrolling when just becoming a wider window would work
[18:21] <cyphermox> uh-oh, no power cycling at reboot?
[18:24] <ricotz> cyphermox, will do if it gets rolled out, but i confirmed it works with a local build ealier
[18:25] <cyphermox> ok
[18:25] <cyphermox> ricotz: well, it should get published any time now
[18:30] <dupondje> https://bugzilla.redhat.com/show_bug.cgi?id=590202 => seems like we have same bug here also ?
[18:31] <ubot2> bugzilla.redhat.com bug 590202 in NetworkManager "NM spontaneously reconnects, seemingly for no reason" [Medium,Assigned]
[18:35] <cyphermox> dupondje: doubtful that this is really a bug... care to share your particuliar experiences?
[18:36] <cyphermox> dupondje: if you file a bug in Launchpad (using ubuntu-bug), it's going to be easier for me to tell what might be acting up
[18:37] <dupondje> Aug  7 23:18:18 laptop-jl kernel: [ 4783.051128] wlan0: deauthenticating from c0:c1:c0:0b:13:34 by local choice (reason=3)
[18:37] <cyphermox> actually, what I wrote there is better written as "doubtful that this is a bug in *NM* ;)
[18:37] <dupondje> wireless disconnects quite often :)
[18:37] <cyphermox> dupondje: can you paste the whole syslog?
[18:37] <cyphermox> that message can happen for a variety of reasons :)
[18:38] <dupondje> well cyphermox, its because ipv6 settings somewhere :)
[18:38] <cyphermox> paste in a pastebin of course
[18:40] <dupondje> http://paste.ubuntu.com/661321/
[18:42] <cyphermox> anything else above that?
[18:42] <dupondje> nope, but i'll run NetworkManager in debug now
[18:42] <cyphermox> ah
[18:42] <dupondje> lets wait for a disconnect ^^
[18:43] <cyphermox> sure.
[18:43] <cyphermox> this looks like it might be failing dhcp renewals, but it's hard to tell, all I see is the first point where the device gets failed
[18:44] <cyphermox> I got some tweaks and fixes to make to the patch that handles ipv6/ipv4 in parallel, so maybe this will actually get fixed there, too
[18:52] <dupondje> back :)
[18:52] <dupondje> still running debug
[18:53] <cyphermox> ok
[18:53] <dupondje> but it doesn't set my nameservers now somehow :s
[18:53] <cyphermox> uh-oh
[18:53] <cyphermox> dupondje: are you on oneiric?
[18:53] <dupondje> ye
[18:56] <GunnarHj> rodrigo_: Hello, did you see the updates of https://code.launchpad.net/~gunnarhj/gnome-control-center/langfix/+merge/68997 ? Not ready to be uploaded yet, since I'm waiting for pitti to sponsor the related l-s MP, but in the meantime we might try to agree on what's upstreamable. My current suggestion is simply the proposed 04_language_settings.patch.
[18:57] <ricotz> cyphermox, g-c-c works
[19:03] <cyphermox> ricotz: thanks
[19:18] <dupondje> Seems like in DEBUG mode it doesn't have nameservers :p INFO works fine :s
[19:19] <cyphermox> that doesn't make sense
[19:19] <cyphermox> it's the same code, minus the debug messages
[19:19] <dupondje> runned 3x with DEBUG, no nameservers
[19:19] <dupondje> run it again with INFO, have nameservers
[19:19] <dupondje> weird
[19:20] <cyphermox> so it's some race with getting your namservers
[19:20] <cyphermox> do you get them from the RA or from DHCPv6?
[19:20] <dupondje> RA
[19:21] <dupondje> NetworkManager[32387]: <debug> [1312830928.24751] [nm-ip6-manager.c:708] process_nduseropt_rdnss(): (wlan0): refreshing RA-provided nameserver 2001:1af8:4400:a020:1:: (expires in 70 seconds)
[19:21] <cyphermox> (and dah, we tested this thoroughly with multiple different cases of v6, v4 and dhcp)
[19:21] <cyphermox> ah
[19:21] <cyphermox> dupondje: then I would suggest you open a bug in LP if you haven't already done so (ubuntu-bug network-manager) and attach a packet capture if you can
[19:22] <cyphermox> a packet capture for the failure case, because we need to know if you receive the RA on time or not, and if NM is being unhappy with it for some reason)
[20:58] <dupondje> cyphermox: got a disconnect: http://paste.ubuntu.com/661423/
[23:45] <basso> gnome shell is quite unstable :(