[02:15] how do I find out what my "compose" key is? [02:15] programatically hopefully [02:17] thumper, you mean, apart from looking in the advanced keyboard layout settings dialog? [02:17] bryceh: yeah [02:17] I know that it is bound to AltGr on my keyboard [02:17] but I'm trying to write an automated test [02:17] also [02:17] as far as X is concerned [02:17] my AltGr isn't Alt_R [02:18] it is a multikey [02:18] thumper, good question. I've assumed it's stored in gconf, but haven't ever looked for it [02:18] bryceh: where is the advanced keyboard layout settings dialog? [02:20] nm [02:20] found it [02:20] settings panel > keyboard > layout settings > options [02:20] * thumper nods [02:20] rather buried [02:46] thumper: You should be able to do that with xmodmap or somesuch, I think? === fenris is now known as Guest65492 [03:42] RAOF: got any more specific ways? I've not used xmodmap before [03:45] xmodmap -pk | grep -i multi_key [03:47] Alternatively, if you've got a Display * and you want to learn more about the joy that is XKB, XkbGetMap appears to be your winner. [03:49] thumper: Also, multi_key is X's nomenclature for the compose key. [03:49] RAOF: ah, ok [05:51] Good morning [05:52] jbicha: I'm not opposed to the new keyring version, I just haven't tested it at all; there's quite some code changes in there [05:52] jbicha: and I haven't checked for API and behavioural changes [06:16] quicklist capitalization is a bit inconsistent, I think sentence case is the standard but someone else should take a look at my change to gedit [07:12] good morning [07:13] hey didrocks [07:13] guten morgen pitti, how are you? [07:13] quite fine, thank you! how about you? [07:14] pitti: I'm fine as well, thanks ;) [07:15] Bah! That bug where would bring up the alt-tab switcher is back in the unity-team PPA. [07:19] good morning, could someone look at this last glib change http://bazaar.launchpad.net/~ubuntu-desktop/glib/ubuntu/view/head:/debian/patches/61_glib-compile-schemas-path.patch -- gdbu-codegen is actually located in /usr/bin [07:27] RAOF: back? [07:27] RAOF: it has been fixed yesterday [07:27] * didrocks looks again at trunk [07:27] It was fixed in the archive... [07:27] * RAOF may be out of date, though. [07:28] RAOF: did you upgrade today? (there is no new revisions) [07:28] meaning as well that remaining release critical bockers aren't fixed :/ [07:28] RAOF: rev 2048 [07:28] I'm not sure if I upgraded today or not. [07:28] apt-cache policy unity ? [07:29] bzr2047. So that's fixed in the update. [07:29] phew [07:29] don't do that ever ever again! I have enough load of bad news from them everyday :) [07:29] ...need to get 764MB of updates... [07:46] Garghl. Stupid autotools, nodist_xfixes_barrier_SOURCES != nodist_xfixes_barriers_SOURCES. Would a sensible error message *really* be too much to ask for? [07:49] pitti: oh btw, meeting reminder day! :) [07:56] didrocks: merci! [08:07] moin! [08:09] hey Sweetshark [08:14] * Sweetshark is sorting in duplicates again. [08:21] hey Sweetshark [08:22] didrocks: hey, so I heard people are reporting unitys intended behaviour as a bug? [08:23] well halo thar [08:23] Sweetshark: well, it's really not quite clear from the bug report, isn't it? :) [08:23] Sweetshark: when you hover the panel with a libro maximized, you have the buttons as well? [08:23] any updates on the shell 3.4 testing? :) [08:33] pitti: argh, was about to do gnome-icon-theme :) [08:33] didrocks: ok, then please do [08:33] pitti: ok, for once I have some times to do some GNOME updates ;) [08:33] didrocks: -symbolic, too? [08:33] yeah ;) [08:34] didrocks: I'll merge ibus then [08:34] good luck :) [08:36] pitti: ah, -symbolic is in sync from debian, maybe you want to upload to experimental + sync? [08:36] we could do that, yes [08:36] but then we should also update g-i-t [08:37] (in Debian) [08:37] hum, as you wish then :) [08:37] didrocks: for now, I think it's a bit far ahead in Debian [08:37] we barely got the new glib [08:37] pitti: ok, let's upload to ubuntu directly for now then [08:37] ah ahead [08:38] ok, let's wait for syncing for -symbolic maybe [08:43] didrocks: with libo maximized it works [08:43] Sweetshark: ok, let's wait on the bug report then [08:43] didrocks: with LibreOffice in fullscreen mode it doesnt and it shouldnt [08:44] indeed [09:07] hmmm, this isn't good. i can't configure both of my displays to be on this morning [09:11] mvo - ping ? [09:11] hey [09:12] salut seb128 [09:12] lut didrocks, en forme? [09:12] seb128: ça va, et toi? :) [09:13] un peu fatigué mais ca va sinon [09:13] travaillé tard, non? [09:13] didrocks, pitti, jbicha: thanks for doing updates! [09:13] hey seb128 [09:13] didrocks, yeah, until 1am, wanted to get the new gtk out [09:13] but I got it in the ppa after all, it's a bit buggy [09:13] hey pitti [09:16] pitti, no need of meeting reminder reminder today I see! [09:16] seb128: didrocks already reminded me [09:16] pitti, http://reports.qa.ubuntu.com/reports/bug-fixing/canonical-desktop-team-precise-fixes-report.html [09:16] pitti, so we tie again! [09:16] * pitti ^5s seb128 [09:16] who broke multimonitor in precise? ;) [09:16] it would be nice if we could tie at precise release time [09:17] chrisccoulson: broken how? seems to work here [09:17] pitti - i can't get both screens to switch on. i just get an obscure error from the display panel [09:17] and now i've managed to get unity to think both screens are on [09:18] and all my windows are appearing on the screen that i can't see [09:18] chrisccoulson, was there any xorg or unity change recently? [09:18] not sure [09:18] chrisccoulson, I blame hardware and your dock station :p [09:18] 1 second, i'm going to have to log out again [09:18] this must be about the 7th time already in 15 minutes ;) [09:18] I had weird cases where I had to power off my laptop to "fix" ports detection [09:20] * pitti notes that "tig_ER" is a funny name for a locale [09:20] pitti, is that really a locale?! [09:20] ok, it's definitely completely broken here :( [09:21] seb128: yes, just spotted it when running langpack-locale's tests [09:21] didrocks, gnome-icon-theme-symbolic (didrocks) -> let's wait on debian to sync it? [09:21] didrocks, I think we can wait after precise if we do that :p or ping pitti to do the update in Debian... [09:21] seb128: pitti told me that debian was ahead of us? [09:21] seb128: we quickly mentioned it, but if we update it in debian, we should update g-i-t in experimental, too [09:21] certianly doable [09:22] didrocks: err, no? [09:22] I meant that starting to update gnome packages to 3.4 sounds a bit early for Debian at this point [09:22] we just barely got a newer glib [09:22] 09:37:18 pitti | didrocks: for now, I think it's a bit far ahead in Debian [09:22] ah [09:22] ok, I understood the opposite [09:22] will do then :) [09:22] sorry for the confusion [09:22] no, *I*'m sorry for it :) [09:22] seb128: "Tigre" in Eritrea [09:23] ok, gedit crashes on closing [09:23] pitti, learning every day ;-) [09:23] seb128: it does sound like there could be a few tigers there, though :) [09:23] not sure how much jbicha tried it [09:23] didrocks, .6? [09:23] seb128: yeah [09:23] didrocks, by experience those are often due to plugins, maybe you use one that he doesn't? [09:24] seb128: hum, I think I have quite a stock config [09:24] let me upgrad [09:24] seb128: it's in the vcs still [09:24] because he wanted to check the quicklist changed (see the pad) [09:24] oh ok [09:27] ronoc: pong [09:27] mvo, hey [09:28] mvo, so i noticed yesterday that the RestartSchedule'd' signal has been renamed [09:28] to RestartSchedule() [09:28] on the packagekit interface [09:29] is this to stay that way [09:29] the i-session will of course not be sensitive to such signals if it's matching against the wrong string [09:30] ronoc, hey [09:31] ronoc, glatzor seemed to say it didn't yesterday, are you sure you didn't typoed it in your commit? [09:31] didrocks: hmmm, the plot thickens .. [09:32] seb128, am maybe i did, i thought it did work previously [09:32] Sweetshark: what do you mean? [09:32] i will change it back now to 'RestartSchedule' [09:35] ronoc, thanks [09:35] tkamppeter_: do you have an opinion on the patch in debian bug 662660 ? [09:35] Debian bug 662660 in cups-filters "cups-filters: Please drop ttf-freefonts and use fontconfig to find the best-matching similar font" [Wishlist,Open] http://bugs.debian.org/662660 [09:35] tkamppeter_: seems upstreamable to me [09:38] didrocks: LibreOffice is doing fine. lo-menubar is acting up. [09:40] didrocks: see bug 884523, bug 945317. the second one is esp. interesting as it is 2d only. [09:40] Launchpad bug 884523 in unity-2d "after oct 31 update, libreoffice can't detach from global menu" [Undecided,New] https://launchpad.net/bugs/884523 [09:40] Launchpad bug 945317 in unity-2d "menubar doesn't show in unity2d" [Undecided,New] https://launchpad.net/bugs/945317 [09:40] Sweetshark: please ping the 2d guys on #ubuntu-unity then [09:40] for #1, seems to be an extension issue [09:41] didrocks, did you encounter "#error "Only can be included directly.""? [09:41] didrocks, Hud.h includes [09:41] seb128: hm, did we decide to keep libgnomekbd at 3.2, or has there just not been a 3.3.x release yet? [09:41] pitti, the second [09:42] seb128: grabbing then; also, want me to do nautilus, or do you want to? [09:42] * pitti grabs gnome-themes-standard, too [09:42] pitti, as noted on the pad it's done in the vcs but blocked on gtk to be uploaded [09:42] pitti, gtk breaks mouse whell scrolling [09:42] seb128: ah sorry, missed that [09:43] which is rather annoying for users [09:43] indeed [09:43] so I keep it in the ppa until that's sorted [09:45] Saviq: I think you need to include glib.h before including glib/gvariant.h [09:45] didrocks, yeah, sounds like it, but it's in UnityCore/Hud.h === tkamppeter_ is now known as tkamppeter [09:46] Saviq: try on your side, before including Hud.h to include glib.h directly [09:46] didrocks, yup, doing that [09:51] pitti, for me it looks OK. What is missing is the aprropriate portion for ./configure. Especially there one could perhaps even make the build dependency on fontconfig optional, so that a packager or a user can decide whether he wants the fontconfig bits (we want them). [09:55] tkamppeter: ah, it already build-deps on fontconfig-dev, so I had assumed it already uses it anyway [09:57] pitti, then perhaps another componant uses fontconfig. [09:57] tkamppeter: ah, I think it was a workaround for the new poppler [09:59] tkamppeter: I want to upload cups-filters to D/U today, do you still have anything for this? [10:00] pitti, then I will add that patch upstream and make a new upstream release and prepare a package on the BZR for you to upload. [10:01] pitti, but now I remember that I am still waiting for a pdftopdf fix from larsu. [10:02] tkamppeter: ah, it's not that urgent (the fontconfig patch) [10:02] tkamppeter: but if you want to, sure [10:03] pitti, pdftoopvp seems to use fontconfig, therefore ./configure already checks for it. [10:04] meh, the i386 CD is again oversized -- stop bloating! [10:06] added python-paramiko, libo grew a bit [10:07] ah, duplicity pulls in paramiko now [10:11] TheMuso: do you want to handle the atk1.0 update to 3.3.91? [10:17] didrocks, the hack you did for unity-merger doesn't seem to work [10:18] Saviq: argh, it doesn't install unity-common? [10:18] Saviq: I need to test it myself, will do shortly [10:18] didrocks, the dir isn't there in time for B [10:18] s/B/D/ [10:18] scripts [10:19] ah, crap :/ [10:19] need to check if the .dsc is there then [10:19] will have a look lalter [10:20] didrocks, I'll check out things and let you know [10:23] and a nice kernel panic for me :( [10:23] :-( [10:24] chrisccoulson, did you solve your monitor issues? [10:24] seb128, not yet. i'm on just one screen :( [10:25] didrocks, "/var/cache/pbuilder/precise-amd64/result/unity-2d_5.4.0-0ubuntu1.dsc" is there [10:26] Saviq: well, I'm alreay in the chroot, so I need to look here [10:26] didrocks, that's the chroot [10:27] Saviq: yeah, but you have as well all the other packages, isn't? [10:27] didrocks, I dropped to shell in D10specifitests [10:27] didrocks, that's the only .dsc, though [10:27] ah interesting then :) [10:27] ok, will use that then [10:27] can you give it a try? [10:27] with -f [10:27] didrocks, but I didn't build anything else there [10:28] didrocks, so there might be more .dsc if you build other things, no? [10:28] ah [10:28] yeah [10:28] Saviq: nothing in /tmp/buildd ? [10:28] didrocks, empty [10:28] hum… [10:28] need to give a deeper look, not now though :( [10:28] didrocks, `find -name *unity-2d* /` only gave me the /var/cache :/ [10:29] didrocks, that's fine, just wanted to let you know what I found [10:35] seb128, hmmm, so, deleting my monitor.xml "fixes" it ;) [10:35] :-( [10:35] was it corrupted? [10:36] the xrandr code didn't change recently I think [10:38] seb128, yeah, there's a couple of strange configurations in there actually [10:39] those 2 are weird: http://paste.ubuntu.com/871264/ [10:40] yeah, I get chrisccoulson to do desktop debugging for the second time this week \o/ :p [10:40] seeing as i have no VGA, and one of them has no settings for the laptop panel, which is what i couldn't get to switch on [10:40] weird [10:40] the question is to know how you landed with that config... [10:41] not sure :) [10:41] did you use the capplet recently? [10:41] or cycle using the hotkey? [10:42] i haven't used either of those for a while [10:42] but i did dock with my lid closed this morning, which i don't normally do [11:12] seb128, hi [11:12] ricotz, hey [11:12] seb128, did my message about glib reach you somehow? [11:12] ricotz, no [11:13] gdbus-codegen is located in /usr/bin [11:13] not in /usr/lib/... [11:13] oh, so the .pc is wrong? [11:13] no the patch is wrong ;) [11:13] well, the patch to the .pc [11:13] so the .pc in result [11:13] yeah [11:14] gotcha, I didn't look hard, I though it was similar to the other binaries [11:14] shouldn't it be installed in the same dir than the others? [11:15] hmm, not sure [11:17] ricotz, I will fix it in the next upload, thanks [11:17] ricotz, is anything using the .pc to get the gdbus command? [11:17] pitti, there? how did you " import 1.1.4.is.1.1.3-0ubuntu1 upload: Revert to 1.1.3 until we can figure out proper solution to bug 944736 [11:17] " [11:17] Launchpad bug 944736 in lightdm "Fails to load any session" [High,In progress] https://launchpad.net/bugs/944736 [11:17] seb128, ok, dont know, but if so it will break [11:17] in lightdm? [11:18] seb128: I grabbed the debdiff from LP and applied it [11:18] pitti, ok [11:18] seb128: so that commit could just be reverted before upgrading to the new version (except changelog) [11:18] pitti, hi [11:18] ricotz: hallo, wie gehts? [11:19] pitti, right, I tried to bzr merge-upstream but it's making my life miserable [11:19] pitti, tons of conflicts, I tried to resolve --take-other [11:19] 198 files changed, 11371 insertions(+), 12080 deletions(-) [11:19] in the diff.gz [11:19] seb128: right, I think you need to revert that reversion before [11:19] pitti, I will try to reverse that commit and then merge-upstream [11:19] seb128: want me to have a look? [11:19] ah, or that [11:19] pitti, no, that's fine [11:19] pitti, I've everything locally [11:19] pitti, gut, danke, und selbst? [11:20] pitti, I just tried other approchs but failed [11:20] ricotz: prima [11:20] pitti, there migth be some new LO ppa builds this week ;) [11:20] pitti, lucid worked fine without cheating [11:21] nice [11:21] (it only used 21gb for amd64) [11:31] mvo, that 'RestartSchedule' bug is not being triggered [11:31] mvo, what package should i point the relevant bug to [11:33] seb128, do you check gtk yet? [11:33] ronoc: aptdaemon please [11:34] cool [11:36] ricotz, it's in the desktop team ppa, I still have the mouse whell scrolling issues your mentioned [11:36] ricotz, did you talk to mclasen about it? [11:37] seb128, no yet, feel free to do so [11:38] ricotz, I plan to ;-) would have been useful before the release though :-( [11:38] mvo, https://bugs.launchpad.net/aptdaemon/+bug/942104 [11:38] Launchpad bug 942104 in indicator-session "the indicator stopped turning red on restart required" [High,New] [11:38] seb128, i was asking him about the libxi dependency which isnt working for the patched one in oneiric [11:38] seb128, as i said yesterday, disabling the xi2.2 might help [11:39] *support [11:39] ricotz, well, ideally we want both [11:39] xi2.2 and mouse whell [11:39] I will talk to mclasen [11:39] right, i am not sure gtk is blocking something already [11:40] so this would be an option [11:40] only nautilus [11:40] which has 3 commits, 2 coming from Ubuntu (fixes from mterry) we have and one to fix scrolling with the new gtk [11:40] ronoc: ta [11:41] seb128, i see [11:45] seb128: lightdm happier now? [11:46] pitti, yes, I got it sorted, thanks [11:46] pitti, I still don't understand bzr resolve --take-other was not working [11:46] but after reverting your commit it's working [11:47] good [11:50] pitti, larsu has found the cause of the N-up problem of pdftopdf and will work on it this afternonn. cups-filters will most probably ready for its next upload tomorrow in the morning. [11:51] tkamppeter: nice, that sounds fine === Amoz is now known as Afougner === greyback is now known as greyback|lunch === CharlieMike is now known as ayan [12:23] rickspencer3: are you there? [12:23] rickspencer3: we have a bug that needs to be fixed to unblock software center testing and it is not getting enough attention, bug 937119 [12:24] Launchpad bug 937119 in unity "unity-panel-service crashed with SIGSEGV in g_hash_table_foreach()" [Undecided,Confirmed] https://launchpad.net/bugs/937119 [12:24] rickspencer3: any help from you to get some traction on this issue much appreciated [12:33] hi there [12:33] asked in -devel but heard it might be better to ask here: how would you recommend overriding a setting set in a /usr/share/glib-2.0/schemas/*.gschema.override file? (for example org.gnome.desktop.background) [12:35] pitti, I tried the patch from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662660. I uninstalled ttf-freefont (with --force-depends). The job completes (does not error out and gets removed from the queue) but the output is unreadable. [12:35] Debian bug 662660 in cups-filters "cups-filters: Please drop ttf-freefonts and use fontconfig to find the best-matching similar font" [Wishlist,Open] [12:35] gema: that would be nice that 1. you state that earlier 2. pinged the upstream first (the unity team) 3. try to ping the maintainer in ubuntu before (me) [12:36] pitti, I have also tried to remove the links in /usr/share/cups/fonts/ and it still gives the bad printout. [12:36] gema: I have a priority list where I put items for the upstream list when people ask first [12:37] fantastic. we have a power cut [12:37] for probably the first time since i've lived here! === chrisccoulson_ is now known as chrisccoulson [12:37] rickspencer3: FYI ^ [12:48] didrocks: we had someone from unity there saying they cannot reproduce [12:48] didrocks: but now that I know you are the contact person, will do in the future [12:49] didrocks: do you think you can have that at least looked at at some point soonish? [12:49] gema: he didn't tell that, he told the stacktrace wasn't helpful [12:49] didrocks: he has the code to reproduce the problem [12:49] gema: yeah, I'm putting it on the priority list with a high version [12:49] didrocks: thanks [12:49] priority* [12:49] rickspencer3: forget about it, found the man I needed to find :) [12:49] gema: we will have hopefully a new unity release tomorrow, once the release critical will be fixed [12:49] (this won't contain this fix though) [12:50] but I'll ensure they get it fixed then [12:50] and will backport in the package [12:50] didrocks: fair enough, as long as it is on your radar for beta 2 I am happy [12:50] gema: ok, thanks :) [12:50] didrocks: dave is having trouble testing software centre due to it, so it is in everyone's benefit to have it fixed as soon as we can [12:51] didrocks: sorry for the misunderstanding! [12:51] gema: no worry, I'll keep you posted [12:52] didrocks: thanks a lot [12:52] gema: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuMtju1x8UoEdDNCT1U5MlVodjIwNGJPdnU5YVltVmc#gid=1 is the priority list [12:52] didrocks: cool, I will bookmark it [12:53] tkamppeter: ah, thanks for trying === MacSlow is now known as MacSlow|lunch [12:54] pitti, so as it is I will not take the patch upstream, it needs some more work. === Afougner is now known as Amoz [12:55] tkamppeter: CC'ed you on my reply [12:55] tkamppeter: right [12:56] pitti, thanks. === greyback|lunch is now known as greyback [13:08] seb128: meh, gconf renamed its library? [13:08] libgconf2-4 -> libgconf-2-4 apparently [13:08] just saw it in binNEW [13:09] pitti, dunno, talk to slangasek, I saw he merged the multiarch debian version [13:09] but I didn't look into details, I guess they did [13:09] http://packages.qa.debian.org/g/gconf/news/20120226T133315Z.html [13:09] *shrug*, ok [13:09] + Rename libgconf2-4 to libgconf-2-4, make it MA: same. [13:09] + Make libgconf2-4 a dummy MA: same package depending on both too. [13:09] pitti, ^ [13:10] yeah for useless renames... === jalcine is now known as JackyAlcine_ [13:38] silly LP exception in the amd64 retracer, restarting.. [13:45] doctor appointment, bbl === JackyAlcine_ is now known as jalcine === jalcine is now known as JackyAlcine_ === JackyAlcine_ is now known as jalcine_ [13:56] good morning [13:58] so why does Design not like sentence case any more? "Lock to launcher" seems a pretty strong counter-example [13:58] but then again, it's just terribly inconsistent, "Empty Trash", "New Terminal", Nautilus' "Open a new window" [14:00] jbicha, hey, how are you? [14:00] I want to follow up on the Design mailing list but I'm curious who made the decision for Design this time [14:00] jbicha, it's a bit complicated, HIG, GNOME, etc use "New Tab" [14:00] design whant "New tab" [14:00] style [14:01] I told John it was a bit idea since that inconsistent with GNOME etc [14:01] but he says our design guideline suggest only the start of sentence to be capital cased [14:01] so our options are to follow GNOME or to patch everything out [14:01] I told him we should take the easiest path and follow GNOME style for the lts [14:02] then discuss it at UDS [14:02] jbicha, does it make sense? [14:02] seb128: ok, but that decision needs to be announced or something with all the quicklist activity going on [14:02] tsk, capitalized letters are so overrated, we should drop the first letter capitalization too [14:03] for consistency [14:03] jbicha, it was? [14:03] seb128: where? [14:03] jbicha, the unity list wiki recommend capitalized style and mhall went through the merge request with updated instructions [14:03] jbicha, https://wiki.ubuntu.com/Unity/LauncherAPI [14:03] jbicha, "a Name=, which is the entry as it's displayed which should be in title case. " [14:04] the example as well [14:04] Name=Take a Screenshot of the Current Window [14:04] seb128: ok, fair enough, the screenshot on that page needs updating though [14:04] right [14:04] thanks [14:04] yw [14:04] jbicha, sorry for the mess [14:05] jbicha, it's still not clear what is best to me, design recommendation and what they use is conflicting with what we used until now and GNOME is doing [14:05] so either way it's going to be work [14:05] jbicha, do you have an opinion on what is best as an english speaker? ;-) [14:07] I don't think there's a clear best, title case is traditional, but for a good counter-example, the new GNOME help uses sentence case for titles [14:08] shrug [14:08] jbicha, do you know if GNOME has any guideline or preference for their list if they plan to it for shell? [14:12] seb128: except for help, they seem to still use title case everywhere [14:12] jbicha, ok, we will stay on that for this cycle === MacSlow|lunch is now known as MacSlow [14:28] oh and I do get an apport crash popup when I close gedit 3.3.6 here [14:28] jbicha, yeah, didrocks was mentioning that this morning [14:28] jbicha, he didn't upload because of it [14:54] * pitti retries control-center amd64 build [14:55] pitti: hello. [14:55] off the phone? :) [14:56] hey desrt [14:56] heh, yes [14:56] pitti, I'm about to update control-center so probably no need to retry old builds [14:56] desrt, hey [14:56] so i was noticing that the latest precise doesn't do XDG_RUNTIME_DIR [14:57] even though i've been telling for over a year that it is really necessary to support this [14:57] meanwhile, i have some patches waiting on bugzilla for improving NFS support that depend very heavily on this functionality [14:58] right, it's something systemd specific [14:58] so we might get it next cycle [14:58] pitti: you told me some time ago that it could probably be implemented in consolekit or so [14:58] but I don't really see us crowbaring this into CK at this point :( [14:58] desrt: right, just nobody found the time to do it, and so far it's not a mandatory feature [14:58] pitti: you didn't really have any lack of advance warning... :/ [14:59] pitti: well... dconf-on-nfs on ubuntu is already somewhat broken [14:59] but it's about to get worse [15:00] anyway... i agree that it's no time to hack it in at this point [15:01] we can get something like /var/run/user/ relatively quick, but it won't have all the required properties [15:01] so i'm going to hold off on accepting the patch until next cycle [15:01] in particular, cleaning it up when the user logs out sounds a bit racy [15:01] but you really really need to promise to do XDG_RUNTIME_DIR next cycle :p [15:01] that needs some actual CK support [15:01] (one way or another) [15:02] we're switching to systemd, aren't we? [15:02] ;) [15:02] * pitti assigns bug 894391 to himself [15:02] Launchpad bug 894391 in consolekit "support $XDG_RUNTIME_DIR" [Medium,Triaged] https://launchpad.net/bugs/894391 === chrisccoulson_ is now known as chrisccoulson [15:02] chrisccoulson: that would certainly be the easiest way :p [15:03] chrisccoulson, we as desktop are over those level :p [15:03] chrisccoulson, no sure what foundation is doing ;-) [15:04] * desrt doesn't really care about the mechanism -- only the interface [15:04] but I'm for sure not putting my hands on init stuff [15:04] whatever they want ;-) [15:04] I like my system to boot though [15:04] so I'm not looking forward an init system change if there is one [15:04] seb128: what, you don't want to be converting init scripts to systemd and fixing boot races full time for the next 4 releases? [15:05] mdeslaur, exactly what I'm not looking for indeed! [15:05] hehe [15:05] I remember how many years it took us to get sound working again, please let my init alone ;-) [15:05] +1 [15:06] mdeslaur: going to sign the anti-lennart petition? :) [15:06] "first he broke my sound... then he broke my init..." [15:06] there is a petition ? [15:06] ya [15:06] it's hilarious [15:06] * ogra_ looks for his pen [15:06] i was just about to say that it sounds like we're suggesting that everything lennart writes is unreliable ;) [15:06] http://www.change.org/petitions/lennart-poettering-stop-writing-useless-programs-systemd-journal [15:06] 235 people signed it [15:06] hah [15:06] lol [15:06] desrt: ha! awesome :) [15:11] mterry: good morning [15:11] pitti, hi! [15:11] mterry: https://launchpad.net/ubuntu/+source/duplicity/0.6.18-0ubuntu1 -> how much does this need paramiko? It's a very large package (0.8 MB) [15:12] pitti, needs it for ssh. We can't drop python-pexpect due to the switch? [15:12] (not for ssh as used by deja-dup though) [15:13] (so we could drop it to a suggests without a big loss of functionality for desktop users) [15:13] mterry: no, hplip and checkbox also need it (and it's smaller, too) [15:13] ah right [15:13] mterry: just trying to see what we can remove again, as the CDs once again are oversized :/ [15:14] pitti, ah in that case, I can drop it to a recommends [15:14] i mean a suggests [15:14] pitti, we will not win the space back from langpacks base update at release? [15:14] mterry: so it either calls the ssh binary through pexpect or uses paramiko to do it via a library? [15:14] seb128: first, the update packs are empty, and second, not on the live system [15:14] pitti, did we drop ubuntuone-control-panel-gtk yet? [15:14] only on alternates (but they have no problem) [15:15] seb128: I dropped it in the seeds, yes; let me check if we have -meta rebuilt [15:15] Task: ubuntu-desktop, ubuntu-usb, edubuntu-desktop, edubuntu-usb [15:15] aah [15:15] * pitti rebuilds [15:15] seb128: we'll add u1-installer instead [15:15] anyway, rebuilding meta, and then let's see what tomorrow's image does [15:15] pitti, no it can't use pexpect anymore. But it has its own baked in ssh backend that uses paramiko or it has a GIO backend which can be used for all the non-cloud protocols, which is what Deja Dup does [15:16] mterry: hm, dropping ssh support would be a shame [15:16] pitti, well, users and Deja Dup can just use the GIO ssh backend for it [15:16] oh, if that works, sure [15:17] pitti, yeah. Deja Dup users would never notice. Only users of the commandline, who would have to add --gio to their command line [15:17] Or install python-paramiko [15:20] so, dropping u1-control-panel-gtk will save us *gasp* 80 kB [15:20] :-( [15:24] how is CD space this cycle, anyway? [15:24] desrt: we were within limits for beta-1 [15:24] after much squeezing :) [15:24] * desrt doesn't get what took up all the extra space [15:24] we dropped mono for crying out loud [15:25] desrt: that was only 6 MB or so [15:25] current mono is split up rather well [15:25] desrt: and we added python 3, and firefox/tbird grew quite a bit [15:25] so what filled the 56MB? [15:25] ah [15:25] we dropped py3 again, and tbird/ffox shrank by 1 MB again [15:25] so chrisccoulson's fault, mostly [15:25] the kernel/firmware also grew quite a bit [15:26] that makes sense [15:26] that's something that is going to be more complicated soon [15:26] no, not really [15:26] i was hoping they would shrink by a bit more than that :( [15:26] next cycle we get a 750 MB limit, and it'll grow [15:26] no linux-weird-storage-drivers-modules package? [15:26] i. e. sabdfl said we'd do USB images [15:27] ya... to be honest, burning to a CD is something that i stopped doing a while ago anyway [15:27] quite a shame, though [15:27] yeah, same here [15:27] just as we have this cool new technology for an image file that boots from USB and also CD... [15:27] we remove the ability to burn it to a CD :p [15:27] i guess people may still use DVD [15:27] desrt: that wasn't the main concern [15:27] you can use a DVD [15:28] the main concerns are (1) every extra 50 MB will lose you so many people who can't download it any more due to slow bandwidth [15:28] pitti: I thought next cycle would be 800 MB ;) or is it "use or lose"? :( [15:28] and (2) it removes the pressure for not piling up too much cruft [15:28] jbicha: or 800, don't remember [15:28] but in principle we'll go towards 1 GB [15:29] pitti: the good news is the decrease in software complexity from not having to do more and more dirty hacks to save 1MB here and there [15:29] pitti: and the users you lose because of buggy behaviour due to that [15:30] desrt: I'm not sure whether putting more and more libraries and runtimes on your system counts as "decreased complexity" [15:30] desrt: py2, py3, gtk2, gtk3, its C#, C++, python and perhaps gs bindings, Erlang [15:30] we had images like that [15:31] pitti: right.. but given that you require that you have a choice about how to do it [15:36] pitti: so did you hear about the new gcr? [15:36] desrt: the splitout from libgnome-keyring? sure [15:37] pitti: the fact that we require the 3.4 version if we want gnome-shell 3.4 [15:37] desrt, didrocks, chrisccoulson, pitti: can you "xinput list [15:37] desrt: bug 947447 [15:37] Launchpad bug 947447 in gnome-keyring "[FFe] gnome-keyring/seahorse 3.4" [Undecided,New] https://launchpad.net/bugs/947447 [15:37] xinput list, spot your mouse, and do it on the number [15:37] and give me the increment value please [15:38] i.e xinput list 10 | grep increment [15:38] increment: -1.000000 [15:38] my usb mouse: increment: -1.000000 [15:38] that's my external USB mouse [15:38] the internal mouse device for my thinkpad has no such field [15:38] my trackpad: increment: 111.000000 [15:38] thanks [15:39] increment: -nan [15:39] trackpoint: no such field [15:39] trackpad for me is also 111 [15:39] funny :) [15:39] didrocks: double negation! [15:39] oh ieee754 [15:39] nan here as well [15:39] it's what breaks gtk scrolling [15:39] didrocks, is that amd64? [15:39] pitti: yeah, does it means it's a number at the end? :) [15:39] seb128: no, i386 [15:39] Microsoft Microsoft 3-Button Mouse with IntelliEye(TM) [15:39] amd64 here [15:39] A4Tech USB Mouse [15:40] (yeah, a bad gift/joke from my ex-coworkers ;)) [15:40] didrocks, ok, maybe a 32b issue, thanks [15:40] seb128: blame RAOF :) [15:40] desrt, I'm blaming cnd for now [15:40] desrt, debugging with him [15:40] seb128: be nice to him. he's had a rough week :p [15:40] I have -nan on my i386 netbook [15:42] see, i386 can't even represent -1 properly [15:42] this arch should die [15:42] lol [15:42] can we start bootstrapping x32 instead? :) [15:43] x32 is using the new feature of the amd64 instruction set with 32bit pointers, right? [15:44] right. so all the extra register goodness of amd64 without the memory overhead of doubling your pointer size [15:44] extra registers are not all good... [15:44] more registers = higher context switch latency [15:45] the best feature of amd64 is the ip-relative addressing mode, anyway :) [15:45] no more call-and-pop thunk :D [15:51] pitti, hello :) unity* packages should be our concern, right? desktop team, that is [15:51] Ursinha: yes, shared between desktop and DX [15:52] pitti, right; I'm asking because there is a lp team to which all packages we need to be aware of bugs are subscribed to [15:52] and unity packages aren't there [15:52] I'm subscribing them [15:53] and thanks :) no one replies irc as fast as you do [15:53] Ursinha, pitti: can't we just add the unity set to the script rather than duplicate it? [15:53] seb128, not sure what you mean [15:54] seb128, I'm talking about a team (~desktop-packages), and I use the package subscriptions to determine the bugs we need to monitor [15:54] Ursinha, well, there is like 15 sources in unity, rather than adding those to wherver you add them, can't you just watch the unity-team list? [15:54] Ursinha, or watch both ~desktop-packages and ~unity-team? [15:55] that would break the idea of having a team with all packages that desktop cares about :) that's for scripting purposes only [15:55] Ursinha, ok [15:55] and pedro created this team specially to avoid people that use ~desktop-bugs of being nagged [15:55] works for me [15:55] cool [15:55] Ursinha, I guess I mostly wanted to point that unity-team has a list of unity packages already, it's not only "unity", you might want pick their list ;-) [15:56] seb128: looks like no meeting again today, no agenda items [15:56] pitti, right [15:56] seb128, ah, cool. I was actually talking about unity* [15:56] seb128: I'll probably be on the phone in half an hour [15:56] I guess I added the wildcard there :P [15:56] Ursinha, ;-) [15:57] pitti, you are turning into a business man ;-) [15:57] hehe [15:57] nooooooooo [15:57] hahahahaha [15:57] I have exactly one tie only [15:57] * seb128 hugs pitti [15:57] pitti, business man nowadays don't need ties [15:57] and I don't want to shave off my goatee [15:58] they spend the day in calls [15:58] I'm sure rickspencer3 doesn't know what you are talking about [15:58] lol [15:58] seb128, thanks for the pointer, I'll check unity-team for their packages [16:01] seb128, could you make me admin of ~desktop-packages team, please? I see you are an admin there [16:01] http://launchpad.net/~desktop-packages [16:02] Ursinha, done [16:02] seb128, merci! [16:03] Ursinha, de rien ;-) [16:03] ;) [16:05] * rickspencer3 notes that he is wearing shorts and hoody atm [16:06] that's what I was talking about :) [16:29] didrocks, any idea what happened with https://jenkins.qa.ubuntu.com/job/automerge-unity-2d/167/console ? [16:29] didrocks, we got 3 builds like that [16:30] * didrocks looks [16:30] 6/6 Test #6: focuspathtest ....................***Failed 0.02 sec [16:31] test faiing? [16:31] didrocks, that's fine, look at the reason [16:31] failing* [16:31] well, fine as in... xvfb seems to die [16:31] Saviq: yeah, it seems to die before you are killing it [16:31] trying pbuilder locally [16:36] * Sweetshark is confused. when do we have team-meeting? in one hour right? [16:38] Sweetshark, I think now, but today there was nothing on the agenda. Maybe there is now... /me checks [16:38] nope [16:38] mterry: k, thx. [16:39] should be now [16:39] seb128, heh [16:39] if somebody has a topic please say so ;-) [16:39] hey mterry [16:39] umm, UDS travel planning? still postponed, or what? [16:39] oh, thought you meant that you just added agenda items as i was checking === albrigha is now known as Guest32450 [16:42] Sweetshark, jasoncwarner is back at the end of week, I guess we will get an update then [16:43] mterry, sorry, I meant the meeting should be now if somebody has a topic === Guest32450 is now known as albrigha [16:43] Sweetshark, but you are not likely going to the dx rally so I guess you can probably book [16:45] seb128: ah, indeed. well, I can wait until next week. just didnt want to book two days before the UDS ;) [16:52] didrocks, the tests pass here in my local unity-merger === zyga-xchat is now known as zyga [16:52] Saviq: weird, are you sure you apt-get update to have the latest components in your pbuilder? [16:52] didrocks, and what's more none of the failed merges even touches anything tests related [16:53] didrocks, I did go `pbuilder update`, should do the same thing, no? [16:53] yeah [16:53] everything looks up to date [16:53] hum, weird [16:53] * didrocks retries manually [16:58] didrocks, another one merged fine [16:58] Saviq: tried manually just now [16:58] Saviq: and working [16:58] on the server [16:59] didrocks, so wtf? [16:59] maybe some temporary glitches, I don't know [16:59] didrocks, ok, reapproving [16:59] yeah, seems the best to do right now :) [17:24] * Sweetshark fixed another >400 Heat bug. [17:24] ... and dances a bit now. [17:29] \o/ [17:34] ok, will try to do some exercice while there are still some lights outside [17:34] * didrocks waves good evening [17:35] * Sweetshark too . [18:14] good night everyone! [18:15] 'night pitti === zyga is now known as zyga-afk [18:49] seb128: bug #947095 sounds like the one i've got, fyi [18:49] Launchpad bug 947095 in gnome-power-manager "Closing lid fails to suspend" [Undecided,Confirmed] https://launchpad.net/bugs/947095 [18:52] Laney, ok [18:53] * Laney uploads tomboy for karma [19:24] oho, already done === marrusl_ is now known as marrusl [19:37] pitti: Yes I'll take care of it today. [19:56] Hi there, I have a question to a NotifyOSD warning. I receive a warning that the maximum capacity of my battery is getting lower (not the current charge level). [19:56] Does anyone know what's the threshold for this warning? [19:56] Where can I see that? [19:56] Can I change it? [20:00] Can anyone help? (Or does anyone know where to look that up?) [20:00] BoxyK2, it would be in org.gnome.settings-daemon.plugins.power (navigate to it in dconf-editor) [20:00] BoxyK2, but I don't see anything like that [20:00] BoxyK2, just settings for charge level [20:00] BoxyK2, nothing for capacity [20:00] yes, exactly. [20:00] that's exactly the same thing that made me confused [20:04] mterry: Do you know where else I could look? [20:04] BoxyK2: you could poke around http://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/power [20:04] BoxyK2, if it was configurable, it would probably be there. The only other place I'd look is the source itself [20:05] I even tried that... [20:05] I found the warning message, but I did not find where this string is being displayed. [20:05] There was no reference to that string in the source codes. [20:05] I checked the settings daemon [20:06] I checked the power-manager [20:06] and I checked NotifyOSD [20:06] But nowhere a reference to that warning message. [20:23] BoxyK2, search on http://open-tran.eu/ for the string? sometimes that helps narrow it down [20:24] I already found the string in the source code. But I did not find the string referenced in the sources. [20:26] ah [20:41] BoxyK2: and where is that string in the source code? [20:44] let me check again [20:44] (I think it was in gnome-power-manager) [20:45] BoxyK2: hi, the .po file suggests '../data/gnome-power-manager.schemas.in.h' lines 29 and 30 [20:51] htorque: i don't see any text in that file that would be in a notification about battery capacity getting lower [20:51] at least, not in git [20:52] dobey: hm, in version 3.1.3 from 2011-07-25: "Remove the notification for battery low capacity, the feature was rejected in g-s-d (Richard Hughes)" [20:56] I thought the Ubuntu One control panel was supposed to be in Qt now? The GTK one is still on the CD [20:59] htorque: Does that mean that this error message does not exist anymore? [21:00] I don`t find the string in the source code anymore. [21:00] BoxyK2: which version of ubuntu are you using? [21:00] here I have oneiric ocelot [21:00] but at work I have an older version [21:01] (I`m not completely sure which one. But definitely older than the current one.) [21:01] BoxyK2: this notification should be gone since oneiric. in natty there is a key to disable it (/apps/gnome-power-manager/notify/low_capacity). [21:01] aaah, that makes sense. [21:01] (this is ubuntu 11.04) [21:02] to disable it, you can run: gconftool-2 -s -t boolean /apps/gnome-power-manager/notify/low_capacity false [21:02] But I don`t want to remove it, I just would like to see from which percentage of the orignal capacity this message is shown. [21:02] Do you know where I can look up that value? [21:07] is unity-2d broken for everyone or is it just me .com ? [21:12] sladen, just you I think, or at least nobody else raised it [21:12] mterry: it is in qt now. and the gtk package shouldn't be on the cd any more. my understanding is pitti pulled it out of the desktop seed [21:13] htorque: I already checked that in the sources before but I did not find this threshold value anywhere (but I am not sure if I mixed up oneiric and natty). Do you have an idea where I can find it in natty? [21:13] mterry: hrmm. so it is on the cd still. i wonder what went wrong with that? [21:14] dobey, cd didn't get rebuilt since [21:14] seb128: ta :) [21:14] dobey, pitti only uploaded the source with the change today [21:14] dobey, it should be on the CD tomorrow [21:14] sabdfl is currently keeping Florian busy, but I'll try and grab him afterwards [21:14] seb128: ah! i thought it got removed from the beta [21:14] seb128: that explains it. thanks [21:14] yw [21:14] BoxyK2: you can download the latest version of the source code of gnome-power-manager for natty from launchpad: https://launchpad.net/ubuntu/+source/gnome-power-manager/2.32.0-2ubuntu2.1 [21:15] seb128: ah I had a minor change I added to the nautilus desktop branch, I should have said something but I didn't expect new gtk to land already [21:15] jbicha, weird that it let me push without conflict [21:15] thanks! I will check that. [21:16] jbicha, oh, crap, did I forgot to push? [21:16] :) [21:16] jbicha, I think I pushed but I didn't noticed it failed [21:17] it's not a big deal as Unity doesn't support the new actions yet anyway === jalcine_ is now known as JackyAlcine_ [21:18] BoxyK2: there's a bug number mentioned in the sources for that low-capacity warning, maybe it helps: https://bugzilla.gnome.org/show_bug.cgi?id=326740 [21:18] Gnome bug 326740 in gnome-power-manager "Warn user when last_full capacity has dropped considerably" [Enhancement,Resolved: wontfix] [21:21] jbicha, can you pull --overwrite on nautilus? [21:21] jbicha, I rebased your change over my commit and pushed --overwrite that [21:22] BoxyK2: also the code suggests, that you get the warning when the capacity drops below 50% of the "design capacity" [21:22] jbicha, feel free to upload if you want, the earlier the better for translators [21:22] htorque: really? did you find it in the code? I just downloaded and unpacked it. [21:23] htorque: I was just reading the bug report you sent just before. [21:24] BoxyK2: check the file src/gpm-engine.c, look for the function 'gpm_engine_device_check_capacity' [21:24] but i think we are quite off-topic here... === JackyAlcine_ is now known as jalcine_ [21:25] ok, I checked gpm-manager.c and didn`t find it. I`ll check that now. and yes, you are right, it`s off-topic. [21:25] nevertheless, thank you for your great support!!!! === jalcine_ is now known as jalcine [21:53] hallo [21:53] bin ich hier richtig wenn Ich probleme mit meonen ubuntu habe [21:54] wenn Ich mein laptop starte habe Ich immer ein kurzen Balken in verschiedenen Farben [21:54] raar77: While we have some German speakers here, I think you'll have better luck in #ubuntu-de [21:54] manchmal kommt es dazu das das Bild verzehrt ist [21:55] can you send me a Link [21:55] raar77: /join #ubuntu-de [21:55] when i wright ubuntu de than i find A cirkus from google [21:56] raar77: #ubuntu-de ist Deutsch Sprache IRC kanal [21:57] ok thank you i find itz [22:04] seb128, hello [22:04] hey robert_ancell [22:04] how are you? [22:05] seb128, good [22:06] Hi, I need help with openload and cron job. in crontab I have: */1 * * * * openload -l 1 localhost >> /home/grzesag/OpenLoad/openload_output.txt but it save jus summary and zeros thank for help [22:06] robert_ancell, I uploaded 1.1.6 today, fixing the vcs was "fun", especially to get merge-upstream to work over the version revert [22:07] seb128, yeah, that seems to be a big downside of bzr packages, at least the way we have them set up [22:08] it lets you do things it can't handle, then it's a nightmare to repair [22:09] right [22:11] seb128: What was desrt suggesting you blame me for last night? [22:11] RAOF: it's cnd to blame for I think, cf #ubuntu-x log [22:12] RAOF, xinput return a -nan increment on i386 [22:12] RAOF: that breaks mouse wheel scrolling in new gtk [22:12] That's unlikely to work well! [22:13] RAOF, indeed, I hope cnd sorts his today, I just uploaded gtk, since it's only mouse wheel scrolling, the bug is not in gtk and is on i386 only... [22:13] seb128, so, do you think that weird 1.1.4 bug about not being able to log into anything was a red herring? [22:13] robert_ancell, one of the guy on the bug said it was specific to his account and doesn't get it with the new version [22:13] seb128, with 1.1.6? [22:13] robert_ancell, I think some people got it by 3d not working and lightdm not respecting the session selection [22:13] ah [22:14] robert_ancell, yes, I put 1.1.6 in the ppa and one of the guys said it was working for him [22:14] ok, cool [22:14] robert_ancell, I think it was just "unity-3d is start and doesn't work on this box" [22:14] robert_ancell, btw do you test the system integration part, script in some way? [22:14] which part? [22:14] or is that integration test material and you don't do that yet? [22:15] robert_ancell, the fact that lightdm was calling the x11 script with a buggy number of arguments [22:15] robert_ancell, i.e how do we know that another change will not break the x11 script parsing again? [22:16] seb128, I test it wraps it, but not the way it handle args. I was planning to add that, but the behaviour seems wrong to start with [22:16] but then again, I want to kill that script anyway [22:16] right [22:16] we wondered why you had it at the first place [22:16] rather than just calling Xsession [22:17] GDM had it's own one if I remember, and I though there might be some difference [22:17] ok, those old compat stuff are always a mess [22:17] I hate them [22:17] yeah. it's a complete mess and a terrible way to integrate stuff in [22:55] #ubuntu [23:08] RAOF, do you think the U-G RetainPermanent stuff was always broken and just has shown up now? [23:09] robert_ancell: Possibly. That's just a guess, though. [23:10] Other options include cairo; IIRC the X connection it's using isn't RetainPermanent, and it could be creating necessary intermediate resources.