[01:42] Hm. Why isn't my espresso machine on! [01:47] 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] 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] 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] micahg: Right. Well, it also helps keep the download smaller, too. [02:35] There is that too. [02:35] t/c [02:38] does anyone want to merge my vala-0.14 uploads into the desktop branch? [02:39] after 2 more publisher runs, it should be built with itself on all archs [02:43] there's a merge proposal waiting === kyu is now known as kengyu [05:38] guess it's quiet as everyone is heading to Berlin for Desktop Summit [05:38] or there already and asleep :) [05:41] I think the latter. [05:41] How many people of this timezone are going? [05:43] hiya RAOF [05:43] Hey there rickspencer3 [05:43] RAOF, I dunnoe [05:43] I'm not going this year :/ [05:44] I'll call into the adboard meeting, though [05:44] :( [05:44] RAOF, it's all good [05:45] I've been running around so much this summer, I'm not sorry to not be taking another trip [05:45] Plenty of conferences to go around? :) [05:45] I've gone Dublin -> Kansas -> Delaware -> Isle of Man -> Amsterdadm -> Londong -> Toulouse [05:46] I admit the weekend of Amsterdam was a bit self-inflicted ;) [05:46] Londong is surprisingly a lot like London, just more typos [05:47] TheMuso, hos is vinux coming along [05:47] ? [05:47] * rickspencer3 saw it referenced on Reddit this morning [05:48] Heh. [05:48] Toulouse is very nice. [05:48] What was happening there? [05:50] 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] 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] RAOF, uh, shouldn't you be the one person who can answer that? [05:51] rickspencer3: It'll be someone in DX, mark my words :P [05:53] And the tools which I'd normally use to debug this seem to have broken. Huh. [05:54] ah, Sandybridge [05:54] how I love thee [05:54] Oneiric is *much* better than it was. [05:55] RAOF, go on [05:55] This laptop used to have time-to-hardlock measured in minutes. [05:55] Now it's been behaving well enough to get the SSD and 8GB of ram from my thinkpad. [05:56] I think some of that has actually been the newer mesa; everyone can now benefit from that. [05:56] It's one of HWE's laptops, so I was thinking that it was a hardware issue rather than [05:57] 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] Wooo! Mesa's transitive dependencies are once again multiarched. [06:36] Every time I try to upgrade, I get told: [06:36] Calculating upgrade... Done [06:36] The following packages will be REMOVED: [06:36] gir1.2-mutter-3.0 gnome-shell gnome-tweak-tool [06:36] Can anyone suggest what I'm doing wrong? [06:37] We're probably half way through a transition. [06:37] 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] RAOF: It's been like this for > 10 days [06:37] Ok. Well, I have gnome-tweak-tool installed and nothing's being particularly crazy. Perhaps it's a local issue? [06:38] 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] good morning everyone [06:39] it's going to be quiet in here this week ;) [06:39] RAOF: ah, right, thanks [06:39] * AfC runs `apt-get install gnome-shell -s` [06:39] chrisccoulson: Hey, ho! [06:39] Here we are: [06:39] gnome-shell : Depends: gir1.2-json-1.0 but it is not going to be installed [06:39] hi RAOF, how are you? [06:39] Hm [06:39] chrisccoulson: How's the import-my-evolution-filters branch of thunderbird going? :) [06:40] AfC: And gir1.2-json-1.0 isn't going to be installed because...? [06:40] heh ;) [06:40] RAOF: not sure, but I now see that that is what is trying to pull in all of Unity & Compiz. [06:41] RAOF: [thanks, I'm further along now] [06:41] No to figure out why the hell is that trying to pull in the entire Unity+Compiz+UbuntuOne stack... [06:42] 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] 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] mvo: thanks [06:44] 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] mvo: trying... [06:44] mvo: NICE! [06:44] mvo: [I've been looking for something like that for ages!] [06:46] AfC: your welcome [06:48] 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] fine [06:56] 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] I can get the horrible install graph up if I attempt to remove that specifically. [07:03] Should a package both Replaces: and Conflicts: its predecessor? I thought it was one or the other? [07:04] 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] Not sure where to go from here. Should I be trying to roll my own gir1.2-json-1.0? === tkamppeter_ is now known as tkamppeter [07:16] hey [07:24] A package that Provides (and Replaces) something shouldn't Conflict with it, should it? [07:26] hi seb128, how are you? [07:26] how is the desktop summit? [07:26] hey chrisccoulson [07:26] I'm great thanks [07:26] desktop summit is good so far [07:26] though it's only monday morning but it feels like friday [07:26] chrisccoulson, how are you? had a good w.e? [07:27] seb128, yeah, i'm good thanks. my weekend was quiet, apart from spending time trying to debug a firefox crash ;) [07:27] chrisccoulson, ready for f.f? [07:28] seb128, yeah, i think so. i still need to land the contact integration work from m_conley in thunderbird [07:28] that would be nice [07:28] i should be able to do that before f.f [07:28] chrisccoulson, do you know if there is any unity light theme integration btw? [07:28] or is there only the default theme variant? [07:29] seb128, did you see the theme andreasn did? or are you asking something different? [07:34] chrisccoulson, yeah, I saw this one, I was asking if there is a light variant [07:34] seb128, oh, i'm not sure. perhaps it works on the light variant too, although i've not tried that ;) [07:35] seb128, oh, it works fine :) [07:35] 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] oh, so maybe I need to get that installed ;-) [07:36] when will it be default in the distro? [07:36] the toolbar and tabbar blends in with the titlebar [07:36] seb128, when the main issues are fixed. the compose window is currently a bit messed up atm [07:37] seb128, ah, the main issue is that the icons aren't very visible ;) [07:37] seb128, is andreasn at the desktop summit? [07:37] chrisccoulson, I think he is yes [07:38] you could probably ask him about that ;) [07:38] i'm not sure if he's aware of the radiance theme [07:38] i'd forgotten about that, as i've never used it ;) [07:38] ok [07:41] oh, wow, my session is really messed up now [07:41] gtk-window-decorator has crashed twice already this morning, and now i've restarted it again, my windows have the wrong decorations :/ [07:42] this is messed up - http://people.canonical.com/~chrisccoulson/gtk-window-decorator-suckiness.png [07:43] chrisccoulson, when do you start fixing compiz ! [07:43] 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] seb128, ;) [07:44] where do i start? [07:44] chrisccoulson: Heh, cool. Very old-school. That's, what, ion? [07:44] hey RAOF [07:44] seb128: Hey, ho! [07:45] hmm, compiz isn't recovering now. i think i'm going to have to restart my session already [07:46] not a good start to the week ;) [07:46] RAOF: conflicts-replaces is deprecated [07:46] RAOF: because it makes the package graph between releases unmigratable without --force-depends [07:46] RAOF: the new(like 3 years now) shiny is conflicts/breaks [07:47] lifeless: Not according to http://www.debian.org/doc/debian-policy/ch-relationships.html [07:47] 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] But yeah. When you're just moving files from one package to the other, Breaks is the new hawtness. [07:48] lifeless: I seem to recall doing this dance before :) [07:49] hmmm [07:49] 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] --force-depends [07:49] or [07:49] dpkg has a special case around it [07:50] I suspect the latter. [07:50] RAOF: thats provides/conflicts anyhow [07:50] RAOF: not replaces/conflicts [07:50] RAOF: so, your appeal to authority is denied :) [07:51] Ah, yeah. That's true. [07:51] Curse you, gadget! [07:52] :) [07:57] RAOF: 7.4 is fairly clear that conflicts-replaces is no longer a use case - replaces is listed under 'use breaks' [08:00] Good morning everyone! [08:01] lifeless: 7.6.2 still suggests Provides/Conflicts/Replaces. [08:01] lifeless: I suspect we've hit a bug in policy :) [08:01] pitti: Gooooood morning! [08:01] now the holiday slacking is over, and the desktop summit slacking starts :) [08:01] Heh. [08:02] Oh, excellent. You've popped up just as I was filing a pkgbinarymangler bug! [08:03] RAOF: WIN [08:05] 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] RAOF: is that blocking you? [08:05] RAOF: if so, let me know the bug # once you filed it, then I can look at it right away [08:05] screw that massive holiday email backlog [08:06] Not blocking, because we don't really do much with multiarch. [08:06] Just annoying, because I'd like up-to-date mesa with wine :) [08:06] And time for pilates! [08:06] RAOF: it should say break or conflicts if the unpacking limit is what is truely desired, AFAICT [08:07] morning [08:09] micahg: ah, I just uploaded another vala-0.14, apparently that conflicted with your's (apparently you didn't push to bzr) [08:09] micahg: but as it built now anyway, I guess I now just restore it to plain "valac"? [08:12] hey rodrigo_ [08:12] hi seb128, how are you? [08:13] ah, you did [08:14] rodrigo_, I'm fine thanks, how are you? [08:14] rodrigo_, had good holidays? [08:14] seb128, yes, very good :) [08:14] so, is everyone in berlin? [08:15] yes [08:15] you need to hold desktop while we are away :p [08:15] btw seems RAOF managed to get colord in debian [08:16] lifeless, RAOF: so does this mean I need to uninstall my entire GNOME stack, then reinstall it, to get around this? [08:16] RAOF, did you file a mir and sync request for it? [08:16] hey rodrigo_, how are you? [08:16] [or start doing lots of manual installs with --force-depends, or...?] [08:16] seb128, ok, I will guard the ship :) [08:16] RAOF: http://packages.qa.debian.org/c/colord.html -> great job! [08:17] hi pitti, I'm fine, a bit exhausted still after the trip back home on Saturday though [08:17] micahg: I updated vala-0.14 bzr now, thanks for fixing it [08:17] 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] AfC: well, what did aptitude say the root of the problem was? [08:18] re [08:19] crappy conference internet [08:19] RAOF, pitti, rodrigo_: did you get what I was saying about colord? [08:19] :) [08:20] seb128_, I did [08:21] seb128_: that it's in Debian, and that we need to wait for the MIR, yes === seb128_ is now known as seb128 [08:22] hi pitti, how are you? did you have a nice vacation? [08:23] chrisccoulson: it was great, yes (see http://piware.de/fotos/Innradtour-2011/) [08:23] was a nice cycling trip again, and this time with Alps mountain profile [08:23] that was quite an exercise :) [08:24] pitti, wow [08:25] pitti, the pictures look nice :) [08:25] pitti, where was that? [08:25] ah, St. moritz [08:25] rodrigo_: we started in St. Moritz (Switzerland), through Austria, until Passau in Germany [08:25] along the whole Inn river [08:25] cool [08:26] grrrr summit internet [08:26] seb128_: looks like my 2G connection in the train at 200 km/h is more stable than your wifi? :-) [08:28] pitti, wifi there is crapland [08:31] pitti, it takes over a minute to load a webpage, irc lag keeps raising [08:31] still not sure if you guys received what I wrote before [08:32] I'm waiting for the irclog website to catch up to see that ;-) [08:33] seb128_, we got your message about getting the week off, yes :) === seb128_ is now known as seb128 [08:33] seb128_: last thing you said was "seb128_ | RAOF, pitti, rodrigo_: did you get what I was saying about colord?" [08:34] seb128, about the colord thing, yes we did get it [08:34] talking about broken things, I broke my laptop during holidays, on an update [08:35] ok [08:35] rodrigo_, broke like physically drop off and broke it? [08:35] or like distro breakage? [08:35] seb128, software brokenness [08:35] did you fix it? [08:36] need to recover it and copy all stuff to my PC [08:36] seb128, in the process of [08:36] seems to be some kernel 3.0-related [08:36] or is it still broken? [08:36] ok [08:36] so, let's see if I can boot into another kernel and copy all stuff [08:39] so back to my colord question, did somebody filled a sync request and a mir bug? [08:39] rodrigo_, ^ [08:39] once that done you can build g-c-c with it [08:39] seb128, not me, so will ask RAOF [08:41] lifeless: all the aptitude "solutions" involved me uninstalling gnome-shell, gnome-tweak-tool, empathy, and epiphany. [08:41] ok [08:42] RAOF, seb128: i can sync it right now [08:42] RAOF: so, based on lifeless's input, does that mean we need to redo the gir1.2-json-1.0 package? [08:46] pitti, seems like a first step, then RAOF or rodrigo_ will need to write a mir for it [08:46] 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] AfC: right but it should explain why [08:48] RAOF: as far as installaility, conflicts and breaks are identical [08:48] AfC: this sort of thing is usually due to an incompatible library bump and only some users of it being migrated [08:50] RAOF, seb128, rodrigo_: can't sync colord; launchpad doesn't support .tar.xz yet [08:50] pitti, it should [08:50] cjwatson, said it was ok before natty [08:50] please do an ubuntu1 upload as tar.bz2 or so, or just do that in debian [08:50] 2011-08-08 08:47:54 DEBUG Rejected: [08:50] 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] 2011-08-08 08:47:54 DEBUG Unable to find colord_0.1.11.orig.tar.xz in upload or distribution. [08:50] 2011-08-08 08:47:54 DEBUG Files specified in DSC are broken or missing, skipping package unpack verification. [08:51] the file does exist in ~/syncs/ [08:51] so whatever it tries to tell me, it doesn't like it [08:51] he fixed the remaining issues [08:51] not sure that get real world testing since though [08:52] I wonder if that's a sync tool issue [08:52] sync-source.py seems fine [08:52] it's flush-syncs which broke [08:53] i.e if a manual upload would work [08:53] if only opening a webpage was taking less than 3 minutes here... [08:54] https://bugs.launchpad.net/launchpad/+bug/619152 [08:54] Ubuntu bug 619152 in launchpad "Add data.tar.xz support" [Low,Triaged] [08:55] seb128: ah, so "pending" [08:56] RAOF: eh, new mesa pulls in libwayland0? [08:56] RAOF: is wayland meant for main now? [09:03] hum, timeouted this time [09:04] https://bugs.launchpad.net/launchpad/+bug/619152 [09:04] well I guess RAOF will need to do an ubuntu upload with a bz2 [09:04] that's what I was saying before timing out [09:04] Ubuntu bug 619152 in launchpad "Add data.tar.xz support" [Low,Triaged] [09:04] seb128: ah, so "pending" [09:05] seems so [09:08] are you talking about colord? [09:09] (can't do much, on 3g) [09:09] Laney: yes, in particular tar.xz support [09:09] RAOF and I tested that on launchpad, and it seemed to work [09:10] .data.tar.xz is figgerent to .orig.tar.xz [09:10] see my PPA for an uploadwhich worked [09:10] er, different* [09:10] https://launchpad.net/~laney/+archive/ppa/+sourcepub/1844994/+listing-archive-extra [09:11] 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] Gnome bug 656014 in general "Missing GIR annotation/wrapper for pango_layout_get_line_readonly()" [Normal,Unconfirmed] [09:16] Laney, the sync tools don't handle it fine it seems [09:16] but it could be an issue in the sync tools, not launchpad itself [09:16] hey mvo [09:18] hey seb128, how is berlin? [09:18] indeed [09:18] 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] AfC: so, is gir1.2-json-1.0 newer ? [09:22] 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] ok, ready to recover my laptop and the data in it, hopefully, so bbiab [09:30] pitti, ready IRC logs not sure that was replied to but not logged yet [09:30] bug #810217 [09:30] Launchpad bug 810217 in wayland "[MIR] wayland protocol package" [Medium,Fix released] https://launchpad.net/bugs/810217 [09:32] seb128: ah, so it is for main indeed [09:32] hey mvo! [09:32] mvo: opened that in a tab, I'll get to that [09:32] great, thanks pitti, its not urgent, but would allow me merging some code that uses this in the s-c gtk3 port [09:33] mvo: note that you didn't actually attach a patch, did you mean to? [09:34] pitti: indeed, let me fix that, its pretty trivial, just a "(transfer none)" for the two functions [09:51] pitti: I'd like to investigate that .orig.tar.xz sync problem [09:51] so please don't manually upload that yet [09:58] fixed now [10:19] lifeless: [sorry, was out] [10:20] lifeless: 1) gir1.2-json-1.0 newer [10:22] lifeless: 2) How do you differentiate between something depending on a virtual and a normal package? [10:23] [I'd have to guess not virtual since it wasn't previously a virtual package] [10:23] by knowing what the package is [10:23] anyhow [10:23] this isn't a virtual package [10:23] the conflicts/replaces pair is for virtual packages [10:23] (didn't think so) [10:24] so [10:24] the case here is that the old things are depending on the old library [10:24] and the new package does not fulfil stuff [10:24] lots of old things, yeah [10:24] the old packages need to be rebuilt [10:25] either to change their dep line, if they would work, or to link against the new lib, if they wouldn't. [10:25] either way, rebuild. [10:25] for all the rdepends of the package being removed. [10:25] 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] AfC: whats the provides statement say ? [10:26] # apt-cache show gir1.2-json-1.0 [10:26] ... [10:26] Provides: gir1.2-json-glib-1.0 [10:26] Replaces: gir1.0-json-glib-1.0, gir1.2-json-glib-1.0 [10:26] Conflicts: gir1.0-json-glib-1.0, gir1.2-json-glib-1.0 [10:28] I tried manually force removing the "old" package, but the dependency resolution isn't any better. [10:29] lifeless: ^ [10:30] AfC: provides cannot provide a versioned dependency. [10:30] AfC: what does apt-cache show for one of the dependencies that wants to be removed show. [10:31] lifeless: so, eg gnome-shell (to be updated), Depends: gir1.2-json-1.0 [10:32] AfC: no, one of the ones that needs to be removed [10:32] lifeless: so, eg gnome-shell (not updated), Depends: gir1.2-json-glib-1.0 (>= 0.12.0) [10:32] lifeless: this is the problem: it wants to remove gnome-shell [10:33] ok [10:33] gir1.2-json-glib-1.0 (>= 0.12.0) [10:33] the bits in brackets mean that this relation can only be satisfied by non-virtual packages. [10:34] virtual packages satisfy no versions [10:34] interesting, didn't know that [10:34] which is why Provides isn't working, and the Conflicts is screwing us [10:34] this is covered in the policy doc linked earlier, if you want the gory details [10:35] 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] ? [10:38] [darn, out of time, have to go offline] [10:39] uhm, depends on the package contents [10:39] lifeless: thanks for your help, been illuminating. [10:39] 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] I think it's just a package rename, but not sure. Bit of a black box. [10:39] → off === MacSlow is now known as MacSlow|lunch [11:45] mdeslaur: FYI, new polkit is now in oneiric which supports the X11 pkexec stuff [11:45] (as well as your multiline patch) [11:45] pitti: yeah, I saw that...thanks! I'll try and find some time this week to try and get rid of gksudo [11:46] hi mdeslaur, how are you? [11:46] hi chrisccoulson! [11:46] chrisccoulson: not bad, you? [11:47] mdeslaur, tired ;) [11:47] 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] chrisccoulson: oh, I hate when that happens :( [11:48] yeah, me too :( [11:56] chrisccoulson: maybe stop looking at it for a day or two and do something else? [11:57] pitti: re vala-0.14> thanks for merging [12:05] is the "vala-0.14" source package the successor of "vala"? [12:10] yes, but we keep several major versions in parallel for an easier transition [12:11] 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] no, just new version; I promote it [12:13] (done) [12:14] 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] hm, apparently not :/ f-spot used to be able to, but shotwell isn't [12:32] right [12:33] 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] its weird that nobody seems to have thought about that function, i cant belive thats not a common task [12:34] (in either OS) [12:34] pitti: Hi Martin, hope your vacation was fine. [12:34] hey GunnarHj [12:34] GunnarHj: indeed it was, thanks! catching up on stuff/mail now [12:34] how are you? [12:34] pitti: I'm fine, thanks. [12:35] 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] But I'd appreciate if you could help process the l-s and accountsservice MPs. [12:35] https://code.launchpad.net/~gunnarhj/language-selector/shared-tools/+merge/69190 [12:35] https://code.launchpad.net/~gunnarhj/ubuntu/oneiric/accountsservice/lang-to-profile/+merge/69085 [12:35] For a quick briefing you may want to read the latest comment on https://code.launchpad.net/~gunnarhj/gnome-control-center/langfix/+merge/68997 === MacSlow|lunch is now known as MacSlow === m_conley_away is now known as m_conley [12:52] GunnarHj: thanks, saw the MPs; will get to it as part of catching up with mail [12:53] pitti: Ok, thanks. [13:07] good morning! [13:08] hey pitti, happy coming back from vacation ;) [13:08] hey cyphermox, how are you? [13:09] 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] (well, that's a sync actually) [13:09] it would be least paperwork if we could just swap out libnl for libnl3 [13:10] cjwatson: sure. I can see if it builds fine [13:10] there was discussion about libnl3 jsut recently on the mailing list, too [13:10] pitti: doing good :) [13:11] the build-deps in main are bluez ipvsadm libvirt network-manager ntrack quota wireless-crda wpasupplicant [13:12] cjwatson: nothing like trying now, nm builds quickly [13:12] I can have a quick look at the others [13:13] bluez I can look at too [13:13] ntrack isn't that asac's project? [13:15] ipvsadm fails out of the box [13:15] cyphermox: libnl3 should be ready for ntrack in latest release + bzr [13:16] asac: cool, thanks [13:16] cyphermox: needs packaging bump and a build-depends update afaict [13:17] alrighty [13:17]