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