[03:41] <skellat> Can anybody recall the main bug for the volume indicator not showing?  We got another one to mark as a duplicate and at this hour of night I can't remember the right number for the main bug: https://bugs.launchpad.net/bugs/1235843
[05:27] <Noskcaj> Has anyone else had thunar randomly crash when clicking the "up one level" button? Doesn't happen every time.
[06:23] <forestpiskie> skellat: that dupe is duped now
[10:21] <brainwash> I can confirm bug 1235836
[10:46] <elfy> brainwash: checking in a vm now - if I get the same I'll do a bug report for it
[10:47] <elfy> no idea what package it would be though 
[10:47] <brainwash> cryptsetup, I edited the affected package
[10:47] <elfy> ok - I'll check and confirm it too 
[10:48] <elfy> probably needs to be checked by other flavours as well
[10:49] <brainwash> I noticed this bug like 1 week ago when installing xubuntu daily, tried different setup options and couldn't get the password prompt for encrypted disk to accept any keyboard input
[10:49] <brainwash> (didn't bother to file a bug report back then)
[10:49] <elfy> input after install? 
[10:50] <brainwash> yes, I think the system did freeze and needed to be restarted the ugly way
[10:50] <brainwash> usually you don't see any chars when typing the password, right?
[10:51] <elfy> I'd assume you saw *
[10:52] <brainwash> maybe something hardware specific
[10:52] <elfy> seems there's no encrypted testcases for anyone 
[10:53] <brainwash> this is actually the first report mentioning such an issue
[10:54] <elfy> I'll try with ubuntu as well
[10:54] <elfy> eventually
[10:55] <brainwash> could be plymouth (theme) related..
[10:55] <elfy> sda5_crypt setup successful
[10:55] <brainwash> yea, thanks for testing this setup option
[10:56] <elfy> fine here - no problems at all with today's iso
[10:57] <brainwash> so it's a rare case
[10:57] <elfy> booting ubuntu iso to install now
[10:58] <elfy> brainwash: also - did you use the same iso as the reporter? 
[10:58] <brainwash> but still, you are only testing it "virtually"
[10:58] <elfy> yep
[10:58] <brainwash> no
[10:59] <brainwash> I used the daily iso image from 1 week back
[10:59] <elfy> ok - so can you try with todays?
[11:00] <elfy> can't imagine it's changed though
[11:01] <elfy> and I doubt if it's xubuntu specific either if it is there
[11:02] <brainwash> if it's somehow caused by xubuntu's plymouth theme, it would be :D
[11:02] <elfy> it's a duplicate bug by the way 
[11:02] <elfy> ish
[11:03] <brainwash> link
[11:03] <elfy> https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1225136
[11:03] <elfy> bet they're related
[11:05] <brainwash> yea.. no.. hard to tell =S
[11:05] <elfy> :)
[11:06] <elfy> not something we should worry about though imo
[11:06] <brainwash> yes, I don't feel like testing it today.. or tomorrow
[11:08] <brainwash> normally you would expect a bug report with like 200+ heat
[11:08] <brainwash> if something is wrong
[11:08] <elfy> unless it is new - and no-one tests it and no-one notices :)
[11:09] <elfy> there are no manual testcases looking at encrypted setups - not sure about the auto stuff
[11:10] <elfy> ubuntu is fine as well
[11:10] <elfy> forgetting all about that conversation now :p
[11:11] <brainwash> so it's just another bug report nobody cares about :)
[11:11] <elfy> :)
[11:12] <elfy> assuming that tomorrow I'm not covering the skiver again at work I'll have a go on hardware
[11:16] <brainwash> are there any bugs left which need some attention? not counting the indicator related ones
[11:17] <elfy> as far as I know all the ones we've been talking about are all in progress
[11:18] <elfy> not seen anything new, but I've not been watching the tracker for a few days - r/l things 
[11:18] <bluesabre> brainwash: I keep pinging micahg and mr_pouit to merge those fixes so we can do an upload
[11:19] <brainwash> elfy: ok :)
[11:19] <brainwash> bluesabre: hopefully "soon"
[11:20] <bluesabre> that's what I've been hoping
[11:20] <brainwash> so there will be some time left to test the final version
[11:20] <bluesabre> those two fixes only fix some minor things, so it doesn't really matter
[11:20] <bluesabre> the main thing now is the indicators
[11:21] <bluesabre> and has anybody had an update notification while running saucy?
[11:21] <elfy> nope
[11:22] <elfy> update mangler runs and opens itself - but no notifications - that said I've got the gtk3 ones here
[11:23] <bluesabre> I'm going to file a bug for that
[11:23] <bluesabre> because if it isnt fixed before release, fixes won't be delivered to anybody but the apt-wise
[11:23] <elfy> bluesabre: which indicators against? 
[11:24] <bluesabre> I don't understand the question
[11:24] <elfy> bluesabre: and I am informed of updates - update mangler opens 
[11:24] <elfy> bluesabre: sorry - I mean gtk3 
[11:24] <bluesabre> it does open (and show a gui?)
[11:24] <bluesabre> ?
[11:24] <elfy> yes
[11:25] <elfy> update mangler - opens and shows updates
[11:25] <elfy> there is no notification in the panel though
[11:25] <bluesabre> without you personally opening the application?
[11:25] <elfy> yea
[11:25] <bluesabre> cool
[11:25] <bluesabre> not a problem then
[11:26] <elfy> that works properly - just no notification itself
[11:27] <elfy> as far as I'm concerned the 2 are different things
[11:28] <brainwash> I've seen it once, the applet.. it told me to upgrade one downgraded package
[11:28] <elfy> biab
[12:28] <brainwash> elfy: bug 1206739 is still open, caused by the new glib version shipped by saucy
[12:28] <ochosi> brainwash: thanks for all the debugging around appfinder
[12:30] <brainwash> ochosi: didn't ping nick yet, because I somewhat expect a response like "use the upstream version"
[12:30] <ochosi> hehe, yeah
[12:30] <ochosi> well we can ask him to do a release
[12:30] <ochosi> at least a bugfix release
[12:31] <brainwash> with the gdbus migration patch, which is not included in the saucy build (other upstream patches are though)
[12:31] <ochosi> right
[12:31] <ochosi> then we could actually also ask that patch to be included in 13.10
[12:32] <ochosi> but we'd need to get someone to do a debdiff, then find an uploader
[12:32]  * ochosi doesn't really know how to do proper debdiffs
[12:32] <brainwash> needs to be tested, that commit I mean.. I just compiled the upstream version and assume that the gdbus migration is doing the magic
[12:33] <ochosi> ah
[12:33] <ochosi> ok
[12:33] <ochosi> i guess apt-get source xfce4-appfinder -> apply the patch -> see if it works would be the way to go then
[12:34] <brainwash> yea, I'll test it
[12:34] <ochosi> cool thanks
[14:16] <brainwash> ochosi: yes, it's the commit (last comment bug 1048805)
[14:18] <brainwash> however, there is an easy workaround, if someone is affected... and almost nobody is
[14:19] <brainwash> so include the commit and backport it?
[14:19] <brainwash> quantal/raring/sauce
[14:19] <brainwash> y
[14:21] <brainwash> (you should also compile it with the gdbus patch to verify it)
[19:53] <andrzejr> Guys, it looks like the version of libindicator required by new xfce4-indicator-plugin has not yet been released.
[19:54] <andrzejr> The most recent version (12.10.2) is missing indicator-ng.h API.
[19:56] <Unit193> Yes, but that's Ubuntu for you, rolling a newer version in distro than actually released.
[19:57] <andrzejr> The question is: do you plan a release in a near future or should I temporarily remove support for IndicatorNg?
[19:57] <andrzejr> As it is now, xfce4-indicator-plugin does not compile on non-ubuntu systems
[19:59] <Unit193> micahg was still going to try and ship it in Saucy, but failing that he most likely will put them in backports.
[20:02] <Unit193> Might be able to get the Ayatana project to actually release something, no?
[20:03] <andrzejr> That would be helpful, especially when they make such a big change to the API.
[20:04] <andrzejr> xfce4-indicator-plugin also depends on unreleased xfce4-panel so the blame is partly on me - I shouldn't have made a release before all dependencies are released.
[20:15] <Unit193> Eh, last I saw in #xfce-dev, Nick was going to be looking at merging it in soon, no?
[20:43] <ochosi> brainwash: gosh, that scrollwheel-bug is really annoying...
[20:44] <ochosi> andrzejr: well i guess in that case i have to take the blame for the release, cause i kinda talked you into it
[20:44] <ochosi> but i still think that that's no biggy
[20:44] <ochosi> getting the ayatana folks to do a release of libindicator makes sense anyway
[20:44] <ochosi> maybe we can send one of our thugs (brainwash?)
[20:55] <brainwash> ochosi: still need to talk with nick...
[20:55] <ochosi> bout what?
[20:55] <ochosi> appfinder?
[20:56] <brainwash> ochosi: maybe, and about xfce4-terminal segfaulting
[20:56] <ochosi> right
[20:56] <ochosi> the terminal isn't ubuntu-specific?
[20:56] <brainwash> ochosi: what about the scrollwhell-bug? it's caused by the overlay scrollbar
[20:56] <ochosi> yeah, but still, it's annoying
[20:57] <brainwash> ochosi: appears to be glib 2.37+ specific or something like that
[20:57] <brainwash> wait, no need to prepend your nick all the time :D
[20:57] <ochosi> thanks ;)
[20:58] <ochosi> well an upstream-bugreport would be a good first step for the terminal i guess
[20:58] <brainwash> so why is it annoying? xubuntu users usually don't use the overlay scrollbar
[20:58] <brainwash> workaround is easy too, simply export the env var
[20:59] <ochosi> yeah, but it's weird that it breaks such basic functionality
[21:00] <brainwash> every theme is affected, so... should the xubuntu session set the env var?
[21:00] <ochosi> i guess, i'm not sure why the scrollbars don't add the env-var themselves
[21:01] <brainwash> it does work in unity
[21:01] <ochosi> yeah, wonder whether they set the env_var in the session
[21:01] <brainwash> maybe it does get set somewhere
[21:02] <ochosi> btw, i'll flip the switch locally in greybird for the scrollbars
[21:02] <ochosi> if i don't see any breaking websites anymore, i'll push it
[21:02] <brainwash> I didn't do any research about this env var, can't even recall it's name :)
[21:02] <brainwash> nice
[21:03] <brainwash> btw did you compile the appfinder with the mentioned commit?
[21:04] <ochosi> not yet, had a "busy" sunday
[21:04] <ochosi> brb
[21:05] <brainwash> maybe it can be included, not sure how much work it would cause for the package maintainer(s)
[21:06] <ochosi> well the main issue is creating the debdiff
[21:06] <ochosi> an uploader could be found i guess
[21:07] <brainwash> only for 13.10, or do you also consider updating the packages for quantal and raring?
[21:07] <ochosi> well mostly for 13.10
[21:07] <ochosi> and maybe 12.04, because it's the lts
[21:07] <ochosi> but to me it's not a major issue
[21:07] <brainwash> it does not affect xfce 4.8
[21:08] <ochosi> as long as we get a new version in 14.04 i'm fine
[21:08] <ochosi> right
[21:08] <brainwash> it mainly affects both of us :D
[21:08] <ochosi> hehe
[21:08] <ochosi> trueish
[21:09] <ochosi> for that, the workaround is sufficient
[21:09] <ochosi> so yeah, i guess i'd focus on more important stuff for now
[21:10] <ochosi> gotta fix orion for the gtk3 indicators
[21:10] <brainwash> do you even use the appfinder (regularly)? I don't
[21:10] <ochosi> yeah, i do
[21:10] <ochosi> in the xfrun mode
[21:10] <ochosi> it's quite handy with the custom shortcuts you can make
[21:11] <brainwash> currently I'm trying to solve this one bug 1234469
[21:14] <ochosi> interesting, i think i've experienced that one before
[21:16] <brainwash> I did encounter it 3 times today (3x long term sleep)
[21:17] <brainwash> unlucky I guess, usually it happens very rarely
[21:18] <ochosi> i'm currently trying to reproduce one of my issues in parole
[21:18] <ochosi> really hope that one's fixed
[21:18] <brainwash> dvd playback?
[21:19] <brainwash> I recall reading about a dvd playback issue
[21:22] <brainwash> ochosi: does a lp bug report exist which addresses the scroll-wheel issue?
[21:22] <brainwash> only found the arch one
[21:25] <ochosi> not sure
[21:25] <ochosi> i've never seen a bugreport about that
[21:25] <ochosi> and in parole i mostly wanna see the mouse-cursor go away always in fullscreen mode
[21:25] <ochosi> it should work though
[21:26] <ochosi> one of our few gtk3 blockers
[21:27] <brainwash> scroll-wheel issue maybe lightdm-gtk-greeter releated?
[21:27] <brainwash> after the switch to gtk3
[21:28] <brainwash> bug 1024482
[21:30] <ochosi> the scroll-wheel issue?
[21:30] <brainwash> read the last comments
[21:31] <ochosi> hm i see
[21:32] <ochosi> not sure why this is not assigned to the greeter then
[21:32] <ochosi> ah, right
[21:32] <ochosi> it does seem to be lightdm's fault
[21:32] <brainwash> still not sure what this means, didn't read the bug report properly
[21:33] <brainwash> is the report useful at all?
[21:39] <ochosi> i'll have to check tomorrow, am a bit braindead already tonight
[21:45] <brainwash> I'll create a bug report and link the arch linux and upstream one
[21:47] <ochosi> cool
[21:55] <brainwash> ochosi: scroll-wheel in gedit works in unity, gnome3 and even in lxde o.O
[21:57] <ochosi> then it'd be interesting to know what lxde does..
[22:00] <brainwash> works in enlightenment too
[22:02] <brainwash> and the last comments in the arch bug report mention Xfce
[22:05] <ochosi> hmm
[22:13] <brainwash> I'm trying to replace xfwm4 with mutter... but the session freezes
[22:14] <ochosi> strange, i tried gala a while back, that worked
[22:17] <brainwash> bingo, the scroll-wheel issue is caused by xfwm4, replaced it temporary by openbox and scrolling started to work in gedit
[22:18] <ochosi> :/
[22:18] <ochosi> so i guess we'd have to do a xubuntu-specific xfwm4 patch
[22:20] <brainwash> let the overlay scrollbar users suffer :P
[22:22] <ochosi> hehe
[22:22] <ochosi> yeah possible
[22:22] <ochosi> hope you included all your findings in the bugreport
[22:22] <brainwash> yea, I'll file it tomorrow-ish
[22:23] <ochosi> nice
[22:23] <brainwash> would it be possible to add the workaround? or should it be a patch for xfwm4?
[22:25] <ochosi> well, the proper solution seems to be the latter
[22:26] <brainwash> even upstream?
[22:26] <brainwash> (first someone actually has to write a patch)
[22:27] <ochosi> well the question is whether upstream would accept a patch that is kinda distro-specific
[22:28] <ochosi> don't think the overlay-scrollbars are available anywhere else
[22:29] <brainwash> arch users apparently use them too