[01:11] * RAOF wonders why clutter feels the need to copy code from xf86Drm.{c,h} rather than simply linking to them. [01:20] heh [01:47] Yay for catching up on mail backlog after a week off. makes you want another week off afterwards. :p [01:49] Heh. [02:04] RAOF: You still getting that audio volume mute issue we talked about a couple of weeks back? [02:05] I'm not entirely sure. [02:05] When I logged in today the volume wasn't muted. [02:06] Interesting. [02:06] I need to delete my configs and start a fresh, to test again, since so much was updated in the last week. [02:19] Now to the bug mail... *groans* [05:13] Would it be possible to sync this package? It might need an FFe, but it is essential to have since brasero doesn't burn audio cd without this http://packages.debian.org/unstable/cdrdao [05:14] * nigelb can file a sync request if its worth it :) [05:17] * ajmitch sees an ubuntu1 version [05:21] ajmitch: there is a bug for that package wehre I got flamed once :p [05:21] nigelb: that's nice, but can the change be dropped? [05:21] oh, the ubuntu specific change - looking [05:22] ajmitch: Not sure. I can't make sense of the chanelog [05:22] then you'll need to look harder :) [05:23] heh, I have the source somehere. I tried doing an upstream release, but its a crazy package. I'll check it out [05:24] last time I checked a bunch of the patches were included upstream already and only 1 or 2 were needed. [05:24] that seems to be most of the debian changelog [05:24] but I don't know if the armv71 change is upstream or not [05:26] that means a merge then? [05:26] generally yes [05:27] hm, well, fun for tonight then :D [05:27] shouldn't take long if it's a simple patch [05:29] nigelb: what's better - the last ubuntu change was applied directly to the source despite the fact that there's a patch system there [05:30] ajmitch: now, that explains why I had fails when I moved to 3.0 [05:31] I tried my best to figure out why and gave up eventually :/ [05:32] it looks as simple as adding those 2 files to scsilib/RULES, on the surface of things [05:32] if anything by schily can be simple [05:33] schily? [05:34] look up joerg schilling :) [06:12] ajmitch: Ah [06:13] * nigelb turns off IRC and gets to work === alf_ is now known as alf__ [07:17] good morning o/ [07:26] didrocks: And a fine morning to you, too. [07:26] hey RAOF, how are you? [07:26] A bit tired, and puzzled by clutter. [07:27] I did some gardening on the weekend. [07:28] Unaccustomed exercise makes for a little soreness the day after :) [07:28] heh :-) [07:28] (I think everyone is puzzled by clutter btw) [07:28] snoring or not ;) [07:31] Particularly: mesa 7.9 makes Unity work* on radeon. [07:32] oh great! I know that will make a lot of people happy :) [07:32] * Only if disabling vsync (on *all* cards), since for some reason clutter decides that, actually, it shouldn't repaint the screen after the first glXSwapBuffer [07:33] so, it's automatically choosing VBLANK_SYNC=none for radeon? [07:34] No. [07:34] It's automatically bringing up a pure white screen for *everyone*. [07:34] But if you choose CLUTTER_VBLANK=none it works :/ [07:35] argh [07:35] Yes. [07:35] do you think we should put that by default in unity? [07:35] no sure about the regression on not syncing on VBLANK for every cards [07:35] I'd prefer to fix clutter. [07:36] well, still one month to go ;) [07:37] The problem appears to be that (a) clutter isn't defining GLX_INTEL_swap_event, so the callback that decrements glx_stage->pending_swaps isn't getting built, and (b) pending_swaps is getting *incremented* for some reason, which halts clutter's clock. [07:38] Hey didrocks. [07:39] hey TheMuso, how are you? [07:39] But the code incrementing pending_swaps looks like it should only get called when GLX_INTEL_swap_event is defined, so I'm confused :) [07:39] RAOF: do you think that's something you can fix with the clutter guys, do you have good relationship with them? [07:40] (as you know, I'm not fan of all this GL* stuff :p) [07:40] I've not dealt with the clutter guys. [07:40] Although it can't be *that* hard for me to find the root cause and fix it :) [07:41] didrocks, hey, welcome back [07:41] hey robert_ancell, thanks! ;) [07:42] RAOF: I think all the user trust of getting unity into radeon is on you :p [07:42] didrocks: Well, at least the mesa guys have done the hard-yards of the required GL support. Fixing clutter to not die should be much easier :) [07:43] right :-) [07:44] didrocks: well thanks, was nice to have a week off. [07:44] TheMuso: oh, you too? welcome back too so :) [07:44] didrocks: What about your week away? [07:44] Mail backlog was somewhat depressing however. [07:45] was great and busy. Had to find an accomodation to buy in Lyon (400 kilometers from Paris), and finally signed to buy one! :) [07:45] right, same here about mail backlog [07:45] nice work. :) [07:50] morning all [07:51] hey and471 [07:52] hey didrocks, how was your vacation? [07:52] and471: was good, thanks :) a lot of travel and busy time, but good! [07:53] :) [07:53] I just think the best idea was to shutdown my IRC proxy :) [07:53] hehe [07:53] didrocks: I did the same, and don't regret it. [07:53] TheMuso: heh :-) [08:36] Good morning [08:36] hi pitti [08:37] Guten Morgen pitti [08:37] Well, apart from the fact that I seem to have broken input in unity, the trivial clutter patch works :) [08:38] RAOF: who cares about input? ;) [08:38] No one _really_ needs to be able to select menus, right? :) [08:39] Mmm. gnome-calculator segfault. [08:40] Ah. Stupid appmenu.so [08:44] hey mvo [08:45] hey and471, good morning! [08:46] mvo, I just tried another way to get the label for a sourceEntry - didn't work :( [08:47] good morning mvo :) [08:47] and471: :/ [08:47] didrocks: good morning, I hope you enjoyed your vacation? [08:47] didrocks: still no oneconf sync for me it seems [08:47] mvo: yeah, were great, thanks! busy because of looking for an accomodation to buy in Lyon and finally found it and signed :) (will be moving in December) [08:48] mvo: same for me :/ no answer from the ubuntu one guy. I'll try to ping them today directly [08:48] and thanks for the quick fix btw ;) [08:48] didrocks: woah! [08:49] didrocks: congrats :) [08:49] thanks ;) [08:49] * and471 is going offline to test something [08:52] * and471 didn't even drop the connection :) [08:57] is it possible to extend the evolution-indicator to display more info than just a message count? i mean, why attract the user's attention with no hint of what's coming.. the other indicators are more helpful [08:57] kenvandine, ^^ [09:05] hey didrocks, how was your vac? welcome back [09:06] pitti: my holidays were good thanks! quite really busy and a nightmare of emails to catch up but good to spend some time in family on the mountains! :) [09:07] pitti: I saw I missed a suggests/recommends change for openjdk in OOo, I tried to take care of them, but apparently missed one, sorry === almaisan-away is now known as al-maisan [09:07] didrocks: OOo> all fixed now, don't worry [09:07] didrocks: heh, good luck with catching up! [09:07] pitti: thanks ;) seems that patience will be my friend! ;) [09:29] seb128, fyi, something similar to the menu shadow bug i told you about last week: http://code.google.com/p/chromium/issues/detail?id=53814 [09:29] is your issue on nvidia? [09:29] yes [09:29] could be buggy drivers again [09:30] uh? it's not a visual artifact, it seems more like an incomplete gtk drag/drop [09:34] is that specific to one application ? [09:35] didrocks, hey [09:35] welcome back! [09:35] hey seb128, thanks ;) [09:36] so want to discuss UNE choices? [09:36] dunno if you read my email on the ubuntu-desktop list [09:37] I've not read it yet, can do now [09:37] do it ;-) [09:38] that will be a basis to discuss UNE now [09:38] I would rule oneconf out of the default install now, desktopcouch is not working well enough and we don't have enough time for testing it properly now [09:39] ok, read it [09:39] not to say that we will be busy enough to make other things work [09:39] it's still there as an opt-in, we can even maybe discuss it as a feature application if you think it's working well tnough for it [09:39] I agree on oneconf, even if all was ready on time on our side, the desktopcouch sync issue make it not working great [09:40] and it will be better to get a good start rather than half-backed sync [09:40] ok, so next cycle [09:40] so banshee, what do you think? [09:40] I think it's risky concerning timeframe, but it can really be a good move [09:40] we have a good interface, rhythmbox on small screen isn't great at all [09:40] I'm concerned that it's late for the extra changes, one new source to be packages and promoted and another promotion as well [09:41] and it's a new backend which got no testing in any distro yet [09:41] in any case, we will need the new source and the update [09:41] as current banshee is considered unstable [09:41] right [09:41] hence my "it's risky" [09:41] mvo, https://wiki.ubuntu.com/SoftwareUpdateHandling#Expanded presentation of updates [09:41] Whenever updateable application X Depends on updateable package Y, Y should be indented inside X’s expandable section. X’s checkbox should be a tri-state one, which is in the indeterminate state whenever some but not all of the dependent updates are checked. [09:42] so I understand totally your concerns, if only we could have this 3 weeks before… :/ [09:42] mvo, 'application X' - how do you think this would work, is it going to need app-install-data? [09:42] so I have no strong opinion and can understand keeping on the safe side [09:43] didrocks, well we can push it in beta now [09:43] mvo, some public api's to access SC's XAPIAN db? [09:43] didrocks, so I guess get the update done this week [09:43] we can discuss it at the topic tomorrow and do a round of testing after beta [09:43] and471: I think it needs to look at the xapian db [09:43] hey mvo [09:43] mvo, yup [09:43] and471: there is no public api for this yet, but given that unity is using it as well, I think its high time that we add it :) [09:43] and471: for N [09:43] hey seb128 [09:44] mvo, I agree [09:44] seb128: so, you mean, just after beta? [09:44] didrocks, banshee is in universe, get it updated this week [09:44] universe is not frozen [09:44] then we can discuss to do a round of testing and decide to promote for UNE after beta or not [09:45] I would do a call for testing to the meeting tomorrow [09:45] seb128: ok, I will work on that today or tomorrow. I already have the new binding packaged [09:45] then decide next week on the feedback we got [09:45] sounds a good plan [09:45] didrocks, I would not be surprised if the debian guys have been working on those as well [09:45] but in case they didn't maybe let them know about your work [09:45] so you don't duplicate efforts [09:46] seb128: sure, I'm waiting for hyperair to be online for the new binding, there is an ITP on July [09:46] * Laney appears [09:46] the work is already done, it was less than one hours on the train :) [09:46] hey Laney [09:46] hiya! [09:46] check pkg-cli-libs git and if its not there then I think it's a safe bet that nothing has been done [09:46] Laney: I have packaged the last needed binding for banshee [09:47] ok, checking now [09:47] mvo, FYI https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/626674 [09:47] Launchpad bug 626674 in software-center (Ubuntu) "needs API to access XAPIAN DB (affects: 1) (heat: 6)" [Undecided,New] [09:47] didrocks: which one? [09:47] in any case, a review on your side will be more than appreciated ;) [09:47] one sec, looking (still having my head on vacation when doing it ;)) it was the gkeyfile one [09:48] gkeyfile-sharp [09:48] right [09:48] I've made something very similar to gudev-sharp [09:48] and471: thanks [09:49] doesn't seem to have any commit on it [09:49] we should try to get a new gpod release too with the bindings [09:50] and471: I put it on my spec list for N [09:50] np [09:51] Laney: understood, do you want to review the gkeyfile-sharp work? I can push it somewhere [09:51] yes sure [09:51] a git branch would be best then i can just inject it to alioth [09:51] gbp-branches* [09:52] Laney: ok, will ping you in the day. I have to start my netbook and make a final check before, will do it in a couple of hours [09:53] absolutely, thanks! [09:53] ok cool [10:23] vish, https://bugs.launchpad.net/hundredpapercuts/+bug/626699 [10:23] Launchpad bug 626699 in gnumeric (Ubuntu) (and 1 other project) "gnumeric description needs improving (affects: 1) (heat: 6)" [Undecided,New] [10:32] didrocks: welcome back [10:32] thanks asac, how are you? ;) [10:33] didrocks: good ;) [10:33] didrocks: hey [10:33] didrocks: so for banshee [10:33] didrocks: you in your new place? [10:33] didrocks: if you seed this, please keep rhythmbox for armel and dont use banshee [10:34] mono is not mature enough for a decent platform like armel :-Ü [10:34] :-p [10:34] desrt: hey o/ not yet ;) will be in december. I'm back in/near Paris now :) [10:34] and thank god it isnt. [10:34] oh cool [10:34] j.k. [10:34] asac: sure ;) I already had that in mind! [10:34] i'm in fontenay sous bois [10:34] didrocks: i started banshee here and didnt see much different to rhyhtmbox [10:34] why do we move there? [10:35] desrt: oh great, maybe we can meet up this week? [10:35] ya. definitely. [10:35] asac: it has a better interface for small screens, mostly [10:35] my girlfriend wants to go on a paris-by-bike tour tomorrow [10:35] but other than that.... [10:35] (unless you want to come on the bikes) :) [10:35] desrt: until when do you stay there? [10:35] i'm leaving on friday [10:36] well, I will leave the bikes to your and your girlfriend ;) [10:36] in the morning [10:36] what area are you living in? [10:36] desrt: wednesday or thursday evening are fine by me, just tell me what do you prefer :) [10:36] desrt: it's Puteaux, in the west [10:37] can you tell me in terms of RER? :) [10:37] * desrt has a map here [10:37] desrt: RER A, "la défense" [10:37] only 7 stops from here [10:38] (we're actually very close to 'val de fontenay') [10:39] oh nice, we can either go in Paris or stop somewhere in the RER A, or you can come at home (/!\ it's small ;)) [10:40] maybe thursday [10:42] didrocks: do you mind if I upload a trivial fix for glade-3 ? seems like you touched it last and it did not got a maverick version yet, this is why I ask [10:42] desrt: ok, no worry, just tell me once you are sure ;) [10:42] mvo: I don't have the time to play/track glade-3 upstream, so sure, please do it :) [10:43] didrocks: thanks [10:43] mvo: there were an updated format which broke a lot of things, is it fixed? [10:43] didrocks: I just cherry pick a utf8 fix [10:43] didrocks: one line :) [10:43] mvo: oh ok, good :) [10:43] didrocks: I don't have time for more either ;) [10:44] mvo, you touch it, you maintain it! [10:44] mvo, is that the "utf-8 chars in glade don't get translated"? [10:45] seb128: yeah [10:45] seb128: broke software-center, so now I gonna fix it [10:45] nice [10:45] or rather cherry pick the fix that other helpful people did :) [10:45] I came accross it and made a mental note to backport the change but forgot about it [10:45] * seb128 hugs mvo [10:45] * mvo hugs seb128 [10:45] luckily you are there ;-) [10:47] :) [10:48] now we only need somebody to review the unapproved queue [10:48] seb128: is the vcs-bzr link current, i.e. should I commit to ~ubuntu-desktop/glade/ubuntu or is the "generic" lp:ubuntu location now used? [10:48] having the uk on bank holidays doesn't help there [10:48] mvo, the first one [10:48] we don't do source in the vcs, that's slow and unefficient ;-) [10:49] ++ from me [10:49] seb128: but remember you are a evolutionary dead end ;) [10:50] hello everyone [10:50] seb128: eh, I mean, just having patches in the vcs :P [10:50] hey chrisccoulson [10:50] hey chrisccoulson [10:50] chrisccoulson, thanks for the firefox upload [10:50] hey mvo and seb128, how are you? [10:50] who did you bribe to get that one in? [10:50] seb128 - you're welcome. i'm not sure who approved it, i was trying to find somebody to do it on friday night ;) [10:51] we are short on reviewers it seems [10:51] chrisccoulson, I'm fine otherwise [10:51] how are you? [10:52] chrisccoulson, you know today is a bank holiday for you right? [10:52] yeah, good thanks. had a pretty long day yesterday visiting family though [10:52] yeah, it's a holiday here today [10:52] don't feel like you have to work then ;-) [10:52] heh, i'll be going out in a bit anyway ;) [10:52] ;-) [10:52] how is the weather in the uk? [10:53] it's cold and rainy and windy there [10:53] its sunny here, for a change! [10:54] i shoud make the most of it [10:56] didrocks: there was the question about zeroconf and whether we can get rid of that === bilalakhtar_ is now known as bilalakhtar [10:57] didrocks: and boo ;) [10:57] check out the MIR bug [11:00] seb128: glade uploaded, I go for lunch now [11:01] asac: boo is an option, don't know if Laney knows for what it's used [11:02] asac: concerning for zeroconf, I think it's coming with daap, will ask upstream about it (or if Laney has already some inputs) [11:03] didrocks: so we can drop boo? that would be a good win [11:03] zeroconf is just a new addition and i dont see it as a big use case [11:03] boo is probably not used for so much [11:04] zeroconf however I think is really quite a nice feature and it would be a shame to lose it [11:04] Laney: why did they move away from avahi ... which we already have [11:04] in main [11:04] NIH [11:04] ? [11:04] I don't know [11:05] I think it might be an abstraction of avahi [11:05] Laney: also someone said that zeroconf has patent issues which is why avahi was invented [11:05] Laney: i dont think so. i think they used avahi at some point and now they implemented zeroconf in mono pure [11:06] asac, I don't think that's the case [11:07] the zeroconf we used before avahi might have patent issues but you should not stop at the name [11:08] not what the one banshee uses is doing exactly [11:08] I don't know and I don't think you should be concerned [11:08] zeroconf uses the avahi-sharp bindings [11:08] they might just use the zeroconf name but do avahi [11:08] http://abock.org/2007/12/23/announcing-monozeroconf here's an announcement [11:08] I just don't get why they need that extra one [11:08] they could probably just use avahi directly [11:09] seb128: Laney: ok ... so we can make boo go away? [11:09] thats good enough for me [11:09] (just check and found that too) [11:09] seems something we should do yes [11:09] sure [11:10] ideally it would build the package in universe but that would still require boo in main so it's not really possible [11:10] Hi there [11:11] hey baptistemm [11:11] salut seb128 [11:11] hello baptistemm [11:11] salut didrocks [11:12] finis les vacances :) [11:12] idem ici :) [11:13] I don't know where you are about freeze but it would be nice to have bluez 4.70 (bug 625771) in as it fixes my bluetooth adapter been unseen since a few release [11:13] Launchpad bug 625771 in bluez (Ubuntu) "Sponsor new upstream release (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/625771 [11:13] didrocks: ok all but banshee and boo targets are fix committed in MIR [11:13] so make boo go away ;) [11:13] thanks [11:14] there's a new release tomorrow, should just do it at that merge [11:15] asac: cool, thanks! there are two additional language bindings which will come up with the next release, but there are just bindings :) [11:15] didrocks: whats next release? [11:15] a tomorrow [11:15] kk [11:16] Laney: ok, let's coordinate on that one for bindings and such (still have 1000+ emails to read and will come to that later) :) [11:16] yep [11:16] didrocks: more languages? for what is that? [11:16] asac: right, it's an unstable version right now [11:16] asac: mono gkeyfile binding and gudev [11:16] ah ok.. api bindings [11:16] for the hal removal [11:16] thought it binds a full new interpreter language ;) [11:16] those bindings feel ok [11:17] that's why we need testing :) [11:17] didrocks: are your patches upstreamed? [11:17] Laney: yes, there are two bugs reports IIRC [11:17] great [11:17] would be good to see them merged before 1.8 [11:17] Laney: and I discuss at Guadec, some will make it upstream with new library for distros, sounds great :) [11:18] (still about bluetooth land) bug 625544 would fixe a crash in obexd-client [11:18] Launchpad bug 625544 in obexd (Ubuntu) "Sponsor new upstream release (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/625544 [11:18] but it will be surely after 1.8; unfortunately [11:18] ah [11:18] * Laney tries to be the delta destroyer [11:18] Laney: totally understandable :) just not this time, but it will come for sure [11:31] hmm, whats the gconf name of the applet i have to use to get indicator session ? while i have the efl panel setup right, i'm still missing the indicators [11:32] * ogra tired /apps/panel/applets/applet_5/bonobo_iid OAFIID:GNOME_IndicatorApplet but that didnt get me any change [11:33] bah, i missed to set toplevel_id [11:46] re [11:46] seb128: oh boy, what's the matter with your connection? [11:47] now? or earlier? [11:47] seb128: earlier [11:47] I was on a unstable access earlier, now I was just testing unity [11:48] I shouldn't have tried to connect at all [11:48] I'm on my normal internet now should be stable [11:48] out of the box crashing on user switch [11:49] some days I hate linux for that ;-) [11:49] seb128, haha how ironic ^ [11:59] ok, doing another round of unity testing and lunch, bbl === MacSlow is now known as MacSlow|lunch [12:06] pitti - are the retracers running? [12:07] hi all :) [12:07] chrisccoulson: no, they aren't; they are blocked by a LP bug; seb128 sent a mail about this, didn't he? [12:08] hrm, i dont seem to be able to get a logout button into my panel === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [12:12] pitti - possibly, i should perhaps read through my mail ;) [12:50] good morning everyone! [12:50] hey nessita [12:51] didrocks: hey there, how are you? [12:51] nessita: just coming back from vacation and trying to catch up on tons of emails/bugs. Otherwise good! and you? [12:51] re [12:51] hey nessita [12:52] didrocks: lucky you! I've just finished a desktop sprint last week and I'm kinda sick :-/ [12:52] hey seb128 [12:52] sprintflu? [12:52] urgh, sprintflu? [12:52] seb128 is too quick or I lag :) [12:53] I think so :-) [12:53] I'll go to the doctor later to get a diagnose, though I doubt he'll say "sprintflu" ;-) [12:54] so, I'd need a sponsor for a new release of the ubuntu-sso-client, is anyone available? shall I hunt kenvandine? [12:54] nessita, you want to get that in beta? [12:55] seb128: wasn't beta last week? :-) [12:55] no [12:55] beta freeze started last week [12:55] beta is thursday [12:55] seb128: hum, evidently I'm not familiar with this workflow. Can I read about this somewhere? [12:56] nessita, https://wiki.ubuntu.com/MaverickReleaseSchedule [12:56] https://wiki.ubuntu.com/BetaFreeze [12:56] * nessita reads [13:04] mpt: around? [13:04] apparently not, he's not even connected [13:04] today is a bank holiday in the u.k [13:04] seb128: yes, I'd like to queue this package in the beta queue [13:05] nessita, ok, I can sponsor it for you then [13:05] seb128: awesome, thanks [13:06] np [13:06] nessita, where is the merge request? === asac_ is now known as asac [13:13] hi [13:13] can someone recommend me top 10 applications to be used in 10.04 ? [13:14] seb128: https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-0.99.4/+merge/33969 [13:14] kaushal, hi, try #ubuntu [13:15] nessita, ok [13:15] nessita, waouh, impressive number of bugs fixed again there [13:16] seb128: are you saying that as a bad thing? [13:16] nessita, no, I'm saying you are doing great work ;-) [13:17] seb128: hehe. Last week was very productive, we're very happy [13:22] Laney: ok, I pushed the first packaging attempt, you can grab the upstream trunk tarball at http://www.didrocks.fr/temp/banshee/ and the git packaging at http://www.didrocks.fr/temp/banshee/git-trunk/.git [13:22] didrocks: thanks (I suspect that's not gbp style as you wouldn't need a separate tarball then) ;) [13:22] I'm just doing some wiki work as part of my UDS WIs but will look soon [13:23] Laney: I just pushed it for info as it's not an upstream tarball but generated from trunk (no release yet :)), but it's a full source branch (I looked at gbp ;)) [13:23] Laney: thanks! no hurry :) [13:23] ah ok then [13:23] will need a get-orig-source in that case [13:24] probably and setting the Vcs* in debian/control too (didn't do that yet, but it's a quick fix) [13:24] yeah I'll do that to git.d.o/blah [13:25] hi all, having a problem setting XDG_DATA_DIRS [13:25] thanks [13:25] included the following in /etc/environment [13:25] XDG_DATA_DIRS="/usr/local/dist/share" [13:26] gnome-session hangs after login, no menus, no right click, but screensaver gets active [13:26] Steelynose: for those kind of question, #ubuntu is better, here it's for developping ubuntu [13:27] oh, sorry [13:27] seb128: bonjour [13:27] pitti, hey [13:27] pitti, how are you? [13:27] Steelynose: no worry :) [13:27] nessita, seb128: seems I lost the u1 music store from RB, as well as from the indicators -- is the latter intended? [13:28] store from indicators? [13:28] seb128: feeling like 90 years :) we had the 20 year anniversary of our Taekwondo club, so we invited two grandmasters, who chased us the whole weekend [13:28] seb128: but it was great [13:28] ;-) [13:28] seb128: no, I mean the indicator doesn't have u1 settings any more, and RB doesn't have the store [13:28] martin 2123 0.1 0.8 140236 34460 ? Sl 13:22 0:06 /usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon [13:28] it's running, thuogh [13:28] dunno about this one [13:29] pitti: let me ask aquarius === MacSlow|lunch is now known as MacSlow [13:41] pitti: seems like there are 2 known bugs, see https://launchpad.net/bugs/626659 for example [13:41] Launchpad bug 626659 in ubuntuone-client (Ubuntu) (and 1 other project) "[maverick] Ubuntu One entry is not present in MeMenu (affects: 1) (heat: 6)" [Undecided,New] [13:41] pitti: fo updates you can ask rye (roman) on #ubuntuone [13:44] nessita: ah, seems 626659 answers my question then, thanks [13:44] so it's known already [13:45] pitti, that doesn't reply to why it's not working in rb for you [13:45] pitti, do you get any error on the command line? [13:45] what libubuntuone version do you use? [13:45] libubuntuone-1.0-1 0.3.4-0ubuntu1 [13:46] the store? [13:46] aah [13:46] Traceback (most recent call last): [13:46] File "/usr/lib/rhythmbox/plugins/umusicstore/__init__.py", line 43, in activate [13:46] self.music_store_widget.activate(shell) [13:46] File "/usr/lib/rhythmbox/plugins/umusicstore/MusicStoreWidget.py", line 57, in activate [13:46] self.entry_type = self.db.entry_register_type("U1EntryType") [13:46] AttributeError: '__main__.RhythmDBTree' object has no attribute 'entry_register_type' [13:46] and finally [13:46] File "/usr/lib/rhythmbox/plugins/umusicstore/__init__.py", line 54, in deactivate [13:46] self.music_store_widget.deactivate(shell) [13:46] File "/usr/lib/rhythmbox/plugins/umusicstore/MusicStoreWidget.py", line 78, in deactivate [13:46] self.source.delete_thyself() [13:46] AttributeError: 'U1MusicStoreWidget' object has no attribute 'source' [13:46] on shutdown [13:47] hm, but i get further debug messages from what looks like the store after the first exception [13:47] pitti: I know rodrigo was working on that last week... [13:48] should have been fixed with the current version [13:48] I'll find more info on the stand up, which will be in 10 minutes [13:53] seb128: I upgraded this morning, but I'll try again [13:54] seb128: no new pkgs [13:55] pitti, right, better to check with rodrigo then [13:55] when he's around [13:55] or wait for nessita to be back from the u1 meeting [13:55] it's not that urgent, so I'll ask them later; thanks! [13:55] :-) [14:13] pitti: seems like everyone is out today (rodrigo on a swap day, Chipaca delayed), so you may wanna click on affects me too in this one https://bugs.launchpad.net/ubuntu/+source/rhythmbox-ubuntuone-music-store/+bug/572381 [14:13] Launchpad bug 572381 in rhythmbox-ubuntuone-music-store (Ubuntu) (and 1 other project) "Ubuntu One Store not showing (affects: 2) (heat: 12)" [Undecided,New] [14:13] nessita: ah, also reported already, nice! [14:14] ok, I'm off to the doctor [14:14] see ya later! [14:19] pitti, will look into this bug, if you don't mind of course ;) [14:22] devildante: no, you mustn't fix bugs!! [14:22] devildante: j/k, thank you! [14:22] pitti, I'll try to fix it, but I don't promise anything :p [14:30] go devildante go :-D [14:30] ;) [14:31] * devildante wonders why there's no debian directory in the u1ms branch, even though it's only used by ubuntu [14:37] what the... it seems U1MusicStorePlugin.deactivate() is called before U1MusicStorePlugin.activate()! === al-maisan is now known as almaisan-away [14:45] devildante: I suppose they also use upstream branches (without debian/, where upstream has commit access to), and ubuntu packaging branches (with debian/, merging entire releases instead of each commit, write access to uploaders) [14:49] pitti: okay, thanks :) [15:05] progress: from what I can say, revision 72 is the culprit [15:06] mvo, how did you manage to get your upload in? [15:06] mvo, did you bribe somebody or is the queue being reviewed? ;-) === almaisan-away is now known as al-maisan [15:19] pitti: I made it work! ;) [15:26] pitti: https://code.edge.launchpad.net/~ilidrissi.amine/rhythmbox-ubuntuone-music-store/make-it-work/+merge/34072 [15:29] devildante: you rock! [15:30] pitti: thanks ;) [15:32] * devildante needs to now find someone to bug so he can merge this branch :p [15:35] seb128_: I have no idea what happend, but I'm happy it went through [15:36] mvo, ok ;-) [16:04] devildante, hey, you AlertWatcher thing in UpdateManager is awesome! [16:04] *your [16:04] and471l [16:04] devildante, I merged it into software-updater - very nice ! [16:04] and471: thanks :) [16:05] devildante, did you see this? https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/626700 [16:05] Launchpad bug 626700 in software-center (Ubuntu) "evince is marked as an add-on of gnumeric (affects: 1) (heat: 6)" [Undecided,New] [16:05] devildante, in which package is this a bug? [16:06] and471: we always suspect usc first since it could be wrong [16:06] ok [16:09] and471: the bug is happening because gnumeric recommends evince [16:11] devildante, should I file a bug? [16:11] and471: no need, I already put a gnumeric task in the bug ;) [16:11] oops looks like you just did :) [16:11] yup :) [16:15] devildante, I have just noticed, ttf-liberation and the microsoft core fonts are also set as addons [16:15] devildante, would a good move be to set these as 'suggests' rather than recommends? [16:15] and471: suggests are also treated as add-ons [16:16] and471: https://wiki.ubuntu.com/SoftwareCenter#Add-on packages [16:17] devildante, hmm, so what do we do? [16:17] and471: why wouldn't you want these as add-ons? [16:18] devildante, well evince definitely isn't [16:18] devildante, I feel that fonts that are global to the system are classed as 'addons' of gnumeric [16:19] devildante, I feel an addon would be 'gnumeric-spell-checker' (not a real package, just an example) [16:19] are classed > are not class [16:19] ed [16:20] and471: all right, so you should open a debian bug [16:21] sure will do [16:21] and471, I have to thank you, I found another bug because of this [16:21] ;) [16:21] devildante, oh what's that ? [16:22] and471: recommended packages should not be listed when the app is not installed, since they will be installed automatically anyway [16:27] didrocks: which revision did you check out? Just HEAD? [16:27] Laney: just HEAD, there are not a lot of changes to it, so I assumed it was correct [16:27] sure [16:27] just need to know what to put [16:28] encoding it in the version number [16:29] Laney: I was wondering why you encode that in the revision number, is there a policy, rather than just date? [16:30] not really a policy, it's just better documentation [16:30] plus then you can have the get-orig-source parse from the version [16:31] oh ok, that's where get-origin-source magic comes from to determine where to take the revision, understood :) [16:32] didrocks: what binding? [16:32] gkeyfile-sharp [16:36] pitti: when you have some time, if you can approve ubuntu-netbook-default-settings (would be nice to have people with fresh configuration trying evo express by that mean) [16:39] didrocks: done [16:39] pitti: thanks a lot :) [16:39] you're welcome! [16:58] didrocks: isn't your stuff copyright canonical? ;) [16:59] Laney: not mandatory for packaging (and in any case, I've done that on my holiday time, in the train ;)) [17:00] Laney: of course, if that's bug you, I can change :-) [17:00] no it doesn't bug me, on the contrary I like it better this way :) [17:00] just thought it might have been naughty [17:02] well, I have only done the git import on my work time… copyright as so a bugger :-) [17:04] seb128: could you take a look on bug 626379 ? [17:04] ari-tczew: Bug 626379 on http://launchpad.net/bugs/626379 is private [17:04] ari-tczew, what about it? [17:05] seb128: are there any chance for fix? [17:06] I guess if you send a patch yes [17:06] seems the software you are using does something weird to the clipboard [17:06] g-s-d should not crash though [17:07] seb128: if I would can create a patch, I wouldn't ask you for review... [17:08] ok [17:08] sorry but we have lot of bugs concerning the default installation [17:08] I doubt I can spend time fixing a bug with a kde application before release [17:09] bug 626379 is private, what is it about? [17:09] devildante: Bug 626379 on http://launchpad.net/bugs/626379 is private [17:09] devildante: I didn't set that. it's apport. [17:10] ari-tczew, yeah, but for now I don't have permission to see it :p [17:10] it's public now [17:12] welcome back didrocks [17:13] hey rickspencer3, thanks :) [17:32] hello rickspencer3 [17:32] hi pitti [17:37] hey rickspencer3 [17:37] hi seb128 [17:37] how are you? [17:37] Hi kenvandine , did you receive my email this morning? [17:37] doing alright [17:38] bcurtiswx, hey.. yeah [17:38] everyone getting battened down for Beta? [17:38] haven't actually read it yet :) [17:38] very busy atm... will try to get to it later today [17:38] * kenvandine is fighting with oauth and twitter atm [17:38] kenvandine: Ok, no biggie. Much appreciated. [17:38] GET works fine, POST not so much... [17:38] rickspencer3, let's see how beta goes [17:39] seb128, it will be good [17:39] if you say so ;-) [17:39] lots of cool new things, quality seems ok [17:39] seb128, are there things you are worried about? [17:39] having no crach bug going through for weeks [17:40] it means we have very low visiblity on the current issues [17:40] The net book edition still doesn't work correctly on my amd64 radeon laptop [17:40] rickspencer3, having no active release manager review the queue as well, I guess timing with today being an uk bank holidays doesn't help [17:41] seb128, well, we have a release manager [17:41] is there something that she needs to be doing that's not getting done? [17:41] rickspencer3, then unity buglist, banshee not having landed yet for UNE [17:44] (quite tricky, right, we'll see on wednesday banshee release how call for testing will work) [17:48] there, nice and tweaked [17:48] * Laney sends it up to alioth [17:48] didrocks: can I set the team as maintainer and you as uploader? [17:48] Laney: sure :) [17:48] Laney: thanks for the review [17:49] I added some missing copyright holders, tweaked the rules a bit to remove some unnecessary stuff and add a get-orig-source [17:49] and probably some other stuff [17:50] thanks for your work! [17:52] Laney: yw ;) [17:52] now just get on teuf to release a new libgpod ;) [17:53] Laney: I try to get him now :) [17:53] seb128: re unity, I filed bug 626169 over the weekend which is the reason for an FTBFS on amd64 for unity and xserver-xorg-input-evdev [17:53] Launchpad bug 626169 in utouch-grail (Ubuntu) "Please promote amd64 binaries as well (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/626169 [17:53] I think pitti was on that [17:54] done this morning [17:54] this one was hilariously resistant, sorry about that; it took four attempts to finally get them promoted for some reason [17:55] pitti: k, should I close the bug? and can someone give back those builds [17:55] micahg: unity xserver-xorg-evdev retried; please go ahead and close the bug [17:55] pitti: thanks [17:55] in fact, unity is building on amd64 already [17:56] and so is -evdev [17:56] pitti: k, I guess ubuntuwire's a little slow to update then :) [18:05] micahg: the FTBFS page on ubuntuwire is updated hourly, the LP API is too slow to make it dynamic [18:17] geser: k, good to know [18:35] good night everyone [18:36] 'night pitti [18:37] good evening pitti [18:38] good night pitti :) [18:44] good evening everyone [18:47] enjoy your evening chrisccoulson :) [18:47] hi didrocks! [18:47] did you have a good vacation? [18:47] chrisccoulson: very busy one, but they was good! buying an apartment in Lyon ;) [18:48] excellent! === al-maisan is now known as almaisan-away [19:00] didrocks: we're still missing libgpod# (part of libgpod git, not released yet) [19:01] hyperair: right, I pinged teuf and he is aware about it [19:02] didrocks: yeah i pinged him about it last week. [19:03] didrocks: as for gkeyfile-sharp, i thought it had been uploaded already. turns out i had an unpushed git tree. [19:03] didrocks: i'll integrate your changes in and add you to Uploaders and copyright. is that okay? [19:04] hyperair: oh, I just saw the ITP but no activity last week, hence the fact I worked on it in the train during holidays [19:04] hyperair: sure, please do :) [19:04] seb128: question, when you have some sparse minutes (no rush) [19:25] nessita, yes [19:31] seb128: we need to submit a branch with a clueanup for ussoc (we need to remove all the old code, currently unused). Shall we wait to after the Beta? [19:31] seb128: or shall we rush to get it done tomorrow? [19:34] nessita, it doesn't seem important to get for beta [19:34] nessita, I managed to get your update from today accepted btw [19:34] seb128: WOW thanks [19:34] nessita, you can do that after beta I think, or any reason you want it now? [19:35] seb128: no reason to want it now, just wanted to be sure not to be breaking any recommended procedure regarding freezes :-) [19:35] thanks! [19:36] * nessita comes back to bed [19:36] nessita, how do you feel? [19:37] nessita, things which go in during a freeze are things that need to fix issues on the beta image that are stoppers [19:37] nessita, ie things breaking the installation or basic features in Ubuntu [19:59] didn't take long for someone to notice my tweet saying "from Ubuntu" :-D [20:01] kenvandine, ;-) [20:01] 16 minutes to be exact :) [20:02] got posting working, need to do some more testing of the migration path now [20:02] i don't trust my testing i did at 3am this morning :) [20:02] seb128: thanks for info. I'm not very well, so I'm taking a sick day [20:02] I'll be back full tomorrow [20:02] nessita, ok, take care!