[01:26] <fR_> Can someone explain the plan for networking+appmenu? Is the plan to only support connman and not network-manager? The wiki/launchpad is unclear about this.
[01:28] <fR_> sorry, s/appmenu/indicator/
[04:43] <ScottK> fR_: I think in the long run that's true, but for now they are just focused on conman on netbooks.
[15:09] <JanCBorchardt> andreasn, sorry I wasn’t at the meeting today again :( this time I just forgot it
[15:09] <andreasn> I did too :/
[15:09] <JanCBorchardt> oh
[15:09] <JanCBorchardt> do you know if there’s a log?
[15:10] <JanCBorchardt> mpt, were you at the Ayatana-UX meeting today?
[15:12] <mpt> JanC, I was 5 minutes late, and no-one else was there
[15:12] <mpt> So, we all suck :-)
[15:21] <godbyk> mpt: I was there.. but no one said anything. I didn't want to break the silence. :-)
[15:21] <mpt> Well, in that sense vish was there too :-)
[15:22] <godbyk> I know thorwil was conscious, too.
[15:28] <JanCBorchardt> mpt, godbyk, good, at least the suckage is distributed evenly :-)
[15:32] <godbyk> JanCBorchardt: Absolutely. :)
[15:59] <vish> mpt: why you dragging me into the "suckers gang"? ;p   no one else knew i was logged on the channel .. strength in numbers, eh? ;)
[16:00] <vish> gah! , i still have an incomplete mail for JanCBorchardt regarding the device handling..
[16:00] <godbyk> vish: Anytime we can blame you (or at least implicate you, we'll do it. :)
[16:00] <mpt> You can lurk but you can't hide
[16:00] <JanCBorchardt> vish, oh, totally forgot to poke you on that one ;)
[16:01] <godbyk> (The missing closing parenthesis in my last sentence is bothering me, but I can't easily fix it now.  So I'll just use two at the end of this one and have poor nesting instead.))
[16:01] <godbyk> (At least there are no syntax errors now.. just semantic ones.)
[16:01]  * godbyk is up past his bedtime. Can you tell?
[16:02] <JanCBorchardt_> godbyk, well, did you miss one or did you not? http://xkcd.com/541/
[16:04] <godbyk> JanCBorchardt: I'm firmly in the camp that disallows overloading of the emoticon parenthesis.
[16:06] <JanCBorchardt_> godbyk, I’m tending towards the overloading, except when emoticons are converted
[16:07] <godbyk> JanCBorchardt_: The only case of acceptable punctuation overloading that comes to mind is when a sentence ends in an abbreviation.
[16:07] <godbyk> There are probably others, but my brain's already shutting down. :)
[16:08] <JanCBorchardt_> godbyk, yea, I agree with the abbreviation one but can’t think of other examples either. :)
[16:10] <Cimi> kenvandine: ping
[16:10] <Cimi> MacSlow: ping too
[16:10] <MacSlow> Cimi, what's up?
[16:10] <godbyk> JanCBorchardt_: And with that, I'm off to bed. Ta!
[16:10] <Cimi> MacSlow: you're always the fastest :)
[16:11] <kenvandine> Cimi, pong
[16:11] <Cimi> MacSlow: could ypu write a small patch to compiz with the two settings we need? (or teach me how to patch debian packages)
[16:11] <JanCBorchardt_> godbyk, good night!
[16:11] <Cimi> kenvandine: could you take the snapshot of the two themes and make a package?
[16:12] <MacSlow> Cimi, not this week... got some nasty bugs to kill still
[16:12] <Cimi> kenvandine: first let me remove the -maverick-beta tag
[16:12] <MacSlow> Cimi, what do you need?
[16:12] <Cimi> MacSlow: move the shadow 5 px down
[16:12] <Cimi> and disable transparency of gwd for inactive windows
[16:13] <Cimi> I want those ad the new default settins
[16:13] <Cimi> damn typos
[16:13] <MacSlow> Cimi, the shadow issue is a setting for the xml of the decoration plugin... distro-patch
[16:14] <MacSlow> Cimi, the transparency thing... I don't know by heart
[16:14] <Cimi> they are both a tweak to the default_Settings.diff patch applied to the compiz package
[16:14] <kenvandine> Cimi, i remove that all ready...
[16:15] <kenvandine> Cimi, can you rebase your changes on trunk?
[16:16] <Cimi> kenvandine: easier
[16:16] <Cimi> I have redone all the themes
[16:16] <Cimi> you can just grab the folders
[16:16] <Cimi> later I will merge master
[16:17] <Cimi> or let me try merging :)
[16:17] <kenvandine> merging would be easier :)
[16:17] <kenvandine> for me anyway
[16:18] <kenvandine> Cimi, your branch should be based on trunk anyway, but right now it is a unrelated branch
[16:18] <Cimi> bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified.
[16:18] <Cimi> wow :D
[16:18] <kenvandine> so it is a manual merge
[16:18] <Cimi> yeah
[16:18] <kenvandine> yeah... you created a new branch
[16:18] <kenvandine> :)
[16:18] <Cimi> ahaha
[16:18] <Cimi> please merge it
[16:18] <kenvandine> i had to do it all manually last time
[16:18] <kenvandine> was a pain
[16:18] <Cimi> then I will branch master again
[16:18] <kenvandine> :)
[16:18] <Cimi> or let me branch master
[16:18] <Cimi> wait
[16:19] <Cimi> can I upload directly to trunk?
[16:19] <kenvandine> it shouldn't be too bad this time... last time i had to figure out what files to remove and all
[16:19] <kenvandine> Cimi, not sure if you can... but you can just push your own branch based on trunk
[16:19] <kenvandine> then i can merge
[16:23] <Cimi> https://code.launchpad.net/~cimi/light-themes/maverick-cimi/+merge/34994
[16:29] <Cimi> kenvandine
[16:29] <Cimi> ^^
[16:29] <kenvandine> Cimi, thx
[16:31] <Cimi> kenvandine: do you know how I can make debian patches?
[16:31] <kenvandine> debdiff
[16:32] <kenvandine> debdiff old.dsc new.dsc
[16:36] <Cimi> kenvandine: I mean the patches inside debian/patches
[16:36] <kenvandine> Cimi, oh, there are tons of ways
[16:36] <kenvandine> i usually use bzr
[16:38] <Cimi> kenvandine: I need to patch compiz
[16:38] <Cimi> kenvandine: compiz already has a .diff for default settings
[16:38] <Cimi> kenvandine: I need to tweak few settings
[16:39] <kenvandine> you can probably use editpatch
[16:39] <Cimi> kenvandine: how do I update the patch?
[16:39] <kenvandine> checkout the source and run
[16:39] <kenvandine> editpatch debian/patches/thepatchname.patch
[16:40] <kenvandine> that should extract the sources and apply all the patches leading up to that one
[16:40] <kenvandine> then you can edit the files you want
[16:40] <kenvandine> editpatch is in the ubuntu-dev-tools package
[16:41] <kenvandine> actually it is edit-patch
[16:41] <kenvandine> and the man page explains it pretty well
[16:43] <davidbarth> Cimi: ping? emergency for ronoc, can you help him and list the style properties to use for the sound menu buttons
[16:44] <Cimi> davidbarth: ok
[16:44] <Cimi> ronoc: here I am
[16:45] <ronoc> Cimi, hi , finally getting around to applying the gtk colours to the transport bar
[16:46] <ronoc> Cimi,  you had a branch didn 't you ?
[16:46] <Cimi> yeah, was working, isn't it?
[16:46] <Cimi> https://code.launchpad.net/~cimi/indicator-sound/use-gtk-colors
[16:47] <ronoc> Cimi, i'll check it out now thx
[16:52] <davidbarth> Cimi: sweet
[17:02] <Cimi> kenvandine: ok editpatch worked
[17:03] <Cimi> but I have another file under /debian
[17:03] <Cimi> now what can I do to send you the right package?
[17:04] <Cimi> kenvandine: can I send you the tarball?
[17:06] <kenvandine> a debdiff or a bzr branch
[17:16] <Cimi> ronoc: is it ok for you if I go out now or you need help?
[17:16] <ronoc> Cimi: I'm sure its fine, will merge now, go ahead, speak soon
[17:17] <Cimi> ok cool
[17:30] <vish> hmm, the Nautilus "Go" in the unity topbar, seems less spaced than the nautilus one..
[20:27] <meebey> kenvandine, tedg: is one of you around? jcastro told me a libindicate release is pending and that needs a simple but important fix in the pkg-config file
[20:27] <meebey> the path used in it is simply incorrect
[20:28] <tedg> meebey, Oh, okay.  I've already done the tarball, but I don't think that kenvandine has done the package yet.
[20:28] <tedg> meebey, Is there a bug?
[20:28] <meebey> no, this is brandnew, hold one a second
[20:31] <tedg> meebey, which path?
[20:31] <meebey> inidicate-sharp-1.0.pc.in
[20:32] <meebey> they patch looks like this: http://groups.google.com/group/foresight-linux-commits/browse_thread/thread/e8befdd266686fc9
[20:32] <meebey> I am not sure its 100% right though
[20:32] <meebey> as the lib gets installed into /usr/lib/indicate-sharp-1.0/
[20:33]  * kenvandine chuckles over where the patch is coming from :)
[20:34] <meebey> kenvandine: I was able to make them packaging indicators ;)
[20:35] <meebey> kenvandine: as smuxi 0.8 supports it
[20:35] <jcastro> legendary man
[20:35]  * tedg is a little confused on how to read that patch
[20:35] <meebey> will see if I can get other distros to also package it
[20:35] <tedg> Is someone hand writing diffs in python?  For reals?
[20:36] <meebey> tedg: just take a look at the path in the source, its not matching where the files get installed into
[20:38] <kenvandine> tedg, yeah... it is like a sed
[20:38] <kenvandine> but in a very controlled manor
[20:40] <tedg> meebey, Here's the files I have http://pastebin.com/zAaDKCTj
[20:40] <tedg> meebey, They seem to match to me.
[20:40] <meebey> tedg: package install != make install
[20:41] <meebey> tedg: its an accident that it works for debian and ubuntu
[20:41] <meebey> tedg: because they expect the file in that location by policy
[20:41] <meebey> but that is not working for any other distro
[20:42] <meebey>  /usr/lib/cli/indicate-sharp-1.0/ is "hardcoded" in the libindicate0.1-cil.install file
[20:43] <meebey> make install is putting the libs into /usr/lib/indicate-sharp-1.0/ though
[20:43] <meebey> and the installed pkg-config file, of make install says the libs are in /usr/lib/cli/indicate-sharp-1.0/
[20:43] <tedg> So make install should put them in /usr/lib/cli/indicate-sharp-0.1 ?
[20:45] <meebey> I would say no, that location is debubutu specific
[20:45]  * tedg hates mono bindings and can't wait for them to support introspection so he can ignore them again.
[20:46] <meebey> tedg: good that I am not hating them else there would be no support for indicators and smuxi, nor would foresight package it
[20:46] <meebey> and nor would I report this issue
[20:46] <meebey> and really this has nothing to do at all with mono bindings, this is standard linux automake and pkg-config
[20:47] <tedg> Heh, it's just that we seem to continually have these issues with them.  There needs to be some standard automake rules made for them.
[20:47] <tedg> We have a lot of crap in that Makefile.am -- I fear it's fragile.  No, really, I'm fairly certain it's fragile.
[20:48] <meebey> so just say automake sucks and we all agree :)
[20:48] <meebey> the easiest fix here is not list the lib files as "install files" pkglib_files or what the name is
[20:49] <meebey> because the gacutil -i command already installs the libs into /usr/lib/mono/indicate-sharp/
[20:49] <meebey> and thats the path the pkg-config file should reference
[20:49] <meebey> well or indicate-sharp-1.0 if prefered
[20:49] <tedg> So then why does debian put them in /usr/lib/cli ?
[20:49] <tedg> hyperair ^
[20:50] <meebey> tedg: because this is a packaging policy
[20:50] <tedg> It seems in theory it should be not mono specific if another C# bytecode parser was created, no?
[20:50] <hyperair> oh hey meebey
[20:50] <meebey> tedg: ok, I agree on that part
[20:51] <meebey> tedg: use /usr/lib/indicate-sharp-1.0/ for the pc file then
[20:51] <meebey> tedg: so its not mono specific
[20:51] <meebey> hyperair: hiya :)
[20:51] <hyperair> tedg: so why did you ping me?
[20:52] <tedg> hyperair, Because I believe you're the last one that played with these paths, and I want to make sure to not break the changes you made.
[20:52] <hyperair> well, let's just say meebey is much more knowledgable than me in this matter and that anything he says, you should follow
[20:54] <meebey> wut? I only wrote that policy...
[20:54] <meebey> but this has nothing to do with upstream work
[20:54] <meebey> the usual solution to ship CLI libraries is to use /usr/lib/$package
[20:55] <meebey> and then gacutil -i to install it into the GAC of the runtime (say Mono) which it already does
[20:55] <meebey> but the pkg-config file is not matching use that libdir path
[20:55] <meebey> -use
[20:56] <tedg> meebey, So, http://pastebin.com/jNDxPVws
[20:57] <meebey> tedg: yep, that looks correct to me
[20:57] <tedg> Then we need to distro patch it back to */cli/* ?
[20:58] <meebey> yep
[20:59] <meebey> this might feel schizophrenic to you, but only because you are upstream _and_ downstream
[20:59] <meebey> tedg: the policy that requires this can be found here btw: http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html#s-file-locations
[21:00] <meebey> tedg: that policy is needed for ABI/API versioning and CLI runtime neutral library packaging
[21:07] <Cimi> kenvandine: any update?
[21:08] <kenvandine> Cimi, no, iain isn't around and we would still need to get someone from the release team to approve the exception
[21:08] <kenvandine> Cimi, do you want to file a UIF exception bug explaining the changes?
[21:08] <Cimi> ivanka could help or it's not her fault?
[21:09] <kenvandine> anyone that understands the changes and can justify it, sure
[21:09] <kenvandine> so we can convince the release team to approve it
[21:09] <Cimi> I can explain the change easily ;)
[21:10] <kenvandine> Cimi, ok, please file the bug
[21:10] <kenvandine> actually 2 bugs, one for compiz and one for light-themes
[21:10] <Cimi> which one for light themes?
[21:10] <Cimi> about what?
[21:10] <kenvandine> the update to the theme
[21:10] <Cimi> yeah but why? davidbarth told me we could continue improving the theme in these days
[21:11] <kenvandine> hummm... not supposed to be after UIF
[21:11] <kenvandine> afaik
[21:11] <kenvandine> Cimi, i am not saying it won't get approved.. but we need to follow the process
[21:12] <Cimi> yeah I know how the process works as I worked for gnome too
[21:12] <kenvandine> Cimi, do you know if one of the UIF bugs davidbarth filed already covers the theme changes?
[21:12] <Cimi> no
[21:12] <kenvandine> davidbarth, ^^
[21:13] <davidbarth> i don't have an exception registered for the theme, no
[21:13] <davidbarth> see at the top of the page: https://wiki.ubuntu.com/DesktopExperienceTeam/MaverickReleaseStatus
[21:13] <kenvandine> ah, right
[21:13] <kenvandine> that's where the list is :)
[21:14] <kenvandine> i was just looking for that :)
[21:14] <davidbarth> happy to add one, but design needs to document the changes and make the case for them
[21:14] <kenvandine> so Cimi file the bugs for those and give me the bug numbers
[21:14] <davidbarth> Cimi: ^^ see with chaotic tomorrow
[21:15] <kenvandine> davidbarth, yeah, i was going to talk to iain about it, thought he was the best one to wrangle that sort of stuff
[21:15] <kenvandine> but he hasn't been around
[21:15] <Cimi> compiz: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/634417
[21:15] <ubot5`> Launchpad bug 634417 in compiz (Ubuntu) "tweaks to compiz for maverick (affected: 1, heat: 6)" [Undecided,New]
[21:16] <davidbarth> Cimi or kenvandine can you add a bug on ayatana-design and 'also affect'ing ayatana-ubuntu, and milestone that for 10.10 to put it on my radar
[21:16] <kenvandine> yeah
[21:16] <kenvandine> i will
[21:16] <davidbarth> or mail me the bug number to put it at the top of my list for tomorrow morning
[21:16] <davidbarth> good night
[21:16] <kenvandine> good night davidbarth
[21:17] <Cimi> light-themes: https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/634422
[21:17] <ubot5`> Launchpad bug 634422 in light-themes (Ubuntu) "tweaks to light-themes for maverick (affected: 1, heat: 6)" [Undecided,New]
[21:19] <Cimi> we will fix other stuff in the next days btw
[21:19] <Cimi> next week otto will update the buttons
[21:19] <Cimi> in the window decorations
[21:19] <Cimi> other than that, it's all bugfixes
[21:20] <tedg> Cimi, He should really get the UIF exception before spending the time on it -- seems like one likely to be rejected.
[21:21] <Cimi> tedg: window decorations?
[21:21] <tedg> Cimi, Yes.  It's after UI Freeze and it's probably not going to be a usability issue.
[21:22] <Cimi> no
[21:22] <Cimi> just appearance
[21:22] <tedg> Then it'll probably be rejected.
[21:23] <Cimi> kenvandine: but you could update murrine, murrine contains only fixes
[21:23] <kenvandine> sure
[21:23] <kenvandine> bug fixes are fine
[21:23] <kenvandine> but we need to be careful about features or UI changes
[21:24] <Cimi> I will make a release next week maybe
[21:24] <kenvandine> great
[21:24] <Cimi> so to avoid taking code from git
[21:24] <ivanka> tedg: hi
[21:25] <tedg> ivanka, Evening
[21:25] <ivanka> tedg: I just forwarded you an icon bug I spotted this morning
[21:25] <Cimi> good evening ivanka ;)
[21:26] <ivanka> tedg: while you were away kenvandine fixed an icon naming thing for us that was causing problems with empathy, am hoping this is the same sort of problem which will make it easy to fix!
[21:26] <tedg> ivanka, I'd guess that we don't have a -panel icon for that?
[21:26] <ivanka> tedg: we have one in lucid
[21:26] <tedg> ivanka, That's in network-manager, so it's not done with the standard indicator framework, it's all custom.
[21:27] <ivanka> tedg: so, who fixes it, you or kalle?
[21:27] <ivanka> cimi: hi
[21:28] <tedg> ivanka, Neither really, we don't have anyone in charge of network manager.  It'd probably be someone on the desktop team really.
[21:30] <ivanka> tedg: OK. Would it be possible for you at least to help me identify whether it is icon naming or code that needs to be changed?
[21:30] <tedg> ivanka, Yes.  Looking.
[21:30] <ivanka> tedg: thanks
[21:32] <tedg> ivanka, I'm guessing it's some sort of compositing code.. there is a bunch of icons in /usr/share/icons/hicolor/22x22/apps that are nm-tech-*png that have those little yellow letters on them.
[21:32] <tedg> ivanka, Do you remember what it looked like in Lucid?
[21:32] <ivanka> tedg: it was a monochrome icon with no little yellow thing :-) part of the ubuntu-mono set
[21:36] <ivanka> DanRabbit: hi. tedg and I have just been talking about that icon
[21:36] <vish> ivanka: tedg: thats a new change in nm maverick.. they wanted to include the netwerk type too
[21:36] <ivanka> DanRabbit: ^
[21:36] <DanRabbit> ivanka: hi
[21:37] <vish> ivanka: they are overlaying 3icons there.. one is from ubuntu-mono , the other two are from upstream.
[21:37] <ivanka> vish: please make them go away :-)
[21:38] <DanRabbit> ivanka: I'm not sure it's a good idea to simply have some kind of overlay on the regular wireless icon. We did have a very clear cell tower metaphor before that would be more appropriate to overlay upon.
[21:38] <tedg> ivanka, So it looks like the ones that are in hicolor but not in mono are: nm-wwan-tower, nm-tech-3g, nm-tech-cdma-1x, nm-tech-edge, nm-tech-evdo, nm-tech-gprs, nm-tech-hspa ,nm-tech-umts, and nm-mb-roam
[21:38] <tedg> DanRabbit, If we so decided, we could just put blank images there.  But I think icons with those names need to be in the theme.
[21:38] <vish> ivanka: DanRabbit:  what we can do is for the tower icon , just use a blank image.. for the yellow "U" , we can do a monochrome one .. or we we dont want it , we use blank images..
[21:39] <vish> *if we
[21:39] <vish> ah tedg :)
[21:39] <ivanka> vish: DanRabbit: let's go for the blank images if that is the quickest solution
[21:39] <DanRabbit> yes it would be. But with that approach we would lose the ability to see signal strength I think. just as a warning
[21:40] <ivanka> hmm
[21:40] <DanRabbit> ivanka: also, it still looks like the icon in the menu and the panel is different
[21:40] <vish> DanRabbit: the signal strength icons are different ones..
[21:40] <ivanka> what is in the menu should be used in the panel
[21:40] <ivanka> or vice versa
[21:40] <vish> DanRabbit: let me get you a screenshot of the maverick set ...
[21:41] <DanRabbit> vish: is there someone I can pull the icons from?
[21:41] <DanRabbit> I'm having problems installing maverick :( it doesn't want to boot.
[21:41] <vish> DanRabbit: download the nm maverick source from lp.. its only in 22px icon size
[21:41] <ivanka> DanRabbit: I have that problem - I use the 3rd option on the boot menu :-)
[21:43] <vish> DanRabbit: network-manager-gnome 0.81 has those icons..
[21:43] <DanRabbit> ivanka: I don't even get a boot menu :p
[21:43] <vish> DanRabbit: mark is doing that on purpose! forcing people to not use apple? ;)
[21:44] <vish> i mean from*
[21:44] <vish> DanRabbit: buy dell ;)
[21:44] <DanRabbit> ewww
[21:44] <DanRabbit> let's not
[21:44] <DanRabbit> on-topic
[21:45] <DanRabbit> branching now
[21:47] <vish> ivanka: DanRabbit: your offenders > http://imagebin.ca/popup/5uZ-zs.html
[21:48] <DanRabbit> vish: re-reading the stuff, I was thinking what you were saying backwards :p
[21:48] <vish> DanRabbit: so its overlaying 3 icons there  :/
[21:48] <DanRabbit> ah
[21:49] <DanRabbit> well okay so let's commit some blank 22px icons for now
[21:49] <DanRabbit> then we can do the actual icons
[21:49] <vish> DanRabbit: we can just commit the U/E ones without the yellow.. for two themes..
[21:49] <vish> no need to the tower though..
[21:50] <DanRabbit> yea
[22:04] <DanRabbit> tedg: okay, I'm pushing some blank icons to ubuntu-mono in launchpad.
[22:07] <Cimi> ivanka: I've written a draft on the design blog for a blogpost we will publish tomorrow (maybe)
[22:10] <Cimi> so tired, going to bed :(
[22:12] <tjaalton> tedg: hey, I was told you'd be the one to maybe have a clue about the "indicator-applet crashes on login" -bugs?
[22:13] <ivanka> cimi: go rest!
[22:13] <ivanka> cimi: speak tomorrow
[22:14] <Cimi> goodnight tedg kenvandine DanRabbit|afk ivanka
[22:14] <tedg> tjaalton, Perhaps, though some of them are pretty weird :)
[22:14] <kenvandine> good night Cimi!
[22:14] <tjaalton> tedg: yeah, and hard to reproduce
[22:15] <tjaalton> tedg: but a 'killall gnome-panel' has always restored it properly
[22:15] <tedg> tjaalton, Exactly.  I'm thinking it has to be some sort of bonobo activation issue.
[22:16] <tedg> tjaalton, Not sure why it happens sometimes and not others.
[22:16] <tjaalton> tedg: a couple of days ago I was told that it happened every time when you opened a second session, when the $HOME is on NFS. but I can't reproduce that either, every time
[22:16]  * tedg will be happy when Bonobo dies
[22:17] <tjaalton> tedg: is there a way to trace it somehow? I could add something to the login scripts to help in tracking it down
[22:17] <tjaalton> we have ~180 workstations migrated to lucid, so it happens every day for someone :)
[22:18] <tjaalton> and lots of students logging in and out
[22:19] <tedg> tjaalton, Uhm... I don't know.  Could you install the debug packages so that you could catch backtraces?
[22:19] <tjaalton> tedg: sure
[22:19] <tedg> tjaalton, I'm not sure that apport works on stable releases.
[22:19] <tjaalton> I doubt it, and the users wouldn't know what to do with the popup anyway
[22:20] <tjaalton> but it should be possible to turn it on
[22:20] <tedg> tjaalton, Yeah, I'm not sure how to filter it so that you don't get the dialog for everything that crashes :)
[22:21] <tjaalton> tedg: indeed. I might poke pitti about it
[22:21] <tedg> tjaalton, You could just upgrade everyone to Unity ;)
[22:22] <tjaalton> tedg: that would be harsh :)
[22:22] <tedg> I'm sure that it doesn't have any bugs.
[22:22] <tjaalton> hehe
[22:26] <Omega> Hey ayatana guys.
[22:26] <Omega> Have any of you looked into tiling window managers?
[22:31] <tedg> meebey, https://launchpad.net/libindicate/0.4/0.4.3
[22:31] <meebey> tedg: thanks a bunch