[00:14] RAOF, what is the branch name? [00:14] Sorry, I'm still working on it. [00:14] It's reminding me why I like dh7 so much :/ [00:15] I think I've got it *this* time! [00:15] RAOF, I know the feeling :) [00:16] I think I may have won, this time... [00:17] I WIN! [00:17] :) [00:19] ...and now bzr is being weird. [00:22] robert_ancell: lp:~raof/launchpad-integration/fix-cli-library-install contains your fix. Finally! [00:22] RAOF, thanks! cloning... [00:28] It's actually still a little bit broken - dh_clideps should be run after liblaunchpad-integration1 has had its shlibs made - but there's an explicit dependency in debian/control on liblaunchpad-integration1 so it's not too bad. [00:30] hmm lp is saying not a branch to me [00:31] bzr branch lp:~raof/launchpad-integration/fix-cli-library-install has just worked for me. [00:32] If all else fails, here's the patch http://pastebin.com/f4d33e2a2 [00:33] hmm https://code.edge.launchpad.net/~raof: not pushed to yet [00:35] https://code.edge.launchpad.net/~raof/launchpad-integration/fix-cli-library-install says “updating branch” for me. [00:36] it was faster to use the pastebin and manually copy the changes :) [00:37] :( [00:37] Poor bzr [00:38] building... [00:47] RAOF, yay! It works! You're definitely owed a beer or two for that :) [00:51] TheMuso, can you do an upload please - check out lp:launchpad-integration, do a make distcheck, untar the tarball somewhere and do the debuild from that [01:33] how does the future of all ubuntu made applets for gnome-panel looks like wrt gnome-shell? [01:36] Currently it doesn't, as gnome-shell doesn't support applets. I know there's been general dissatisfaction with this state of affairs though, so it probably just requires someone to write something reasonable. [01:38] I'm rather liking UNE, actually. It's has enough of the gnome-shell enhancements to be fun. [01:39] haven't really used it [01:39] it looks weird on screenshots :) [01:41] It is slightly strange, but it's nicely compact for my 12" thinkpad. [01:43] Yeah, UNE is great for the purpose. My wife uses it on her AspireOne [06:42] Ive been using ubuntu as a desktop for a while but not in an enterprise envirment. in windows we have domains that each workstation is a member of how does that kind of thing work in a linux only envirment is there such a thing as a linux domain? [06:49] Good morning [07:07] morning pitti [07:11] hey bryceh, how are you? [07:14] pitti, ok, been a busy day [07:15] pitti, I think in the future when people hand me equipment at UDS or sprints, I'm going to ask that they write a blueprint as well [07:16] since accepting the hardware implies a time commitment to work on it, but that needs balanced with other priorities, and it's hard to do when it's not in the blueprint system [07:35] hello [08:29] good morning [08:32] bonjour didrocks [08:33] hey pitti [08:36] * bryceh waves [08:36] have a good night bryceh! [08:37] didrocks, oh I was waving good morning not good night! :-) [08:38] (although, I probably should get to bed... got the meeting in the morning... but still got tasks to do...) [08:39] bryceh: I was infering that looking at the hour :) [08:48] anyone else experience random issue in gtk open file dialog? [08:52] pitti: did you refresh netbook-meta? [08:53] didrocks: argh, no, sorry [08:53] doing now [08:53] pitti: thx :) no pb, will be for next round [08:59] good morning everyone [08:59] hey chrisccoulson [09:00] hey pitti, how are you? [09:00] I'm great, thanks! [09:00] are you fully recovered from your travels now? [09:00] hi chrisccoulson :) [09:00] hey didrocks, how are you too? [09:00] still a bit dizzy, but I'm mostly good indeed [09:01] chrisccoulson: recovering little by little, thanks! and you? [09:01] yeah, i'm good thanks. i had quite an early night last night ::) [09:15] netbook-launcher is not starting on my fresh UNE install :/ [09:24] didrocks: hm, I installed yesterday's image, and it worked [09:25] hum, so something went wrong at some point. I still have gnome-panel, the .desktop file… [09:25] let's try yesterday's image first [09:56] hey seb128 [09:56] hello chrisccoulson [09:57] how are you today? [09:59] bonjour seb128 [10:01] chrisccoulson: good thanks! I had another good night and I feel not tired today ;-) [10:01] pitti, guten tag! [10:01] chrisccoulson, pitti: how are you? [10:01] seb128 - yeah, i'm good thanks. i had an early-ish night last night too [10:03] chrisccoulson: (autorestart for panel) please commit then, if it's okay [10:03] vuntz - yeah, will do [10:03] thanks [10:18] salut seb128 [10:18] lut didrocks [10:18] vuntz: hey! Did you enjoy FOSDEM? [10:18] didrocks, ca va ? [10:19] seb128: ça va, plus dormi cette nuit et en train de me battre avec l'agence d'administration de biens, mais ça :) [10:19] seb128: et toi? [10:20] didrocks, l'agence d'administration de biens? [10:20] didrocks: vi vi [10:21] didrocks, nickel de mon côté ;-) [10:21] seb128: yep, infiltration d'eau, pb non réglé depuis 2 mois après multiples relances. Donc j'ai dit que j'ai fait les démarches pour payer le loyer sur un compte bloqué et là, ils se bougent d'un coup [10:21] ok [10:22] vuntz: any change to have a look/idea on https://bugzilla.gnome.org/show_bug.cgi?id=608419? seb128 told me that we have now just one wallpaper on all screen, so maybe, we just need to cache one? [10:22] Gnome bug 608419 in libgnome-desktop "Caching wallpaper resize to avoid some CPU cycle at startup" [Enhancement,Unconfirmed] [10:24] didrocks: no idea :-) I need to look at it again, but probably not today [10:24] vuntz: no pb, I can harass you as well later this week, you know :p [10:37] seb128: if you have a minute, would you mind looking at python-gudev in source NEW? (tiny package) [10:38] didrocks: so you are going for abiword/gnumeric now in une? [10:38] what about the web integration? [10:39] (hi) [10:39] pitti, ok, doing that [10:39] seb128: hang on [10:39] pitti, want to review xchat-indicator in exchange? ;-) [10:40] seb128: upstream just sent me a message to switch to LGPL; I'll reupload [10:40] seb128: yes, will do [10:40] pitti, wroten by kenvandine to use the message indicator [10:40] asac: hey, yes, rick quickly pinged me about that yesterday. We didn't have the time to discuss a lot about it (he was felling unwell). I guess we should discuss those plans somewhere to have a common decision [10:40] pitti, thanks [10:40] pitti, let me know when it's reuploaded [10:40] (rejected p-gudev) [10:40] didrocks: right. lets do a call maybe? [10:40] tomorrow? [10:41] asac: sure, no pb for me :) [10:41] good once rick is on i will ask him for a timeslot [10:41] and send an invite [10:41] perfect, thanks asac [10:46] seb128: reuploaded; looking at x-i now [10:50] seb128: for context, the pitivi guys asked me to package it, so that they can de-hal-ify it [10:51] pitti, ok, looking to that now, dunno if you have been following discussions yesterday between rick and some other people on the channel about pitivi and lucid [10:51] I didn't, no [10:51] ok [10:51] but even if we drop it, it helps to drop hal, so it's not in vain :) [10:51] short summary, current pitivi is not ready to be shipped quality wise, next version should be better but schedule is tight for them [10:52] rick feels we put pressure on them by saying we would ship by default but didn't help them much toward the goal [10:52] so they were discussing how the ubuntu community could help them there, maybe doing an hackfest or something [10:59] pitti, python-gudev newed [11:00] seb128: merci! [11:01] pitti, danke for x-i ;-) [11:04] mvo, hey [11:04] mvo, there is a vte update waiting for sponsoring, could you have a look when you a free slot? [11:04] seb128: sure [11:05] mvo, thanks [11:05] seb128: after lunch :) [11:05] yeah, no hurry [11:05] there is a g-t update going with it if you want to do that too btw ;-) [11:05] mvo, enjoy lunch! [11:08] thanks === onestone_ is now known as onestone [11:22] seb128 / mvo - i was going to sponsor the gnome-terminal upload, before i realised i couldn't upload vte [11:23] chrisccoulson: right, I remember you telling that, that's why I pinged mvo about vte there :-) [11:23] chrisccoulson: any luck with the g-s-d and g-c-c updates? [11:23] chrisccoulson: do you want we to do the gnome-screensaver update? [11:23] seb128 - not yet, i ran out of time last night [11:24] gnome-screensaver update? [11:24] theres another one? [11:24] 2.29.90 [11:24] there is only one change [11:24] heh, i only just uploaded gnome-screensaver ;) [11:24] a cve fix [11:24] yeah, feel free to do that if you get a change. if not, i can do that quite quickly when i finish work [11:24] s/change/chance [11:28] ok [11:28] I will see [11:28] I was just not sure how busy you are, since you already have g-s-d and g-c-c to update [11:30] i'll be glad when i don't have to cram all this work in to an evening ;) [11:31] hehe [11:31] when will that be btw? ;-) [11:31] it will be the first week of march [11:44] ooh! [12:00] chrisccoulson: oh, only a few weeks until there ;-) [12:00] seb128 - yeah, i can't wait :) [12:04] that will be really cool to don't have to deal with compiz annymore :) [12:07] didrocks, you still have for a few weeks! [12:07] * didrocks hides [12:19] kenvandine, hey [12:19] kenvandine, thanks for the quick empathy crash fix ;-) [12:20] kenvandine: was it related to the crash I showed you? [12:20] * didrocks didn't have the time to upgrade today [12:20] the message indicator is busted still there [12:20] the empathy icon is displayed in the notification area [12:21] i was just going to bring that up [12:21] and the message service crashes when clicking on it [12:21] indicator-message-service crashes every time i open evolution now [12:21] seb128: ok, so if we have still this crash, we can't accept new invitation, annoying :) [12:22] they should be somewhere in the empathy ui no? [12:24] seb128: I didn't pushed to much time on that, but didn't see any other way [12:36] didrocks, if you want to do some GNOME updates this afternoon let me know === MacSlow is now known as MacSlow|lunch [12:37] seb128: sure, in 5 minutes, just finishing to write a little wrapper first [12:37] didrocks, did you have lunch already? [12:37] seb128: just a short desert, but it's all right, with all we eat in Portland :) [12:38] lol [12:38] take a lunch break first [12:38] there is no hurry for updates ;-) [12:38] even if you don't use it for eating, take some fresh air or something [12:38] ok, I'll walk a little under the fresh snow :) [12:38] or get a cool drink ;-) [12:39] bbl [12:39] ;-) [12:39] see you in a bit! [12:39] see you ;) [12:58] JamieBennett: hey, did you agree with rick first before pushing on my side two WI? [12:59] asac asked me to push them to you with the understanding that you would probably reassign them if you weren't doing them yourself [13:00] didrocks: which ones? [13:00] (i remember about two) [13:00] The 2d/3d discovery [13:00] JamieBennett: not sure I'll have the time this week, but I can do a first try next week. I'm more annoyed about the "choose on install" [13:00] right [13:00] i was told you will do that [13:00] if thats not the case we can take that back [13:00] choose on install? [13:00] imo all should be automatic [13:00] asac: I was just not aware, hence my surprised :) [13:01] if you were not aware [13:01] asac: [didrocks] Evaluated best mechanism to support 2d/3d install time selection: TODO [13:01] then its wrong [13:01] push that back [13:01] i was told desktop team plans to do that ... but since you were not aware, its wrong intelligence [13:01] asac: I can maybe do it, that's not the problem, just speak with me before :) [13:01] didrocks: we just need a discovery method and worst case install both but change the session depending on hardware [13:01] as i said, if you were not working on that then push that back to us [13:01] asac: I think the confusion came from one of my WI: Medium Detect 3D acceleration not available and end with a dialog telling you so [13:02] ok [13:02] then push them buack [13:02] asac: ok [13:02] :) [13:02] if desktop team didnt plan to ship 2d launcher [13:02] that can maybe be revisited (having the 2D launcher on UNE installation can be good) [13:02] just need to discuss it first :) [13:03] OK, we can do that tomorrow on the call? [13:03] asac, JamieBennett: I'll raise first that on our meeting later today [13:03] OK [13:03] and yes, we can take the final decision on the call tomorrow :) [13:04] lets talk on that during call [13:04] no need to do that during meeting imo ... [13:05] it was all based on false intelligence assuming you planned to do that ;) [13:05] ok :) [13:29] where is the desktopteam meeting template? seems the one bryceh took doesn't have my name. Should I infer that I've the right to be a slacker? ;) [13:30] lol ;) [13:31] didrocks, no, you should assume that you have the right to work hard while other take an hour to chat on IRC ;-) [13:31] seb128: heh [13:31] start by fixing compiz! [13:31] *urgh* [13:31] :) [13:31] ;-) [13:32] btw, I can tackle some updates now [13:32] didrocks is maintaining compiz now? [13:32] chrisccoulson: the newest team member get it [13:32] ... [13:32] ;-) [13:32] lol [13:32] oh dear ;) [13:32] * didrocks is eager to have chrisccoulson on the team :) [13:33] heh [13:33] didrocks, https://wiki.ubuntu.com/DesktopTeam/MeetingTemplate [13:33] didrocks, I guess [13:33] seb128: thanks. I'm fixing it [13:34] didrocks, updates, good [13:34] didrocks, brasero, seahorse-plugins, deskbar-applet [13:34] vinagre [13:35] gnome-doc-utils [13:35] picking up brasero and seahorse-plugins first [13:35] gnome-menus [13:35] those are free to do [13:35] didrocks, thanks [13:35] didrocks: DesktopTeam/MeetingTemplate [13:36] didrocks: thanks for fixing :) [13:36] seb128: pitti: y/w :) [13:37] * didrocks hopes that GNOME updates will enable a good endorsement for core dev application from seb128 :) [13:37] oh right, I've that to do too ;-) [13:37] didrocks - you're applying for core-dev now? [13:37] I try to formulate it as a smarter way than a ping :) [13:37] chrisccoulson: right [13:38] excellent :) [13:38] thanks :) [13:53] Good morning, reporting for duty :) [13:53] hey Nafai, how are you? [13:53] hey Nafai [13:53] Doing pretty well, and you pitti? [13:54] I'm good, thanks! [13:56] hey Nafai [14:00] hi Nafai [14:01] seb128: taking vinagre and gnome-menus [14:01] didrocks, thanks [14:09] brb [14:12] Nafai, i posted a comment and patch back to you [14:12] Nafai, should be more upstream friendly [14:12] Nafai, great work though! [14:12] kenvandine: cool, will take a look [14:12] Thanks! [14:12] * kenvandine goes back to #ayatana :) [14:18] didrocks, I'm doing the gnome-desktop update [14:19] seb128: ok, I'm sidetrack for half an hour I hope, I'll reclaim updates then [14:19] ok [14:20] there will be no updates left for me to do at this rate ;) [14:20] chrisccoulson: you have g-s-d g-c-c and g-s assigned [14:21] chrisccoulson: should be enough for after work tasks ;-) [14:21] yeah, that should keep me busy this evening :) [14:24] * chrisccoulson wishes launchpad wouldn't send out a gazillion e-mails every time someone runs apport-collect [14:27] chrisccoulson: one email per attachment huh [14:37] kenvandine, if I do a dist-upgrade today will I get new gwibber and my Me Menu will be fixed? [14:37] not quite yet... tedg is working hard to get patches reviewed :) [14:37] i released tarballs of gwibber 2.29.1 yesterday [14:38] kenvandine, coolio [14:38] i am doing another look over the package [14:38] it's coming along, good feedback from the community [14:38] yeah [14:38] video? [14:38] i noticed yesterday right before "releasing" that all the i18n support was removed [14:38] so i added that back [14:38] a bit of work [14:38] oops [14:39] rickspencer3, i will have the video this morning [14:39] ok [14:39] kenvandine, using GNOME version scheme? [14:39] kenvandine, so I talked a bit to bilboed this morning [14:39] seb128, yup :) [14:39] cool [14:39] basically, what pitivi needs us to do is to triage our pitivi bugs [14:39] * seb128 wonders when rick wakes up [14:39] seems 6am is past morning discussion there ;-) [14:39] seb128, 6:00am PST ;) [14:40] pedro_, ^ can we get a pitivi bug day? [14:40] I will have a look to those bugs, I want to have an overview of where we stand there [14:41] but would be nice to have some community bug triaging as well [14:41] seb128, yes, in fact we added it to the planning page some weeks ago [14:42] seb128, will ping the community member who offered to organize it and set up everything [14:42] can we do it as the next one? ;-) [14:42] pedro_, you rock, thanks! [14:42] of course ;-) [14:42] rickspencer3, ^ [14:42] you're welcome ;-) [14:42] chouette! [14:42] thanks pedro_ [14:43] pedro_, would it be worth it for you to join #pitivi? [14:44] they are really a good group of folks there, maybe being a bit more plugged in to the community wouldn't be so bad [14:45] rickspencer3, yep , will do it [14:45] thanks pedro_ [14:45] my pleasure ;-) [14:46] morning, seb128, have you seen http://mail.gnome.org/archives/evolution-hackers/2010-February/msg00034.html ? [14:46] pedro_, would be also worth asking there what version they consider bugs useful reporting [14:46] pedro_, ie we should set incomplete all bugs before some recent version [14:47] hggdh, now that you mention it yes, but I've been talked to mbarnes on IRC about it before [14:47] talking rather [14:47] they stay on 2.28 for the next rhel [14:47] we do for lucid too [14:48] seb128: I thought you might have talked with them, just wanted to be sure you knew it [14:48] hggdh, thanks for checking! [14:49] yw [14:49] seb128, yeap, will ask and put everything on the wiki page [14:59] pitti, I added two things to the agenda for this morning [14:59] 1. we should help with pitivi (not much more to say I guess) [14:59] 2. Post A3, we should switch to bug fixing and ensuring a smooth upgrade experience [14:59] [15:00] *nod* [15:00] rickspencer3: wrt. 1, we currently don't have much spare developer power; any particular kind of help which is in your mind? [15:01] pitti, yes, but it's already hapenning [15:01] pedro is organizing a bug day, and jono is organizing a hack fest [15:01] but just, in general, the ubuntu community needs to help the pitivi community if we want to deliver a great video editing experience [15:01] didrocks, I'm going the gvfs update [15:01] so it's good just to raise awareness [15:02] seb128: ok, back on update track on 10 min, after having sponsored gwibber [15:02] ok [15:09] kenvandine: gwibber sponsored [15:09] woot [15:09] didrocks, thx! [15:10] gwibber-service will need NEWing [15:10] seb128: pitti ^ [15:10] ok [15:10] let wait for it to build [15:13] * pitti is in meeting [15:15] http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100209-1-gnome.png [15:15] http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100209-1-mutter.png [15:15] http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100209-1-une.png [15:15] for your viewing pleasure [15:16] why isn't mutter cropped? [15:16] urg netbook-launcher [15:17] kklimonda, because bootchart stops after gnome-panel which is not running [15:17] pitti, slightly cheating on gnome one without compiz, but nice! ;-) [15:17] seb128, ah, I've thought it was only mutter replacing compiz [15:17] i should really run bootchart on my laptop this evening [15:17] it definately feels like it boots quickly [15:19] chrisccoulson: you've been working with qense on transmission right? It is my understanding that they will try to do 1.90 for lucid? [15:19] jcastro, that's the plan [15:20] jcastro - qense provided the app indicator patch, and got it upstream [15:20] man, talk about a community->upstream->community textbook win. I owe you all beers. [15:20] i was going to upload the current version with the patch, but then i chatted with charles and he said there would probably be a 1.90 release before FF [15:20] That rocks! [15:21] chrisccoulson, I'm not sure if the patch qense have made is working as expected though [15:21] so i've left it for now, and will wait for 1.90 (unless there is any urgency to get app indicator support in now) [15:21] kklimonda - oh, what's wrong with it? [15:21] i've not tried it out yet [15:21] chrisccoulson, I've got this when compiled latest trunk: http://syntaxhighlighted.com/~kklimonda/transmission-indicator.png [15:21] chrisccoulson, all entries use stock names for icons [15:22] kklimonda - ok, i can take a look at that when i get home [15:22] chrisccoulson, I'm not sure whenever it's something on my part though - I have sent qense an email yesterday.. [15:22] the icons there shouldn't be in the menu anyway [15:23] chrisccoulson, they are in the rhythmbox menu [15:23] i'm not sure they should be there either [15:23] perhaps someone like mpt can clarify that [15:23] seb128: uh, no compiz? ah, right, I installed UNE, not Ubuntu [15:23] seb128: I already wondered why gnome was so fast :) [15:23] ;-) [15:23] a question about org.gnome.SessionManager, if I tell it to inhibit suspend, should it block both automatic and user-attempted suspending? [15:24] if you don't mind :) [15:24] this is probably the wrong place :S [15:24] lostcookie - manually suspending from the session dialog will cause an inhibit dialog to appear [15:25] manually suspending from the indicator applet bypasses that currently, but is something which will be fixed in lucid [15:25] and gpm now checks for suspend inhibits in lucid before automatically suspending (but that doesn't work in karmic) [15:25] lostcookie - does that answer your question>? [15:26] automatic suspending still happens in 9.10, I am trying to block powersaving while rendering on PiTiVi === asac_ is now known as asac [15:30] chrisccoulson: what have you decided about services-admin for Lucid? [15:30] lostcookie - yeah, thats known to not work in 9.10 [15:30] milanbv - i haven't discussed it yet [15:31] OK [15:31] chrisccoulson: wonderful \o/ [15:31] that means I am done [15:31] seb128^^ - your thoughts there? (services-admin works with upstart jobs now) [15:31] hm - services-admin does not mess with upstart jobs, but it doesn't show them (not sure that's needed) [15:32] no real opinion on it, I would say it's something that could easily break things and that most users don't need [15:32] or those who need it know how to use a command line [15:32] I would stay away from that this cycle, we have enough things to work on and debug [15:32] well, I'm not sure people want to use the commandline [15:32] that's much more complex than unchecking a box [15:33] that's one of the reasons why people think Linux is for geeks: if you don't known the commandline, it's hard to tweak your system a bit [15:34] milanbv: how does the new implementation work then? does it only work with old sysvinit jobs? or does it just stop the new upstart jobs until you next reboot? [15:34] it only deals with SysV scripts for now [15:34] and hides scripts for which there's an upstart jobs [15:35] I was willing to add Upstart job support, but actually most of them are not interesting to disable [15:35] do we have much left on the default install which hasn't been converted to upstart then? [15:35] because they are often essential to the system, and they start only when needed [15:35] yes, most optional services [15:35] ah, ok [15:37] apache, samba, ssh, atop, bluetooth, brltty, cups, dnsmasq, exim, gnunet-server, jackd, klogd, laptop-mode, pcmcia, powernowd, virtuallbox-ose, winbind [15:37] some are not really useful, but others are definitely interesting to disable [15:37] (and we can hide others) [15:37] this gives an important feeling of controlling what's running on your box [15:38] kklimonda, chrisccoulson: https://wiki.ubuntu.com/CustomStatusMenuDesignGuidelines#icons [15:38] mpt, thanks [15:41] mpt: By the way, is the animation here http://www.travishartwell.net/brasero.ogv acceptable? I didn't really modify what the upstream was doing in that regard [15:41] Nafai, 404 [15:41] just a sec [15:41] chrisccoulson: if you think Upstart support is useful, I can give it a try, should not be very hard [15:42] anyway, I think shipping services-admin makes sense, at least as a separate package [15:42] mpt: By the way, is the animation here http://www.travishartwell.net/brasero-indicator.ogv acceptable? I didn't really modify what the upstream was doing in that regard [15:42] Whoops, I edited what I said, instead of giving you the proper URL [15:42] sorry :) [15:42] some people have even started using custom python apps because we don't provide the needed tools [15:47] kklimonda, something else to consider for the future: When a checkbox label uses the word "enable", it's usually a symptom that it's being a bit indirect or abstract. So you might consider how to make "Enable Temporary Speed Limits" more direct, e.g. changing it to "Slow Down Temporarily", or changing it to two radio items "Normal Speed" and "Slower Speed" (making corresponding changes in the Preferences window). [15:48] milanbv - i suppose that putting it in to a separate package might be ok [15:48] heh, tedg: "Handler to detect when proxies go to heaven, if they're good proxies" [15:48] * tedg hates bad proxies [15:48] lol [15:50] Nafai, I don't understand why that's using a menu at all. [15:51] There is a dialog box not shown in the video (lower down on the screen) that you can use the menu to hide and show [15:51] I merely replicated the behavior of the previous, but I was mainly concerned about the animation [15:52] Nafai, I think that falls squarely into the category "You do not need a custom status menu if ... You just want the program to take up a small space in the panel when minimized." Just make the progress window minimizable and unclosable instead. [15:53] hmm lucid seems rather crashy today [15:53] hrm, good point [15:54] And the window itself contains a Cancel button, presumably. [15:54] you don't want copy dialogs to stay in the way [15:55] I think we already had this discussion ;-) [15:55] Yes, we did :-) [15:56] If anyone was designing an OS from scratch, I don't think they'd say "I know, let's have two different places to minimize things to" [15:56] you don't minimize copies [15:56] you close the UI [15:57] and let the system service do the work [15:57] it's not like letting an app open to use it again [15:57] it's "I'm done, do the copy" [15:57] but you still want to know when it's done [15:57] or when [15:57] ups [15:57] or when it will be done [15:59] mpt: yes, it does. see http://www.travishartwell.net/brasero-screenshot.png [16:01] *sigh* tomboy won't open :/ [16:02] rickspencer3, did you do your daily update? [16:02] rickspencer3, dpkg -l | grep liblaunchpad [16:02] seb128, not yet, will do soon [16:03] I was just whining [16:03] rickspencer3, I fixed that yesterday night [16:03] I'll report a bug if it continues after I dist-upgrade [16:03] rickspencer3, it was due to the launchpad integration changes from robert [16:03] rickspencer3, ok [16:03] thanks robert [16:03] ;) [16:03] rickspencer3, sudo cp /usr/lib/liblaunchpad-integration.so.1 /usr/lib/liblaunchpad-integration.so [16:03] rickspencer3, does that make it work? [16:04] seb128, on call, will check later [16:04] that's a dllmap case [16:04] I hope that was the fix :) [16:09] Laney, right, that's what we were talking about yesterday [16:10] Laney, I added the dll.config mapping to lpi [16:10] oh, good [16:10] no problems then [16:13] morning [16:23] hiya bryceh [16:23] so, team meeting in 7 minutes, right? [16:23] hi bryceh [16:23] oops, I'm a bit late [16:24] * tseliot didn't have the time to update the wiki page. [16:24] rickspencer3, ok [16:24] note that pitti will be driving the team meeting today, as I have to walk my daughter to school due to a series of circumstances [16:24] :) [16:25] didrocks: were you the person who showed me the problem with openoffice n-up printing being hard to find? [16:25] ccheney: right [16:25] didrocks: ah ok, yea upstream said they have fixed this for 3.3 which will be in Ubuntu 10.10 [16:26] ccheney: sweet! [16:26] I think this is a huge improvement in ui when you want to save some paper sheet :) [16:27] i'm not entirely sure where they stuck it other than them saying they fixed it :) [16:29] mvo, still have lunch? ;-) [16:29] (vte) [16:30] hi [16:30] * pitti rings the bell [16:30] hello everyone [16:30] hey [16:30] seb128: uploaded alrady [16:30] hey o/ [16:30] seb128: eh, I think [16:30] mvo, ok good, thanks ;-) [16:30] hey pitti [16:30] tseliot, Riddell: meeting ping? [16:30] mvo, it's not on -changes [16:30] * rickspencer3 slips out quietly [16:30] mvo, but my mail must be lagging [16:31] seb128: no, my mistake it seems [16:31] hi [16:31] so, boss is out, time for everyone to party [16:31] o/ [16:31] heh [16:31] another sauna time? ;) [16:31] hehe [16:31] https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-02-09 [16:31] everyone safely back home? [16:32] just wanted to say that last week was great! [16:32] (except for the travelling..) [16:32] * tseliot agrees with pitti [16:32] great week! [16:32] indeed! [16:32] TOPIC: Outstanding actions from last meeting [16:32] fortunately, none [16:32] :-) [16:32] TOPIC: Partner Update [16:32] ok [16:32] kenvandine: floor's your's [16:33] lots of stuff landed on thursday [16:33] thanks so much for the help seb128! [16:33] i was glad to have SFTS time :) [16:33] there are known bugs [16:33] specifically related to dbusmenu and libindicate [16:33] but please don't hesitate to file more [16:33] it is API breakage, and there is likely going to be more bugs [16:34] at least all the indicators are generally happy again [16:34] s/it is/there was/ [16:34] yeah [16:34] message one was badly damaged [16:34] they are getting better today [16:34] again, please file bugs... [16:34] it should be the last distruptive change from DX :) [16:34] the new input line in status indicator, is that the away message? [16:34] hehe... no [16:35] that is the SFTS bit [16:35] it posts to gwibber [16:35] it will become more dynamic, so if you don't use gwibber it will be hidden [16:35] i don't even have that, shouldn't it appear only when you configured it? [16:35] ah, of course you preemt my complaints, sweet :) [16:35] yeah... it was the first pass... but we nned to fix that :) [16:36] OLS [16:36] they have libubuntuone to land in lucid this week [16:36] i am just waiting for a new release and i will look for sponsors [16:36] qense: can you please blog about your work on transmission? it's awesome. [16:36] it is needed for the rb plugin as well as the U1 applet replacement [16:36] qense: also, include a screenshot. :D [16:37] jcastro, meeting :) [16:37] bah, sorry! [16:37] jcastro: good idea, I'll do it! [16:37] those are still on schedule to land before feature freeze [16:37] that is it for the partner update, questions? [16:38] kenvandine: so RB will land on time? [16:38] it's getting a bit tight [16:38] supposedly [16:38] ok, thanks Ken! [16:38] [TOPIC] Kubuntu Update [16:38] Riddell: what's new on the KDE front? [16:39] skipping [16:39] [TOPIC] pitivi [16:39] rickspencer3 put that on the table [16:40] seb128: any idea about the contents, except for "if you have spare cycles, help with bug triage/fixing"? [16:40] pedro_, and seb128 discussed a bit this morning about that [16:40] pitti, I think Riddell is on VAC this week [16:40] pitti, yes, especially community members who are looking for a way to help [16:40] pitti, not really but pedro will set a bug day [16:40] helping pitivi team would be appreciated [16:41] python-gudev is packaged now, so that unblocked their migration away from hal [16:41] is it still on the table to keep it in lucid by default? [16:42] Admittedly I have no idea about it's status and quality [16:42] well, we said we'd review it at beta-1 time, so let's defer that question, shall we? [16:42] rickspencer3, btw the problems i was having with pitivi isn't really pitivi's fault... it is recordmydesktop [16:43] pitti, well, it won't be ready no one attends to bugs and such [16:43] and I would like it to be ready ;) [16:43] that's all [16:43] kenvandine, understood, thanks [16:43] * rickspencer3 afk [16:43] ETOOMUCHTODO [16:44] which brings us directly to... [16:44] ie we have ton of things which need work and bug fixing and we are getting late [16:44] [TOPIC] post-A3 planning [16:44] I can see packages that need work before pitivi [16:44] ie gpm [16:44] so after we did the rush of new features, boot speed, etc. by alpha-3, we need to switch full speed to fixing what we have [16:44] and stop introducing new things and bugs [16:45] I'll review the list of specs that we have left, and see what we can drop for lucid [16:45] (with rickspencer3 and robbie) [16:45] we'll review that in next week's meeting [16:45] pitti, I got some more work assigned at the sprint [16:45] bryceh: the ruthless X bits? [16:45] pitti, I'll try to get specs in for that work today [16:46] heh [16:46] pitti, that's one [16:46] bryceh: appreciated, so that we can milestone/WI it [16:46] http://people.canonical.com/~pitti/workitems/canonical-desktop-team-lucid-alpha-3.html [16:46] we are generally doing quite well, but it seems we need to drop some bits; we're running over [16:47] 17:26 < fta2> asac, plz reject the merge from mvo, the control file is bogus [16:47] tseliot: are there by any chance some WIs from xorg-prop-drivers which are done, but not marked as such yet? [16:47] mvo: ^^ [16:47] seems you committed merge conflicts [16:47] asac: (meeting in progress) [16:47] oops [16:47] sry [16:47] let me check [16:48] kenvandine, tseliot, and bryceh currently top the list of open WIs [16:48] which maps to [16:48] pitti, most of the SFTS ones are targets of opportunity [16:48] https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-xorg-triaging-diagnosis [16:48] oh I have several nouveau wi's I completed yesterday [16:48] so easy to drop [16:48] https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-social-from-the-start [16:48] https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-xorg-proprietary-drivers [16:48] sadly I'll still be toping the list once the new specs get added [16:48] kenvandine: right, I was going to suggest that [16:49] kenvandine: as long as it's in a consistent state [16:49] but i think it is safe to wait to de-scope those, since we already defined the ones that are easiest to drop [16:49] right? [16:49] kenvandine: since you know better which ones need to go together, would you mind moving the optional ones out of alpha-3? [16:49] pitti: yes, there are a few things which I completed already [16:49] kenvandine: well, I'd rather have them moved out to general "lucid" now, so that we can see where we stand [16:50] humm... they shouldn't be listed, they don't have a "work items:" above them [16:50] pitti: there's not a task about the new boot theme I'm supposed to work on though [16:50] oh, the ones targetted for alpha-3 are in good shape [16:50] almost done in fact [16:51] nm, those should all get completed real soon [16:51] tseliot: oh, which BP does that come from? [16:52] seb128: can we agree that the two remaining WIs on desktop-lucid-compiz-effects are crackful and better be dropped for good? (wrt. messing with configuration) [16:52] seb128: (I'll take the bullets) [16:52] pitti, rick disagreed on that, can we have this discussion after meeting when he's back? [16:52] fine with me [16:52] seb128: ok, I'll discuss with him tomorrow then [16:52] I think it's crackful too [16:53] pitti: this one: https://blueprints.launchpad.net/ubuntu/+spec/foundations-lucid-boot-experience [16:53] I will get the nm-applet one uploaded this week [16:53] will try to get upstream to comment on it [16:53] then we are mostly done for bootspeed items I guess [16:54] still the wallpaper one remaining [16:54] tseliot: oh, it's all "DONE" there; if there's something outstanding, please add work items under "work items (lucid-alpha-3):" [16:54] seb128: right; any additional wisdom/status about boot speed from you? [16:54] not this week no [16:55] I'm out of mini and didn't have time for that since the sprint [16:55] bryceh: seems that the WIs of you that could most easily be deferred are the bug triaging scripts [16:55] alpha 2 is difficult to install! [16:55] pitti: I should add a task in that blueprint too, I guess [16:55] bryceh: althought it seems to me that an investment in those might be a huge time-saver in the long run? [16:55] pitti, that's correct [16:56] bryceh: the two WIs from the other specs seem easy to do [16:56] bryceh: http://people.canonical.com/~pitti/workitems/canonical-desktop-team-lucid-alpha-3.html#bryceharrington I mean [16:56] yeah [16:57] bryceh: so perhaps do the high-prio ones first, and work on improving the bug scraping in the remaining time? [16:57] actually most of the bug triaging tasks are not difficult, I've just been prioritizing other WIs ahead of them as they involve components that go into the distro [16:57] pitti, yep, that's the plan [16:58] tseliot: ok, let's see how much of your's remain after you close the ones that are done; what's your feeling, do you think you can make your's for alpha-3, or do we need to cut? [16:59] pitti, you can probably postpone the 2 gnome-panel wis from robert_ancell... [17:00] :( [17:00] ok [17:00] pitti: I don't think I can deal with all of them. Some cuts will definitely be required. I can send you an email about it [17:00] tseliot: appreciated, thanks [17:00] pitti, well maybe check with him but I don't see that happening before alpha3 now [17:00] pitti, it requires some non trivial work and architectural changes [17:01] kenvandine, do we still have gtk changes schedules for alpha3? [17:01] maybe [17:01] kenvandine, you have a "integrate patches in the gtk package" work item [17:02] we are still waiting [17:02] I was not sure if that was rgba which got delayed to next cycle [17:02] seb128: done [17:02] kenvandine, ok thanks [17:02] does anyone else have some trouble or remarks with his WIs? [17:03] pitti: the two WI added on my plate by the Mobile team will be review in a call tomorrow [17:03] good, seems that's on track now [17:03] TOPIC: AOB [17:04] 20 seconds [17:04] 10 seconds? ;-) [17:04] [END MEETING] [17:04] thanks everyone! [17:04] thanks [17:04] thanks [17:04] thx [17:04] thanks [17:05] thanks [17:06] seb128: ok, back to update party. Would you mind if I take cheese and nautilus ? [17:07] didrocks, I'm doing nautilus [17:07] ie I started [17:07] feel free to do cheese [17:07] ok, let's get some cheese so :) [17:07] lol [17:07] hehe [17:07] good luck [17:07] there is a new library there ;-) [17:07] didrocks: thanks for joining the updating party! [17:07] pitti: heh [17:07] seb128: yes, I saw that [17:11] didrocks, kenvandine: gwibber newed btw, I didn't use a Replaces on gwibber (<< new_version) though but the Conflicts should avoid issues [17:11] ok [17:11] th [17:11] seb128: yeah, seing the conflicts, I was guessing it's enough. [17:11] x [17:11] seeing* [17:14] kenvandine, xchat-indicator binaries newed too [17:14] woot [17:14] thx! [17:15] np ;-) [17:15] are you using it? [17:18] kenvandine, yes [17:18] works fine ;-) [17:18] cool [17:18] njpatel, btw i fixed that bug in xchat-indicator you had found [17:18] with PMs from people that change their nicks [17:18] desrt, what was hard in alpha2 install btw? [17:19] desrt, I didn't reply before since we were in a meeting [17:19] kenvandine, niice :) [17:28] pitti, I think I'm going to hold off on doing a spec for ruthless-x, since really it should be done by oubiwann and because it's not clear at the moment if we're going to have tasks to do for it on the desktop team [17:29] if we do have tasks, I think they're going to mostly be not-Xorg work such as setting up service accounts, wrestling gdm around it, etc. so I think I can escape being the assignee on that one ;-) [17:29] pitti, however I have created specs for the other four new projects that I failed to escape from: https://blueprints.edge.launchpad.net/~bryceharrington/+specs?role=assignee [17:30] pitti, please review and give guidance regarding priorities [17:32] bryceh: ruthless-X>ack [17:33] bryceh: will reviwe the new ones [17:33] bryceh: well, I assume they come from partners/OEM/etc? In other words, I probably don't have much say in their priorities anyway? [17:34] no one told me, "We need this for customer XYZ", just more of "It would be really cool for our customers if this worked, because..." [17:34] oh [17:34] definitively "Low" then [17:34] i. e. targets of opportuninty? [17:34] guess so [17:38] * pitti waves goodbye for today [17:38] pitti, see you tomorrow! [17:44] see you pitti [17:44] 'night pitti, thanks for covering hte meeting for me [18:13] didrocks, I did upload the new glib btw [18:13] didrocks, so you build workaround is not required now [18:13] seb128: sweet, I'll remove it next time I upload it [18:14] seb128: in fact, cheese already had a library: /usr/lib/libcheese-gtk.so.0.0.0 [18:14] yeah I know [18:14] I just didn't bother splitting binaries in previous update [18:14] too much to do ;-) [18:14] almost finished :-) [18:14] and nothing is using it out of cheese yet [18:14] didrocks, you rock! [18:14] I've just to generate the symbol file [18:15] wow is anyone getting weird window decorations? [18:15] weird? [18:15] I am getting these weird brown window decorations [18:15] and the app indicator area applets are all brown [18:16] :( [18:16] let me take a screenshot [18:16] aren't the window decorations brown anyway? ;) [18:31] it would be cool if someone wanted to update hamster-applet to the new upstream version [18:31] seb128: a few small things are buggered up in the installer [18:31] I would happily sponsor [18:31] seb128: (i was using the server install CD) [18:31] seb128: like after not asking me any questions about grub at all it said "[!!] you didn't configure grub! your system will be screwed! are you sure you want to continue? " [18:31] seb128: so of course i said "no". i thought about it for another second or two then popped up exactly the same dialog [18:32] (infinite loop) [18:32] *it thought about it [18:33] desrt, heh ;-) [18:33] james_w - if nobody beats me to it, i will do hamster-applet when i do my round of updates after dinner [18:33] nice [18:33] chrisccoulson: do the other ones first please ;-) [18:34] ie the one which we ship by default and care about [18:34] seb128 - will do ') [18:34] seb128: will try again with the next alpha [18:34] chrisccoulson: you do it, I'll cook you dinner :-) [18:35] lol [18:35] ooh, i look forward to that ;) [18:35] seb128: how do you determine what should be landing in a -common package that the library could use too? (read the code?) [18:40] dinner time, bbl [18:41] bon appetit [18:46] hey james_w [18:47] hey dobey [18:47] james_w: did that bug you mentioned get fixed yet? [18:48] yeah, but I'm currently writing some code that may make the task easier, shall we work on this tomorrow? [18:49] james_w: sure, thanks! [18:53] chrisccoulson, ping [18:58] hey kklimonda [18:59] james_w: heh, thx :) [18:59] chrisccoulson, is the text displayed by gnome session when logout is suspended configurable? the text "This program is blocking log out." [19:02] kklimonda - yes, the application can create an inhibitor and specify a reason, [19:02] the generic text there is displayed when the application doesn't respond to SaveYourself quick enough [19:03] (i think) [19:03] chrisccoulson, should I create inhibitor or use eggsmclient ? [19:03] you should probably use eggsmclient for now [19:03] when are you seeing that message? [19:03] chrisccoulson, I'm playing with transmission to make it save state of torrents on log out so It doesn't have to reverify active torrents every time [19:04] ah, ok. how long does that take? [19:04] i think it has something like 5 seconds to resond to the SaveYourself before the inhibit dialog appears [19:04] chrisccoulson, I'd say a moment - but Transmission also tries to upload all stats to trackers and it takes more time [19:05] yeah, that might be more problematic then [19:07] chrisccoulson, also right now when I use both eggsmclient and inhibition API Transmission shows up twice in the logout dialog.. [19:07] kklimonda - yeah, that might not be the right thing to do then [19:07] gnome-session only gives you 1 second btw [19:14] seb128: ok, I guess you just push everything in usr/share in -common package [19:18] didrocks, context? [19:20] seb128: hum, you didn't follow my previous hl about -common package. But I figured it, just put every architecture independent files in it and make the new lib depends on it :) [19:20] didrocks, no sorry I took the screen from this computer to put it on an another one to format the mini ssd [19:20] reading now [19:21] seb128: don't bother, I looked at the brasero example :) [19:21] and figured out [19:21] didrocks, does the lib needs anything from there? images or something [19:21] seb128: that's what I meant by "reading the code" is the only way, right? no special thing in a file like .pc or something else? [19:23] didrocks, not that I know about no [19:24] ok, looking at the code to see if the lib should depends on it (in every case, a -common package is still good for archive space and build saving) [19:25] build saving? [19:25] I find common to rather clutter the namespace and list of packages but yeah they are useful [19:26] bah [19:26] armel is a piece of crap [19:26] right, it doesn't save so much "build time" finally [19:26] asac, what should be do with build which fail due to random segfault in libtool calls? [19:26] asac, just retry those? [19:32] The new gwibber theme looks sweet [19:43] seb128: yes. retry. our builders are really flaky [19:43] thanks [19:43] ok [19:43] np [19:51] So, there's a downside for using webkit to render gwibber. I'm able to right click and try things like "reload" which don't necessary make sense [19:51] Is there a way to disable that in gwibber? [19:52] Nafai, I've not used webkit but I'm pretty sure you can [19:52] yeah, cause I accidentally fubared the interface by hitting reload :) [19:52] I suppose I should file a bug [19:52] yeah [20:06] kenvandine - we don't need to show the gwibber accounts/preferences menu items by default in the preferences menu do we? [20:06] (from the panel) [20:07] chrisccoulson: that is being discussed [20:07] kenvandine, - ah, ok [20:07] so not for sure yet [20:07] having them in the menu makes it feel more like a desktop service [20:07] i think they're a bit unnecessary, seeing as accounts is accessible from the me menu [20:07] so you can change things without actually running the client [20:07] which we want people to think of more like a viewer [20:08] right [20:08] so perhaps accounts can go away from the preferences menu [20:08] and we just leave the settings there [20:08] not sure [20:08] yeah, that would be better [20:08] but trying to disconnect the notion that you need to be running the client to make changes to your "social desktop" [20:09] yeah, i understand that. so, it probably makes sense for the preferences menu item to remain then [20:11] seb128: not sure I'll upload cheese tonight. The packaging side seems to be ok, but it's segfaulting at start === jjardon is now known as jjardon_afk [20:27] pitti: FYI: lp:bzr-builddeb now has "bzr dh-make" to start packaging [20:31] didrocks, ok, no hurry [20:31] didrocks, let's look at this tomorrow morning [20:32] seb128: I'm just finishing building in "one package" to test if I have no missing file [20:34] seb128: ok, all one packaging is segfaulting as well, let's see if we got a .91 tomorrow (or .90.1) [20:35] ok [21:14] djsiegel: you know about http://banshee-project.org/~gburt/tmp/banshee-librivox.png right? [21:14] gabaug: yes :) [21:15] bah, can't get a proper backtrace as glib ddbsym isn't built yet [21:15] I definitely want easier though [21:15] will see tomorrow, good night everyone :) [21:15] like an "Audio Books" tree in the sidebar [21:15] so it just looks like the computer has a library of audio books on it already [21:16] yeah, that could be cool [21:16] gabaug: wouldn't that be great? I think even the smallest barrier (search in this case) will prevent people from finding great content [21:16] my mom won't click on "internet archive" [21:16] yeah, probably true [21:16] she would think it has to do with downloading web pages or her history or something [21:16] yeah [21:16] gabaug, Sweet. Where does it get those books from? [21:17] SEJeff: archive.org [21:17] gabaug: hey how do I make my sidebar condensed like that? [21:18] djsiegel: for now, the only way is by setting a gconf key: /apps/banshee-1/player_window/source_view_row_height = 16 [21:18] oh, and source_view_row_padding = 0 maybe? [21:18] gabaug: I'm down with that :) [21:20] gabaug: man you guys bring the awesome [21:20] djsiegel: I did try to make it easy to get to audiobooks with http://banshee-project.org/~gburt/tmp/banshee-archive.png [21:20] but I can see that even having to click 'Internet Archive' is scary/a barrier [21:21] perhaps, "Online Content" [21:21] or something to the gist of that [21:21] Yeah, I think the ideal would be "Audio Books" or maybe just "Books" [21:21] once you click that, you immediately see stuff you can click to listen [21:21] djsiegel: yeah, integration into the actual Audiobooks library would be cool I think [21:22] gabaug: also, maybe even a "Getting started" screen for people with empty libraries.... [21:22] I know, sounds like it could be terrible [21:22] but [21:22] Banshee can do amazing things but people just won't figure out podcasts or audiobooks unless you basically do it for them [21:23] djsiegel: how about this: you view the "Audiobooks" library, which shows you your local stuff, but the Content Pane (where last.fm recs + wikipedia currently are) it could show your Internet Archive audiobooks [21:23] and jump you to the Internet Archive source if you select them, maybe [21:23] gabaug: hmm [21:24] gabaug: I think you should freely mix online and offline content [21:25] with inline "download" buttons in rows or something [21:25] so it looks like I have hundreds of books in my library [21:25] and I can double-click to stream [21:25] or click to download [21:25] more advanced users can select a non-default "my local files only" view [21:25] djsiegel: say you did have 5 of your own/ripped audiobooks - how would you display those inline w/ some random results from librivox/archive.org? [21:26] basically the same question: how do you propose the user would alter what online books are shown? [21:26] gabaug: I think the "I have local files and I know the difference" case is more advanced [21:26] search search search [21:26] and use of the browser pane [21:26] Online Content [21:26] Local Books [21:26] stuff like that [21:26] My Library [21:26] LibriVox [21:26] All Books [21:26] and if you're not searched, what's the default view? [21:26] Default is All [21:27] heh [21:27] Definitely warrants user testing [21:27] but I think there could be something to showing people this online content by default, as if they had it on their machine [21:28] yeah. I definitely like the idea of making the content more integrated/easier to find/impossible to miss [21:28] as far as most people would know, Banshee "came with" 1,000 free audio books [21:28] yeah [21:28] definitely do not overestimate the average user's ability to understand files in general, and local files vs streaming vs downloading in particular [21:29] You want (1) See content (2) click it (3) enioy it [21:30] djsiegel: yeah - I think we do alright w/ that in podcasts - if it's already downloaded (by policy or manually) and you double click, it'll play off disk, otherwise it'll stream [21:30] yeah that is very cool [21:30] I just think it's missing the initial seed [21:30] the features are amazing, but it's a non-starter because the content has to be added [21:31] not only does it have to be added (sources), it involves copying xml URLs and crazy stuff [21:31] djsiegel: have you seen the Miro Guide integration work? [21:31] Just think of some imaginary great photo library app [21:31] am not sure it'll ever land, but hopefully some day.. [21:31] think of the first time any given user opens it [21:31] in one scenario, it opens to an empty library [21:32] in another, it opens to 10,000 amazing HD national geographic photos or something in an album [21:32] in the latter scenario, the user immediately begins experiencing the software [21:32] they are motivated to learn, explore, crop, set desktops [21:33] they have fun just scrolling the library view [21:33] http://vimeo.com/6601743 - banshee/miro guide integration [21:33] something they can't do with an empty library [21:33] yeah [21:33] reduce the barrier to 'play' in whatever sense [21:34] http://miroguide.com/ - if you're not familiar with it [21:34] gabaug: awesome [21:34] hmm [21:35] would be nice to actively manage that sidebar for the user... [21:35] it looks like it can get out of control [21:35] yeah [21:35] we really need to create a sidebar solution for the community to use... [21:35] everyone rolls their own [21:35] this is definitely just a prototype [21:36] so [21:36] I wanted to do a project like 100 paper cuts [21:36] but called 100 new features or something [21:36] 100 featurelets [21:36] get every project, big or small, to develop a new feature that will delight users [21:37] maybe I can talk to you about how you guys are motivated to always deliver something new [21:37] I think many projects have forgotten what it means to deliver a new feature [21:37] forgot the rush you get :) [21:44] djsiegel: if you click the "Subscribe' button on miroguide.com, it should try to open a .miro file, and Banshee should be the/an option there, btw [21:44] gabaug: oh, cool [21:45] that might be a good default bookmark then, once banshee is in [21:45] yeah, definitely a good one [21:45] it's run by the non-profit Participatory Culture Foundation, the guys who make the Miro video player [21:55] gabaug: at my first UDS we had a session about including free content and I got really worked up [21:55] gabaug: I wanted to include all sorts of rich media and the suggestion on the table was to add an RSS feed to gnome-look or some crap [21:55] gabaug: I screamed "THAT'S BORING!" [21:56] heh [22:01] TheMuso Eastern Edition? [22:01] rickspencer3: Sure thing. I have not long emailed my activity report to you. [22:01] TheMuso, yeah, just saw it [22:02] great. [22:02] I didn't actually attend the main meeting this morning, but pitti said he updated the minutes and such [22:02] https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-02-09 [22:02] * rickspencer3 reads [22:02] ok [22:02] oh and BTW everyone here, http://news.slashdot.org/story/10/02/09/0024241/Oracle-Drops-Suns-Commitment-To-Accessibility [22:04] TheMuso, let me know when you are done looking over the wiki [22:04] rickspencer3: sure [22:04] done [22:04] in terms of # Martin to review post-alpha 3 desktop team blueprints and discuss with Rick and Robbie what to drop [22:05] basically, I want us to drop *everything* (that we possibly can) [22:05] I want us to focus on integrating Dx and OLS work, bugfixing, and making upgrades work smoothly [22:05] in terms of #Martin to discuss remaining two WIs for desktop-lucid-compiz-effects with Rick ... [22:06] this is problematic as seb128 promised me, who then promised sabdfl, that we would cache compiz settings and then have them restorable from a script on upgrade [22:06] I don't see how we can get out of doing this [22:07] rickspencer3, we can do that easily [22:08] rickspencer3, we just think it's prone to lead to issues and break the golden rule we set with warty to not touch user settings on upgrade [22:08] seb128, yeah [22:08] I guess everything change [22:08] but that's something we have been sticking with since day1 [22:08] the minutes said something about it being a lot of work [22:08] did they? [22:08] seb128, the dx sprint would have been a better time to bring this up for discussion [22:08] it's rather slippy path [22:09] I've raised my concern during the sprint [22:09] desktop-lucid-compiz-effects: Remaining two are a lot of work, and highly questionable; should be dropped, but Martin to confirm/discuss with Rick [22:09] seb128, ah, ok [22:09] but I've been overuled [22:09] seb128, I suppose I blew you off? sorry about that [22:09] maybe we can do it the other way [22:09] that's ok [22:09] like obey the golden rule, and then have a script that will do the new setting for you if you want them [22:10] well that's basically equivalent to selecting standard effect in the appareance capplet... [22:10] no need of a script we already have the ui for it [22:12] hmmm [22:12] ok, let me bring this up tomorrow with sabdfl [22:12] perhaps we could role out the golden rule breaking change with A3 and see what kind of feedback we get [22:12] do you talk to pitti or sadbdl first tomorrow? [22:12] I [22:12] 'll talk to pitti first [22:12] ok, so all good [22:13] sort with pitti what he things [22:13] alright [22:13] I delayed the change not because I don't want to do it but because we just did the settings change a few days ago [22:13] and I didn't come to do the backup and overwrite thing yet [22:13] seb128, I know [22:13] :) [22:13] I can still easily do for alpha3 [22:13] talk to pitti and sabdfl [22:13] and tell me what to do tomorrow after that [22:13] and we will get that done ;-) [22:14] seb128, ok, will do .. thanks [22:14] np [22:14] seb128, in terms of post A3 work items, as I said to TheMuso ... [22:14] I was thinking that we default to zero work items from the desktop team [22:15] thoughts? [22:15] seb128, nm, I just realized it's late night there, we can pick it up in the morning [22:15] having time for bug fixing would be really welcome [22:15] so +1 [22:15] not just bug fixing, but also making sure upgrades work very well [22:15] don't worry, if I'm still on IRC I'm fine discussing there [22:15] I would close IRC otherwise ;-) [22:15] right [22:15] hehe [22:15] ok, I [22:16] 'll look through the blueprints and see if we can't just punt everything [22:16] I had already communicating a few times that everything is alpha 3 or bust, post a3 is bugs, integration with Dx/OLS, and upgrade experience [22:17] too bad TheMuso dropped off! [22:17] hey I have a question along these lines [22:18] I get a lot of questions to me about X stuff, it consumes a good chunk of time each day to respond to all the requests [22:18] I would like to tell people, "Sorry I can't talk to you, I'm too busy" but this seems rude. Is there a better way to handle this? [22:20] bryceh, this sounds familiar [22:20] an ongoing issue [22:20] yeah... [22:20] what kind of questions are you referring to? [22:20] hey bryceh. Looks like you were the entire meeting last week :) https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-02-02 [22:20] robert_ancell, indeed ;-) [22:20] heh [22:21] hi robert_ancell [22:21] rickspencer3, hi [22:21] robert_ancell, did you hear, jono wants to marry Simple Scan [22:21] anyway, bryce, is this trouble shooting? [22:21] rickspencer3, blog post is in the works about said scanning software [22:21] :) [22:21] sweet :) Not sure what country that is legal in though.... [22:21] and what your wife might think jono! [22:21] robert_ancell, I was wondering if you would give me your blessing to marry simple scan [22:22] robert_ancell, we have a very open minded relationship [22:22] rickspencer3, typical questions are "Have you seen this bug before?" "Is there any more info I can put on this bug?" "Can you tell me how to do foo in X?" "Is my card supported on ...?" etc. [22:22] clearly! [22:22] jono, you have my blessing [22:22] she realizes that when it comes to really simple scanning, I can set my Facebook profile to "In a Relationship with Simple Scan" [22:22] :) [22:22] robert_ancell, seriously, pal, my socks were physically rocked off when I used it [22:22] that reminds me, I really need to make another release... [22:23] jono, xsane set a very low barrier to beat :) [22:23] bryceh, is this on irc? [22:23] robert_ancell, lol [22:23] robert_ancell: I am naming my next pet "simple scan" [22:23] robert_ancell, hey I just used that today to scan my receipt for last week. totally rocks. good bye xsane [22:23] jcastro, we need to make this a meme [22:24] rickspencer3, irc, email, in person, phone calls... ;-) [22:24] I hear across America they are naming elementary schools "Simple Scan" [22:24] hmmm [22:24] bryceh, I think your Wiki King status gives you a bit of right to pull a rtfm on folks [22:24] hehe [22:24] ok [22:24] I am considering entering into a loving relationship with Simple Scan. How much do you love it? #howilovesimplescan [22:25] and perhaps on irc, set yourself to away even when you are not, and point to your x wiki in your away message [22:25] I would blog it an put it in the title of the channel [22:25] in terms of email, perhaps also reply with links to the wiki and ask folks to make sure the information is not in there before they ping you [22:25] so people don't think you're rude when you don't respond [22:26] jcastro, do you know what the title of #ubuntu-x is? [22:26] anway, you don't need to be responsive *all the time* [22:27] and anyone from OEM services, send them straight to tseliot ;) [22:27] (unless it is tseliot, of course :) ) [22:27] we need developer bouncers. :p [22:29] does that same approach work for non-staff? ;) [22:32] rickspencer3, btw in the compiz setting discussion, not every setting is cosmetic [22:32] rickspencer3, some of the changes are for example key bindings [22:32] hmmm [22:32] I know I would be pretty annoyed if somebody wipped my keybindings [22:32] seb128, tell me what you think is the right thing to do [22:32] I've those configured for years [22:33] I would avoid touching user customized settings on upgrade [22:33] which is what we always did [22:33] I can understand the rational for it [22:34] but it's an open path for annoying people who really care about what they did configure and feel strongly we should not decide for them [22:34] rickspencer3: ? [22:35] hi tseliot, didn't meant to call you, sorry [22:35] rickspencer3: np [22:35] I venture you're much more likely to get strong pushback if you touch user-customized settings [22:35] crimsun, yeah, but if you've made one small tweak, that probably doesn't mean that you don't want all the new much improved compiz settings, right? [22:36] so how do we have our cake and eat it to? [22:36] rickspencer3: I can't speak for that particular use case, but it has always been really nasty to do something similar for PA [22:36] Riddell: sorry dropped off [22:36] rickspencer3, my gut feeling is that getting such things right require cautious work that we will not spend on improving lucid quality [22:36] rickspencer3: sorry [22:37] instead of a restore script, maybe we should have a "factory defaults" script, which users have to ask for, but will blow away customizations and set up the new defaults? [22:37] dropped off [22:37] Riddell: sorry meant Rick. [22:37] continuity is more important imo [22:37] TheMuso, np, understood [22:37] rickspencer3, and that we will better deserve user by starting improving lucid rather than spending days on corner cases [22:37] you can provide instructions to give existing user accounts the new experience [22:37] and don't worry, Riddell is on vacation atm ;) [22:37] Laney, seb128 but what would those instructions be? [22:37] heh [22:38] would they be to "run this script", something in the GUI? [22:38] well I'm doing the KDE 4.4.0 release but that's the sort of thing I do for my holidays :) [22:39] rickspencer3: Did you receive my audio update? [22:39] TheMuso, nope [22:39] sorry [22:39] unless it was in your activity report [22:39] rickspencer3: I don't know, and I'm not one to tell you what to do, but I wouldn't consider this a priority really... it seems like a broken way to do things [22:39] rickspencer3, that's one of the reasons I'm reluctant to the "change settings and have a way to restore previous config" [22:39] haha, Hi Riddell [22:40] rickspencer3, I don't see a way to do that, either you display a dialog with the information which we don't want to do or it will not be obvious [22:40] Probably fixing the reason why users won't see new system defaults if they haven't modified the corresponding settings themselves would be more worthwhile [22:40] seb128, I don't mind if it's non-obvious [22:41] well if you blow users setting and hide how to restore them in a system text file they will never find... [22:41] if we can just tell people to run an obscure script that we drop for them somewhere, that's probably ok [22:41] seb128, I'm asking the opposite question, I think [22:41] rickspencer3: argh ok hang on [22:42] if we *follow* the golden rule, we can assume some people might just want the new defaults [22:42] rickspencer3, oh ok, well setting system default is selecting "normal effect" in the apperance capplet [22:42] how do we let users get those anyway? [22:42] rickspencer3: Basically the update is that we now have a couple more Canonical employees who can help with hda hardware enablement, since I gave them a crash course last week. There is more to cover, but we've made a start. [22:42] Second is the power saving stuff. IDT/Sigmatel codecs have proper power saving code in the kernel, and hense it gets enabled by the pmutios stuff. [22:42] seb128, so if you are set to Normal, you get zero customizations? [22:42] sorry, TheMuso go ahead [22:42] rickspencer3, yes, normal is "apply the normal ubuntu profile" [22:43] ie what we set by default [22:43] rickspencer3: ^^ [22:44] ok, I think the whole discussion is moot [22:45] robert_ancell: Hey dude, you around? [22:45] ok, so in terms of new compiz [22:45] bratsche, yup [22:45] 1. if you are on advanced, nothing will change for you on upgrade [22:45] 2. If you are on advanced and then upgrade, and then switch to Normal, you will have new settings [22:45] 3. If you are on Normal, you will get new setting on upgrade [22:46] yes [22:46] robert_ancell: Hey, the LocalDisplayFactory switch_to_user stuff in gdm.. is that finished and working? I'm trying to add support for that to indicator-session. [22:46] ok, I feel this is a non-issue [22:46] bratsche, yes, it should be [22:46] ok good [22:46] rickspencer3, let's confirm with sabdfl tomorrow and set that for lucid then [22:46] I will confirm with sabdfl when I get a chance, but it seems clear that ... [22:46] hehe, never mind [22:46] ;-) [22:47] robert_ancell: Hmm, okay.. I'll keep looking at this and try to figure it out. Not sure why it's not working yet, so just wanted to make sure. [22:48] bratsche, what is happening for you? [22:48] TheMuso, just so I understand, you are saying that you've grown the list of hardware that we can troubleshoot for Lucid by training up some Canonical Ubuntu folks at the sprint last week? [22:48] robert_ancell: So far nothing, I click the menuitem and nothing appears to happen. What is the second parameter in SwitchToUser for? It says [22:48] robert_ancell: I wasn't sure what this was so right now I'm just passing NULL to that. Maybe I'm not supposed to do that. :) [22:49] bratsche, that's an output (type="o") [22:49] it returns a dbus address I think [22:49] Yeah, but what is it supposed to retrieve? [22:49] Oh okay. [22:49] (it's the same thing that is returned from StartGuestSession(), CreateTransientDisplay() etc) [22:50] Okay. [22:52] Hmm, with the guest session stuff it looks like we're still using /usr/share/gdm/guest-session/guest-session-launch [22:55] bryceh, nouveau install failed: https://pastebin.canonical.com/27638/ [22:57] woot, new CDs in the mail! [23:00] bjf, need to uninstall linux-backports-modules-nouveau-2.6.32-11-generic first [23:03] robert_ancell: aha, I got it working using dbus-send. So obviously I'm just doing something wrong in the code. [23:03] bryceh, thanks, I seem to be in a catch 22, can't uninstall 2.6.32-11 because .12 have unmet dependencies, let me work through that [23:03] bratsche, sweet, feel free to put the code in a pastebin if you want me to have a look [23:04] bjf, erf [23:04] bbl got somethign to take care of before the morning gets on too much. [23:10] robert_ancell, how is your Python-fu? [23:10] rickspencer3, not too bafd [23:10] bad [23:10] I am refactoring a class to derive from another class, but I find that I have to keep breaking encapsulation because "__" members aren't inherited [23:10] so is there a way to make a private member that gets inherited? [23:11] (I know this is probably a basic linguistic question, but it's the first time I've run into it as a problem) [23:11] rickspencer3, no, private members are a bit of a hack in Python - they are just name mangled to ClassName__method - I stopped using them entirely because if one of your derivative classes has the same name as a parent they can collide [23:12] so I have to have stuff like a member variable named "editable" and a method called "set_editable"? [23:12] seems a terrible API :/ [23:12] why not use a property? [23:12] (I need set_editable because there are side effects) [23:13] because the property would set a private member, that doesn' [23:13] t get inherited [23:13] (these were properties before) [23:13] * robert_ancell looks up properties again [23:13] the lack of real private methods annoys me too [23:14] there's probably some decorator you can use that would solve this but I don't know them very well [23:14] robert_ancell, I suppose this holds true for functions as well [23:14] bryceh, got through the problem, so far nouveau looks great [23:14] no private member functions get inherited? [23:14] everything gets inherited [23:15] just when you refer to a.__x it looks for a.A__x, and b.__x looks for b.B__x [23:16] so therefore: [23:16] AttributeError: 'CouchGrid' object has no attribute '_DictionaryGrid__editable' [23:18] u [23:18] h [23:18] robert_ancell, so I moved the __editable member variable outside the scope of a member function, and it works fine [23:19] rickspencer3, can you paste that code? [23:19] bjf, aha excellent [23:19] bjf, yeah I hate it when the deps get tangled like that [23:19] robert_ancell, s'lota code [23:20] bjf, test suspend/resume when you get a chance; so far no one has found that worked successfully [23:20] and I just reverted :/ [23:21] rickspencer3, http://paste.ubuntu.com/372805/ - this is the code that doesn't work. Did you work out a way to get it to work? [23:23] robert_ancell, yeah, basically, I redeclare the private members for each class [23:23] http://paste.ubuntu.com/372807/ [23:24] But a.__x != b__x [23:25] oh weird. it does work. I don't see how that works... [23:26] http://paste.ubuntu.com/372809/ [23:28] robert_ancell, it's probably just some weird text replacement or something [23:28] huh [23:28] weird [23:29] it doesn't really work, does it? [23:30] it prints out 1\n2 [23:31] fudge [23:38] robert_ancell, oh well [23:38] :/ [23:38] according to the docs the "name mangling" is a feature that is intended to basically keep members from being inherited [23:38] so I guess I should just use a single underscore, and then redeclare them in each class? [23:39] that works [23:39] in fact, I don't need to redeclare them that way [23:40] so they are "private" by convention, not by access [23:40] that is workable for me [23:41] so really "__" doesn't mean private, it means "don't clash with subclasses if they use the same property name" [23:41] "_" means private as in "don't consider this member as part of the API" [23:42] * rickspencer3 feels slightly smarter [23:42] kenvandine, Does jono's post about the new gwibber and "improved reliability" mean less segfaults? [23:43] rickspencer3, yeah [23:43] I need to file my bug on gwibber :) [23:43] It took me ages to track down my bug where I had a subclass with the same name and same __ variable :) [23:45] thanks for the help robert_ancell [23:45] this will make the code way better [23:46] sad that I [23:46] ve been doing it wrong all this time :/ [23:53] chrisccoulson, ping? ;) [23:53] hey kklimonda [23:53] chrisccoulson, is the reason passed in response to EndSession signal used anywhere? [23:54] EndSession signal seems to be emitted when user forces log off/restart so there is no dialog window where it can be displayed [23:56] kklimonda, are you using EggSMClient? [23:57] chrisccoulson, no - gnome session dbus api [23:57] ah, ok. the reason ends up in the inhibit dialog [23:59] chrisccoulson, can EndSession signal be emitted when inhibit dialog is visible? if so when? I got this signal only after I've chosen to force log off (and it closed dialog).