[00:00] ochosi: the nil thing, remember? [00:01] ah right, well did you test the state of master when tabwin diverged? [00:01] No. [00:01] that would be cool if you could, just to see whether it was fixed in master [00:07] Unit193: so let me know when you've tested that ^ ;) [00:07] Hah, suuure. I think merging into master will come first. :P [00:07] bluesabre: i think for the 1.8 release of the greeter, i'll include a example-greeter.css file [00:22] phew, that took over 2 hours :) [00:22] bluesabre: updated http://smdavis.us/doku/doku.php?id=greeter-roadmap, in case you wanna add something there.. [00:23] ochosi: thanks [00:23] as you can see i postponed the settings ui [00:23] i really don't want that to hold us back [00:23] and we'll have to find a different way for ppl to set the locking-timeout [00:31] Noskcaj: any idea when whiskermenu will get into ubuntu? [00:31] It's been there for two months [00:31] oh [00:32] stupid whiskermenu! :P [00:32] weird, didn't find it befor [00:32] e [00:51] quick question, is the fact that nm-applet doesn't use indicator-application in trusty a known issue already? [00:53] oh right, it is [00:57] sergio-br2: just another piece of feedback, places/96/user-desktop's shadow is a bit off [00:57] hum, ok [00:58] in the right? [00:59] oh, that is [00:59] ochosi, weren't you supposed to go to sleep? :P [01:00] sergio-br2: compare it to 128px, the shadow is a bit too pronounced [01:00] sergio-br2: better to move it up a few pc [01:00] px [01:00] knome: yeah, empty promises... [01:00] :) [01:00] as always [01:00] * knome hides [01:01] yup, basically [01:01] hum, probably i forgot this [01:02] fixed ochosi [01:03] yup, much nicer [01:03] i think the apps/96/calculator icons could use a bit more detail on the buttons [01:04] as in: thinner lines for the shades of the buttons, or a more subtle gradient [01:04] looks a bit clunky atm [01:05] ochosi: Downgrade indicator-application and you're good. [01:06] sergio-br2: also the apps/32/calculator has very pronounced button shadows in comparison to 48 [01:06] Unit193: hmm, is it the upstart problem? [01:06] seeing that [01:06] Don't know, also a plus one to knome. :P [01:07] haha [01:07] ochosi, you mean, 2 px to 1 px in the shade (light) ? [01:07] sergio-br2: either that, or make it a gradient or something more subtle [01:08] Unit193: there's only one version in trusty, downgrade to what? [01:08] with 128 too ochosi? [01:08] or at least i don't seem to be able to force a lower version in synaptic [01:09] sergio-br2: yeah, 128px has the same problem [01:09] ochosi: uts indicator-application wget saucy one. [01:09] hmpf [01:09] this should really get fixed [01:09] alias = uts, https://launchpad.net/ubuntu/+source/%s [01:10] ochosi, put it on your todo list (: [01:10] wait, *my* todo list? :) [01:11] yeah... [01:11] i think we have to wait until tedg has released all indicator-upstart work [01:11] so far, many bugreports only have "fix commited" [01:12] So what's the point in getting sessions, then indicators in Upstart? [01:13] no idea [01:13] Unit193, you're asking in the wrong channel ;) [01:13] Because doesn't upstart use dbus? so try sudo service dbus restart [01:14] I guess I just don't get the big rush. :/ [01:16] alrighty mugshot-0.2 seems to work completely in trusty now [01:16] time to test with debian [01:26] ochosi, button shadow in calculator 32 means what? [05:12] probably better to mention here... [05:12] mugshot-0.2 released: https://launchpad.net/mugshot/0.2/0.2 [05:15] night all [05:16] Sleep well. [07:41] wow, valgrind finds a lot of issues in every program [08:19] I'm trying to triage bug 1199952 [08:19] bug 1199952 in xfce4-indicator-plugin (Ubuntu) "memory leak in xfce4-indicator-plugin" [Undecided,New] https://launchpad.net/bugs/1199952 [08:20] but i can't get valgrind to run for indicator-plugin === u is now known as Guest77482 [08:51] hello, somebody notice the bug about the logins between users? === Guest77482 is now known as xubuntuser [09:01] that memory leak certainly still seems to be a problem [09:04] yesterday my logs gets gigasize O_o [09:08] where I can send bugs xubuntu specific ? [12:03] Unit193: http://git.xfce.org/xfce/xfdesktop/commit/?id=1516cb96c6ec9b20b63f05e7bcc4af8594d43129 [12:04] any idea when it will land in trusty? [12:14] ochosi: now that you are using trusty, can you reproduce the 1px extra space in the top panel to the right? [12:15] I was not able to find a clean solution to remove it :/ [13:40] nice - have an unfindable item in parole's autosave playlist list and it segfauls [13:44] Remove .config/parole ? [13:45] Or, send it to them then remove? [14:13] ali1234: couldn't the monitor_root_pixmap check be made during runtime by passing a parameter to xfwm4? [14:17] ali1234: this way we could enable it for the xubuntu session only and offer a way to enable/disable it for non-xubuntu users who use xfwm4 [14:19] ...in ubuntu [14:21] there is no reason to ever disable it [14:32] ali1234: so it can be made the default behavior? [14:37] what is reason to disable it by default at compile time? lack of testing? [14:39] ofourdan thinks it is dangerous [14:39] it isn't though [14:40] also you never see the background rendered by xfwm in xfce because xfdesktop covers it [14:40] Unit193: I did :) [14:40] you only see it during transitions [14:41] people who use xfwm outside xfce ar emore likely to want it enabled [14:42] ali1234: but xfdesktop usually starts "too late" [14:42] yes but you don't need to monitor root pixmap for that [14:42] you only need to copy it once to handle the startup case [14:42] after that, for most people, the desktop wallpaper will not change [14:43] ok, I understand [14:44] so monitoring it all the time is not needed [14:46] what about a timeout then to stop the monitoring? [14:47] just looking for a solution that does not require xfwm4 to be built specially for ubuntu [14:49] send the patch to debian [14:53] I'll do that, hopefully my idea actually makes sense [15:44] brainwash, let's not pretend anybody is using xubuntu when they are using voyager, please [20:36] hey hello [20:38] anyone knows if Parole plays h264 videos (mp4)? [20:38] sergio-br2, Should do [20:38] i tried now, and it didn't work [20:39] sergio-br2, this isn't the support channel though [20:39] yeah, but i tested in trusty [20:40] sergio-br2, Perhaps check the current codecs installed. Or wait for parole 0.6.0 [20:41] is it in proposed? [20:41] Waiting for corac to upload [20:41] *corsac [20:42] hum, ok [20:43] how can 0.6.0 wait for an upload while it hasn't been released yet? [20:43] it has [20:44] so, the issue: try to play a video, it opens a window that ask you to install codec stuff, you install this, then you try to play again, and the window returns again. So, the user never will see a video... don't know if it is a issue in 0.6.0 [20:45] sergio-br2, have you got restricted-extras installed? [20:45] right. [20:45] And can you find a video online with the issue so i can try and reproduce it [20:45] i'm pretty sure this playback bug/problem hasn't got much to do with 0.6 [20:46] yeah, xubuntu-restricted-extras [20:46] sergio-br2: does it work with any other gstreamer based media player? gstreamer 0.10 or 1.0 [20:46] i tried with vlc, works well [20:46] I assume parole already uses 1.0 by default [20:46] Noskcaj, also: [20:46] 15:16 bluesabre: 01:29 Corsac: ochosi: does it makes sense that for a stable parole release to depend on a libxfce4ui development release? :) [20:46] the video was in a hard disk, not mine [20:47] vlc does not utilize the gstreamer backend [20:47] knome, It's targeted to experimental currently, hopefully it will get an upload [20:47] well, not tried with other gstreamer backend :) [20:47] Also, my MOTU application is tomorrow, since applying by email doesn't work [20:48] this codec install stuff, it's equal in totem? [20:48] sergio-br2: What gstreamer packages do you have? -ffmpg? [20:48] hum, i'm not in the system now. Trying to reproduce this in a VM [20:49] * i was trying to play a video in the Live section [20:50] Try installing: gstreamer0.10-plugins-ugly gstreamer0.10-plugins-bad gstreamer0.10-ffmpeg gnome-codec-install [20:50] Those are the Suggests for parole [20:50] ok [20:52] sergio-br2: what does "parole --gst-version" return? [20:52] brainwash, it will be 0.10, since 1.0 isn't fully supported till parole 0.6.0 [20:52] ok, was just curious [20:53] bluesabre, You've got a lot of complaints about menulibre crashing so far. How long till the fix? [20:53] GStreamer 0.10.36 [21:00] bluesabre, Is there a command to stop the .pot file being regenerated in mugshot? [21:17] How can i run indicator-plugin in a way valgrind will be able to test it? [22:03] so, the mechanism for totem and parole search what codec is missing, is the same? [22:05] there is an error in totem, it does not install the missing codec too. But i don't know what package i will report this issue. [22:06] after install xubuntu-restricted-extra, totem plays a mp4 video. But Parole don't [22:07] try parole --gst-debug-level=2 [22:08] to get some debug output in the terminal [22:08] hum, ok [22:09] you should file the report against parole, maybe add gstreamer0.10 to the list of affected packages [22:15] sergio-br2: totem already uses gstreamer 1.0 [22:15] i don't know if it is 2 issues [22:16] 1. Totem and Parole does not install the missing codecs [22:16] 2. Parole does not play mp4 h264, but totem yes (after install xubuntu-restricted-extras) [22:17] you cannot compare totem and parole directly, totem uses the newer gstreamer backend [22:19] does xubuntu-restricted-extras installs the gstreamer 0.1 that parole needs? [22:20] it installs gstreamer0.10-ffmpeg [22:20] and gstreamer1.0-libav [22:21] there is no gstreamer0.10-ffmpeg in repo [22:21] what i need to run h264? Is not package x264? [22:21] I checked on saucy, maybe it has been renamed [22:22] gstreamer1.0-libav is installed [22:24] x264 provides an encoder [22:25] https://launchpad.net/ubuntu/+source/gstreamer0.10-ffmpeg [22:27] it seems it doesn't have in trusty [22:28] bug 1253071 [22:28] bug 1253071 in mplayer (Ubuntu) "block migration & demote to proposed & decruft NBS libav/ffmpeg (removed from testing in Debian)" [Undecided,Triaged] https://launchpad.net/bugs/1253071 [22:28] "Remove completely gstreamer0.10-ffmpeg src+binaries, superseded by gstreamer1.0-libav" [22:29] bug #1272994 [22:29] bug 1272994 in parole (Ubuntu) "Parole does not play mp4 video with h264 codec" [Undecided,New] https://launchpad.net/bugs/1272994 [22:29] well, just wait for parole 0.6.0 :) [22:32] if it works in 0.6.0, i invalid this bug [22:40] sergio-br2: please add the information about gstreamer0.10-ffmpeg + bug report link (1253071) [22:45] sorry [22:45] i changed the description [22:45] btw did you already work on a high res version of the icon used by parole? [22:46] high res = 128 px ? [22:46] I think so, simply open parole's about dialog [22:46] it's missing only 96 pixel [22:47] hum, the icon is to small to about? [22:47] it's bit blurry, isn't it? [22:47] well, there is 128 px in my elementary branch [22:48] blurry in the about window? no... just small... i'm in a VM [22:50] ok, I'll upload a screenshot [22:51] http://en.zimagez.com/zimage/parole0.php [22:52] my bad, it's about the gtk3 build of parole [22:52] yeah, here it gets small [23:03] brainwash, the year is not wrong? [23:03] in the about window [23:04] it's 2013 [23:06] well if the last release is done in 2013.. [23:07] or, the release you have [23:07] http://git.xfce.org/apps/parole/tree/src/parole-about.c [23:08] so the new 0.6.0 release still shows -2013 [23:09] yyyeaah, poke bluesabre and ochosi [23:10] major flaw, release 0.6.1 asap [23:14] yeah, we're not doing a point-release only for the about window :) [23:14] i added a 128px icon for the about dialog, so it should be ok, but i assumed you'd test that brainwash ? [23:15] so it's not an elementary icon which gets displayed in the about dialog? [23:15] ochosi, yeah but update git with 2014 [23:15] nah, we install that with parole [23:15] knome: thanks for the advice, wouldn't have thought about that ;) [23:15] ochosi, well obviously! [23:16] now that we got 0.6.0 I could actually test it :D [23:18] got a bit distracted by all the other bugs out there [23:19] holy crap, the new gtk3-filechooser-dialog has a crazy sidebar [23:19] you mean these fancy monochrome icons? [23:20] it's just ultra-long here... [23:20] the symbolic icons are okayish [23:20] although they create some visual inconsistency with gtk2 apps [23:20] but there's nothing we can do about that