=== m_conley is now known as m_conley_away [00:39] hey guys...just back from a quick post-Rally holiday. How are things? [00:43] jasoncwarner_: Hi there. Not too bad thanks. Yourself? [00:44] TheMuso: pretty good, thanks. I'm wondering if ubuflu got anyone this time? [00:44] Not me. [00:45] TheMuso: good to hear. I hope everyone else escaped it as well! [00:46] robert_ancell: did your luggage finally show up? [00:46] jasoncwarner_, yeah, it just didn't make the flight so they couried it the next day [00:47] ah, ok....that is better than you missing the flight ;) [00:47] mental note: don't go through heathrow anymore [00:47] jasoncwarner_: I've never had a luggage problem at Heathrow. [00:52] Neither have I :) [00:53] me either, but luggage problems tend to strike randomly [00:54] robert just left...new LightDM must be up for testing :) [00:55] (just saw it coming down in my updates...about to test myself) === asac_ is now known as asac [02:08] assuming kenvandine and ted are sleeping? Just updated and indicators seems broken (particularly sound). submitting report now. [02:09] jasoncwarner_, broken how? [02:09] the slider? [02:09] that and if I try, it hangs for maybe 30 seconds before failing [02:10] also, my volume up/down buttons don't work. not sure if that is related [02:11] that shouldn't be related [02:13] jasoncwarner_: How do they not work? Not working at all? [02:13] Actually, mine appear not to be working at all here either. [02:13] TheMuso: volume buttons? yeah, not at all right now. [02:23] jasoncwarner_, mine aren't either [02:23] i wonder when that broke [02:23] i doubt that could be the indicator [02:24] UI breaks system daemon breaks kernel driver :) Sure it's possible! [02:24] kenvandine: I noticed it yesterday, I think. [02:24] don't remember which update did it, however [02:25] Afaik gnome-settings-daemon is responsible for volume buttons. [02:25] my laptop hasn't been updated since thursday [02:25] Hrm ok, my buttons were working after Thursday... [02:25] * TheMuso boots his notebook to check behavior there. [02:26] I noticed some g-s-d crashes the past two days as well (reported those). [02:29] Ok, haven't updated my notebook since Monday and the volume buttons work properly there. [02:29] Just updating it now to see what happes. [02:39] Hm. [02:39] Clicking on the volume slider of indicator-sound results in sadness. [02:40] (Specifically a unity-panel-service crash which I shall file forthwith) [02:45] Its known. [02:45] An IDO bug afaik,. [02:48] Hm. Apport doesn't seem to think so. [02:48] ok [02:49] Wheee! Segfault in g_slice_alloc. Also, lunch. [02:49] Yup, after an update, my notebook volume buttons no longer work. [02:50] Yeah, lunch is a good idea. [03:11] https://bugs.launchpad.net/bugs/805938 <-- does anyone know if this is related to the gtk3 port? [03:11] Ubuntu bug 805938 in banshee "Totem set as default music player after install instead of Banshee" [Low,New] [04:22] Good morning [04:26] Hey pitti. [04:32] Good morning pitti. [04:32] hey TheMuso, hello RAOF; how are you? [04:32] Not too bad thanks. Yourself? [04:33] Pretty good, if a little tired. [04:33] still a bit tired, but cold is almost gone now [04:37] Yay! [06:24] good morning everyone [06:28] hey chrisccoulson [06:28] hi pitti, how are you? [06:28] quite well, thanks! [06:46] good morning [06:47] hey didrocks [06:47] hello pitti! [06:52] hey didrocks [06:52] good morning chrisccoulson [06:53] pitti: small question: is there any reason we would like to have a package unseeded in main? see https://bugs.launchpad.net/ubuntu/+source/vpnc/+bug/801240 [06:53] Ubuntu bug 801240 in vpnc "[MIR] vpnc" [Undecided,New] [06:54] didrocks: that would be to show that it is supported by Canonical [06:54] didrocks, i think there was a similar discussion last night about xchat-gnome ;) [06:54] didrocks: in that case I'd like to see an explicit commitment from the server team for it, as it's nontrivial [06:54] pitti: I was thinking that the delimitation of supported/unsupported was not as clear as main/universe :) [06:54] pitti: but it would be shown in mismatch components list then? [06:54] chrisccoulson: oh? :) [06:55] didrocks: we'd need to seed it to supported [06:55] didn't know that one, ok, I'll ask for commitment then [06:56] didrocks, http://irclogs.ubuntu.com/2011/07/05/%23ubuntu-desktop.html#t19:32 [06:56] pitti: thanks for the explanation :) [06:56] chrisccoulson: looking [06:57] can we unfreeze now, so i can upload firefox 6 ;) [06:59] chrisccoulson: let me upload Qt before then :p [07:00] heh [07:07] pitti: I'm not sure about 60xdg_path-on-session to be shipped by lightdm. It was shipped before by GDM as we dep it on GDMSESSION, but not that we try to have a more generic session variable, maybe there is a better package for it? [07:08] would it fit into x11-common? [07:11] pitti: yeah, I think it's a nice place to pick it, let me see with the xorg guys [07:11] RAOF: around? ^ [07:11] Aloha. [07:11] RAOF: hey! ;) [07:12] RAOF: so, there is this script which is called /etc/X11/Xsession.d/60xdg_path-on-session [07:12] Let me look at that. [07:12] we should change GDMSESSION by DESKTOP_SESSION with lightdm [07:12] bug #804734 [07:12] Launchpad bug 804734 in lightdm "Please ship 60xdg_path-on-session like gdm" [High,Triaged] https://launchpad.net/bugs/804734 [07:13] x11-common will make more sense that in $whateverdm [07:13] than* [07:13] do you want me to do it? (I think you are using a git repo… somewhere in debian? ;)) [07:13] Yup. It's in pkg-xorg git. [07:14] RAOF: do you think it makes sense to ship it there? [07:16] Quite possibly; I'm looking at it now. [07:16] My system is quite responsive for something with 99% swap utilisation. [07:17] what have you done to this poor bare metal? :) [07:18] I'm not entirely sure; I suspect compiz might be leaking. [07:19] RAOF: are you using indicator-multiload? [07:19] Yeah. [07:19] RAOF: so yeah, the refactoring made it leak [07:19] (unity refactoring) [07:21] Hm. 60xdg_path-on-session looks pretty gdm-specific. Does Xubuntu only work with gdm as a display manager? [07:22] RAOF: right now yeah, but now that we are using lightdm, we will use DESKTOP_SESSION instead of GDMSESSION [07:23] I'm not convinced that it fits in x11-common. Why shouldn't it be in lightdm? After all, lightdm's what sets the relevant variables. [07:24] RAOF: because maybe other dm should set the same variable in the end? gdm is already setting this variable since gdm 3 [07:24] RAOF: so shipping it in lightdm and gdm doesn't sound like the right solution [07:25] in addition to have that parsed twice for the same variable if both are installed :) [07:25] So both gdm 3 and lightdm will set DESKTOP_SESSION and could share this file? [07:25] right [07:32] RAOF: I can provide you a git format patch if needed (just did the transition work in gdm and x11-common here for testing and it works) [07:33] I guess it could go into x11-common. It seems a bit icky, but the other option is a tiny display-manager-common package containing just that file which seems worse. :) [07:33] RAOF: yeah, that was the other option I was thinking of, but as long as we just have one file… :/ [07:33] RAOF: we can revisit if we need to ship more of them, I would say [07:34] Yeah, fair enough I think. [07:36] RAOF: http://paste.ubuntu.com/638758/ should do a git format patch with the change. I'm uploading gdm [07:37] RAOF: wait, the changelog git add, git add, git add… ;) [07:38] :) [07:41] didrocks: debcommit -a FTW :) [07:41] RAOF: http://paste.ubuntu.com/638761/ should be better [07:42] pitti: hum, should use that indeed, just used to debcommit with bzr, but I don't have this in my mind with git :) Will do next time for sure! Thanks :) [07:47] RAOF: that should be good for debian too, but maybe discuss it with them before pushing there [07:47] Yeah. [07:48] didrocks: Is there a link to some spec that pathmangling implements? [07:50] RAOF: not really, it's based on current implementation of what you have in a session today (without that path change), and what additional path we wanted for UNR, like autostarting other applications as well as adding additional software flavor (like a banshee.destkop which started the netbook flavor and override the one in /usr/share/applications/). Did that reading the freedesktop xdg spec [07:50] which is at http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html FYI [07:55] Right. I'm aware of the basedir variables. It seems that this session script is pretty much Ubuntu specific from that description, though, so Debian's probably not interested in it? [07:56] RAOF: last time (before lucid) I presented them the "on session" concept (touching gconf and other things), they were not interested, indeed. Maybe now that other projects depends on that, they will reconsider? [07:56] Which other projects depend on it? [07:57] other ubuntu flavors like xubuntu or mythbuntu, so maybe they want to ensure the same thing with their taskels install [08:03] is indicator-datetime-service using 100% CPU and spamming dbus for anyone else? [08:03] Oh man, so sleepy. [08:03] both dbus-daemon and indicator-datetime-service are maxing out the CPU here [08:06] Sounds like a dbus storm. [08:06] chrisccoulson: not regularly [08:07] My dbus weather appears to be fine, too. :) [08:11] RAOF: you should make an indicator for that! [08:12] which will then use dbus to show the info… ironic :) [08:12] That makes it really easy. You just time the dbus pinging! [08:12] hey [08:12] bonjour seb128 [08:13] hey pitti, how are you? [08:13] seb128: quite well again, thanks! [08:13] salut seb128 [08:13] how about you? [08:13] great ;-) [08:13] I'm fine thanks [08:13] lut didrocks [08:13] hay RAOF [08:13] hey [08:13] Hai seb128 [08:18] desrt, lool, vuntz: ok, I think gedit starts hangy after gnome-screensaver kicked in at least one [08:18] could be that g-s puts the session in a weird state or something [08:23] back in ~ 30 mins [08:28] pitti, the nautilus-sendto sru you n-acked, the comment seems different from what the bug is about [08:28] the bug is about evolution not being listed in the sendto combo no about what happens when clicking send [08:35] pitti, oh, happy patch piloting [08:35] RAOF, to you as well one day late! [08:35] doh, sponsoring queue to 97 items [08:48] mvo, hey [08:48] mvo, https://code.launchpad.net/~peco/ubuntu/maverick/sessioninstaller/newfix-for-793396/+merge/66556 has easy typo fixes if you are interested (and is waiting on the sponsoring queue) [08:50] desrt: hey, dcong-qt doesn't do anything on make install? is that a lack of qmake foo? ;) [08:52] thanks seb128, I have a look [08:53] thanks ;-) [08:53] tomboy dutifully loses its gnome# dep [08:53] Laney, I've seen that from the news file, great ;-) your debian changelog didn't mention build-depends updates though? [08:54] * [e324eb0] Drop gnome# BD in line with upstream's configure ? [08:55] oh ok, I got confused because you didn't list "control: .." or anything as we usually do in desktop packages and "gnome#" is not a package name ;-) [08:56] Laney, thanks [08:56] heh yeah, sorry [08:56] I was looking for a "stop build-depending on " [08:56] where binary is a debian binary package name ;-) [08:56] i was being a bit insiderish i guess ;) [08:59] seb128: ah, all of the patches do apply with a bit of refreshing [08:59] i'll do this upload then [08:59] Laney, thanks! [09:05] seb128: set to -done now, thanks! [09:05] seb128: yeah, need to get to sponsoring in between RMing [09:05] pitti, yw ;-) [09:06] I'm doing some sponsoring queue cleaning [09:06] 97 items, doh [09:06] I guess nobody did sponsoring during the rally [09:08] * chrisccoulson hides that guilty look [09:08] ;) [09:10] ogra_, did you do your patch pilot round on monday? [09:11] seb128, no [09:11] chrisccoulson, you are next monday don't worry ;-) [09:11] ogra_, you will make dholbach sad, 97 items in the queue and nobody is doing his sponsoring :-( [09:11] seb128, i'll do it on the weekend, to busy week === manish_ is now known as manish [09:12] pitti: Hi Martin, the reporter of bug 678421 has made a skeleton to a solution. Maybe you could take a look, to see if it's meaningful to go on with the new approach. [09:12] ogra_, hum ignore that, the intend was not to make your work on w.e [09:12] Launchpad bug 678421 in gdm "Error in ~/.profile halts the X startup" [Low,Confirmed] https://launchpad.net/bugs/678421 [09:13] seb128, well, i skipped the sponsoring knowing what i do ... with the actual plan to do it on the WE [09:13] :) [09:13] hello GunnarHj [09:13] ogra_, ok, fair enough! ;-) [09:13] GunnarHj: I'll have a look at some point and report back to the bug [09:14] pitti: Great, thanks. [09:16] ogra_, btw somebody needs to fix json-glib on armel, that's screwing the indicator stack [09:16] ogra_, I mentioned it to janimo during the rally [09:16] yeah, i only recongnized how much it affects this week [09:16] it fails a test apparently ... [09:17] RAOF: to confirm, bug 804655 only affects pre-R600 chips, right? [09:17] Launchpad bug 804655 in mesa "r300 loading instead of r300g" [High,Triaged] https://launchpad.net/bugs/804655 [09:24] vuntz, ping, libwnck patch review? [09:25] didrocks, hum, blinking text cursor in the unity dash, is that new? [09:25] seb128: right, and it's supposed to work :) [09:26] nice ;-) [09:26] (it's working there) [09:26] (I just noticed) [09:26] nice! ;) [09:51] moin all! [09:52] hey Sweetshark [09:52] hi Sweetshark [09:54] pitti: https://launchpad.net/~libreoffice/+archive/ppa/+build/2610421 is looking very strange, its running for 16 hours, seems to be wading through recursive make calls without doing anything (that is: everything seems to be build already). Also I remember to have that problem before once -- on exactly the same builder (karkalla). [09:54] LO takes long, but not that long (and linux completes infinite loops in five seconds) [09:55] Sweetshark: bit weird, I'd expect all buildds to be identical [09:55] but perhaps a retry will work on a different builder [09:56] pitti: it did last time IIRC [09:59] pitti: who do I ping about that? launchpad channel? [09:59] Sweetshark: you can retry builds in PPAs yourself [09:59] there's a button on the build page once it failed [10:00] pitti: I guess it wont fail but be a very lifely representation of the so called "halting problem" ... [10:01] well, it doesn't try to determinate if it will halt [10:01] Sweetshark: you can also poke lamont or infinity to kill the build [10:01] if it won't ever terminate [10:05] didrocks, bug 806358 looks like a compiz issue ? [10:05] Launchpad bug 806358 in ubuntu "no menu bar on top, compositing bug?" [Undecided,New] https://launchpad.net/bugs/806358 [10:05] jibel: looking [10:06] jibel: duplicate of an another bug, let me find it [10:08] do you usually care about keeping the old changelog when merging? [10:08] jibel: bug #745996 ? [10:08] Launchpad bug 745996 in unity "All unity windows are invisible (panel, launcher, dash)" [High,Confirmed] https://launchpad.net/bugs/745996 [10:08] Laney: different politics inside the team there :) [10:08] I generally drop it if the "Remaining changes:" section is complete and has bug refs [10:08] (and doing so when merging) [10:10] it's gone really dark here, i might have to turn the light on! [10:10] it's complete but maybe not that verbose [10:10] i'll merge it :-) [10:11] chrisccoulson: blue sky in Lyon ;) [10:11] we never get blue sky! [10:11] Laney, no, we usually just keep one entry with a summary of the diff [10:11] what pitti said [10:12] pitti: as for the halting problem: but _I_ want to know if will stop by itself or if I need to kill it. having no full logs it is down to a scientific guess. [10:12] but yes, other people prefer to keep the entire history aaaal the way back to warty [10:12] Sweetshark: I'd use the probabilistic approach then -- if it's still looping after the time the previous build took, it's very improbable to ever halt :) [10:15] pitti: yes, that and the fact that it does not seem to do anything (i.e. it is not changing state -- at least not on disc) [10:16] didrocks, seems close. Any info to request from cking to confirm it is a dup ? [10:18] jibel: I think the lspci provided is enough, but better to check with smspillaz and jay when they are around [10:18] jibel: can be interesting to know if it's only unity or like, if you switch between ws, the compiz wall ui is shown [10:20] ok there you go, you can put tomboy back on the cd now :-) [10:21] tjaalton: do you want another git format patch for an additional commit with your additional requests? [10:28] didrocks: nah, I can make that change [10:28] ..after lunch [10:28] tjaalton: ok, thanks a lot :) [10:29] tjaalton: I prepared one in case, but it's as you wish: http://paste.ubuntu.com/638815/ [10:30] didrocks: oh, in that case I'll take yours [10:30] great :) [10:31] thanks :)I [10:31] -I [10:31] yw [10:33] cp: cannot stat `debian/tmp/debian/tmp/usr/lib/libgnome-desktop-3.a': No such file or directory [10:33] dh_install: cp -a debian/tmp/debian/tmp/usr/lib/libgnome-desktop-3.a debian/libgnome-desktop-3-dev//usr/lib/ returned exit code 1 [10:33] hmm, it's installing a .la instead of a .a [10:33] any idea why? [10:34] rodrigo_, it should install both no? [10:34] the .a is for static builds [10:34] can we please not install .la files? [10:34] yeah, but it's only installing a .la [10:34] rodrigo_, upstream bug? [10:34] pitti, this is when building the package, we include the .a, that's why it fails [10:34] seb128, yes, seems so [10:34] * rodrigo_ looks [10:35] pitti, we don't install the .la for GNOME for some years [10:35] or we clean-la.mk those [10:35] pitti, wrong channel to ask about that ;-) [10:35] seb128: right, I thought rodrigo_ meant dh_install [10:35] so that's in the upstream part [10:35] no, I think he has a build issue with the new tarball [10:35] yes [10:36] the upstream Makefile.am looks ok, just the normal auto* for a lib [10:36] libtool bug then?¿ [10:37] hi [10:37] how to look at passwords kept by gnome-keyring/evo? [10:38] rodrigo_, libtool didn't change [10:38] rodrigo_, can you diff the Makefile.am compared to previous version [10:38] the configure.ac as well? [10:38] hrw, use searhose [10:38] seahorse [10:38] seb128: thx [10:38] yw [10:41] http://pastebin.com/RUGh6d8a <- the AM_MAINTAINER_MODE? === MacSlow is now known as MacSlow|lunch [11:39] didrocks: patch applied and pushed, thanks! [11:39] tjaalton: thanks to you! :) [11:41] :) [11:43] pitti, do you know if there is any reason to keep xchat-gnome in main? [12:02] chrisccoulson: I think murphy's law is pursuing me with thunderbird. Any known issue with latest shredder daily build? [12:03] didrocks, there's no new build today (it's the same as yesterday) [12:03] chrisccoulson: ok, so, last shredder crash (I think it crashed, it wasn't running anymore), screwed something [12:04] chrisccoulson: http://people.canonical.com/~didrocks/Capture--%20Shredder%207.0%20Alpha%201-1.png [12:05] chrisccoulson: all the config is still there, I can see my acounts in edit -> account settings [12:05] but no treeview, seems some labels are missing as well [12:06] hmm, i bet there are some exceptions in the error console ;) [12:07] chrisccoulson: you mean something like "tree is undefined" ? :) [12:08] chrisccoulson: what do you need? is there a way to dump everything? [12:09] didrocks, is there a lot in there? [12:09] chrisccoulson: if I removed the duplicate, 7, I can paste them manually [12:10] i should add a "Copy to clipboard" button in the error console ;) [12:10] chrisccoulson: http://paste.ubuntu.com/638868/ [12:10] that would be neat :) [12:10] I kept the order [12:16] seb128: xchat-gnome> not from my POV [12:17] didrocks, hmmm, that makes no sense at all ;) [12:18] could you try removing the startupCache folder for your thunderbird profile? (~/.thunderbird-trunk) [12:18] and then restarting [12:18] chrisccoulson: everything in that folder? the config isn't there? [12:19] didrocks, there should be a folder ~/.thunderbird-trunk/xxxxxxxx.default/startupCache (where xxxxxxxx is some random characters) [12:19] is that there? [12:19] chrisccoulson: indeed, removing it [12:20] chrisccoulson: worked, the ui is restored [12:20] chrisccoulson: thanks :) but frightening that thunderbird can screw it up like that [12:21] i've never seen that happen before (and firefox uses exactly the same startup cache system as well) :/ [12:21] but the first exception definitely made no sense at all ;) [12:21] it was impossible for "tree" to be undefined [12:22] chrisccoulson: seems I will be a nice magnet for all thunderbird issues :) [12:22] chrisccoulson: well, it told me it 4 times! ;-) [12:22] yeah, so far you're the only person reporting issues :P [12:22] maybe the only one testing it there? :p [12:23] m_conley_away, any idea about the above? [12:23] Hey im getting this bug when I try to rename files in 11.10 Bug #806448 [12:23] chrisccoulson: btw, what do you advise as a google calendar support extension? (I didn't see your reply yesterday, if any) [12:23] m_conley_away, didrocks got a weird exception (Error: tree is undefined at chrome://messenger/content/folderPane.js:885, which is impossible), and it went away by removing the startup cache [12:24] Hmmmm is the bot not working? [12:24] didrocks, i think you can use lightning for that [12:24] * didrocks googles [12:24] i'm currently not using that though [12:24] it's in the archive [12:24] chrisccoulson: you have no calendar integration? [12:24] didrocks, not at the moment [12:25] can't live without it :) [12:25] i'm starting to feel like i should write a calendar application [12:26] chrisccoulson: are you sure lightning is in the archive? [12:26] xul-ext-lightning [12:26] yeah :) [12:26] trying [12:26] didrocks, yeah :) [12:26] and i think you want the xul-ext-gdata-provider package (or whatever it's called) [12:27] at some point, there will be an eds-provider package too ;) [12:27] chrisccoulson: indeed, looking for it :) [12:28] didrocks, oh, you're still using the nightlies aren't you? [12:28] chrisccoulson: right, the extension won't be detected? do I need some symlink foo? [12:29] didrocks, yeah, the extension is incompatible (it's a binary extension, so no amount of symlinking or playing around with the install.rdf will fix that) [12:29] i've not been providing lightning builds with the nightlies [12:30] perhaps i should start doing that [12:30] chrisccoulson: oh ok, no hurry then. I can wait on the stable to have my crash fix as well [12:30] yeah, i'll upload that once we're unfrozen [12:30] great :) === Zdra is now known as xclaesse [12:36] * rodrigo_ lunch === MacSlow|lunch is now known as MacSlow === m_conley_away is now known as m_conley [12:54] didrocks: there's a dh_qmake rule that does the magic for me [12:55] didrocks: i used it because it was easiest [12:55] desrt: hum, seems to not be run by dh8, agateau tried a cmake approach if you are interested [12:55] didrocks: did you see my PPA? [12:56] desrt: no, I didn't [12:56] i did a package before [12:56] I packages it from your git source [12:56] packaged* [12:56] i thought you knew of it [12:56] hum, that would have been better :) [12:56] https://launchpad.net/~desrt/+archive/dconf-qt [12:57] desrt: ok, not sure now that we reviewed it and decided on what to ship if it's still necessary, but I'll see what I can grab from there [12:58] desrt: hey, I had a look at dconf-qt. I am a bit worried about the class name [12:59] ya. i got some pushback there before [12:59] do you have a suggestion? [12:59] desrt: Q* class names are usually reserved to classes coming from Qt itself [12:59] desrt: DConfQt? [12:59] agateau: the situation is a bit confusing [13:00] agateau: dbarth had the idea that dconf-qt should become part of Qt [13:00] and some of the Qt guys appeared to support this idea, at least in the margins [13:00] but i think there is no real interest [13:00] desrt: I would suggest a rename if/when it gets into Qt [13:01] so you mean rename now [13:01] and possibly rename later [13:01] (unlikely, in my opinion) [13:01] re [13:01] seb128: hey [13:01] desrt: yes [13:01] fagan, known issue [13:01] hey desrt, how are you? [13:01] pretty good [13:01] living la vie en rose [13:01] etc :) [13:01] desrt: you are in Paris, there is no "vie en rose" :) [13:02] seb128: cool thanks [13:02] desrt, ;-) [13:02] didrocks: i am not in paris [13:02] * fagan just thought it was a weird one [13:02] but i will be this evening [13:02] we are having an ubuntu-fr meetup [13:02] desrt: well, near it! all the same :-) [13:02] desrt, btw did you see my comment earlier? the gedit screwup happens after a screensaver use [13:02] seb128: yes. it's quite strange. [13:02] seb128: i still suspect gnome-session :) [13:02]