=== bjf is now known as bjf-afk === eeejay is now known as eeejay_away [04:07] Hello, has anyone heard of a fix for the logon on loop issue, most forum discussions say it is related to desktop resolution but none of their "fixes" work for me [04:09] now I am getting.... Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-xV8IiXCKol: Connection refused) [08:14] Good morning [08:17] heya pitti [08:25] good morning everyone [08:26] hey chrisccoulson [08:27] hey pitti, how are you? [08:27] I'm great, thanks! How about you? [08:27] yeah, not too bad, but a little cold [08:38] good morning [08:38] good morning seb128 [08:39] hey chrisccoulson [08:39] how are you today? [08:39] bonjour seb128 [08:39] yeah, i'm ok thanks. and you? [08:39] hey pitti! [08:39] I'm good [08:39] chrisccoulson: cold> get well soon then! [08:39] not fully awake yet but after some extra coffee that will do [08:39] * pitti shivers, temperatures below zero for two weeks aren't my definition of "comfortable" [08:40] same here [08:40] pitti - oh, sorry, i meant i was feeling cold rather than having a cold. i'm not feeling ill just yet ;) [08:40] aah [08:40] * pitti hands chrisccoulson a blanket [08:40] * chrisccoulson thanks pitti [08:41] it's quite cold at work, as most of our building is empty now, so they keep the heating off in those parts to save money [08:42] but it makes it cold everywhere [08:54] * baptistemm hugs chrisccoulson to heat him on [09:47] morning [09:48] morning [10:47] asac, hey [10:48] mvo, hi, can you remind me of the command to rebuild the USC database (e.g. when switching from the PPA package to software-center trunk branch)? [10:48] asac, will you do the gnome-bluetooth 2.29 update too? [10:48] asac, just asking before starting on it to not dup work [10:48] mpt: if you run from trunk, just delete data/xapian/* - trunk builds a local DB [10:49] mpt: you will need the aptdaemon from the PPA on karmic for current trunk [10:51] mvo, I do have aptdaemon from the PPA, but after deleting data/xapian/* I have the same problem as before it: The only department that shows up is "System Packages". [10:52] mvo, and lots of "console message: undefined @1: ReferenceError: Can't find variable: addCategory" [10:55] mpt: rigtht, the software-center.menu file got updated, easieist is to run bzr-buildpackage and then sudo dpkg -i ../build-area/*1.1.7*.deb - or I can upload to the PPA if you prefer that [10:56] I'll try the buildpackage thingy first [11:00] mvo, that fails with "gpg: /tmp/debsign.l6wyJ0ec/software-center_1.1.7.dsc: clearsign failed: secret key not available" [11:00] mpt, it's not failing [11:00] mpt, it's just a warning saying you don't have a key to sign [11:00] that's fine for a local build [11:00] mpt: that is ok [11:01] "bzr: ERROR: The build failed." [11:01] If it's not failing, it has a funny way of showing it ;-) [11:01] depends of what call fail [11:01] it's not good to upload [11:01] but it's good to locally install [11:01] the debs should be there [11:01] huh, so they are [11:02] I guess that's what they call "catastrophic success" [11:05] mpt: please let me know if it works with the new version, I leave for lunch now but will read scrollback [11:05] mvo, "software-center depends on aptdaemon (>= 0.11+bzr322); however: Version of aptdaemon on system is 0.11+bzr319-0ubuntu1~ppa1." [11:06] Oh, that's just because I haven't installed updates yet this morning [11:06] never mind [11:07] Hm, it's not good for Update Manager to bring up the "You have 1 broken package on your system! Use the 'Broken' filter to locate it." alert when Update Manager has no such thing as a "Broken" filter [11:07] technically it's not update-manager since that comes from synaptic [11:08] but right not good from an user view [11:08] I guess that would disappear if/when Update Manager used aptdaemon [11:08] yes [11:09] hm, i fix that after lunch [11:28] * mpt giggles in delight at the new "Games" screen [12:20] Just a quicky is it known that there is no evolution on todays iso [12:29] davmor2, are you sure? its not in the internet menu, its in office [12:31] gord: nope not in internet not in office and not in notification applet either [12:33] gord: also calendar applet doesn't open it and nor does typing evolution into the terminal [12:40] Amaranth, mvo: do you plan to do a compiz upload soon? [12:41] seb128: not currently, why? I can do one if needed? [12:41] mvo, it needs a rebuild for libgnome-desktop soname change [12:41] mvo, no hurry but I was pondering between doing it or wait for your next upload [12:42] seb128: let me quickly check bzr [12:42] mvo, there is no code change required I think, the api change is the gnome-bg api which I don't think compiz uses [12:44] how the hell do you specify a port for a server on xchat / xchat-gnome? [12:44] seb128: nothing pending, feel free to just upload (but please keep bzr in sync) - I can also it, either way is fine for me [12:44] it doesn't like host:port [12:44] mvo, I will do it [12:45] rodrigo_: host/port [12:45] mvo, speaking about keep bzr in sync you didn't for cheese ;-) [12:46] mvo, (cost me a reject, fix, reupload round yesterday) [12:46] james_w: yay, that did it, why it doesn't use host:port ? [12:46] because it is special [12:46] xchat indeed is special [12:47] seb128: I do not even remember touching that [12:47] oh, right [12:47] mvo, you sponsored a gconf key change [12:47] mvo, anyway no worry I fixed it [12:47] yeah, indeed it's special [12:47] I just hate when I notice that bzr out of sync because the upload got rejected [12:48] we need better tools to warn you that what you try to build is not in sync with the archive or something ;-) [12:49] agreed [12:49] perhaps debuild -S could fail if DEBEMAIL =~ /ubuntu/ and there is a Vcs-Bzr:.*launchpad.net, but no .bzr? [12:49] (it quickly gets hackish at this point, though :-( ) [12:49] mvo, do you have any clue if Amaranth is still working on the compiz cleaning? [12:49] or splitting things we don't use in a new binary [12:50] in general, folks should use debcheckout first nowadays [12:50] pitti, I do use bzr pull usually [12:50] and then do changes [12:50] and bzr-buildpackage [12:50] seb128: then you already know it's in bzr [12:51] pitti, well I've checked of all the things I work on [12:51] I mean if you want to do a drive-by fix for a random packge [12:51] you should never start with "apt-get source", but "debcheckout" [12:51] checked -> checkouts [12:51] right [12:51] in this case I did update something I had a checkout for already [12:51] I mean "you" == "anybody", not "you" == "seb128" in this case [12:51] so that would not prevent such issues for those cases [12:52] no, I meant mvo should have used debcheckout [12:52] maybe he did but forgot to push [12:52] I did that a couple of time [12:53] anyway that's not happening too often nowadays [12:54] pitti, btw do you have an opinion about converting desktop components to use source in bzr in the standard location now? [12:54] rather than debian dirs as we do [12:54] I'm a bit torn here [12:55] from a design POV it would certainly be nice once having the full source actually makes sense (i. e. we have upstream imports and can directly merge from upstream trunk) [12:55] but I don't think we're quite there yet [12:55] right now, having the full history in bzr just makes things excruciatingly slow for no real benefit [12:56] you have to push MBs over MBs of data to launchpad to do a single quick change [12:56] and upload bandwidth is still scarce for most people (for me, anyway) [12:57] yeah, same here [12:57] in theeeeeory, LP should have stacked branches [12:57] so pushing a new fix to a new branch should be trivial [12:57] but it just doesn't work [12:57] I scp things on canonical servers and wget the tarball there for uploads [12:58] and even if you can directly commit to the ~ubuntu-desktop branch, you still have to download the entire history [12:58] I'm quite happy with what we have now so I was not pushing for change [12:58] and the history is both big and useless, since it's tarball imports, not the real trunk [12:58] I was just checking other people don't get blocked on a workflow they don't like because or me there [12:59] that doesn't seem to be the case for you ;-) [12:59] I'm quite happy with what we have right now, TBH [12:59] ok, let's stay on that for this cycle [12:59] we can revisit that later [12:59] thanks [12:59] if I do an upstream fix for gnome, I still have to get the upstream git, apply it there, and do a git format-patch, of course [12:59] but that wouldn't be any different with having everythign in bzr [13:01] right, everything would be great if GNOME was using the same vcs and you could cherrypick commits in one command and push those [13:01] but since that's not the case... [13:02] pitti: stacked branches should work. If they don't for the package branches that's a bug and I'd like to take a look at it. [13:03] james_w: the other day I got ubiquity, did a commit, and pushed to my branch; that uploaded some 90 MB of data [13:03] which took me some half an hour.. [13:04] ouch [13:04] and I got that for other packages as well [13:04] I don't suppose you can grab the ~/.bzr.log snippet for that could you? [13:05] searching for "fetch logic.*ubiquity" should pick out relevant chunks [13:06] * pitti gets the relevant chunk [13:08] james_w: http://paste.ubuntu.com/352901/ is the relevant bits === MacSlow is now known as MacSlow|lunch [13:09] wow, not a lot of information there :-) [13:10] thanks, I'll file a bug requesting more details be logged [13:11] james_w: could it be an older format? [13:12] * seb128 kicks the pc speaker [13:12] xset -b doesn't work [13:12] pitti: it does seem to be [13:12] that might have something to do with it [13:14] bug 504232 [13:14] Launchpad bug 504232 in bzr "Please log more information about remote operations" [Undecided,New] https://launchpad.net/bugs/504232 [13:14] in case we need to do this again sometime :-) [13:16] james_w: thanks; I sub'ed, and commented === robbiew1 is now known as robbiew [13:38] asac, hey [13:40] seb128: g-b? [13:40] if you want to do it today, go ahead [13:41] asac, I will have a look [13:41] asac, could you push your changes to bzr? [13:41] asac, the bzr is outdated by several updates [13:42] asac, you also wrongly dropped the status icon change, it's back to colored icon [13:42] asac, or crevette did and you didn't catch the issue [13:42] asac, don't worry I will handle the update and the icon issue, if you could just push your changes ;-) [13:43] or did you stop using bzr for this one? [13:55] is there any known problems with language-pack-en? [13:56] after updating this morning my locale seems to have disappeared [13:56] bug #504198 [13:56] Launchpad bug 504198 in eglibc "locale support broken on upgrade to latest eglibc" [Critical,Fix released] https://launchpad.net/bugs/504198 [13:56] seb128, thx :) [13:56] you're welcome [13:57] yay [13:57] that fixed it :) [13:57] good [13:58] man things are unhappy when it can't set the locale :) [13:58] hey kenvandine [13:59] kenvandine: sudo apt-get locale-gen --purge should help [13:59] kenvandine: (bug is known and filed) === MacSlow|lunch is now known as MacSlow [14:05] pitti, do you follow device-kit power upstream changes? [14:05] pitti, do you know if the battery estimation code will be turned on before lucid? [14:07] seb128: I didn't have a look at it recently, I'm afraid I don't know; I thought it already had code for that? [14:08] pitti, right, the configure option is off by default though [14:09] pitti, don't bother, I was just looking at this bug your forwarded because extra users commented saying they also have no battery estimation since karmic [14:18] rickspencer3: good morning [14:18] gosh, I just wasted 20 minutes debugging why my new work item tracker spits out wrong numbers, only to finally see that they are actually correct, and the current chart is wrong [14:19] rodrigo_, ping [14:20] rodrigo_, your latest branch doesn't have my pythondir fix, which i think was merged into trunk already [14:22] pitti - perhaps you have not had enough coffee ;) [14:23] chrisccoulson: clearly not, since I don't drink coffee :) [14:23] chrisccoulson: it just shows me how urgent this work item tracker rewrite actually is [14:23] * seb128 thinks pitti is slowly turning into a manager [14:23] feeding my boss wrong numbers, rickspencer3 could never sleep well! [14:24] argh! no! argh! [14:24] :) [14:24] * seb128 hugs pitti [14:24] * pitti hugs back seb128 [14:24] * chrisccoulson hugs seb128 and pitti [14:24] hugfest! [14:25] * pitti hugs chrisccoulson [14:25] * seb128 hugs chrisccoulson [14:48] asac, I've uploaded gnome-bluetooth 2.29.3, the icon issue is fixed in this version [14:48] asac, let me know if you have your changes in bzr and didn't push or if you didn't use bzr [14:49] asac, just to know if I should just copy the current version to bzr and push that or not [14:54] seb128: i can replay everything if we still want that [14:55] but we have the Distributed development import now [14:55] not sure if we really want that [14:55] do we need a special branch still? [14:55] we discussed that before with pitti [14:55] our upload suck basically [14:55] and since upstream is not in bzr and full source in bzr doesn't win anything we stay on debian dir only for now [14:55] our upload? [14:55] hmm [14:55] ok [14:56] though it would help people to not forget that ;) [14:56] it takes ages to push new version updates if you have full source [14:56] then i can replay it for you if you want [14:56] where pushing only debian changes is quick [14:56] yeah [14:56] well we have a vcs url in the control [14:56] I don't really care strongly which one [14:56] the one listed is just outdated [14:56] either it should be dropped or updated [14:57] I will keep debian only my the things I usually work on [14:57] but I've no strong opinion for this one [14:57] do whatever you find easier [14:57] seb128: I just been hunting down the evolution missing issue is appears that evolution-documentation-en is 2.28.1-0ubuntu2 but evo itself is 2.28.2-1ubuntu3. If I remove the docs I can install evo [14:58] evolution-documentation-* have been dropped in lucid [14:58] since we have proper langpack for documentation now [14:58] the split is of no use [14:59] seb128: okay so I'll check that again tomorrow then and ensure that evolution is on the cd [14:59] it's not today? [14:59] how can that happen if it's seeded? [14:59] seb128: nope [15:00] seb128: I'm assuming it is because e-d-en is installed [15:00] that doesn't make any sense to me [15:00] seb128: evo-data-server is on but evo the app isn't [15:01] why would -en be installed? [15:01] it's not built in lucid [15:01] and there is no rdepends [15:04] davmor2, can you check with slangasek what's going on? [15:05] seb128: no probs [15:05] thanks [15:11] asac: hm, my work item tracker really gets confused about you being in both canonical-desktop-team and canonical-mobile-team :) [15:11] seb128: just for your info http://imgbin.org/index.php?page=image&id=1135 is evo listed in synaptic [15:12] * asac is a multi-team bug ;) [15:13] asac: well, not really confused, it just shows your assigned mobile specs in the desktop report [15:14] * pitti tried to simplify the configuration by looking at LP teams and sorting reports by that [15:14] well, I can fix that later on [15:14] and re-add the manual spec pattern stuff [15:15] would it help to throw me out of desktop? [15:15] and using the pattern? [15:15] asac: either [15:15] if it helps just do it. i dont get any permissions from that team i guess ;) [15:16] well, you should stay in ~ubuntu-desktop, that's not a problem (and it would be bad to remove you from there); it's just the canonical-desktop-team thing that causes some duplication [15:16] asac: no permissions, just bug spam :) [15:17] asac: there, less bug spam for you now [15:18] heh. no that i notice the difference ;) [15:23] kenvandine seb128 what's the scoopage with the Dx release today? [15:24] rickspencer3, pretty big [15:24] mostly because of timing and depends [15:24] everything is blocked by dbusmenu, which is waiting on a merge [15:25] kenvandine, thanks for the update, is it still on track for today? [15:25] yeah, i am pretty beat so if things run to late i will just finish them in the morning [15:25] :) [15:25] one of them will be a new package and need sponsoring too [15:25] * kenvandine hugs seb128 [15:26] i don't think any of them will be a ton of work for me, but it is waiting for them to start falling into place [15:26] oh, which one? [15:26] indicator-me [15:26] I can help on updates, I'm almost done with GNOME catching up now [15:27] seb128, nah... they won't be hard [15:27] it is mostly waiting for tedg to do his thing [15:27] so let me know if you need me to review, sponsor or update anything [15:27] sure [15:27] thx [15:27] np [15:27] pitti: hmm [15:27] kenvandine, does the indicator-me change require gnome-panel config change on upgrade? [15:27] or is that transparent? [15:27] no [15:27] transparent [15:27] at least i am pretty sure [15:28] tedg, can you confirm? [15:28] it should hang off the indicator applet [15:28] seb128: kenvandine: transparent. [15:29] ok good [15:29] great [15:29] * kenvandine waits for tedg to do his "thing" :) [15:29] go ted go === h_lfl2ne_ is now known as halfline [16:01] hey, someone fixed the rb icon! [16:01] jcastro, I did [16:01] <3 [16:01] that's for some value of fixed though [16:01] * pitti sends a ♥ to seb128, too [16:01] I changed the icon to use the standard rhythmbox one [16:02] oh, so you hid it. :D [16:02] set_icon is broken so it will not change to the playing one on play but that's an indicator bug [16:02] but at least it's better than a broken icon [16:02] * seb128 hugs pitti and jcastro [16:02] he's fixing it today for real I though [16:03] let's see [16:03] the bug is staying ignored in launchpad for a while now [16:03] it's ted appreciation day [16:03] ;-) [16:03] seb128: any idea on the closing tomboy window/quits tomboy instead bug? [16:03] We all appreciate ted, but we also know how busy he can be ;-) [16:04] jcastro, I didn't look at this one [16:04] unless that's on purpose [16:04] I don't know if closing an app is supposed to return it to the app indicator area or close it close it. [16:05] I don't think anybody ever wrote a clear policy about that [16:05] rhythmbox has a gconf key for it after year of discussion [16:05] hah, great [16:14] jcastro, there is a bug about that [16:15] coffeedude: hm, did you remove your LP account again, or is LP just going mad? (just got cron mail about the work item tracker complaining about the invalid account) [16:17] jcastro, bug 503037 [16:17] Launchpad bug 503037 in tomboy "Closing tomboy window quits tomboy (when using libappindicator)" [Undecided,New] https://launchpad.net/bugs/503037 [16:18] kenvandine: yeah, the question is, is that on purpose? [16:18] ie. are apps that go into app-indicators supposed to act normal or minimize to that area? [16:19] should act the same as before [16:19] which was to not close [16:19] afaik [16:19] * kenvandine confirms [16:20] pitti, haven't done anything to my account. [16:21] I changed the contact email addr for the likewise-open tree to point to a moderated ml. But nothing should be bouncing. [16:21] coffeedude: ok, thanks; I guess it was just a glitch then [16:21] jcastro, i confirmed, closing the search window doesn't quit tomboy in karmic [16:21] but it does when using indicator application [16:22] i suspect there is some check somewhere to see if the status icon exists, and if it does don't exit [16:22] pitti, was it a mail bounce? Or saying that or coffeedude.jerry is an invalid user? [16:23] coffeedude: the latter [16:23] pitti, that's log to be a glitch. I'm logged into LP right now. [16:23] coffeedude: right, nevermind for now; if it happens again, I'll investigate it [16:23] kenvandine: there's a bp for design to clarify behavior for app-indicator apps. [16:24] pitti, ACK. [16:24] jcastro, humm... well it doesn't happen when any window is closed [16:24] on the search window [16:24] closing notes doesn't do it [16:26] right [16:26] but hit X on rhythmbox, it doesn't quit [16:28] right [16:28] some apps are designed to work that way [16:28] right or wrong :) [16:28] pitti: can you clarify why the startup issues with the applet are? [16:28] yeah, I am just saying, we need to figure out which apps are supposed to do what [16:28] jcastro, but that would mean closing notes should quit tomboy too [16:28] which is weird [16:29] and why quit the app when you close the search dialog [16:29] which would close all the notes you have open [16:29] I'm not the one supposed to think of solutions, just point out that kind of stuff. [16:29] dobey: it's about the two work items of your's on https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-startup-speed [16:29] :p [16:29] the current behavior driving me nuts [16:29] dobey: ISTR that the plan was to drop the applet? [16:29] everytime i search for a note, i end up killing the 10+ notes i have open [16:29] pitti: i didn't know i had work items on there :) [16:32] pitti: the plan is to drop the applet, yes [16:33] dobey, statik said it would probably not make it for a2, but would email you :) [16:34] the new ui is definitely not going to be in a2 [16:34] basically we aren't expecting anything from you guys until a3 [16:34] sorry pitti :) [16:35] kenvandine: what about? [16:35] not losing the applet by a2 [16:35] oh, I'm not at all concerned about that for a2 [16:35] i know you were hoping for that [16:35] good [16:35] beta-1 would be nice, though [16:35] I just trawled through the startup-speed list some days ago and was curious [16:36] well, feature freeze is in a month [16:36] sounds perfect [16:36] so i hope i can have it done by then [16:36] should do anyway :) [16:36] and i'll be at the platform sprint [16:37] pitti, I will probably not done the f-spot change for editing in view mode for next week [16:37] seb128: we can move it to a3 easily [16:38] pitti, upstream didn't land that to 0.6x that we use but is doing some refactoring while adding that to their trunk now [16:38] the thing is work in progress [16:38] and there is a new GNOME on monday [16:38] seb128: the main bits why this spec was a2 was pitivi, gbrainy, dropping gimp, etc. [16:38] I doubt I will manage to work on that by next week [16:38] ok [16:38] I still have pitive mirs, etc on my list [16:38] seb128: these are all done :) [16:39] pitti, well I still need mir for the extra build-depends no? [16:39] pitti, or you did that as well? [16:39] seb128: I'll move the fspot one over to a3 later (I don't want to touch it right now, I just produced an up to date DB which I need for testing and comparing) [16:39] seb128: yep, I did [16:39] pitti, oh you rock [16:39] * seb128 hugs pitti [16:40] these became victims of my "get rid of my a2 work items, damnit" sprint :) [16:40] sorry I've not been really active on that this week, took me the week to catch up on GNOME updates, gnome-desktop soname transition, etc [16:40] I wanted that done before the alpha [16:40] seb128: no worries; I see lucid-chagnes is full of seb128 goodness [16:40] ;-) [16:40] * pitti hugs seb128 [16:40] * seb128 hugs pitti [16:40] on that brb [16:41] rebooting to try the gdm update [16:41] I'm done with my list of updates then [16:41] I will have a look to the indicators next === eeejay_away is now known as eeejay [16:57] re [16:57] using a dock station and an external screen is a fail often [16:58] ie suspend while using the docked screen, resume and you get no screen [16:58] and g-s-d tend to crash often [16:58] after what you can't use the magic key to change screen settings [17:03] anyone is aware of an issue, that let a black screen at start without no gdm, not alt+F? running to switch VT, I thought it could be an issue with fb (seen in a bug reported) so I blacklisted vga16fb but it didn't fix my issue. [17:04] gdm crashes due to a locale issue [17:04] you can sudo locale-gen --purge to fix it [17:06] baptistemm, I assume it's the same issue [17:08] seb128, okay Thx a lot for the tip, I'll try [17:15] tedg, is there a way to disable the user switching in the indicator menu which is in the corner? [17:17] seb128: I thought we had one, you should be able to tell ConsoleKit that you can't user switch. But I think I checked and I couldn't figure out how to make it work. [17:18] tedg, you don't respect /desktop/gnome/lockdown/disable_user_switching then? [17:18] tedg, would it be hard to do? === MacSlow is now known as MacSlow|break [17:18] seb128: No, I don't think we do. It shouldn't be too hard to do. [17:19] ok thanks [17:26] pitti, seb128, kenvandine, ccheney, bryyce, TheMuso, etc... [17:26] everyone is prepared for the distro sprint, right? [17:27] rickspencer3, i will be today... i got distracted with all the family stuff [17:27] rickspencer3, define prepared? I didn't know we had to prepare anything for it [17:27]