[00:35] ali1234, that you can trigger that infinite event loop if you add two sound-indicators to the panel (in two separate indicator plugins) [00:35] seems not related to virtualbox - single indicator works fine here [00:37] hmm yes i see it [00:37] ah [00:38] i bet i know what this is [00:38] like i mentioned before, in unity the notifications are not shown if you change the volume using mouse wheel [00:38] if you have two sound indicators then they have to stay in sync [00:39] to you update one, it sends the notification, and then the other one syncs and sends it's own notification [00:39] and so the synchronization coode is bouncing back and forth between them [00:39] the loop isn't actually infinite [00:39] but it does spam lots of notifications [00:39] this bug probably affects unity too but you don't see it because the notifications aren't shown [00:40] in any case, i bet it's something like that [00:42] the notification crash is probably caused just by a random unrelated bug in the notifyd [00:42] sometimes it crashes randomly so spamming lots of events probablyjust makes that happen faster [00:54] skellat: bluesabre: I don't think the keyboard shortcuts needs an FFe and UIF and doc string freeze are thursday, I plan on just uploading assuming I tonightfind the time [01:08] ali1234, at least I could find the place where it crashes [01:11] spamming notifications does some... interesting things [01:14] seems to be related to whether you have the mouse over a notification [01:27] ali1234, https://bugzilla.xfce.org/show_bug.cgi?id=10356 [01:27] bugzilla.xfce.org bug 10356 in general "Crash" [Major,New] [01:28] hmm... note that the volume notification doesn't actually create multiple bubbles like normal messages [01:28] so it's actually updating an existing bubble [01:28] or something [01:28] i do wonder how it does that [01:30] hmm so this is a race condition where the update event starts happening and then the window stops existing before it completes? [01:35] ali1234, yes, it looks like that. But adding proper synchronization may be difficult if feasible. Checking the arguments should be enough. [01:36] that event flooding is IMHO caused by the indicator(s), that's where it should be fixed. [01:37] BTW, can't test it now but does this also happen with gtk2 indicator-plugin? [01:37] 'night [01:38] gtk2 indicator plugin is fully 100% broken... [03:11] micahg: https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1226921 [03:11] Ubuntu bug 1226921 in lightdm-gtk-greeter (Ubuntu) "Please update lightdm-gtk-greeter 1.6.0 to 1.6.1 on saucy" [Undecided,Confirmed] [03:12] let me know if you need anything else [03:12] heading to bed, be back early in the morning === brainwash_ is now known as brainwash [03:14] knome, ochosi, fyi ^ [06:55] ochosi ali1234 - trying to do this again - https://wiki.ubuntu.com/Xubuntu/Roadmap/Specifications/Saucy/Gtk3Indicators - asking for garcon-gtk2-1; the only garcon packages I can find I have installed [06:57] elfy: where are you now? [06:57] i mean where in the process [06:58] maybe we should add numbers to the steps, so it's easier to communicate [06:58] ./autogen.sh --enable-gtk3 --prefix=/usr in xfce4-panel [06:58] you're on saucy, right? [06:58] yep - just editing the wiki :) [06:58] (with all updates installed) [06:59] yep [06:59] including the lightdm one [07:00] you did install the build-dep for the panel, right? [07:01] yep - followed the steps :) [07:02] and you switched to the wrapper3 branch successfully? [07:02] after git cloning [07:02] oh - didn't cd to there [07:03] :) [07:04] was following the wiki :) [07:04] run out of time now - will look again later - and also look at numbering it :) [07:18] elfy: ok, added the numbering to the steps [07:19] ok [07:20] I'll look at it again when I'm back from work - I assume there should be a cd /wrapper in step 2 then [07:20] anyway - later :) [07:20] no [07:21] you don't switch to a git branch like that [07:21] if you're in the right dir, the "git checkout..." switches to the branch [07:21] ok [07:39] ochosi: all done - really off now - cya later :) [07:39] so it worked? [07:39] ok, seeya :) [09:17] [09:17] hum [09:18] [09:19] [09:26] mr_pouit, Do you think it would be worth merging xfce4-systemload-plugin for saucy? [10:22] http://temp.knome.fi/xubuntu/saucy/topic-s-flavor-xubuntu.png [10:22] with real baseline [10:24] woot [10:33] btw, why is the ubqiquity bug in status.ubuntu shown twice? [10:34] two different packages are affected? [10:35] it has been added to 100papercuts [10:35] ubiquity and lubuntu-artwork (which is probably invalid) [10:35] that's not the reason, but cool :) [10:36] marked it as invalid for lubuntu-artwork, because it really isn't an -artwork bug [10:37] would be interesting to know whether it really affects lubuntu/openbox too [10:38] that [10:38] meh [10:38] that's been confirmed for lubuntu [10:38] but it still ain't an -artwork bug :) [10:38] ok, good to know [10:38] i'll see whether my patch-suggestion in the bugreport actually works [10:38] (well at least judging from the bug) [10:39] oh noes, python [10:39] haha [10:39] :) [10:39] /o\ [10:39] lderan likes python [10:39] just saying... [10:39] python? [10:40] yes i do [10:40] ochosi: if you need any help let me know :D [10:41] lderan, bug 1177116 [10:41] bug 1177116 in ubiquity (Ubuntu) "maximise button does nothing in Ubiquity" [Low,Confirmed] https://launchpad.net/bugs/1177116 [10:41] guess i need to find out how to do this in python: http://www.gtk.org/api/2.6/gtk/GtkWindow.html#gtk-window-set-type-hint [10:42] super easy in python [10:42] window.set_type_hint [10:42] yeah, i've found that now [10:42] too hard [10:42] :> [10:42] just have to learn to read the code of ubiquity [10:43] but this is only a problem with xfwm, so that type hint is probably already set [10:43] what about lubuntu? [10:44] the same bug appears there [10:44] maybe i should run lubuntu on a vbox once [10:44] ah, didn't know they were affected [10:44] bluesabre: it's only set in keyboard_query.py [10:45] cool, be nice to see that buglet fixed then [10:45] also have to find a way to test ubiquity [10:45] isnt there a test mode that we use to see the slideshow? [10:46] yep... but that doesn't test ubiquity the software [10:46] it only tests the slideshow itself [10:46] ah [10:46] Unit193 could probably give a hint as to how to roll a custom iso [10:46] yep [10:46] he's done that a few times altogether [10:47] downloading the lubuntu ISO just for fun [10:47] let's see what it has eaten. [10:48] probably some fruits, veggies, and openboxes [10:48] doesn't it use lxde? [10:48] yup [10:48] :P [10:48] lxde is not a complete de though, i think it uses openbox for the wm [10:48] ok [10:48] don't know enough of that [10:49] back from my early days of distro hopping, when I determined lubuntu was ugly and stuck with xubuntu :) [10:49] woo [10:51] \o/ [10:51] * ochosi is happy that everyone can now see how important good artwork is [10:51] "at least we did something right" ;) [10:53] it seems that ubiquity sets its window-type to dialog [10:53] ok, i need to prepare a poster for printing [10:54] will be more or less idle for a moment [10:54] and as you can see here, xfwm4 always shows a maximize button in dialogs: http://www.zimagez.com/zimage/screenshot-09182013-125423pm.php [10:55] (i mean a non-functional one!) [10:55] heh [10:55] so it's actually a bug in xfwm4 [10:56] yay [10:57] as well as i know xfwm4, i'm pretty sure it's a design decision, not a bug [10:57] not sure why it was taken that way though [10:59] seems like a flaw [11:00] want to bug olivier about it, that seems pretty dumb [11:00] any other window type that would do? [11:00] any other window type, maximize would only appear if resizing/maximizing were enabled on that window [11:01] or should [11:01] I'll throw together a basic window where those are the case and see what xfwm does [11:01] olivier hasn't been around in ages [11:02] i think if you wanna fix this, we have to write the patch ourselves and propose it to nick [11:02] shouldn't be too hard I would hope [11:02] probably find the relevant code in metacity [11:02] brb [11:26] back [11:27] everyone who's around, come cheer for me in #xubuntu-devel in ~30ish minutes to get my ubuntu-membership :) [11:28] woops [11:28] I mean #ubuntu-meeting [11:28] ;) [11:28] lol :) [11:29] * lderan prepares to cheer [11:29] woo \o/ [11:29] :D [12:22] ochosi: just a quick point - I assume that at some point this new gtk3 stuff won't look out of place - ie it follows the rest of the panel style ? - http://imagebin.org/271259 [12:24] elfy: yes, the git-version of greybird already carries a fix for that [12:24] elfy: all other themes would be patched accordingly [12:24] ok - just checking :) [12:28] theres a shimmerproject daily ppa: https://launchpad.net/~shimmerproject/+archive/daily [12:31] true that :) [12:35] not that concerned - I'll wait for patches to come through properly [12:35] :) [12:36] elfy: nice to see you got the gtk3 indicators working thouh [12:36] gh [12:36] when I installed it all this morning from git - the sound thingy was a big fail ... [12:36] then I remembered to go and unfix the services and it'd fine now :p [12:36] #Exec=/usr/lib/indicator-sound-gtk2/indicator-sound-service [12:38] :) [12:39] knome, I'm pulling skellat's merge now. I hope to have another MP for you by 1600 today and that should be the final one. [12:39] jjfrv8, cool, thanks [12:53] there we go, bluesabre is now a ubuntu member [12:54] * bluesabre dances [12:54] now to work towards xubuntu-developer-membership [12:55] yep [12:58] gotta go start working now, bbl [12:59] have fun [12:59] at some point, could somebody have a stab at making sure the documentation is nearly ready for a new upload (we still need to update some bits) [12:59] and be prepared for filing a sponsorship queue bug [13:04] ok, i'm off to to shopping groceries [13:04] bbl [13:04] cheerio [14:59] knome, MP is up there and ready for you. I don't know why it's complaining about the two text conflicts. I can't find the problem when I look at the files with Meld. [15:01] knome, also, I don't know if I handled lp bug 1225782 the way you wanted. I took a stab at it but tell me if I'm off base. [15:01] Launchpad bug 1225782 in xubuntu-docs (Ubuntu) "Document how to enable hibernation" [Low,Triaged] https://launchpad.net/bugs/1225782 [15:03] jjfrv8, i'll check them out. cheers :) [15:21] * ochosi pokes around again wrt logout-delay [15:50] for all those concerned with the logout-delay bug, feel free to confirm here: bug #1227212 [15:50] bug 1227212 in upstart "Session logout takes too long" [Undecided,New] https://launchpad.net/bugs/1227212 [15:51] i've talked to slangasek about this issue and this is the only thing we could come up with for now (a bugreport) [15:51] what was steve's reply/take on it? [15:51] that he isn't sure either what could be causing this [15:52] and that for debugging it, the session would have to be looked at "from the outside" while shutting down [15:52] but he kinda confirmed my idea that something isn't shutting down properly [15:52] which is why it's reported against upstart [15:52] might be logind, might be something else [15:52] so what would be "from the outside"? [15:53] slangasek$ debugging this probably involves either taking snapshots of the process state from outside the login session and seeing what's running when, or putting debug "echo"s in each of the upstart jobs [15:53] both is kinda outa my league for now [15:53] so i hope more able people take to it [15:53] maybe cjwatson could be able to help? [15:54] maybe, i dunno him [15:54] just join -release and ask [15:54] i was just pointed to slangasek by robert_ancell [15:54] he was around 1mins earlier [15:54] i'm already in release [15:54] ok, then just ask there [15:54] what, i'm not [15:54] heh [15:54] just -desktop and -devel [15:54] and -meeting [15:54] bah :) [15:54] meh, too many chans [15:54] is -desktop useful at all? [15:55] major things seem to hit -release anyway [15:55] yeah, it's not bad [15:55] heh, i wasn't thinking of pinging, just telling your issue and shouting "anyone?" [15:55] :D [15:56] but that works, i guess... [15:56] well, you pointed me to him ;) [15:56] thing is, i've tried that a few times, just saying stuff [15:56] pinging is much more effective [15:56] (not sure if he's the right person to ask either, but i guess he could know about that) [15:56] if you know who to ping [15:56] sure, if you know the right-right person [15:56] exactly [15:56] well making more people that could be right aware is also not a bad idea [15:57] can't disagree [16:02] ok, i've pinged enough buntu-devs for today [16:02] ha [16:02] never enough ;) [16:03] i'm off [16:03] bbl today [16:03] knome, i'll be afk until around 2100, in case you need me to fix anything. [16:03] jjfrv8, right [16:03] i'll be here for the moment i'll check those [16:03] thanks for reminding [16:03] cya [16:04] but yeah, i'll be in touch (or i'll just fix them) [16:04] have fun! [16:07] jjfrv8, all looks good. i'll go through the merging now [16:14] jjfrv8, merged/pushed [17:35] ochosi: thanks for the long looooooooooooooogoooooooooout bug - me too'd it [17:42] almost unbelievable, that nobody was able to properly debug this logout delay [17:43] where are the people with the magical debugging skills? :) [17:55] * lderan hides [17:59] it doesn't affect me, or else i would try [18:01] knome: LP Bug #122725 [18:01] Launchpad bug 122725 in zabbix (Ubuntu) "wrong permission" [Medium,Expired] https://launchpad.net/bugs/122725 [18:01] Wrong bug [18:01] knome: LP Bug #1227275 [18:01] Launchpad bug 1227275 in xubuntu-docs (Ubuntu) "[Sponsored Upload] Please update xubuntu-docs to 13.10 for saucy" [Undecided,New] https://launchpad.net/bugs/1227275 [18:03] sorry, I'm rushing to finish some stuff, I don't think I'll get to that today [18:05] if it misses tomorrow, just let the translations team know about it and I'll upload over the weekend [18:06] ochosi: I'm sorry, I'll get your thing in for beta 2 (I assume our docs already reflect the proper gmb usage if any)? [18:53] micahg: yeah, no new functionality, just bugfix, so it's fine [18:53] ali1234: surprising, so far it affected pretty much anyone [18:54] brainwash: ppl are busy with mobile and mir [18:55] and unity 8.. or "does mobile and mir" already include unity 8? :) [18:55] misplaced " [19:02] ochosi: bootchart might help [19:03] thought that was only to chart the boot-process? [19:03] does it also chart the session stuff? [19:03] micahg, i'm asking what's happening with ubuntu docs, let's see if somebody could handle our docs upload as well [19:03] ochosi: it logs everything up until "bootchart-stop is run" [19:03] i'll have a look at exactly how it works [19:04] is that something you have to run manually? i'd have expected it stops as soon as the session is loaded [19:04] normally it runs automatically [19:04] btw, are you on saucy with all updates? [19:04] but you can always disable it [19:04] knome: the main issue with the docs is doc string freeze, so if you can get someone to upload, great, otherwise, just ask them if they mind the upload happening over the weekend [19:05] micahg, yes, i know [19:05] ali1234: so logout is super-fast for (as in: normal-fast, ~1sec) [19:05] 1 second? no, i've never seen ubuntu log out that fast in 5 years [19:05] ali1234: i missed a "you" there. my connection is shaky again :/ [19:05] it takes about 10 seconds [19:05] xubuntu always used to logout really fast [19:05] yeah, that's the bug then [19:05] but it's always taken 10 seconds... [19:06] not here [19:06] never took 10secs with the session slowly deconstructing itself [19:06] what's that? [19:06] (first the panel, then the wallpaper, then the compositor, then plank) [19:06] i just get a black screen for 10 seconds [19:06] yep, used to be almost instant [19:07] i can really see things disappearing bit by bit [19:07] press logout -> instant black screen -> 10 seconds -> login menu [19:07] bkerensa will get our docs stuff uploaded [19:07] cool [19:07] nice knome [19:07] that's already the second pkg today that someone else uploads for us [19:08] yep [19:08] are there others we need uploaded? [19:08] :P [19:08] well gmusicbrowser, but it's not "ready" (as in: debdiff ready) [19:08] ochosi: did you notice that xfce4-indicator-plugin and occasionally nm-applet are triggering kernel traps? [19:08] it shouldn't be hard though [19:08] is that something you could do? [19:09] i'm not sure, i've never done it before and i fear i might have to do other stuff tonight (upgrade mediawiki installation etc) [19:09] ochosi: on shutdown I mean, and/or logout [19:09] ppl who've done packaging before should be able to [19:09] like bluesabre you mean? [19:10] brainwash: no, never noticed, but i don't use that version of the indicator-plugin anymore, i use the gtk3 version [19:10] knome: or like Unit193 or Noskcaj [19:10] ochosi: feeling so outdated now [19:10] hehe, sorry ;) [19:10] ochosi: I didn't do it! [19:11] Unit193: yeah, i think you'd be *the man* to do some packaging for your favorite software! [19:11] hehe [19:11] bootchart is broken, great [19:12] hmpf [19:12] well there goes that [19:12] bootchart? that ain't essential though [19:13] oh great, bug #1226544 [19:13] bug 1226544 in lightdm (Ubuntu) "lightdm --test-mode fails immediately" [Undecided,Confirmed] https://launchpad.net/bugs/1226544 [19:14] just wanted to do some testing :) [19:17] ochosi: I did a quick job at it the day before yesterday, but libxfce4ui wasn't playing nice so I nuked everything. ;P [19:18] Unit193: wait, you're referring to the gtk3 indicators? [19:18] ochosi: Technically yes, but actually the indicator plugin. [19:19] Unit193: well i was hoping you could do some packaging for gmusicbrowser :} [19:19] Hah. [19:19] yeah, i know, right? :) [19:19] it'd be simple, just create a debdiff from a tiny patch [19:20] then knome (with his amazing connections) might get it uploaded [19:20] and micahg would have one thing less on his plate [19:24] Unit193: your silence is to be taken as a "yes"? [19:25] Ah, slightly distracted, and no idea what's going on with gmb. [19:28] Unit193: it's this bug: #1223808 [19:28] bug 1223808 in gmusicbrowser (Ubuntu) "gmbrc misses line to activate albuminfo-plugin" [Undecided,Confirmed] https://launchpad.net/bugs/1223808 [19:28] basically add a line to the gmbrc.default file and then replace the existing albuminfo.pm with the one from upstream git and add that to the changelog (i assume) [19:28] and debdiffing [19:28] lotsa things i don't really know much about [19:29] i think i've got bootchart working [19:31] Hrm. [19:33] ali1234: but does it do what we want it to? [19:33] yeah [19:33] you can increase the delay before it stops [19:33] edit /etc/init/bootchart.conf [19:36] http://al.robotfuzz.com/~al/random/al-x10-saucy-20130918-2.png [19:36] it looks like the culprit is.... xscreensaver [19:38] woot? [19:38] that wouldn't explain the delay on my system, I removed xscreensaver [19:39] or gnome-keyring-d [19:39] but we're the only ones using xscreensaver [19:40] i'll start ripping out packages and see what happens [19:44] ali1234: cool, thanks a lot! [19:47] ochosi: "(first the panel, then the wallpaper, then the compositor, then plank)" "i can really see things disappearing bit by bit" [19:47] I've seen that since I started using Xubuntu 11.04 ish time [19:47] right, but i haven't [19:47] i have maybe not the fastest cpu, but an ssd and enough ram [19:47] didn't realise that was what you were saying the other day [19:47] so things are usually really snappy [19:47] well it never took that long to logout [19:48] even if this kind of deconstruction happened, i didn't see it because it was happening very quickly [19:49] ochosi: you 'might' remember me saying a cycle or two ago that everything looked a bit win95ish when I logged out - this is that [19:49] that's due to the setting daemon closing before other things [19:49] makes the theme go to default, which looks like win95 [19:50] yup [19:50] that used to be a bug on gnome too [19:50] then it's the same now as it ever has been here :) [19:50] a more controlled session shutdown would be nice [19:50] elfy: so it was always that slow? [19:50] ochosi: uhm, the restart entry is still missing after the first logout [19:50] ochosi: more or less, hard to be exact [19:51] brainwash: that's always missing, it seems to be a bug in lightdm [19:51] brainwash: haven't had time to take care of that yet [19:51] but not after booting the pc [19:51] ochosi: but it's never been particularly snappy for me here - shutdown is similar for me here [19:51] elfy: shutdown and reboot are really snappy, as they used to be (at least as far as closing the session goes) [19:52] Intel(R) Pentium(R) CPU G870 @ 3.10GHz / 4Gb RAM [19:52] ochosi: and while testing logout, could you please right click the password input field? [19:52] i immediately get thrown at a VT [19:52] brainwash: hummyeah, we have to disable that in the UI [19:52] brainwash: probably won't happen in 13.10, unless someone does another bugfix upload [19:53] oh, because it's visually broken or for some other reason? [19:53] brainwash: could you report a bug about it and subscribe bluesabre and me to it? [19:53] brainwash: well it's really not needed there [19:53] against lightdm-gtk-greeter [19:53] ok, I'll create a report later [19:53] yes [19:53] ty [19:54] and should I report the missing restart entry too? [19:55] oh wait, maybe it's still missing because I haven't restarted lightdm after the greeter update yet [19:57] no, it's a known issue too [19:57] the missing restart entry i mean [19:57] i reported it yesterday or a few days ago [19:57] but it goes missing after the first logout [19:57] yeah [19:58] ok :) [19:58] restart entry missing where? [19:58] http://al.robotfuzz.com/~al/random/al-x10-saucy-20130918-3.png goota be gnome-keyring [19:59] elfy: in the menu of the greeter [19:59] elfy: when clicking the shutdown indicator displayed by lightdm-gtk-greeter [19:59] aah ok [20:00] brainwash: well it's really not needed there [20:00]