[01:31] <happyaron> bschaefer: replied to your email, :)
[01:42] <bschaefer> happyaron, thanks!
[01:42]  * bschaefer reads it
[01:44] <bschaefer> happyaron, and yes, thats the unfortunate problem. Nux does not have IM module support, and implementing that would be to costly
[01:44] <bschaefer> and Nux cannot use GTK/QT soo we are kind of stuck with XIM
[01:45] <bschaefer> unity8 will be in QT so it wont be a problem there
[01:45] <bschaefer> just unity7 :(
[01:45] <happyaron> if im module isn't possible, then better thinking about preserving exising ibus code.
[01:45] <happyaron> at least we don't get regression in LTs
[01:45] <happyaron> LTS
[01:45] <bschaefer> shoot was hoping to remove all that ibus code
[01:46] <bschaefer> well at lease i can still improve the XIM code so it'll at lease render preedit for fcitx users
[01:46] <happyaron> IIRC there is some IM Module-like stuff for ibus, fcitx, and hime/gcin in Unity?
[01:46] <bschaefer> with IBus I wrote a while ago, where I talk directly to IBus in Nux
[01:47] <bschaefer> there was a fcitx branch out there, but it never made it in
[01:47] <bschaefer> other then IBus, we just use XIM for everything else
[01:47] <happyaron> would be good to have, but I wonders how much the work is required for spliting them out to some kinda IM Module-like stuff.
[01:49] <happyaron> fcitx's API is quite stable since 4.2.x, but anyway it's good to let imf maintain the part of code.
[01:49] <bschaefer> well, the whole idea of having an IM module-like thing would be to have the client code in fctix/ibus etc, that use nux toolkit API
[01:50] <happyaron> bschaefer: I think it's doable for at least ibus and fcitx at least, especially we can ask kylin people to work on fcitx if needed.
[01:50] <happyaron> XIM is used only as a fallback in eyes of IM developers nowadays, it's a must but not always being used.
[01:51] <bschaefer> happyaron, very true, ill have to ask if i have time to dedicate to that
[01:51] <happyaron> thanks
[01:51] <bschaefer> yeah, ill be happy to get that working, the fcitx code (bits of it) does exit in a branch by ccslayer
[01:51] <bschaefer> by csslayer, that i can dig up and try to get land
[01:51] <happyaron> I see.
[01:52] <bschaefer> that way fcitx wont have horrid behavior with the preedit window in the LTS
[01:52] <happyaron> yup, :)
[01:52] <bschaefer> happyaron, thanks for all the info!
[01:53] <happyaron> :)
[04:45] <attente> did anyone run into the problem of not being able to log into a session after upgrading to T?
[06:17] <pitti> Good morning
[09:05] <Laney> hey
[09:05] <Laney> happy friday!
[09:07] <seb128> Laney, hey
[09:07] <seb128> good morning desktopers!
[09:07] <seb128> happy friday!
[09:07] <seb128> Laney, how are you?
[09:08] <Laney> seb128: pretty good, looking forward to the weekend
[09:08] <Laney> in which the only task is to find some sloes and then put them into gin
[09:09] <seb128> you do cocktails now?
[09:10]  * seb128 isn't big on gin
[09:11] <Laney> not exactly a cocktail
[09:11] <Laney> I don't really like gin on its own, but sloe gin is quite tasty
[09:11] <Laney> and makes good presents
[09:12] <seb128> do you celebrate anything?
[09:12] <larsu> the weekend, of course!
[09:13] <seb128> haha, good thing to celebrate!
[09:13] <Laney> someone told me that you are supposed to pick them after the first frost
[09:13] <seb128> larsu, good morning, happy friday!
[09:13] <Laney> happened this week
[09:13] <seb128> larsu, wie gets?
[09:13] <Laney> hey larsu
[09:13] <seb128> Laney, I see (same here, first frost this week)
[09:13] <larsu> seb128, Laney: happy Friday!
[09:14] <larsu> seb128: I'm very good, thanks. And you?
[09:14] <Laney> so: pick, add to gin, wait a couple of months, strain, profit
[09:14] <Laney> \o/
[09:17] <seb128> Laney, sounds like something to try ;-) let us know how it goes
[09:17] <seb128> larsu, I'm good thanks
[09:17] <seb128> larsu, did you manage to not get crazy over GTK and scrollbars yesterday?
[09:18] <Laney> woah
[09:18] <Laney> my desktop just spontaneously rebooted
[09:19] <larsu> seb128: no, I got crazy. But I think I've found the issue
[09:21] <seb128> larsu, you should maybe try to nag alex a bit more with questions ;-)
[09:21] <seb128> Laney, it has enough of building webkit in loop and doesn't want to spend its friday doing it!
[09:21] <Laney> haha
[09:22] <Laney> I've been using the Debian ppc porterbox for that
[09:22] <Laney> it's actually really quite fast
[09:22] <seb128> did you get any luck?
[09:22] <Laney> got further, linker problem now
[09:23] <Laney> It became an exercise in disabling bits of code though, so probably not the most upstreamable solution
[09:23] <seb128> did you upstream the build error?
[09:23] <Laney> yeah
[09:23] <seb128> no reply yet I guess?
[09:23] <Laney> well, pochu did then I followed up with trunk
[09:23] <Laney> https://bugs.webkit.org/show_bug.cgi?id=123809
[09:23] <ubot2> bugs.webkit.org bug 123809 in WebKit Gtk "[GTK] build failure when disabling JIT/Assembler" [Normal,New]
[12:39] <nessita> tkamppeter_, hi there! I was wondering if you could give me a hint on how to fix/workaround an HP printer that refuses to print, cups web interface shows "Idle - "Can't feed job data into Ghostscript"", and when I send a document to print it shows "stopped  "Filter failed"". I have the latest hplip (3.13.11)
[12:39] <nessita> this is on ubuntu 13.10
[13:05] <Laney> slow anongit.freedesktop.org is super slow
[14:20] <Laney> pitti: Looks like you installed the rb apport hook back into a different package so there's a file conflict on upgrade from saucy to trusty
[14:20]  * Laney fixes
[14:27] <pitti> Laney: oh, it wasn't in -data?
[14:27] <Laney> seems not
[14:27] <pitti> Laney: sorry; thanks
[14:27] <Laney> makes sense there though
[14:33] <didrocks> Laney: in a world, I wouldn't live without any other chair :)
[14:33] <didrocks> with*
[14:33] <didrocks> (following a g+ post for those who wonder ^)
[14:34] <seb128> didrocks, (thanks, I was)
[14:36] <seb128> didrocks, Laney: I've that one as well but only like it mediumly
[14:36] <didrocks> seb128: what don't you like in it?
[14:36]  * seb128 likes to cross legs sometimes or sit on one leg, the metal support under the armrest are in the way if you try to do that
[14:37] <seb128> and the back support position can't be changed
[14:37] <seb128> or it's too high for me/doesn't fit
[14:37] <seb128> I guess it's good if your size fits the back thougjh
[14:38] <didrocks> seb128: I can do that, but not stay that much because its hurting my back :)
[14:38] <didrocks> (crossing legs)
[14:38] <didrocks> seb128: yeah, it does fit perfectly for me
[14:39] <didrocks> I can see not being able to reposition it can be annoying
[14:39] <Laney> I could go to the ikea shop and try one
[14:39] <Laney> haha, I knew someone would recommend an aeron
[14:41] <Laney> the one I have now is just terrible
[14:41] <Laney> there was a huge snapping noise earlier today and now I'm sitting at about a 30° angle to the floor
[14:42] <seb128> urg
[14:42] <seb128> standing desk time maybe? ;-)
[14:42] <Laney> tempting
[14:42] <Laney> did only buy this desk last year though, huge glass one
[16:48] <seb128> mhr3, hey
[16:48] <seb128> mhr3, where are the appslens filter coming from? (they are showing non translated, trying to figure if it's a code bug or missing translations)
[16:49] <seb128> mhr3, the home/files/etc ones are translated
[16:49] <ogra_> tkamppeter, are there any known issues with hplip in trusty ? i cant manage to set up my (networked) LaserJet 1018 (works out of the box on my raring and precise machines)
[16:53] <mhr3> seb128, from home scope
[16:54] <seb128> mhr3, is the app lens special in any way?
[16:55] <mhr3> seb128, nope
[16:57] <seb128> mhr3, what could make the same category show translated in the home lens and non translated in the app one?
[16:58] <mhr3> what is a category?
[16:58] <mhr3> there are not many elements that are shared in home and apps
[16:58] <mhr3> if any at all
[17:01] <Laney> I'm off to catch a train, have a good weekend everyone!
[17:01] <seb128> mhr3, "what is a category", is that a real question?
[17:01] <seb128> Laney, thanks, you too!
[17:01] <mhr3> seb128, i'm not sure what you mean
[17:02] <mhr3> seb128, afaict there isn't anything that's shared in both apps view and home view
[17:03] <seb128> mhr3, right, they are not the same ... me checks french translations
[17:04] <seb128> mhr3, in the app lens, are e.g Education Games Graphics, etc showing translated for you?
[17:04] <mhr3> seb128, well, i use english... so maybe? :)
[17:04] <seb128> mhr3, shrug, we should force non english devs to use their locale to dogfood translations issues :/
[17:05] <mhr3> seb128, i thought that's why we employ people in france :P
[17:05]  * seb128 slaps mhr3
[17:05] <mhr3> worth it :D
[17:06] <larsu> haha
[17:07] <larsu> seb128: aren't you the one who wants French for everyone?
[17:07] <seb128> larsu, yeah, we should force them, being nice doesn't work it seems :p
[17:07] <larsu> seb128: :D
[17:08] <seb128> mhr3, where are the categories (Education, Games, Graphics, etc) coming from?
[17:08] <seb128> mhr3,
[17:08] <seb128> $ grep Games unity-scope-home-6.8.2+13.10.20131003 -r
[17:08] <seb128> unity-scope-home-6.8.2+13.10.20131003/data/master-scopes/applications.scope.in.in:_OptionNames=Accessories;Education;Games;Graphics;Internet;Fonts;Office;Media;Customisation;Accessibility;Developer;Science & Engineering;Dash plugins;System
[17:08] <mhr3> /usr/share/unity/scopes/applications.scope
[17:08] <seb128> mhr3, ^ that list?
[17:08] <mhr3> yep
[17:14] <seb128> mhr3, it's weird, it seems translated
[17:15] <mhr3> seb128, and you're saying that files filters are ok?
[17:15] <seb128> yes
[17:15] <mhr3> seb128, cause that uses the exact same mechanism
[17:15] <seb128> mhr3, I found an issue, the translation on the system has "Search plugins" and the source "Dash plugins"
[17:16] <seb128> mhr3, I wonder if that one got renamed but the translation template didn't
[17:16] <mhr3> seb128, it got updated after uife
[17:16] <mhr3> i guess that's why
[17:17] <mhr3> i'll make a note to ensure that we translations upstream with new scopes
[17:17] <mhr3> i still don't know why they were only upstream for the past 3years
[17:17] <mhr3> eh... only downstream
[17:18] <seb128> mhr3, ok, so I guess the issue is outdated templates
[17:18] <seb128> mhr3, well, for most of our project to avoid duplication we let the Ubuntu translators do the job
[17:18] <seb128> mhr3, you want to change it to have those commited in the upstream Vcs?
[17:18] <mhr3> seb128, yes
[17:18] <mhr3> seb128, afaik that's what we do for unity8
[17:19] <seb128> mhr3, yeah, we do it for the new projects, I don't remember why we did it the other way around but there was a reason
[17:19] <seb128> mhr3, maybe for consistency between Ubuntu packages because all upstreams are not in launchpad
[17:20] <seb128> mhr3, but dpm agreed, last time we discussed it, that it would make sense to have autocommit to trunk
[17:21] <mhr3> we already do only autocommits to trunk, don't see why that shouldn't include translations as well
[17:21] <mhr3> (meaning autolanding)
[17:21] <mhr3> noone pushes to trunk manually
[17:22] <mhr3> so having 1 bot pushing or 10... who cares :)
[17:23] <seb128> mhr3, right
[19:02] <tkamppeter> nessita, first, follow the instructions of https://wiki.ubuntu.com/DebuggingPrintingProblems, especially the sections "CUPS error_log" and "Capturing print job data".
[19:03] <nessita> tkamppeter, gladly!
[19:06] <tkamppeter> ogra_, to my knowledge there is no problem. Note that the 1018 needs firmware loaded everytime when it is turned on. Perhaps you need to download the current plug-in (you can run the "hp-plugin" command for that or use the "hp-toolbox".
[19:32] <nessita> tkamppeter, so, I filed bug https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1251742, I attached the /var/log/cups/error_log with DEBUG info in it, my untrained eyes don't see any obviously wrong
[19:32] <ubot2> nessita: Error: launchpad bug 1251742 not found
[19:32] <nessita> ah, bug is private, too much personal info
[19:33] <nessita> tkamppeter, gathering "print job data" now, will attach to the bug
[21:34] <desrt> m_conley: ping
[21:34] <m_conley> desrt: pong
[21:35] <desrt> m_conley: hey.  do you know anything about the dbusmenu code for xul?
[21:35] <desrt> we want to port to gmenumodel....
[21:36] <m_conley> desrt: not really - chrisccoulson knows it back to front though
[21:36] <desrt> m_conley: interested in helping? :)
[21:37] <desrt> chris isn't really doing firefox stuff for us anymore...
[21:37] <m_conley> desrt: heh, tempting. I've been tempted too many times though - I'm swamped like crazy
[21:37] <m_conley> desrt: have you seen his global menu bar code?
[21:37] <m_conley> that's what you're interested in porting, right?
[21:37] <desrt> ya... or starting over.  who knows?
[21:37] <m_conley> gotcha
[21:38] <m_conley> his add-on code is not a bad starting point
[21:38] <desrt> attente and i are chilling at UofT right now, btw
[21:38] <m_conley> Oh, nice. :)
[21:38] <m_conley> desrt: you might want to investigate doing this with jsctypes
[21:39] <desrt> hm
[21:39] <desrt> that gives me an interesting idea
[21:39] <desrt> gjs is mozjs
[21:39] <desrt> i wonder if there would be any way to get gjs into the browser....
[21:39] <desrt> that would make this _so_ easy
[21:40] <m_conley> indeed!
[21:41] <desrt> so it is possible to get at the xul layer from js?
[21:41] <desrt> is there anything that makes this a better choice that going via C?
[21:42] <m_conley> desrt: all Chris's add-on did was iterate the XUL menu nodes, and create equivalent nodes for dbusmenu, and then hide the XUL menu. Then he added an observer for when things were added or removed from the menu so that his menu would update.
[21:42] <m_conley> desrt: that's all quite possible from JS
[21:43] <m_conley> It'd be a better choice because binary add-ons are the worst. ;)
[21:43] <desrt> well
[21:43] <desrt> i guess having this one shipped by the distro mitigates some of the worst ills of that
[21:43] <m_conley> I suppose
[21:44] <m_conley> desrt: makes it so that the add-on can be used across versions very easily?
[21:44] <m_conley> without having to recompile for each?
[21:45] <desrt> not sure how big of a concern that is for us
[21:45] <desrt> is xul alive and well?
[21:45] <desrt> i keep hearing plans to replace it with html outright
[21:45] <m_conley> desrt: *shrug*, it's up to you. You're the implementor. I always veer towards js + jsctypes for this sort of stuff though.
[21:45] <m_conley> those are very long-term plans
[21:45] <m_conley> XUL will be with us for a while
[21:45] <desrt> attente is the implementor, in fact :)
[21:46] <attente> hiya :)
[21:46] <m_conley> but once Australis ships and we make it all pretty and perfect, we'll take a look at what we can do to start surgically replacing some of our XUL with HTML.
[21:46] <m_conley> attente: hiyo
[21:52] <kenvandine> sigh... i have a content-hub branch that had failing tests when i last touched it 2 weeks ago... now they all pass, wtf!
[21:53] <kenvandine> i really don't think i fixed the tests... maybe this is a sign i need the weekend!