[05:26] <didrocks> good morning
[06:03] <RAOF> smspillaz: Around?  Do you take compiz merge requests from launchpad?
[06:04] <smspillaz> RAOF: yes
[06:04] <RAOF> smspillaz: Anything I need to do other than have you set as a reviewer?  (I'm patch-piloting https://code.launchpad.net/~hypodermia/ubuntu/oneiric/compiz/fix-for-bug-301174/+merge/64632 )
[06:04] <RAOF> Heh.  Poor, confused ubot5 :)
[06:06] <smspillaz> RAOF: ah that one
[06:06] <smspillaz> RAOF: yeah, I'll ACK it
[06:06] <smspillaz> (I approved this long ago but never got around to merging it)
[06:06] <RAOF> I've got something I'd like fixed in it ;)
[06:06] <smspillaz> oh ok
[06:06] <smspillaz> hit me
[06:07] <RAOF> It should use an event sound from http://0pointer.de/public/sound-naming-spec.html rather than manually specifying a filename.  That way, sound themes will actually work.
[06:07] <RAOF> Also, it becomes simpler.  Bonus!
[06:07] <RAOF> (I'd suggest bell-window-system)
[06:10] <RAOF> Ah.  Alternatively, that spec could be a pack of lies, and there not actually _be_ a bell-window-system.  Superlative.  There is, however, a bell.  So the not-manually-specifying-a-filename thing stands.
[06:17] <RAOF> Ah, again no.  bell-window-system should alledgedly fall back to just “bell”
[06:18] <RAOF> smspillaz: Anyway, the summary is: don't specify a filename, so that it respects the system sound theme :)
[06:19] <smspillaz> RAOF: ah, ok
[06:19] <RAOF> Note: this advice may need actual, you know, _testing_
[06:19] <smspillaz> that doesn't exist in compizland
[06:19] <RAOF> But if everything works as advertised, that's what should happen!
[06:21] <smspillaz> RAOF: so we need to specify bell-window-system
[06:21] <smspillaz> and instead of CA_PROP_MEDIA_FILENAME ...
[06:21] <RAOF> Right.
[06:22] <RAOF> And instead of CA_PROP_MEDIA_FILENAME, you *don't* specify CA_PROP_MEDIA_FILENAME, and libcanberra looks it up in the sound theme.
[06:22] <smspillaz> I hope canberra uses gtkdoc ...
[06:22] <RAOF> Why, yes it does.
[06:22] <RAOF> http://0pointer.de/lennart/projects/libcanberra/gtkdoc/libcanberra-canberra.html#CA-PROP-EVENT-ID:CAPS
[06:23] <smspillaz> oh I see
[06:23] <smspillaz> I think that the filename is actually inteded to be an override
[06:23] <smspillaz> so I might just check for filename size
[06:24] <RAOF> Is there a desperate need for compiz's sounds to be configured differently to the sound theme?
[06:25] <RAOF> Hm.  Actually, the gtkdoc doesn't make it clear whether or CA_PROP_EVENT_ID *overrides* CA_PROP_MEDIA_FILENAME…
[06:26] <RAOF> I guess empirical testing may be in order.  Worse than a superfluous configuration option is a superfluous configuration option that *doesn't even work* :)
[06:28] <RAOF> smspillaz: So, it's possible my concern is actually ‘the option to set the bell sound filename doesn't work’ :)
[06:30] <RAOF> Either it works, and compiz won't follow the sound theme, or it doesn't, and compiz gains a non-functional option.  Score!
[06:32] <smspillaz> RAOF: we just don't se CA_PROP_MEDIA_FILENAME if mFilename is empty
[06:33] <RAOF> smspillaz: And you may need to *not* set CA_PROP_EVENT_ID if mFilename is not empty.  http://0pointer.de/lennart/projects/libcanberra/gtkdoc/libcanberra-canberra.html#ca-context-play suggests that it'll override MEDIA_FILENAME.
[06:34] <RAOF> But relying on this crazy documentation thing is probably a bit ambitious.  There should be actual testing to confirm that libcanberra works that way.
[06:35] <RAOF> And I suspect that this testing could be asked of our intrepid branch submitterc.
[06:36] <RAOF> Shall I paste this IRC snippet in as a review comment?
[06:37] <smspillaz> sure
[06:37] <smspillaz> I'll probably just fix it myself though
[06:41] <RAOF> Ok.  I'll add that :)
[07:06] <oSoMoN> good morning
[08:10] <didrocks> Kaleo: hey, FYI bug #817896
[08:10] <didrocks> Kaleo: 10:06:22       jibel | on a fresh install, login to Unity-2d and click on the launcher in
[08:10] <didrocks> this is before yesterday's version though
[08:13] <didrocks> jibel: let's wait for Kaleo to show up :)
[08:14] <Kaleo> didrocks: I'm here :)
[08:20] <stylesen> njpatel: ping
[08:25] <njpatel> stylesen, pong
[08:26] <stylesen> njpatel: private message?
[08:26] <njpatel> sure
[08:39] <Amaranth> hmm, nux seems to think all of its .tga files are invalid
[08:39] <Amaranth> WARN  2011-08-02 09:38:29 nux.image GdkGraphics.cpp:80 No pixbuf loaded
[08:39] <Amaranth> ERROR 2011-08-02 09:38:29 nux.image GdkGraphics.cpp:68 Failed to load image '/home/travis/bin/compiz/share/nux/1.0/UITextures/TriangleLeft.tga': Icon has zero width
[08:44] <didrocks> Amaranth: yeah, I got that as well, please report it! didn't have time to report it already
[08:44] <Andy80> hi all
[08:45] <ephan> hey Andy80
[08:46] <Andy80> hi ephan
[08:47] <lucazade> didrocks, I've seen you confirmed bug 818778 .. if need any info i'm here :)
[08:49] <didrocks> lucazade: my script certainly confirmed it for me TBH (it syncs the status when someone else confirmed it) :-)
[08:49] <didrocks> lucazade: but you can ping people here, not sure about that card (it's pulsebo, isn't it?), you should talk about it with jaytaoko when he's around
[08:50] <lucazade> didrocks, ok.. yes it is poulsbo
[08:50] <lucazade> didrocks, I'll ping jaytaoko then
[08:50] <didrocks> he's there in the us time generally
[08:50] <lucazade> didrocks, perfect, good to know
[08:54] <lucazade> didrocks, last thing.. bug 808849 is fixed
[08:55] <didrocks> lucazade: indeed, thanks! marking as such!
[08:59] <Amaranth> didrocks: will try to fix it instead, blocking me right now
[09:08] <Amaranth> gdk_pixbuf_new_from_file is failing
[09:10] <andyrock> good morning
[09:11] <andyrock> unity-panel-service not found... suggestions?
[09:21] <didrocks> lucazade: the global menu isn't in fact
[09:21] <didrocks> lucazade: look at the title in unity-2d
[09:26] <mnieper__> Hi... I am experiencing a Unity problem on an LTSP fat client. When I log in ldm, only nautilus and compiz are being started when I select the "Ubuntu" session. Afterwards I have to add the rest of Unity by running "unity" in a terminal.
[09:26] <mnieper__> The funny thing is that everything works with the "Classic Gnome" session, even in 3D.
[09:28] <Amaranth> hmm, I didn't know windows .ico files were the TGA format
[09:28] <Amaranth> gdk-pixbuf is trying to load the tgas with its ico loader
[09:31] <Amaranth> didrocks: Do you know why some of the tga files have RLE and some don't?
[09:31] <Amaranth> The ones with RLE load fine, the ones without go through gdk-pixbuf's ico loader for some reason
[09:31] <didrocks> Amaranth: not really, should be a question for the nux guys
[09:31] <didrocks> or maybe thumper as well
[09:31] <didrocks> he made some work there
[09:32] <Amaranth> didrocks: the nux guys being DBO and jaytaoko?
[09:32]  * Amaranth misses the times when DBO didn't sleep
[09:35] <didrocks> Amaranth: indeed
[09:39] <Cimi_> hey seb
[09:48] <Amaranth> didrocks: So it looks like my choices are to fix gdk-pixbuf or compress all of the tga files since the compressed ones work
[09:48] <Amaranth> Going to decide on compressing
[09:48] <didrocks> Amaranth: I would go for compression :)
[09:48] <didrocks> yeah!
[09:49] <andyrock> didrocks, unity-panel-service non found... suggestions?
[09:49] <didrocks> andyrock: unity-services package is installed?
[09:51] <andyrock> didrocks, yes... and /usr/lib/unity/unity-panel-service exist
[09:51] <andyrock> *exists
[09:51] <didrocks> andyrock: check if you have a local version installed
[09:51] <didrocks> andyrock: like a .service file starting a local one
[09:52] <andyrock> and /usr/share/dbus-1/services/... is ok
[09:52] <didrocks> andyrock: in local?
[09:52] <andyrock> didrocks, let me check
[09:53] <Amaranth> didrocks: Or I could convert them all to PNG and reduce the size rather dramatically
[09:54] <andyrock> didrocks,  I always installed unity using as prefix /usr
[09:54] <andyrock> didrocks, i don't like /opt/unity :)
[09:54] <didrocks> andyrock: dunno then, if you don't have anything in /ussr/local… try starting it by hand for now at least
[09:55] <didrocks> Amaranth: talk maybe with jaytaoko before doing it?
[09:55] <Amaranth> didrocks: i guess so
[09:55] <Amaranth> otherwise it looks like only the gimp knows how to save RLE targa files
[09:55] <Amaranth> so I'll need to manually open all of these in the gimp and resave them
[10:43] <lucazade> didrocks, I see the font issue in title in unity-2d
[10:44] <didrocks> lucazade: yeah,same here, so not fixed
[10:44] <lucazade> didrocks, yes, not fixed :)
[11:02] <andyrock> didrocks, https://bugs.launchpad.net/unity/+bug/723866 for unity is marked as confirmed, but the problem is not unity, but unity files place
[11:02] <andyrock> and for unity file place it is marked as fix commited
[11:03] <andyrock> so this bug is a little messy...
[11:03] <didrocks> andyrock: seems to be fix committed only, not released, right ?
[11:04] <didrocks> andyrock: unity can be see there as "master task", but as someone opened a downstream task, it's not considered as such
[11:04] <andyrock> yes... someone should release a new  0.5.46-0ubuntu(7)
[11:05] <didrocks> andyrock: yeah, I'm just rollback the bug status then
[11:05] <andyrock> didrocks, thx
[11:23] <ephan> Why are people using systray for the notification applet? It's not like the process is called systray.exe
[11:29] <njpatel> ephan, some people are just used to that (i.e. me)
[11:30] <njpatel> also, it's much shorter than "notification area"
[11:30] <ephan> notification applet, that's not the correct way either, it's indicator applet. either way, it's sad people are using the Windows name in my opinion, but what can be done XD
[11:31] <njpatel> ephan, oh, they are using it for the indicators?!
[11:32] <njpatel> that's Not Cool. :)
[11:32] <ephan> yeah i've seen systray being used for the Indicator Applet of Ubuntu a few times in Launchpad
[11:32] <njpatel> urgh
[11:33] <ephan> Well, IIRC Microsoft invented the Notificion Area some years ago, but the process was called "systray.exe". So people started using "system tray" for it.    Now ubuntu implemented this and people call it systray, Not Cool
[11:55] <om26er> latest update broke unity on my intel system works fine with nvidia, it does not start anymore. compiz without unity words fine
[11:55] <ephan> report it
[11:56] <ephan> bugs.launchpad.net/unity
[11:58] <om26er> ephan, no .crash file is created
[11:58] <ephan> That doesn't mean the bug can't be reported
[11:59] <om26er> ephan, saying "unity does not start" in a bug report is quite useless I believe
[11:59] <ephan> There's a lot of information you can give besides the .crash fiel
[12:00] <ephan> And just as useless it may be to make a bug saying "unity does not start", it's even more useless to join the channel to say that
[12:01] <om26er> ephan, no its not useless to say it here, atleast I don't think so.
[12:01] <ephan> I didn't say it was useless.
[12:01] <ephan> However, there are more changes the bug will be fixed if you report it
[12:02] <ephan> the right way.
[12:02] <andyrock> ephan, om26er is one of the most important unity contributors regarding unity bug :)
[12:02] <didrocks> ephan: you should maybe know that om26er is doing some huge ubuntu triaging work for the past few years and I totally trust him for that task and his opinion is something worth reporting or not
[12:03] <andyrock> didrocks, don't copy me :)
[12:03] <didrocks> andyrock: I typed a too long sentence! :-)
[12:03] <andyrock> om26er, btw you builded unity from sources?
[12:03] <didrocks> om26er: can it be: https://launchpad.net/bugs/819727 ?
[12:03] <ephan> om26er, then please tell us what U
[12:03] <ephan> ack
[12:04] <om26er> andyrock, its from repos
[12:04] <ephan> i'm so being ninja'd
[12:04] <om26er> just to check if there was nothing wrong locally i reinstalled todays oneiric build
[12:04] <andyrock> om26er, mmm ok...
[12:05] <om26er>  didrocks yes its seems thats the bug
[12:05] <didrocks> om26er: can you se that with jibel?
[12:05] <didrocks> njpatel: ^^
[12:05] <didrocks> see*
[12:07] <ephan> om26er, sorry if my response was inadequate. I pictured you as yet another regular ubuntu user who had a bug. I thought this because you didn't mention your Ubuntu version, I thought it was "latest update of 11.04 broke my system". But it seems you were building from source, the latest version of Unity for Ubuntu 11.10. So I see, it is adequate to post it here, as you know for a long time. Sorry :$
[12:09]  * om26er_ lost power :/
[12:23] <jibel> didrocks, Omega could bug 819739 be the same than brendan, also session fails to start on my test netbook after applying latest updates
[12:23] <jibel> bug 819739
[12:23] <didrocks> jibel: what do you mean "after applygin latest updates"?
[12:23] <didrocks> jibel: the latest iso + latest updates,
[12:24] <didrocks> njpatel: seems a jaytaoko's issue ^
[12:24] <jibel> didrocks, not latest iso, I updated compiz/nux/unity to the version you pushed last night
[12:24] <didrocks> jibel: ok, let's wait for jaytaoko's and njpatel's to answer there
[12:25] <didrocks> seems the shader doesn't wok on intel
[12:28] <jibel> I get the same trace on my netbook. So if you need guinea pigs, count me in.
[12:29] <didrocks> dbarth: FYI ^
[12:39] <jaytaoko> jibel: hello
[12:39] <jibel> Hey jaytaoko
[12:40] <jaytaoko> jibel: I have enable all system that supports it to use the GLSL shader code path, but there could be some special cases to handle
[12:40] <jaytaoko> jibel: can you paste the glxinfo and lspci of your system that fails?
[12:44] <jibel> jaytaoko, http://paste.ubuntu.com/657156/
[12:44] <jaytaoko> jibel: thanks
[12:50] <didrocks> njpatel: jaytaoko: can rev 402 be the cause?
[12:50] <didrocks> there are some shader's "mem leak fixes"
[12:50] <didrocks> didn't see any other shader's code changes
[12:51] <jaytaoko> jibel: I see that your system supports opengl 1.4, it also reports that it supports GLSL shaders (GL_ARB_vertex_shader and GL_ARB_fragment_shader). But it does not report that it supports a shader language version. No string with "OpenGL shading language version string". So something is off with the driver report I believe...
[12:53] <jaytaoko> didrocks: it is rev 401.
[12:55] <jaytaoko> didrocks: the code is ok, but it looks that some systems incorrectly reports supports for GLSL shaders... Or maybe it is because the driver are still being worked out...
[12:55] <didrocks> jaytaoko: one of the issue is that this intel card is the most popular netbook one
[12:56] <jaytaoko> didrocks: but its report of opengl capability seems off...
[12:57] <didrocks> jaytaoko: time for a workaround then?
[12:57] <jaytaoko> didrocks: jibel: I believe I have a fix for this... I will push in a few minutes...
[13:06] <Andy80> a question that could be OT, so please if you can point me to the right person/channel it would be apreciated. Let's suppose a quite famous company would like to develop and distribute a game trough Ubuntu Software Center... who should contact exactly?
[13:10] <mnieper__> Does anyone know by chance where gdm selects the "unity" profile of compiz when I ask for a unity session?
[13:10] <mnieper__> Due to some error here, the Standard profile (which does not include the unity plugin) is always loaded regardless of session.
[13:13] <mnieper__> (In case this is the wrong channel to ask these kind of questions do you happen to know where I could ask?)
[13:14] <om26er> mnieper__, #ubuntu or #ubuntu+1 might be more related I believe
[13:25] <om26er> HarryHaaren, Hi
[13:25] <om26er> HarryHaaren, you closed bug 778082 without any reason, seems like a valid bug
[13:29] <HarryHaaren> om26er, I'll check which it is now, one sec
[13:31] <HarryHaaren> om26er, yes Its a duplicate of another, should have been marked as dup but that didn't happen, will do now
[13:31] <om26er> HarryHaaren, ah, ok ;)
[13:33] <Trevinho> Andy80: try ask to Canonical guys...
[13:34] <Andy80> Trevinho: yeah thanks, I'll make sure both parts will get in touch :)
[15:49] <API> didrocks, one question, does this:
[15:49] <API> https://bugs.launchpad.net/ubuntu/oneiric/+source/compiz/+bug/724093
[15:49] <API> still applies?
[15:49] <API> AFAIK, alt-tab is being
[15:49] <didrocks> API: not sure, better to ask to smspillaz
[15:49] <API> implemented on Unity itself,
[15:49] <didrocks> or TheMuso
[15:49] <API> smspillaz, ^
[15:49] <API> TheMuso, ^
[15:59] <didrocks> om26er_: thanks for confirming the fix :)
[16:00] <smspillaz> API: we'll implement atk support in the new switcher
[16:00] <om26er_> didrocks, happy to ;)
[16:00] <smspillaz> it's broken in the old one and I haven't yet had the time to fix it
[16:01] <API> smspillaz, so that bug doesn't apply anymore, right?
[16:02] <smspillaz> API: yes and no
[16:02] <smspillaz> API: it needs to be fixed in compiz proper
[16:02] <wellark> hi
[16:02] <API> smspillaz, in compiz? I thought that new alt-tab was a unity thing
[16:02] <wellark> just hit a reproducable bug in unity-window-decorator on oneiric
[16:02] <wellark> trying to get gdb backtrace right now
[16:02] <smspillaz> wellark: I'm currently rewriting that ... but what is it?
[16:04] <wellark> smspillaz: I opened VLC's "Convert / Export" dialog
[16:04] <wellark> and that crashes uwd
[16:04] <wellark> and the dialog shows empty
[16:04] <smspillaz> wellark: sounds like some other application is not setting the wm_transient_for property correctly :(
[16:04] <smspillaz> we'll have to handle that case I guess
[16:05] <wellark> and as long as the dialog is open uwd will crash every time it's launched
[16:05] <API> didrocks, one question, what means "NULL project", I'm doing some triagging of the a11y bugs and this:
[16:05] <API> https://bugs.launchpad.net/null/+bug/702672
[16:05] <wellark> backtrace in a bit
[16:05] <API> is still open due that NULL project, but was fixed a long time ago
[16:05] <didrocks> API: Null project is a way to remove a project from a bug
[16:05] <didrocks> API: it's a dummy one
[16:06] <API> didrocks,  so it is normal if that bug is still open due the dummy project, in spite of being solved on unity?
[16:08] <didrocks> API: yeah, please put it as Fix released
[16:08] <API> didrocks, on the NULL projecT?
[16:10] <didrocks> API: right
[16:10] <API> didrocks, ok, done, thanks
[16:10] <didrocks> API: it's a dummy launchpad project, but still a project :)
[16:10] <didrocks> API: thanks!
[16:10] <didrocks> there is NULL2, NULL3 ;)
[16:13] <wellark> smspillaz: double unref(), maybe?  http://pastebin.com/z5n6Jg5P
[16:14] <wellark> that backtrace isn't much of use
[16:15] <smspillaz> wellark: these things are often race conditions
[16:16] <smspillaz> wellark: hopefully you won't see that crash with my rewritten decorator
[16:16] <wellark> let's hope :)
[16:16] <wellark> when can I test? :)
[16:17] <smspillaz> when its done
[16:17] <wellark> naturally. ;p
[16:17] <smspillaz> I don't usually give ETAs for these sorts of things because window managers are tricky
[16:17] <wellark> really (:p)
[16:17] <smspillaz> yes :)
[16:18] <wellark> ronoc: hi!
[16:18] <wellark> smspillaz: any idea how I could work around this?
[16:18] <wellark> I would really need to use the dialog somehow
[16:19] <wellark> It's just pure graphicsbuffer garbage
[16:21] <wellark> smspillaz: just give me a ping when you are about to release something. I would be happy to test your code. I even can use gdb if I have to ;)
[18:41] <Trevinho> smspillaz: did you see the workaround I used to "solve" the problem we was talking about last time?
[18:54] <fhd> I'm working on a patch that adds a text - what do I have to do to get it translated?
[18:54] <andyrock> _("text")
[18:55] <andyrock> fhd ^^^
[18:56] <fhd> andyrock: No need to ping some translation team, generate po files or something like that?
[18:57] <andyrock> fhd, add the _ macro
[18:58] <andyrock> then run cmake ...
[18:58] <andyrock> make
[18:58] <andyrock> and it will generate po files for you
[18:58] <andyrock> no need to ping translation team
[18:59] <andyrock> lp will do it for you
[18:59] <fhd> andyrock: Okay, that's nice
[18:59] <fhd> andyrock: But aren't the po files in bzr?
[18:59] <fhd> andyrock: Don't I have to add them?
[19:00] <andyrock> fhd, cmake and make (i don't remember the exact one) will do it for you
[19:00] <fhd> andyrock: Fair enough, thanks :)
[19:01] <wellark> couldn't canonical move all it's components to Scons?
[19:01]  * wellark hides
[19:02] <andyrock> fhd, yw
[19:48] <Andy80> AbsintheSyringe: hey :)
[19:49] <AbsintheSyringe> Andy80, hey :)
[19:49] <Andy80> AbsintheSyringe: I really missed the DebConf, but as you know I could not attend :(
[19:51] <AbsintheSyringe> Andy80, :( well we had fun! :)
[21:28] <thumper> morning
[21:45] <Amaranth> jaytaoko: you around?
[21:46] <jaytaoko> Amaranth: yes, hello
[21:46] <Amaranth> jaytaoko: so it seems half the tga files in nux are compressed and half aren't
[21:46] <Amaranth> the ones that aren't hit a bug in gdk-pixbuf that tries to load them as windows ico files
[21:46] <jaytaoko> Amaranth: so you mean some are RLE ?
[21:46] <Amaranth> right
[21:47] <jaytaoko> Amaranth: wow! so that is the problem we have been having for some time now...
[21:47] <Amaranth> so I can't actually run anything with nux right now because it can't load those files :)
[21:47] <jaytaoko> Amaranth: right, I can fix this for you
[21:48] <jaytaoko> Amaranth: or do you have something in mind?
[21:48] <Amaranth> want to get a merge request to you as soon as I get this all up and running
[21:48] <Amaranth> jaytaoko: well ideally you'd just convert them all to PNG and be done with it ;)
[21:48] <Amaranth> saves quite a bit of room, actually
[21:49] <Amaranth> but saving them with RLE would be fine, I was going to but that would require opening them in gimp one by one
[21:49] <Amaranth> since imagemagick doesn't support saving RLE targa, only reading
[21:49] <Amaranth> even though it appears to have an option to do RLE when saving
[21:50] <jaytaoko> Amaranth: ok, I can save them with RLE, I believe I have something for that...
[21:50] <Amaranth> xnconvert looked promising but I didn't try it
[21:52] <jaytaoko> Amaranth: alright, I will start withing an hour and I ping you as soon as it is done. Thanks for the tip!
[21:52] <Amaranth> jaytaoko: thanks
[22:10] <Amaranth> jaytaoko: btw why are you still changing the API after the 1.0 release :P
[22:10] <jaytaoko> Amaranth: yes
[22:11] <jaytaoko> Amaranth: we are making some changes... but they are necessary for unity
[22:11] <Amaranth> while I'm ranting, a commit to change the whitespace?
[22:11] <Amaranth> that may have been only unity, bit fuzzy on that
[22:11] <jaytaoko> Amaranth: whitespace to what?
[22:12] <jaytaoko> Amaranth: we are using white space instead of tab if that is what you mean...
[22:12] <Amaranth> I mean unity had one whitespace style and then suddenly had another one
[22:13] <Amaranth> so I had to basically manually rebase my changes on top of the new version
[22:13] <Amaranth> can't remember if nux had the same problem or not, don't think so
[22:13] <jaytaoko> Amaranth: Nux use to be 4 whiye space but we are switching it to 2 spaces for tabs
[22:14] <jaytaoko> Amaranth: what if your Nux version was merged with ours, would that make it easier?
[22:14] <Amaranth> jaytaoko: If it was merged with yours I'd be done :P
[22:14] <Amaranth> afaik it's done, I've just been forward porting it as I chase down a weird blending issue with unity
[22:15] <Amaranth> which I'm about to give up on and see if you guys can figure out anyway :)
[22:15] <jaytaoko> Amaranth: yes, I would like to help you with that after we make the feature freeze...
[22:16] <Amaranth> yeah, my problem is I need to get all of this in for feature freeze or get an exception :)
[22:56] <jaytaoko> Amaranth: I have pushed the converted tga files. give it a try please