[07:21] <mejo> hi
[07:35] <mejo> does unity2d support the feature to scale windows by dragging them to the desktop borders?
[07:35] <mejo> in unity3d this feature can be configured through compiz, but unity2d doesn't use compiz.
[07:36] <sil2100> mejo: hi, sadly, unity-2d didn't yet support this feature
[07:36] <sil2100> So it's not possible to configure it in any way I'm afraid
[07:37] <mejo> bummer!
[07:38] <mejo> thanks for your help anyway. it's much appreciated
[07:39] <duflu> mejo, sil2100: That's a compiz feature. So you can have it in Unity2D if you start plain compiz.
[07:45] <mejo> duflu: thanks.
[07:45] <mejo> is it ok to ask here for hardware support questions? I'm searching for a graphics board where open source drivers support dual-head unity3d with high resolution out of the box.
[07:46] <duflu> mejo: AFAIK, any modern Intel, Nvidia or ATI/AMD chip will work.
[07:47] <mejo> I'm wondering whether this is possible with the ati radeon hd 6450 and open source radeon driver.
[07:47] <duflu> mejo: However, I personally recommend the drivers in this order: intel, radeon, nvidia, fglrx, nouveau
[07:48] <mejo> duflu: thanks. currently I use a rather oldish radeon x1550, and only very low resolution was supported with radeon driver and unity3d in dual-head mode. thus I was forced to switch to unity2d. and performance is really bad. response times are usually very high.
[07:49] <mejo> duflu: unfortunately intel graphics are only available as part of the cpus, right? or do pcie graphics boards with intel chips exist?
[07:49] <duflu> mejo: I have not tested multimonitor with radeon for a long time so can't comment. But radeon with a single 1920x1200 is excellent (HD 5450 I think)
[07:49] <duflu> mejo: Yes, Intel is only with CPUs
[07:50] <duflu> mejo: And performance, especially multimonitor, will get a serious boost when compiz 0.9.8.0 is officially released for 12.10
[07:52] <mejo> thanks, that's an important hint
[08:36] <sil2100_> andyrock: hi!
[08:36] <andyrock> sil2100_, hey
[08:36] <sil2100> andyrock: I'm just looking at bug #1035951 on precise
[08:37] <sil2100> And I can't really reproduce it there on precise unity
[08:37] <sil2100> andyrock: are there some specific steps on getting it reproducible?
[08:37] <sil2100> andyrock: I enabled auto-hide and the HUD icons look good
[08:38] <andyrock> sil2100, which graphic card?
[08:38] <sil2100> andyrock: nvidia
[08:38] <duflu> sil2100: Try setting an odd launcher icon size
[08:38] <andyrock> duflu, sil2100 with 48 I can see that problem
[08:39] <duflu> Hmm, that's not very odd
[08:39] <andyrock> duflu, the probelm was the we were passing to IconRender
[08:39] <andyrock> width: x
[08:39] <andyrock> and
[08:39] <andyrock> height: x+1
[08:39] <duflu> andyrock: Yeah I saw your code
[08:40] <duflu> andyrock: Still, are we using nearest filtering there? It should be linear filtering surely...
[08:40] <andyrock> duflu, i'm quite sure there is an if condition to select the filtering
[08:40] <andyrock> most of time we use nearest
[08:42] <andyrock> i tried to force linear filtering passing the wrong width and height
[08:42] <duflu> andyrock: In the dash it looks like we're using linear. I can't think why you'd use nearest on the launcher...
[08:42] <andyrock> and the icon looked much better
[08:43] <duflu> Yes, it will :)
[08:43] <andyrock> duflu, ask Jason :)
[08:43] <sil2100> Well, still can't really reproduce it here ;) Is it intel specific?
[08:43] <sil2100> Since even with odd sized icons, they still look good to me
[08:45] <andyrock> sil2100, shame on you! you cannot reproduce a bug :P
[08:45] <sil2100> :<
[08:45] <sil2100> Someone else needs to review this one I'm afraid
[08:46] <andyrock> sil2100, i can make a ppa and ask the bug reporter to "review" it
[08:47] <sil2100> popey: hi!
[08:47] <sil2100> popey: can you fire up your precise machine for a moment ;) ?
[08:48] <popey> I'm on precise now
[08:48] <popey> we talking dogfooding or vm testing?
[08:48] <sil2100> popey: awesome - I just need you to reproduce a bug
[08:48] <sil2100> ;)
[08:48] <popey> ok
[08:48] <sil2100> https://bugs.launchpad.net/unity/+bug/1035951
[08:48] <popey> nice description
[08:48] <popey> i like the word "hideous" in bugs
[08:48] <sil2100> hehe
[08:50] <popey> it only happens if you have the launcher above 32px
[08:50] <popey> i.e. it doesn't happen if you do have the launcher at 32px
[08:50] <OwaisL_> Hey
[08:50] <OwaisL_> Is unity from staging working right now? It segfaults for me http://paste.ubuntu.com/1158636/
[08:51] <sil2100> I was changing the size to 37 and I still had a nice icon
[08:51] <popey> hmm, yeah, 38 is okay
[08:51] <sil2100> OwaisL_: on quantal?
[08:51] <OwaisL_> sil2100, yep
[08:51] <popey> sil2100, yeah, gets worse from about 48 up
[08:52] <popey> and 48 being the default, i guess that's why it's noticed
[08:52] <sil2100> OwaisL_: didn't try upgrading today, but yesterday it was fine
[08:52] <sil2100> popey: well, I couldn't reproduce it - but if you can, can I send you some really hacked up packages to check if it helps?
[08:52] <popey> sure thing
[08:53] <sil2100> popey: they're made so that they're easily removable, i.e. the version number is lower than the current version
[08:53] <OwaisL_> hmm, I had the same problem yesterday. Stuck with gnome-shell :(
[08:53] <popey> sil2100, only affects some apps
[08:53] <popey> e.g. xchat
[08:53] <sil2100> OwaisL_: hm, it seems to crash in a very strange place
[08:56] <sil2100> popey: priv
[08:56] <popey> got it!
[08:59] <andyrock> sil2100, popey, firefox and chromium icons should have this problem too
[09:01] <popey> ah i see it in ff too
[09:01]  * popey reboots to test new packages
[09:04] <sil2100> Ok, officially 5.0 is broken it seems
[09:05] <sil2100> It seems CMake is failing on "Schema validation error" every time
[09:05] <sil2100> Because of the usage of the deprecated /desktop/ path in schemas?
[09:06] <popey> sil2100, yeah, that package seems better
[09:06] <sil2100> popey: \o/
[09:08] <sil2100> Now we just need to fix the 5.0 trunk again
[09:15] <sil2100> Strange thing
[09:16] <sil2100> mmrazik: hi! The 5.0 builder and merger runs on quantal?
[09:16] <mmrazik> sil2100: good question. let me check.
[09:17] <sil2100> mmrazik: since I noticed all merges in the unity/5.0 branch started failing due to a warning from glib-compile-schemas - which, what I see, only happens on quantal, on my precise chroot (and precise glib-compile-schemas) this does not
[09:19] <mmrazik> sil2100: seems to be some quantal/precise mix :-/
[09:20] <sil2100> Since I'm not sure if changing the paths from /desktop/ to others right now is a good idea
[09:20] <sil2100> hm, so I need to find a way to silence this
[09:20] <mmrazik> sil2100: the builds are failing because of it?
[09:21] <sil2100> mmrazik: yes, all merges fail because of this
[09:21] <mmrazik> uh oh.. this sucks.
[09:21] <sil2100> i.e. https://jenkins.qa.ubuntu.com/job/automerge-unity/1058/console
[09:21] <sil2100> Because CMake does a schema validation during setup
[09:22] <mmrazik> sil2100: I would prefer move it (SRU branch) from the unity-merger VM to our new setup in jenkins rather than fixing it there
[09:22] <mmrazik> the setup there is IMO not really designed in a way to support this easily
[09:22] <mmrazik> it probably could be fixed but I'm not too keen to dig into that code
[09:23] <sil2100> mmrazik: no problem, I understand that - but I'm sure a switch to the new setup would take some time, right?
[09:23] <mmrazik> yep
[09:23] <sil2100> For now I'll try to fix it up some other way
[09:23] <mmrazik> ok
[09:32] <sil2100> mmrazik: just to be sure - there's no easy way of forcing the meerger to use the precise version of libglib2.0-bin during building?
[09:34] <mmrazik> sil2100: nothing comes to my mind right now
[09:34] <mmrazik> let me check something
[09:37] <mmrazik> sil2100: I would like to go for lunch
[09:37] <mmrazik> sil2100: I can change it now and potentially break everything
[09:37] <mmrazik> sil2100: and you won't be able to fix it
[09:37] <mmrazik> sil2100: or I can try to do it after lunch
[09:38] <sil2100> mmrazik: no problem, bon apetit! Since I still have some ideas of my own ;)
[09:38] <mmrazik> sil2100: I'll ping you once I'm back
[09:38] <mmrazik> it shouldn't be that hard actually
[09:47] <sil2100> mmrazik: I have an ugly hack for this if anything, but I would prefer using it as a last resort
[10:27] <mmrazik> sil2100: I'm back. Is there a MP I can approve to test things?
[10:27] <sil2100> mmrazik: yes, one moment
[10:27] <sil2100> mmrazik: https://code.launchpad.net/~unity-team/unity/fix-lp-998752-stable/+merge/119486 <- for instance this one is safe
[10:28] <sil2100> Oh, wait
[10:28] <sil2100> It just got merged o_O
[10:28] <mmrazik> yes ;)
[10:28] <sil2100> Did you fix something?
[10:28] <sil2100> :)
[10:29] <sil2100> Since I tried merging it like 30 minutes ago, I thought it will fail
[10:29] <sil2100> (again)
[10:29] <mmrazik> sil2100: I was eating my lunch. I didn't touch anything.
[10:29] <mmrazik> weird
[10:30] <sil2100> Ok, so hm, let's try another one that recently failed
[10:30] <sil2100> https://code.launchpad.net/~brandontschaefer/unity/detail-mode-last-active-window-fix-SRU/+merge/119763 ?
[10:30] <mmrazik> sil2100: the real problem is actually the -proposed part
[10:30] <mmrazik> it is building on precise with the quantal-proposed
[10:30] <mmrazik> which might bring stuff in
[10:30] <mmrazik> let me try to fix/approve
[10:30] <sil2100> Ok, thanks!
[10:36] <mmrazik> sil2100: will take a while. I can not really control what the unity-merger box picks up and right now its building some quantal branch.
[11:09] <sil2100> mmrazik: ok, thanks :)
[11:44] <Andy80> hi
[11:45] <Andy80> what is lightdm-qt used for? http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/files/head:/liblightdm-qt/ was it used for Unity-2D or is it part of LightDM anyway?
[12:40] <sil2100> Trevinho: hi!
[13:08] <marco> I see that https://code.launchpad.net/~vanvugt/compiz/fix-1021104/+merge/115466 was committed, bu I still experience bug #1021104 on my Quantal vm. Will the fix come in a later compiz release?
[13:09] <c10ud> marco, wait for "Fix Released"
[13:10] <marco> c10ud: Thanks! Any estimate on when this will happen or a next version will be released?
[13:10] <c10ud> marco, no idea, I'm not in the team, but considering quantal is under heavy development i guess soon
[13:11] <marco> nice to know that. Thanks!
[13:27] <seb128> marco, in the next week or so
[13:29] <sil2100> Mirv: the packages you prepared, do they include the revision with the above fix? ^
[13:29] <marco> seb128: Thanks! Nice to know that.
[13:33] <Mirv> sil2100: yes
[13:33] <Mirv> and the current PPA to test would be https://launchpad.net/~timo-jyrinki/+archive/prerelease since that doesn't include unity snapshot but instead only compiz snapshot plus unity 6.2 branch
[13:33] <Mirv> for anyone wanting to test latest compiz developments + gsettings migration
[13:34] <sil2100> Test on your own responsibility though!
[13:34] <Mirv> of course :)
[14:34] <sil2100> Trevinho: piiing
[14:42] <dadolino> hi to
[14:42] <dadolino> all
[14:58] <sil2100> Hello
[15:00] <dadolino> how are you
[15:00] <dadolino> I need help i use
[15:00] <dadolino> ubuntu 12.10
[15:00] <dadolino> and chrome brows
[15:00] <dadolino> how I can protect my self from wisiting wrong web sites
[15:00] <dadolino> and that
[15:42] <balloons> Mirv, sil2100, popey et la; The call for testing your compiz and gsettings changes is out: http://www.theorangenotebook.com/2012/08/call-for-testing-compiz-unity.html
[15:42] <balloons> omer, also note I added your request for the multi-monitor bug triaging :-)
[16:43] <om26er> balloons, hey just read, thanks :-)
[16:43] <om26er> bschaefer, hey!
[16:44] <bschaefer> om26er, hello!
[16:44] <om26er> bschaefer, could you please approve this https://code.launchpad.net/~om26er/unity/test_alt_arrowkeys/+merge/120255
[16:44] <bschaefer> om26er, yes I can
[16:44] <om26er> i removed the / so its all good now
[16:45] <bschaefer> om26er, did the actual fix already land?
[16:46] <om26er> bschaefer, no, it didn't ofcourse, but you can land it now :-)
[16:46] <bschaefer> bschaefer, well it looks like it's just an AP test
[16:46] <bschaefer> om26er, ^
[16:46] <bschaefer> geez im tired
[16:47]  * bschaefer was wondering why it's just an AP test
[16:47] <om26er> bschaefer, hah yes it just a manual-test  -> Autopilot conversion ;-)
[16:48] <bschaefer> om26er, oo ok :), I was thinking you had a manual test and thomi forced you to do a AP test :)
[16:49] <sil2100> Mirv: ^
[16:52] <bschaefer> om26er, cool, approved :)
[16:53] <om26er> bschaefer, awesome, thanks :-)
[16:53] <bschaefer> om26er, np!
[16:55] <nmarques> anyone that can help me with the PointBarrier patches on Xorg required for Unity?
[16:56] <bschaefer> nmarques, hmm I have't seen that in a long time...I think you need libxfixes or something like that...
[16:56] <bschaefer> nmarques, IIRC libxfixes-dev
[16:56] <bschaefer> but im not 100%
[17:07] <nmarques> bschaefer, yeap, that's one side
[17:07] <nmarques> bschaefer, but for what I've seen there's also patching involved on xorg-x11-server and on xorg-x11-proto
[17:07] <nmarques> I need to gather all this info so I can contact Stephan Dirscher (Xorg maintainer on SUSE) so he can analyze and see if we can include it
[17:08] <nmarques> he's really a cool guy and he is very flexible with patches, so as long as I know exactly what is involved to pass him, we should be ok with those patches :)
[17:09] <bschaefer> nmarques, hmm well im unsure past that then sadly :(. Its been a while since I saw that problem
[17:11] <nmarques> bschaefer, well 6.2.0 doesn't build without those patches :) anyway you know who maintains xorg on ubuntu so I can mail him ?
[17:12] <nmarques> bschaefer, or should I risk on unity devel mailing list or equivalent ?
[17:12] <bschaefer> nmarques, hmm not off the top of my head, #ubuntu-desktop would be a good place to ask a few hours ago
[17:12] <bschaefer> but I would think that mailing list would help
[17:18] <nmarques> bschaefer, thx :)
[17:18] <nmarques> bschaefer, for the rest I have most of the stuff properly built and updated, so once this is fixed, it's a few days for integration and hopefully we're fine :)
[17:19] <bschaefer> nmarques, np, and awesome :)
[17:19] <bschaefer> wish I could have been more helpful haha
[17:22] <nmarques> bschaefer, you were trust me :) about the utouch stack the other day and nux
[17:23] <bschaefer> nmarques, well awesome then
[17:28] <bobweaver> Hello there I want to package up NUX within unity is this possible ?
[17:29] <bobweaver> so I can take it out of the cmakelist.txt as a depends
[17:34] <bobweaver> Ok where to go to get *good* documention on how to NUX works and how I can make Unity and NUX into one package
[17:34] <bobweaver> seems like it is just C++  libs
[20:01] <semitones> Hello unity developers
[20:02] <semitones> I'd like to find out what processes are delaying login time (from lightDM to usable desktop) -- I'm not familiar with the different logs that might help me. What logs or resources would help?
[20:09] <popey> semitones, maybe run bootchart?
[20:09] <semitones> popey -- I have bootchart logs, but they don't give very much detail about errors, etc.
[20:10] <popey> how long does it take to get from lightdm to usable desktop?
[20:11] <semitones> i've timed it between 15 and 20 seconds
[20:11] <semitones> if you'd like to see a bootchart: https://wiki.ubuntu.com/BootCharting?action=AttachFile&do=view&target=Phixtop-linux-precise-20120719-1.png
[20:13] <semitones> I wish there were a guide to reading these
[20:14] <popey> so you logged in after about 50s?
[20:14] <popey> that looks to be where you typed your password
[20:17] <semitones> how can you tell? that looks about right -- there's a lull in cpu activity
[20:17] <popey> you can see where gnome-session starts
[20:18] <popey> that happens after you login
[20:18] <popey> you see unity greeter before that, that's the login screen
[20:18] <semitones> ok -- it looks like gnome-settings is using a bit of cpu -- maybe something is misconfigured there...
[20:19] <popey> doesn't look like it to me
[20:19] <popey> do you have some usb sticks or devices attached?
[20:19] <semitones> usually not
[20:20] <semitones> practically never while i log in
[20:20] <popey> how much ram does it have?
[20:20] <semitones> 4 gb
[20:20] <popey> there's quite a lot of IO there
[20:21] <semitones> it looks like dconf-service is using a lot of disk
[20:21] <popey> check_new_release takes a long while
[20:21] <semitones> i wouldn't be surprised if the hard disk is half-worn out by now
[20:25] <semitones> hmm i don't even see that
[21:18] <bobweaver> davidcalle,  I am trying out what is on the staging ppa and all I got to say is Great Job both you and Micheal (and other)
[21:19] <bobweaver> I wish I would have know that you all where doing this I know vala
[22:11] <semitones> does~/ .gconf regenerate if I delete it? I'm trying to restore default gconf settings
[22:12] <Ikey> better to log out first, and remove the .gnome2 directory too
[22:13] <Ikey> do it from a tty maybe
[22:14] <semitones> does .gnome2 contain anything important
[22:15] <semitones> i'm backing up regardless
[22:29] <soliloquy1> I'd like to run Unity on top of my Xubuntu desktop to get a global menu, but I would not like to use the launcher or the rest of Unity. I have successfully run the entire Unity plugin on top of my Xfce desktop (I use compiz anyway), but is there a way to disable all of the other features of Unity *besides* the global menu? Thanks so much.
[22:50] <semitones> Sweet! I deleted .gnome2, .gconf, and .gconfd, and my login time has gone from 15 seconds to 3 seconds. Woot! Huge Success!!!
[22:52] <Ikey> :D
[22:52] <Ikey> sorry for not replying got way distracted