[00:02] <GunnarHj> attente, bschaefer: Just read your conversation with interest. A few hours ago I dropped this comment to seb128:
[00:02] <GunnarHj> "I have the impression that the im-config control in language-selector is now a no-op in Ubuntu. If that's the case, I suppose it should be hidden. At the same time, I assume that the im-config control still makes sense in Xubuntu and Lubuntu, and if so we should keep showing it in those derivatives."
[00:02] <GunnarHj> That side of the problem seems to be related (to some extent) to your discussion.
[00:05] <bschaefer> GunnarHj, im-config still does stuff with upstart atm, but possibly it doesn't need to be there
[00:06] <bschaefer> and should be removed, and we'll need to take this into consideration on how its used else where...as we don't want to force ibus for all of ubuntu
[00:07] <bschaefer> one thing mentioned was, if you install fcitx, then upstart will see that and use fcitx as the default
[00:07] <bschaefer> the problem is, g-s-d is start ibus-daemon each time which fixes a big bug but causes some other problems
[00:09] <GunnarHj> bschaefer: Well, I haven't tested yet, so my remark above i only a theory yet. Yes, I understand that the whole issue is about a conflict between the way g-c-c and g-s-d deals with input methods and "the old way" to do it.
[00:10] <bschaefer> GunnarHj, well right now im-config trumps g-s-d, as upstart looks at im-config, if im-config is set to say ibus, g-s-d doesn't do anything crazy
[00:10] <GunnarHj> bschaefer: Right. But what if im-config is set so something else?
[00:10] <bschaefer> im more concerned about what happens when im-config is set to a different IMe, which with ibus it has the --replace which might trump over fcitx (which wont be good)
[00:11] <bschaefer> right, i was going to test that soon :)
[00:11] <GunnarHj> bschaefer: Me to. ;-)
[00:11] <bschaefer> though, fcitx will get ran first through upstart, but ill have to see what happens... :), the more testing the better!
[00:13] <GunnarHj> bschaefer: IIRC, im-config sets fcitx if it's installed *and* Chinese is the current display language.
[00:15] <bschaefer> hmm soo fcitx runs, as well as ibus... so they are both running
[00:15] <bschaefer> though with the ibus-daemon set to --panel disable it just doesn't work
[00:15] <bschaefer> at lease fcitx works
[00:17]  * bschaefer assumes some wont be happy that the ibus-daemon is running when fcitx is set to default and running
[00:56] <GunnarHj> bschaefer: Looks like I was wrong. After having Installed fcitx and fcitx-sunpinyin and selected fcitx in language-selector, I can successfully create those beautiful characters by help of fcitx-sunpinyin. Also the fcitx icon shows up. So the ability to set the input method framework in language-selector still applies in Unity.
[00:58] <bschaefer> GunnarHj, right, but ibus is still running
[00:58] <bschaefer> with fcitx
[00:58] <bschaefer> which it really shouldn't be...
[00:59] <GunnarHj> bschaefer: Yes it is. But does it hurt? And if it didn't run, would the Text Entry window in g-c-c make any sense?
[01:00] <bschaefer> not so much, and that bug would still be around, the problem is...if you've selected xim
[01:01] <bschaefer> then want to us ibus
[01:01] <GunnarHj> bschaefer: What then?
[01:01] <bschaefer> use*
[01:01] <GunnarHj> bschaefer: Well, if you want to use ibus, why on earth would you select xim?
[01:01] <bschaefer> GunnarHj, the problem is that dbus command makes ibus not work, so the only way to get ibus to work if your im-config -n xim
[01:02] <bschaefer> GunnarHj, cause ibus still works with xim :)
[01:02] <bschaefer> if it is your XMOD* is set to none, which mean upstart doesn't start ibus, then the dbus call starts up a non working ibus daemon
[01:05] <GunnarHj> bschaefer: Hmm... The "none" option in language-selector actually sets xim. Is that possibly a problem then?
[01:06] <GunnarHj> bschaefer: Of is it maybe a good thing?
[01:06] <GunnarHj> Or
[01:06] <bschaefer> GunnarHj, well XIM isn't an input engine
[01:06] <bschaefer> its an extra layer on top that most all input engines work through
[01:11] <GunnarHj> bschaefer: In any case, if you want to use ibus, is there any reason not to select ibus?
[01:13] <bschaefer> GunnarHj, well we are attempting to assume the user does not know about im-config
[01:13] <bschaefer> if they don't...then it'll fun to try and get ibus working when you select chinese in the text entry
[01:13] <bschaefer> and only english is coming out
[01:14] <bschaefer> GunnarHj, would you mind testing that? Set the text entry to a chinese language and have im-config -n xim
[01:14] <bschaefer> which means g-s-d is starting the ibus-daemon (with options that makes ibus not work for me)
[01:14] <bschaefer> then I try to use chinese/pinyin and i only get english
[01:15] <GunnarHj> bschaefer: Sure, I can try. Logging out first and get back in a few minutes.
[01:16] <bschaefer> GunnarHj, thank you
[01:28] <GunnarHj> bschaefer: You are right, I couldn't use Chinese/Pinyin. Checking the env variables:
[01:28] <GunnarHj> $ env | grep IM_
[01:28] <GunnarHj> CLUTTER_IM_MODULE=xim
[01:28] <GunnarHj> IM_CONFIG_PHASE=1
[01:28] <GunnarHj> QT4_IM_MODULE=xim
[01:28] <GunnarHj> GTK_IM_MODULE=xim
[01:28] <bschaefer> echo $XMODIFIERS
[01:28] <bschaefer> as well
[01:29] <bschaefer> GunnarHj, its not the problem with whats set, its the problem with the dbus activation
[01:29] <bschaefer> GunnarHj, do a "ps aux | grep ibus-daemon"
[01:29] <bschaefer> you'll see the --disable panel
[01:35] <GunnarHj> bschaefer: But I'm still confused. The default option in language-selector is "default", which means that dbus/im-config starts ibus if only ibus is installed and one of the CJKV languages is the display language, or else dbus doesn't run im-config at all (but g-s-d does). In both cases it works for me.
[01:36] <bschaefer> GunnarHj, in both cases ibus/pinyin works for you?
[01:36] <GunnarHj> bschaefer: Yes. Hmm... Maybe I should try again to confirm it... Getting back soon.
[01:46] <asac> RAOF: hey ... i somehow have no X anymore on latest saucy
[01:46] <asac> RAOF: not sure what happened, but i hoped you can help
[01:46]  * asac types from a console
[01:46] <RAOF> asac: Hm. Let me see what changed while I was away...
[01:46] <asac> RAOF: the lightdm upstart log says:
[01:47] <asac> seat: cant create unsupported display server 'x'
[01:47] <asac> i removed the xorg.conf.failsafe a few times
[01:47] <asac> that didnt help
[01:47] <RAOF> That's odd.
[01:47] <RAOF> What's in /etc/lightdm/lightdm.conf.d?
[01:48] <asac> 10-ubuntu.con
[01:48] <asac> f
[01:48] <asac> 50-greeter-wrapper.conf
[01:48] <asac> 50-ubuntu.con
[01:48] <asac> 50-unity-greeter.conf
[01:48] <asac> 50-xserver-command.conf
[01:48] <asac> 52-ubuntu-touch.conf...
[01:48] <asac> hmm
[01:48] <asac> whats that :)_
[01:49] <asac> wow ... that one surely has to go away :)?
[01:49] <asac> RAOF: ^^
[01:49] <RAOF> I note that *I* don't have that config file.
[01:49] <asac> wow
[01:50] <asac> that helped
[01:50] <asac> wtf :)
[01:50] <RAOF> Where did that come from?
[01:50] <asac> not sure... 3 month ago i had accidentially the phablet ppa enabled
[01:50] <asac> however, ...  the system was cleaned from that incident
[01:50] <asac> and it worked since then for many reboots... so not sure
[01:51] <asac> ubuntu-touch-session
[01:51] <asac> wonder howthat can be instlaled
[01:51]  * asac purges that
[01:52] <RAOF> Maybe lightdm got updated past the point that the config file started to take effect?
[01:52] <asac> RAOF: thanks so much... i doubt thats anything you need to be worried about... except maybe how it ended up getting bad just now
[01:52] <asac> yeah i assume so. thx
[01:52]  * asac goes to X rather than console
[01:53] <asac> something is very odd
[01:53] <asac> all looks different than before... but well, its unity running, so why would i complain :)
[01:54] <asac> RAOF: thx!
[01:54] <RAOF> Glad to be of service!
[02:03] <GunnarHj> bschaefer: Yes, I can produce those beatiful characters using ibus/pinyin also when dbus doesn't run im-config at all, i.e. when "default" is selected in language selector and my display language is English. But when I select "ibus", and the proper env variables for ibus are set, a help window is shown which I don't see when "default" is selected. Also, to see the ibus/pinyin icon, "ibus" needs to be selected.
[02:04] <GunnarHj> bschaefer: But this should really be tested by an im user, shouldn't it?
[02:05] <bschaefer> GunnarHj, whats your im-config set to?
[02:06] <bschaefer> GunnarHj, and when you say you select ibus, do you mean in that language app?
[02:06] <bschaefer> umm
[02:06] <GunnarHj> bschaefer: What do you mean by "set to"?
[02:06] <bschaefer> language support app?
[02:07] <bschaefer> GunnarHj, i mean, if you type im-config and the gui pops up
[02:07] <bschaefer> whats the active IM?
[02:07] <bschaefer> or do: echo $XMODIFIERS
[02:07] <bschaefer> and let me know what it says...
[02:09] <GunnarHj> bschaefer: When "default" is selected in l-s, the active IM is default, and when "IBus" is selected in l-s, the active IM is ibus.
[02:10] <bschaefer> GunnarHj, im not sure what language selector is then :)
[02:11] <GunnarHj> bschaefer: Or when "default" is selected, there is no ~/.xinputrc file, while when "IBus" is selected, there is a ~/.xinputrc file saying "run_im ibus".
[02:11] <GunnarHj> bschaefer: The IM selector in language-selector just sets the active IM.
[02:12] <bschaefer> GunnarHj, well the overall thing is to look how ibus-daemon is started
[02:12] <bschaefer> ps aux | grep ibus-daemon
[02:12] <bschaefer> will tell you the options on it
[02:12] <bschaefer> if it has --panel disable then its not going to work :), which if im-config is not set to ibus seems to always be on for it ...
[02:16] <GunnarHj> bschaefer: I was the one who prepared im-config for Ubuntu. I chose to make it default to "cjkv mode" to avoid that ibus-daemon is started for everyone, also those users who don't know what an input method is. Now I wonder: What if we would change that, and make "ibus" the default for im-config?
[02:17] <bschaefer> GunnarHj, then all will work, but some don't want ibus-daemon to always be on
[02:17] <GunnarHj> bschaefer: I mean, ibus-daemon is always started anyway nowadays.
[02:17] <bschaefer> GunnarHj, right, which I think thats a bug?
[02:17] <bschaefer> GunnarHj, but if im-config -n ibus was set then we would be all fine
[02:18] <GunnarHj> bschaefer: That would be a simple thing that even might be possible to fix before the release...
[02:19] <bschaefer> very true, and i don't think it would cause any problems...hmm
[02:19] <GunnarHj> bschaefer: Not saying that it's an ideal solution, but given the ibus integration in g-c-c, it may prevent user confusion.
[02:20] <bschaefer> GunnarHj, yeah, its better then what we have now
[02:20] <bschaefer> kylin want fcitx then it wont be a problem there either
[02:21] <bschaefer> as they should be able to set that them selfs (which you hope they do...)
[02:21] <GunnarHj> bschaefer: I'm not sure how the achieve the fcitx default.
[02:21] <GunnarHj> they
[02:22] <bschaefer> GunnarHj, if we actually set ibus to default as well we can drop the dbus activation thing with out causing that bug/crash? Along with not always having the ibus daemon
[02:22] <bschaefer> GunnarHj, hmm couldn't they have a patch? I mean how to they set fcitx to default atm anyway?
[02:22] <bschaefer> how do*
[02:22] <GunnarHj> bschaefer: Don't know.
[02:22]  * bschaefer isn't super how they version of ubuntu works...
[02:22] <bschaefer> GunnarHj, but I think thats our best solution atm
[02:23] <GunnarHj> bschaefer: It's over 4 a.m. here now... But I can file an im-config bug tomorrow, and involve e.g. happyaron in it.
[02:23] <bschaefer> GunnarHj, o geez! Sorry for keeping you up so late!
[02:24] <bschaefer> GunnarHj, thanks a ton! Have a good night!
[02:24] <bschaefer> its only 7:24 pm here :)
[02:24] <GunnarHj> bschaefer: My choice; no problem. ;-)
[02:24] <bschaefer> GunnarHj, cya!
[02:24] <GunnarHj> bschaefer: Good night to you as well.
[02:25] <bschaefer> thanks :)
[05:30] <jibel> Good morning
[05:31] <didrocks> salut jibel
[05:31] <didrocks> jibel: getting up earlier than few weeks ago?
[05:32] <jibel> Salut didrocks, ça va?
[05:32] <jibel> didrocks, yes, I'm starting earlier to finish my day earlier :)
[05:32] <didrocks> heh :)
[05:32] <didrocks> ça va bien, et toi?
[05:33] <jibel> and I realized there are living creatures outside ;)
[05:33] <jibel> didrocks, ça va ça va
[05:35] <didrocks> ahah, really, living creatures outside?
[08:05] <Laney> hey!
[08:11] <seb128> hey Laney, hey desktopers
[08:11] <seb128> how is everyone?
[08:12] <Laney> great, good climbing session last night!
[08:12] <Laney> you?
[08:13] <seb128> I'm good thanks
[08:15] <didrocks> hey seb128, Laney!
[08:15] <seb128> didrocks, lut, en forme ?
[08:15] <didrocks> ça va, et toi?
[08:16] <seb128> nickel
[08:16] <Laney> hey didrocks
[09:17] <seb128> Laney, do you if the fact that you can't go to the settings list when you open "system-settings <panel>" is a feature or a bug?
[09:18] <Laney> pretty sure it was on purpose
[09:18] <Laney> so you can't go "back" confusingly
[09:18] <Laney> we had it that way originally
[09:19] <seb128> I think we should add it back
[09:19] <seb128> the current situation is a bit buggy
[09:19] <seb128> if you open a specific panel from an indicator
[09:19] <seb128> you get screwed until you force close the app
[09:20] <Laney> how would being able to go to the index help?
[09:20] <seb128> e.g battery indicator ->settings
[09:20] <seb128> go back to the dash
[09:20] <seb128> search for settings
[09:20] <seb128> click on it
[09:20] <seb128> it refocus the running instance open on battery
[09:20] <Laney> that should send the app back to the main page
[09:20] <seb128> ok, that's one other way to fix it
[09:20] <Laney> it'd also break if you then try to open another panel from a different indicator I suppose
[09:20] <seb128> though I'm not sure we are in control of what is happening there
[09:21] <seb128> I think it's upstart-app-launch doing the single instance
[09:22] <seb128> no, opening from a different panel works
[09:22] <Laney> is that because single instance is broken?
[09:22] <seb128> it doesn't seem so, I've only one preview in my recent apps list
[09:23] <Laney> it must kill the old one then
[09:23] <seb128> it seems it do
[09:23] <seb128> "upstart-app-launch ubuntu-system-settings" on my desktop closes the old one
[09:24] <Laney> you should talk to unity people
[09:24] <seb128> yeah, I'm going to talk to ted when he gets online
[09:24] <seb128> he's the one who has been working on the app launch stuff
[09:24] <seb128> Laney, thanks
[09:29] <Laney> phablet@ubuntu-phablet:~$ date
[09:29] <Laney> Thu Oct  3 10:29:08 BST 2013
[09:29] <Laney> yay
[09:29] <mlankhorst> up to date!
[09:29] <seb128> working and persistent?
[09:29] <seb128> Laney, I opened https://bugs.launchpad.net/ubuntu/+source/upstart-app-launch/+bug/1234588
[09:29] <ubot2> Launchpad bug 1234588 in ubuntu-system-settings (Ubuntu) "Can't go back to the summary after opening a specific subpanel" [High,Confirmed]
[09:29] <Laney> it updated /etc/timezone which I think was missing before
[09:29] <Laney> err I mean localtime
[09:30]  * Laney reboots
[09:30] <seb128> good
[09:30] <Laney> it's still not a symlink on first boot though
[09:30] <Laney> yeah, persisted
[09:33] <seb128> \o/
[09:34] <seb128> shrug, why is firefox not remembering my google login, I've to log in again every time I reopen it
[09:36] <Tm_T> seb128: keyloggers need more chances on catching your password
[09:45] <Laney> Mirv: is gitorious the place to submit qtsystems patches?
[09:50] <seb128> Laney, I think it's on https://bugreports.qt-project.org
[09:51] <Laney> hmm
[09:51] <Laney> don't see qtsystems in the projects tehre
[09:51] <seb128> Laney, https://bugreports.qt-project.org/browse/QTBUG-31624
[09:51] <seb128> " Systems: SystemInformation " it seems
[09:51] <seb128> (that's one I had in my awesome bar)
[09:52] <seb128> Laney, https://wiki.canonical.com/UbuntuEngineering/ContributingToQt btw
[09:52] <Mirv> Laney: either bugzilla or a straight codereview request to gitorious (needs certain setupping)
[09:54] <Laney> yeah I don't know what applies to qtsystems
[09:54] <Laney> that seems to be a separate project
[09:55] <Mirv> Laney: the same https://codereview.qt-project.org/#q,status:open+project:qt/qtsystems,n,z
[09:55] <Laney> aha
[09:56] <Laney> ok, doing that then
[09:56] <Laney> better test the patch first though ...
[10:09] <Laney> Mirv: could you add me to the group please?
[10:10] <Mirv> Laney: done, should be visible now
[10:11] <Laney> it is, thanks
[10:33] <JamesTait> Laney, remember that problem I had a coupleof weeks back, where I'd login and get dumped back to the greeter?
[10:34] <JamesTait> And bcurtiswx had the same problem - well, I've got the same thing happening again now.  I can get to a desktop in the guest session, but not using my proper account.
[10:37] <JamesTait> Nothing has been touched in ~/.cache/upstart - the datestamps are an hour old.
[10:37] <Laney> JamesTait: Try moving ~/.Xauthority
[10:39] <JamesTait> Laney, OK, giving that a go...
[10:39] <JamesTait> Laney, success!  Thanks!
[10:40] <JamesTait> Laney, is this a known problem with a bug report I can contribute to?
[10:41] <Laney> It's fixed in lightdm already, just not in saucy yet
[10:41] <JamesTait> Excellent! :)
[10:41] <JamesTait> I'll be getting on with my work now then. :)  Thanks again!
[13:42] <seb128> chrisccoulson, hey, how are you?
[13:43] <seb128> chrisccoulson, do you know if that known issue with the current firefox and "session handling"
[13:43] <seb128> chrisccoulson, it keeps forgetting my google session (e.g I've to re-auth every day) and I often gets the "didn't close properly, do you want to restore the tabs" screen when simply closing and reopening a bit later
[13:43] <seb128> chrisccoulson, it looks like some stuff wouldn't get saved properly or would get corrupted
[13:44] <chrisccoulson> seb128, i haven't noticed anything like that before
[13:46] <seb128> chrisccoulson, hum, ok :/
[13:51] <chrisccoulson> seb128, file permissions are ok?
[13:54] <seb128> chrisccoulson, from what I know yes, on what file should I check?
[13:55] <seb128> *** WARN addons.xpi: Exception running bootstrap method shutdown on<EMAIL_ADDRESS>[Exception... "Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIComponentRegistrar.autoUnregister]"  nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)"
[13:55] <seb128> I wonder if that's another webapp issue
[13:55] <seb128> the addon is turned off though
[13:57] <seb128> brb, session restart
[14:03] <mterry> oops, got disconnected
[14:03] <mterry> attente, (assuming you didn't see my previous poke) What can we do to speed up landing of indicator-keyboard branches/package?
[14:04] <mterry> attente, is indicator-stack on manual saucy landing?
[14:05] <attente> mterry, i'll try to find someone to review it
[15:25] <seb128> Laney, bah, there are bugs in your MR adding TRANSLATORS comments, that will teach me to just glance at those rather than do a proper review :p
[15:25] <Laney> NO!
[15:25] <seb128> Laney, http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/revision/409/plugins/system-update/PageComponent.qml
[15:26] <seb128> Laney, see the 2 first chunks
[15:26] <seb128> Laney, (I'm just pushing a fix)
[15:26] <Laney> ahaha
[15:26] <seb128> the first one seems a middle click error
[15:26] <seb128> not sure what happened to the else
[15:26] <Laney> the first one is probably that stupid qt creator behaviour
[15:26] <seb128> the completion on alt-tab?
[15:26] <Laney> yes
[15:26] <seb128> yeah, I hate that one :/
[15:27] <Laney> other one is general failure i guess
[15:29] <seb128> Laney, btw, did you get a reply for ev about whoopsie on touch?
[15:29] <Laney> oh, no
[15:30] <Laney> I forgot what the specific question was
[15:30] <seb128> I saw him talk on IRC yesterday and today
[15:30] <seb128> Laney, I think it was about enabling whoopsie from the security panel
[15:30] <seb128> in context of logind/polkit/ro?
[15:30] <Laney> oh yes
[15:31] <seb128> Laney, https://code.launchpad.net/~seb128/ubuntu-system-settings/update-working-check-update/+merge/189118
[15:32] <Laney> pinged him in devel
[15:34] <seb128> Laney, thanks
[15:46] <Laney> is there some problem with screen blanking / unlocking in desktop atm?
[15:47] <Laney> when unlocking I see the contents of the display instead of the wallpaper on one of the monitors
[15:51] <seb128> I ran into that a few time as well
[15:51] <seb128> I'm sure mdeslaur doesn't like it
[15:51] <seb128> give access to whatever is under the lock for a second
[15:51] <seb128> I wonder if that's an xorg thing (e.g wrong buffer on screen or something)
[15:53] <Laney> don't know
[15:53] <Laney> mlankhorst: what do you think about this xorg theory? :P
[15:54] <Laney> it doesn't seem to happen when locking explicitly
[15:54] <Laney> only after the timeout
[16:01] <seb128> Laney, it's not easy to reproduce in any case
[16:01] <seb128> but I've a 2 screens setup, and I just had a case where I could see my right screen "unlocked" with the unlock dialog on the left
[16:02] <seb128> e.g I had xchat showing on one in the screens during the lock
[16:02] <Laney> yeah
[16:02] <Laney> was it updating?
[16:02] <Laney> or just what was there when it locked
[16:02] <seb128> I don't think so
[16:02] <seb128> it was a buffer of the lock time I think
[16:12] <desrt> merge ALL the things!!
[16:12]  * desrt loves that start-of-the-cycle feel
[16:31] <seb128> desrt, you live in the futur it seems, come back to real time, we still have some bug fix fun before getting there ;-)
[16:32]  * desrt should have kept his mouth shut
[16:32] <desrt> uh.... lunchtime!
[16:32]  * desrt runs
[16:33] <seb128> ;-)
[16:35] <bschaefer> seb128, hey
[16:36] <seb128> bschaefer, hello
[16:36] <bschaefer> seb128, soo something interesting about the ibus problem in g-s-d
[16:37] <bschaefer> seb128, if you're not aware...if g-s-d starts up ibus, CJK fails to work unless you restart the ibus-daemon with correct options
[16:37] <bschaefer> seb128, soo GunnarHj  proposed this bug: https://bugs.launchpad.net/ubuntu/+source/im-config/+bug/1234768
[16:37] <ubot2> Launchpad bug 1234768 in im-config (Ubuntu) "Consider a change of the im-config default" [High,New]
[16:38] <seb128> happyaron, attente: ^ do you know what's going there
[16:38] <robru> seb128, hey. any known issues with power saving on desktop? i recently switched back to xorg (after beta testing xmir for a long time), and now my screens never power down. they were on all last night
[16:38] <seb128> bschaefer, I'm pretty useless when it comes to understand CJK and what role im-config plays there
[16:39] <bschaefer> seb128, no worries :), thanks!
[16:39] <seb128> robru, not that I know, it could be a gnome-settings-daemon issue... what value do you have in g-c-c for "turn screen off if unactive for..."
[16:39] <happyaron> seb128: it would be good to revert the triggerred startup of im-config, and revert im-config behavior to auto
[16:39] <happyaron> this will let ibus running for everyone, but it will resolve all the headaches
[16:39] <seb128> happyaron, "triggered startup of im-config"?
[16:40]  * didrocks waves good evening and see you next thursday!
[16:40] <seb128> where did we add that?
[16:40] <didrocks> (or before for some of you ;))
[16:40] <seb128> didrocks, night, good luck for the next days, see you on saturday
[16:40] <happyaron> seb128: I was once told it's started using upstart user session
[16:40] <didrocks> see you on saturday seb128!
[16:40]  * happyaron on holidays right now, but anyway, ;-)
[16:41] <robru> seb128, 10 minutes
[16:41] <bschaefer> upstart starts the selection of what im-config is set to, and +1 from me to setting it to auto
[16:41] <happyaron> I short revert to upstream behavior is a working choice, but it's not cool...
[16:41] <seb128> happyaron, oh, I didn't know, enjoy!
[16:41] <happyaron> :)
[16:42] <seb128> bschaefer, happyaron, attente: you guy just tell me what you think is best (or comment on https://bugs.launchpad.net/ubuntu/+source/im-config/+bug/1234768) and we can make that happen
[16:42] <ubot2> Launchpad bug 1234768 in im-config (Ubuntu) "Consider a change of the im-config default" [High,New]
[16:42] <bschaefer> seb128, alright sounds good
[16:43] <happyaron> bschaefer: I'm not sure if the upstart handled startup would affect users, but I think it's started when Xsession is run anyway.
[16:44] <bschaefer> happyaron, that could be it as well, I only started digging into upstart/im-config last week :)
[16:47] <happyaron> bschaefer: In my experiment, Xsession runs im-config, and it works for cjkv, others run im-config when they click on something that triggers it, which will make indicator-keyboard not working.
[16:47] <happyaron> if we switch to auto for default, triggered activation is not needed at all.
[16:49] <bschaefer> true, which is nice, the problem i was running into is the ibus-daemon was being started with --panel disable which was causing the ibus-daemon to not work at all
[16:49] <bschaefer> happyaron, but in either case, go enjoy your time off :)
[16:50] <happyaron> :)
[16:53] <seb128> bschaefer, can't we just make g-s-d not drop --panel? or would that be wrong (e.g make an indicator appear for everyone not using the feature)?
[16:54] <bschaefer> seb128, at that point we might as well just set im-config to ibus or auto
[16:54] <seb128> same question
[16:54] <seb128> would that make everyone get an indicator?
[16:54] <bschaefer> yes
[16:54] <happyaron> I think auto is better than ibus, though.
[16:55] <bschaefer> seb128, im starting to think it could be a possible bug in ibus...
[16:55] <bschaefer> happyaron, agreed
[16:55] <seb128> we don't want an ibus icon for users not have an im need/configured
[16:56]  * bschaefer wonders if the k-indicator is just stealing the super+space shortcut from ibus if --panel disable...
[16:57] <bschaefer> seb128, true, but the ibus daemon is already running anyway...
[16:57] <seb128> well, that's a problem by itself
[16:57] <seb128> (use resources for nothing)
[16:58] <bschaefer> right, hmm, its just when the ibus-daemon has --panel disable you can't actually use ibus at all (but its running!)
[16:58] <bschaefer> so if you were to go into ibus-setup, or even in the text-entry and add pinyin/chinese it wouldn't work
[16:59] <bschaefer> at lease from my testing...
[17:00] <seb128> bschaefer, why would ibus have a mode where it's not usable?/why would we call it in this mode?
[17:01] <bschaefer> seb128, that im not sure of...but thats what it seems to be in when im-config is set to none, and g-s-d starts it
[17:01] <bschaefer> soo this could very well be the overall issuse that needs to be addressed...
[17:01] <bschaefer> seb128, so right now, you have a default set up im wise?
[17:02] <bschaefer> and echo $XMODIFIERS
[17:02] <bschaefer> says none right?
[17:02] <seb128> $ echo $XMODIFIERS
[17:02] <seb128> $
[17:02] <seb128> I've a "default set up"
[17:02] <seb128> I'm using french and I've added a GB layout
[17:03] <seb128> e.g just standard layout, no im
[17:03] <bschaefer> seb128, that seems good, and umm ps aux | grep ibus-daemon shows a --panel disable option?
[17:03] <bschaefer> seb128, if so, add chinese/pinyin to text entry
[17:03] <bschaefer> and you would think that since ibus-daemon is started, that it should work right?
[17:05] <happyaron> seb128: that mode makes other stuff manages IM
[17:05] <seb128> happyaron, what is "other stuff"? g-s-d?
[17:06] <happyaron> seb128: for people who'd like to put environmental variables in xsession start sequence
[17:06] <happyaron> seb128: when im-config detects any of those variables are set it quits and do not set any of them.
[17:07] <bschaefer> don't you have to reboot though? I though im-config was only taken into consideration on a xsession restart?
[17:07] <bschaefer> thought*
[17:08]  * bschaefer still gets --panel disable when pinyin is set in the text entry...causing it to fail
[17:08] <bschaefer> though i should double check that
[17:08]  * bschaefer relogs
[17:08] <happyaron> anytime a new Xsession is started im-config tries to do everything again.
[17:08] <bschaefer> right, i thought you were saying in the middle of session it would quit and try to do that again
[17:09]  * bschaefer mis read
[17:09] <happyaron> (or be precise, everytime Xsession is executed)
[17:11] <bschaefer> soo i've chinese set in text entry which doesn't seem to be reflecting in ibus-setup.. ive im-config set to none
[17:11] <bschaefer> which is default (or so it seems?), and im not able to type in pinyin
[17:12] <happyaron> bschaefer: mind run `env | grep IM` ?
[17:12] <bschaefer> /usr/bin/ibus-daemon --replace --xim --panel disable is started, as it doesn't detect the i've chinses set in my text entry
[17:12] <bschaefer> yeah
[17:13] <bschaefer> IM_CONFIG_PHASE=1
[17:13] <bschaefer> which seems to be all...
[17:14] <happyaron> what about `env | grep XMODIFIERS` ?
[17:14] <bschaefer> happyaron, XMO is not set, since im on none
[17:15] <bschaefer> im-config -n none
[17:15] <happyaron> then it won't work...
[17:15] <bschaefer> happyaron, right, but thats the default...
[17:16] <bschaefer> im-config by default with an english layout to set it to none right?
[17:16] <happyaron> that's a ubuntu default, to get rid of starting ibus for non-cjkv locales.
[17:16] <happyaron> debian default is auto for all.
[17:16] <bschaefer> happyaron, right, but then I select a chinese language in my text entry...then reboot and its still none, and now chinese doesn't work :)
[17:16] <bschaefer> happyaron, yeah, this is why I would like auto, this means that the ibus panel will be there though
[17:17] <bschaefer> which is something seb128 doesn't want
[17:17] <happyaron> bschaefer: but g-s-d cannot change those variables if I'm correct
[17:18] <happyaron> when g-s-d is started, it's late to set those variables for the desktop session.
[17:18] <bschaefer> nope, but g-s-d is starting an ibus-daemon that makes it not work if the usr wants chinese...
[17:18] <bschaefer> i don't think it can change it
[17:18] <happyaron> so you added a text entry, but nothing is working to set variables...
[17:18] <bschaefer> yup, and it still thinks you are a non cjkv user
[17:18] <bschaefer> so it starts ibus-daemon with a --panel disable
[17:19] <bschaefer> which means you cannot user CJK languages with out setting im-config your self or killing and restarting the ibus daemon
[17:19] <bschaefer> happyaron, so theres really 2 arguments, 1 we don't want the ibus panel if we don't use ibus, bug g-s-d need ibus to be running
[17:19] <happyaron> don't think restarting ibus daemon will make Chinese input work, though other stuff may work (in g-c-c).
[17:20] <bschaefer> well it makes ibus work again at lease
[17:20] <bschaefer> happyaron, its a fun workaround that doesn't always work on some autopilot tests in unity atm...but i would like a more correct fix for this :)
[17:21] <bschaefer> so how do we ensure ibus works if we want to type chinese, but by default dont want to start the panel?
[17:21] <happyaron> bschaefer: even restarting ibus make itself work, this makes the settings g-c-c pointless...
[17:21] <bschaefer> right...
[17:21] <happyaron> guess no proper way atm.
[17:21] <bschaefer> happyaron, i don't see a solution where we disable the panel correctly, so I still think we should set im-config to auto
[17:22] <bschaefer> and have the ibus panel...
[17:22] <happyaron> agree
[17:22] <bschaefer> the only reason I see to now having the ibus-panel is it looks odd..but the daemon is already running and I don't think theres enough time to fix that correctly
[17:22] <bschaefer> i see to not*
[17:22] <happyaron> I see.
[17:22] <bschaefer> geez english is all i speak and i suck at it :)
[17:24] <bschaefer> so as long as the ibus-daemon is always going to be on, we might as well set it to auto and just have the ibus panel there for now... seb128?
[17:24] <seb128> bschaefer, I don't understand enough of the problem to have a valuable opinion, if you guys think it's the best way, let's go for that
[17:25] <bschaefer> alright sounds good
[17:25] <bschaefer> seb128, sorry for pulling you back in each time :)
[17:26] <seb128> bschaefer, no worry, good that you do because I sort of have to ack/nack the solutions
[17:37] <seb128> robru, do you have the screen locking option enabled as well and on what time?
[17:38] <robru> seb128, turn screen off: 10min, lock: on, lock screen after: screen turns off, require password: checked
[17:39] <robru> seb128, so, when i woke up this morning, screen was black & locked, but definitely powered on.
[17:39] <robru> seb128, also happened last night too, left laptop unattended for several hours, screen was black but on.
[17:42] <seb128> robru, yeah, I don't know, I can't reproduce, I just tried with similar settings (but 1 min), my external screen goes in standby (e.g the led goes from blue to orange)
[17:43] <robru> seb128, any other troubleshooting things you can think of to try? led definitely blue here :-/
[17:43] <seb128> robru, gdbus call --system -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.ListInhibitors
[17:44] <seb128> in case you have an inhibtor app running...
[17:44] <robru> seb128,  ([('sleep', 'root', 'inhibited', 'delay', uint32 0, uint32 866), ('sleep', 'robru', 'GNOME needs to lock the screen', 'delay', 1000, 19330), ('handle-lid-switch', 'robru', 'Multiple displays attached', 'block', 1000, 19330), ('handle-power-key:handle-suspend-key:handle-hibernate-key', 'robru', 'GNOME handling keypresses', 'block', 1000, 19330)],)
[17:44] <robru> ?
[17:46] <seb128> robru, I don't see anything obviously wrong in there :/
[17:46] <seb128> could also be an xorg issue I guess
[17:46] <robru> seb128, arg :-/
[17:46] <seb128> e.g the userland could be doing what it needs
[17:47] <robru> seb128, hummm, this user account i'm using is many years old. sometimes I wonder if i don't have some kind of stale dotfile that interferes with modern software versions somehow...
[17:48] <seb128> robru, I guess you could try in a guest session to see if that happens as well
[17:48] <robru> seb128, ok, next time I have a spare 10 minutes I'll try that ;-)
[17:48] <seb128> robru, that's in 15 years right? ;-)
[17:49] <seb128> (crazy life here)
[17:50] <robru> seb128, lol, haha. I mean when I go for lunch or something, today ;-)
[18:16] <GunnarHj> seb128, bschaefer: Looks like some kind of decision was made to change the im-config default to "auto". Even if nobody mentioned it in today's IRC discussion, I suppose you agree that we should not do that change for derivatives that don't use g-c-c. So a hint how we make that distinction would be nice. Is it possible to use conditional statements directly in http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/im-con
[18:16] <GunnarHj> fig/saucy/view/head:/default/im-config ?
[18:19] <mlankhorst> Laney: ..?
[18:24] <bschaefer> GunnarHj, i agreed with setting im-config to auto
[18:25] <bschaefer> and so did happyaron
[18:26] <GunnarHj> bschaefer: Yes, saw that. That's what I meant with "some kind of decision". ;-)
[18:26] <bschaefer> GunnarHj, o :), is it set to auto already? or was that link to a branch you have?
[18:27] <GunnarHj> bschaefer: No, it was the Debian original variant. There is currently an Ubuntu patch that changes it.
[18:28] <bschaefer> GunnarHj, oo i see, i would think we can just lift that patch, or edit the patch in a way that leaves the auto there?
[18:29] <GunnarHj> bschaefer: But just doing so would also affect Kubuntu, Xubuntu, Lubuntu...
[18:29] <bschaefer> :(, im not sure how that should be handled then...
[18:30] <GunnarHj> bschaefer: Me neither. Hoping for advice from seb128.
[18:31] <bschaefer> well they might end up just using auto by default now anyway
[18:31] <bschaefer> GunnarHj, as it wont cause any more trouble then there already is
[18:31] <bschaefer> ie. the ibus-daemon is still always starting for them in g-s-d...
[18:32] <GunnarHj> bschaefer: They don't have any g-c-c related trouble, since they don't use it. Changing it to auto for them would result in the ibus icon always be shown for everyone.
[18:33] <bschaefer> GunnarHj, o they don't use g-c-c? hmm
[18:33] <bschaefer> i wonder if we can just check if that package is installed haha...
[18:33] <GunnarHj> bschaefer: Or do you mean that they still use g-s-d?
[18:33] <bschaefer> GunnarHj, yeah that is what i ment, also do they install ibus by default?
[18:34] <bschaefer> if ibus isn't installed by default then it wont be a problem...
[18:34] <GunnarHj> bschaefer: They do install ibus by default AFAIK.
[18:35] <GunnarHj> bschaefer: checking whether g-c-c installed sounds like a good idea
[18:36] <bschaefer> GunnarHj, yeah, if they don't have g-c-c/g-s-d? If you have g-c-c you are using g-s-d right? Can you have g-s-d with out g-c-c?
[18:36] <GunnarHj> bschaefer: Don't know the answer to the latter question.
[18:37] <bschaefer> well I would think if they have g-s-d then they are going to run into the problem with the ibus daemon always starting
[18:37] <bschaefer> GunnarHj, so possibly we should check if g-s-d is installed?
[18:38] <bschaefer> if it is, then set auto, i've not clue how to check if a package i installed or not though...
[18:38] <bschaefer> GunnarHj, we might just have to wait for seb128, he might have a better answer :)
[18:38] <GunnarHj> bschaefer: Isn't it the other way around? I mean, if they have g-s-d, it would prevent the ibus icon from showing up, and in that case auto would work for everyone.
[18:39] <bschaefer> GunnarHj, well it depends on what problem we are trying to solve...
[18:40] <bschaefer> GunnarHj, I was thinking we setting auto when g-s-d is installed/running  because we want ibus-daemon to run with the correct arguments?
[18:40] <GunnarHj> bschaefer: I'm trying to avoid a regression meaning that the ibus icon starts showing up for everyone in Kubuntu etc.
[18:41] <GunnarHj> bschaefer: But let's wait and see if seb128 can bring some light.
[18:41] <bschaefer> GunnarHj, thats a problem though...we can't have the ibus-daemon running with the --panel disable...
[18:42] <bschaefer> GunnarHj, if you do, then CJK does not work in ibus at all, unless you set the im-config your self, or restart ibus which defeats the purpose of g-s-d/g-c-c ...
[18:43] <GunnarHj> bschaefer: Now I don't follow you. Changing to auto would take care of that, wouldn't it?
[18:43] <bschaefer> GunnarHj, yes, but the ibus panel will be shown :(
[18:43] <bschaefer> which is what you are trying to prevent
[18:44] <GunnarHj> bschaefer: As long as we keep letting g-s-d do its thing, the icon won't be shown.
[18:44] <bschaefer> GunnarHj, but then ibus doesn't work :)
[18:44] <GunnarHj> bschaefer: auto is in effect the same as setting ibus explicitly.
[18:45] <bschaefer> which is fine for most people who don't use ibus but...as soon as we set auto, g-s-d will no longer hide that icon
[18:45] <bschaefer> when auto is set, ibus will become the default im-config, causing g-s-d to not start the ibus-daemon with --panel disable, as it will be started with upstart
[18:45] <GunnarHj> bschaefer: That's not what I found yesterday.
[18:46] <bschaefer> really?
[18:46] <bschaefer> GunnarHj, hmm as soon as you start auto, upstart should start ibus-daemon from the im-config right?
[18:46] <bschaefer> which should cause the ibus-daemon to not start with --panel disable
[18:47] <GunnarHj> bschaefer: I think so. It's my understanding that g-s-d restarts the ibus-daemon if it's started already. It uses also the --replace argument.
[18:47] <bschaefer> hmm but it shouldn't start ibus if its already started, as I had no problem with ibus when i set im-config -n ibus
[18:47] <bschaefer> and it wasn't getting replaced by g-s-d
[18:48] <bschaefer> GunnarHj, let me re-log and test this auto im-config
[18:48] <bschaefer> GunnarHj, 1000     15607  2.3  0.0 352876  4212 ?        Ssl  11:48   0:00 /usr/bin/ibus-daemon --daemonize --xim
[18:49] <bschaefer> no --panel disable
[18:49] <bschaefer> which means its not being started by g-s-d
[18:49] <GunnarHj> bschaefer: Hmm... Do you see the ibus icon?
[18:49] <bschaefer> i don't actually know what the ibus icon is :)
[18:50] <bschaefer> GunnarHj, i don't think i've ever seen that icon...
[18:50] <GunnarHj> bschaefer: It's an additional icon at the top bar that looks like a keyboard layout icon.
[18:51] <bschaefer> right, i've seen the fcitx one...but i never get the ibus one
[18:51] <bschaefer> GunnarHj, let me set im-config -n ibus
[18:51] <bschaefer> but I don't think it'll start that layout...
[18:51] <bschaefer> as right now im on auto, and ibus started up fine
[18:57] <GunnarHj> bschaefer: It just struck me ... If g-s-d doesn't start im-config if it's already started, the --panel disable option is not the reason why the ibus icon does not show up.
[18:57] <bschaefer> GunnarHj, thats what it looks like to me...
[18:57] <bschaefer> as upstart/im-config is starting up the ibus-daemon for me
[18:58] <bschaefer> and i don't see the ibus panel :(
[18:58] <bschaefer> but ibus works :)
[18:58] <bschaefer> 您好
[18:58] <GunnarHj> bschaefer: And in that case there may be a more serious problem in the derivatives that don't use g-c-c, because there the IM users *need* the ibus icon.
[18:58] <bschaefer> GunnarHj, very true! I just never thought to look for that panel...
[18:58] <bschaefer> as i use ibus-setup when I change things...
[18:59] <GunnarHj> bschaefer: I see.
[19:00] <bschaefer> hmm
[19:00] <GunnarHj> bschaefer: But calling ibus-setup is less convenient than clicking the icon.
[19:00] <bschaefer> GunnarHj, so who is disabling it?
[19:00] <bschaefer> GunnarHj, well I just use ibus-setup to set my IMs from there, I just use super+space to change the IM
[19:00] <bschaefer> and if you hold super+space you get a nice little switcher
[19:00] <GunnarHj> bschaefer: Don't know. Possible it's a ibus 1.5 thing.
[19:00] <bschaefer> GunnarHj, also note, i don't use ibus regularly ...
[19:01] <GunnarHj> bschaefer: Neither do I. I don't know any language that need it.
[19:01] <bschaefer> GunnarHj, yeah, which makes missing things like this easy...as we dont use it often... soo
[19:01] <bschaefer> what is that --panel disable there? If that update came out about the same time ibus 1.5 came out?
[19:02] <bschaefer> GunnarHj, well good news...since that panel is broken we can just set auto to all the *Ubuntus :)
[19:03] <GunnarHj> bschaefer: That may be the short-term conclusion, yes. ;-)
[19:03] <bschaefer> yeah, im going to try to find what the panel is called and try to find its bin...
[19:04] <GunnarHj> bschaefer: But I think I'll install e.g. Lubuntu to see what things look like there.
[19:04] <bschaefer> GunnarHj, if you've the time for that, that wouldn't be a bad idea. If theres a way to check what their default install looks like as well...
[19:04] <bschaefer> we can parse through it to check what they'll have by default
[19:04] <GunnarHj> bschaefer: Right.
[19:10] <seb128> bschaefer, GunnarHj: seems like a busy discussion :/
[19:10] <bschaefer> seb128, much, turns out we can't get the ibus panel to show up when it should :(
[19:10] <seb128> what were we doing before, and can we get back to that?
[19:11] <bschaefer> seb128, i've no clue, i never really use ibus so im not sure where the problem was introduced...
[19:11] <bschaefer> only use it when things are breaking :)
[19:12] <seb128> :-(
[19:12] <bschaefer> seb128, im trying to find the ibus panel where ever it is...to see if I can run it to get some sort of error...
[19:12] <seb128> bschaefer, ibus-setup you mean?
[19:12] <bschaefer> seb128, well the panel that should be on the top right?
[19:12] <bschaefer> that icon you can click? Thats what im talking about :)
[19:13] <bschaefer> and my Show icon on system tray is checked
[19:13] <seb128> that's an indicator provided by ibus-daemon no?
[19:13] <bschaefer> you would think...im digging through the ibus-setup source to see what happens when you check the system tray
[19:13] <bschaefer> thing which should start that ibus indicator...you would think...
[19:14] <seb128> shrug
[19:14] <seb128> https://launchpad.net/ubuntu/+source/ibus/1.5.3-0ubuntu1
[19:14] <seb128> we dropped the ibus indicator patch it seems
[19:14] <bschaefer> o...
[19:14] <seb128> to we still have any ibus UI?
[19:14] <bschaefer> well that explains that...
[19:14] <seb128>   * Dropped changes:
[19:14] <seb128>     - debian/patches/05_appindicator.patch and python-appindicator recommends:
[19:14] <seb128>       + For Saucy, we'll be using indicator-keyboard instead.
[19:14] <bschaefer> seb128, yeah the i-keyboard still work IIRC...with ibus
[19:15] <bschaefer> seb128, which brings me back to the orig problem we were looking at...
[19:15] <bschaefer> why do we have --panel disable?
[19:15] <bschaefer> if its already disabled?
[19:15] <seb128> that's a good question, and I've no idea
[19:15] <bschaefer> seb128, yeah...neither do i :)
[19:15] <seb128> it might be for preventing the notification area icon to show
[19:15] <seb128> but since we don't display those...
[19:15] <bschaefer> seb128, yeah, i set im-config to ibus and no new icons are up there
[19:16] <seb128> bschaefer, so what you are saying is that putting ibus in auto is not going to have an UI impact on the user experience?
[19:16] <bschaefer> seb128, soo im more then happier now to just set im-config to auto
[19:16] <bschaefer> seb128, that is what im saying :)
[19:16] <seb128> how do I set it to auto?
[19:16] <seb128> I want to try that to confirm it
[19:16] <bschaefer> GunnarHj, is going to do that
[19:16] <GunnarHj> seb128: The ibus icon i showing fine in 13.04 when ibus is started via im-config. It's not showing in 13.10, which i fine since we have the Text Entry tab now. However, in the derivatives that don't use g-c-c it's highly desirable that the ibus icon keeps showing up.
[19:16] <bschaefer> right
[19:17] <seb128> GunnarHj, they have support for the notification area though, right?
[19:17] <seb128> (I think only unity dropped that)
[19:17] <bschaefer> seb128, so the problem we are running into is we need to set auto, but only for distros that use g-c-c
[19:17] <GunnarHj> seb128: I don't know. That's one reason I want to install and test one of them.
[19:17] <seb128> bschaefer, why? what would happen for others?
[19:18] <bschaefer> well that ibus icon would always be visible if they install ibus by default
[19:18] <bschaefer> but im not sure if they do...
[19:18] <bschaefer> well..
[19:18] <seb128> bschaefer, that's easy, we have a pile of packages that do (if XDG_CURRENT_DESKTOP="Unity"; then show_unity_ui)
[19:18] <bschaefer> seb128, sweet, GunnarHj ^
[19:18] <seb128> let's do that as well
[19:18] <bschaefer> seb128, thats why we were pinging you mostly :)
[19:18] <seb128> that's what we use to display e.g the unity launcher controls
[19:18] <seb128> haha
[19:18] <bschaefer> :)
[19:19] <bschaefer> awesome, yeah i've not messed with packages that could cause problems in other distros before :)
[19:19] <GunnarHj> seb128, bschaefer: I saw that. Does "Unity" include Kylin?
[19:20] <bschaefer> hmm I would think anyone with the unity desktop will get this setting
[19:20] <bschaefer> GunnarHj, so yes, i think they use unity?
[19:20]  * bschaefer checks
[19:20] <bschaefer> GunnarHj, which is fine, as they will be install fcitx
[19:20] <bschaefer> GunnarHj, yup it uses unity
[19:20] <bschaefer> https://wiki.ubuntu.com/UbuntuKylin
[19:21] <GunnarHj> bschaefer: Nice, thanks!
[19:21] <bschaefer> GunnarHj, soo yay, with that auto patch fix, all should be well again :)
[19:21] <seb128> GunnarHj, Kylin uses Unity but they don't install ibus (they use fcitx)
[19:22] <bschaefer> which auto works perfectly for that :)
[19:22] <seb128> GunnarHj, bschaefer: they don't even install ibus, so that shouldn't be an issue
[19:23] <GunnarHj> seb128: Have they integrated fcitx into the Text Entry tab then?
[19:23] <bschaefer> hopefully g-s-d doesn't have they same problem with Text Entry then
[19:23] <bschaefer> i mean them
[19:23] <seb128> GunnarHj, I don't think so, but that's not going to be a new issue from those changes
[19:23] <bschaefer> cool
[19:24] <GunnarHj> seb128: Do you mean that they use Text Entry for traditional keyboard layout only?
[19:25] <seb128> GunnarHj, I don't know what they are doing, basically they take Unity, remove ibus, install fcitx
[19:25] <bschaefer> GunnarHj, well fcitx has its own icon indicator
[19:25] <seb128> GunnarHj, they might just use the fcitx control and have a non working g-c-c UI
[19:25] <GunnarHj> bschaefer: Yes, I know.
[19:25] <GunnarHj> seb128: Ok. But as you said, it's unrelated to the default change we discuss now.
[19:26] <bschaefer> GunnarHj, sorry, was mostly thinking out loud
[19:28] <GunnarHj> seb128, bschaefer: Since we are so late in the cycle, I think it's time to write an MP. I'll do that by tomorrow.
[19:29] <seb128> GunnarHj, thanks
[19:34] <bschaefer> GunnarHj, awesome, thanks!


[16:08] <maco> http://raphaelhertzog.com/2011/04/21/people-behind-debian-meike-reichle-member-of-debian-women/
[17:02] <pleia2> great article :)
[20:06] <maco> one hour
[20:46] <JanC> 15 minutes  ☺
[20:59] <maco> pleia2: you running the show?
[20:59] <pleia2> yep
[21:00] <pleia2> #startmeeting
[21:00] <Mootbot-UK> Meeting started at 20:00. The chair is pleia2.
[21:00] <Mootbot-UK> Commands Available: [TOPIC], [PROGRESS REPORT], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[21:00] <pleia2> [LINK] http://wiki.ubuntu-women.org/Meetings/Agenda
[21:00] <Mootbot-UK> LINK received:  http://wiki.ubuntu-women.org/Meetings/Agenda
[21:01] <pleia2> that's the agenda for the meeting, who all is here?
[21:01] <jledbetter> o/
[21:01] <Pendulum> o/
[21:02] <pleia2> ok, so my plan for this meeting is to quickly review all our natty blueprints to see where we are, and then to do a little discussion about our plans for the oneiric cycle
[21:02] <maco> oh im here too o/
[21:02] <pleia2> [TOPIC] Ubuntu Women UDS-N Goals blueprint
[21:02] <Mootbot-UK> New Topic:  Ubuntu Women UDS-N Goals blueprint
[21:02] <pleia2> [LINK] https://blueprints.launchpad.net/ubuntu-women.org/+spec/ubuntutheproject-community-n-ubuntu-women-project-goals
[21:02] <Mootbot-UK> LINK received:  https://blueprints.launchpad.net/ubuntu-women.org/+spec/ubuntutheproject-community-n-ubuntu-women-project-goals
[21:02] <pleia2> so, as far as this specific blueprint we had to defer the blogging and contest stuff because they moved ada lovelace day
[21:03] <pleia2> in it's place we ended up doing work on increasing UDS diversity, so I don't really see this as a failure, we kept busy :)
[21:03] <pleia2> [alanbell/lyz] work to get new wiki theme approved and into the wiki: INPROGRESS
[21:03] <AlanBell> o/
[21:04] <pleia2> elky wanted to submit some patches, but she's in the middle of a big move so it's been difficult
[21:04] <pleia2> http://wiki.ubuntu-women.org/NewWikiTheme has details if you want to check out the new theme though :)
[21:04] <Mootbot-UK> LINK received:  http://wiki.ubuntu-women.org/NewWikiTheme has details if you want to check out the new theme though :)
[21:05] <pleia2> that's pretty much it for this blueprint, comments?
[21:05] <maco> looks nice
[21:05] <pleia2> [TOPIC] Ubuntu Women Mentoring Partnerships blueprint
[21:05] <Mootbot-UK> New Topic:  Ubuntu Women Mentoring Partnerships blueprint
[21:06] <pleia2> [LINK] https://blueprints.launchpad.net/ubuntu-women.org/+spec/ubuntutheproject-community-n-ubuntu-women-mentor-partnerships
[21:06] <Mootbot-UK> LINK received:  https://blueprints.launchpad.net/ubuntu-women.org/+spec/ubuntutheproject-community-n-ubuntu-women-mentor-partnerships
[21:06] <pleia2> we got most of this done :)
[21:06] <pleia2> the last one was sorta waiting on the beginners team changing their mentoring structure a bit, so it'll probably be bumped to next cycle
[21:07] <pleia2> comments? questions?
[21:07] <jledbetter> pleia2, Changing?
[21:07] <pleia2> jledbetter: this cycle they changed names of things, now have mentors and masters
[21:08] <pleia2> and want to change names further
[21:08] <pleia2> I'm sorta waiting until things stabilize
[21:08] <jledbetter> Yeah, true.
[21:08] <AlanBell> I have a lovely project for a new developer
[21:09] <pleia2> AlanBell: maybe post the opportunity to the list?
[21:09] <pleia2> I think we've done a poor job reaching out to folks who say "I'm a programmer, what can I do to help?"
[21:09] <AlanBell> yeah, would like to discuss after the meeting
[21:09] <pleia2> mostly I point them at bug triage and app developer week stuff, but it's not very targeted :\
[21:10] <jledbetter> Right.
[21:10] <pleia2> but let's move on to Oneiric stuff, since we can pretty much say Natty is done (release is next week :))
[21:10] <pleia2> [TOPIC] Oneiric Blueprint
[21:10] <Mootbot-UK> New Topic:  Oneiric Blueprint
[21:10] <pleia2> [LINK] https://blueprints.launchpad.net/ubuntu-women.org/+spec/community-o-ubuntu-women-project-goals
[21:10] <Mootbot-UK> LINK received:  https://blueprints.launchpad.net/ubuntu-women.org/+spec/community-o-ubuntu-women-project-goals
[21:11] <pleia2> we'll be having a session at UDS (May 9-13, uds.ubuntu.com) which can be attended remotely
[21:12] <pleia2> so on my short list for this blueprint: leadership elections (our terms in LP expire 2010-08-11), finish website/wiki work, continue mentoring, ada lovelace blogging/contest that we deferred
[21:12] <Pendulum> I think that's a fair bit of work for one cycle :P
[21:13] <pleia2> yeah, we'll have to define exactly what we need to do for each of these
[21:13] <pleia2> mentoring is the huge one, so we need specific tasks again
[21:13] <pleia2> http://wiki.ubuntu-women.org/Mentoring describes our current process
[21:13] <Mootbot-UK> LINK received:  http://wiki.ubuntu-women.org/Mentoring describes our current process
[21:14] <pleia2> (not much of a process)
[21:14] <pleia2> so I'm thinking we can encourage each other to do things like AlanBell's having a new develop project he can give someone, and in general being better about targeted "stuff to do"
[21:16] <pleia2> not sure what else :)
[21:17] <pleia2> even if they don't end up on the blueprint for this cycle, anyone else have ideas of what we should be doing as a project?
[21:17] <pleia2> things you've seen other diversity projects do? ways that we can improve current things we do?
[21:17] <maco> you know the photos we have of the person in each interview?
[21:18] <Cheri703-mobile> I think reaching out to locos might be good
[21:18] <maco> i think itd be neat to have a collage made up of those on the website
[21:18] <pleia2> maco: good idea
[21:18] <jledbetter> maco, Neat
[21:18] <pleia2> Cheri703-mobile: to offer them help to increase the number of women?
[21:18] <maco> i'd like to know how to do that!
[21:18] <maco> i'm the only woman in my LoCo
[21:19] <Cheri703-mobile> Yeah, or even helping them know there IS uw
[21:19] <Cheri703-mobile> So the women they do have can be aware
[21:19] <maco> i'm probably not going to Ohio LinuxFest this year because the folk festival where the LoCo always sets up a booth is that weekend, and women don't visit the booth if it's *all men*  (the guys noticed this the first year they had me there)
[21:20] <pleia2> maco: wow, interesting
[21:21] <pleia2> Cheri703-mobile: maybe we can put together some kind of document that discusses some of the ways to attract a more diverse crowd?
[21:21] <pleia2> I wrote an article in full circle magazine a couple years back, the how-to encourage women in linux document has some goodies
[21:21] <Cheri703-mobile> Even just helping to point out stuff like that, not just helping increase female participation, but encouraging the ones they have
[21:22] <maco> pleia2: when i went to lunch, they noticed the sudden demographic change in visitors
[21:22] <Cheri703-mobile> Yeah jledbetter
[21:23] <maco> our LoCo has a document we put on the table with info for women that has blurbs and URLs for UW, LinuxChix, DrupalChix, etc.
[21:23] <maco> i'll try to get a copy of it from kjcole
[21:23] <pleia2> we often have the little UW business cards or fliers from http://wiki.ubuntu-women.org/Resources at events
[21:24] <Cheri703-mobile> I will be using those next weekend, we are having a loco event
[21:24] <pleia2> yay :)
[21:24] <pleia2> I actually really like creating a page on our wiki for this stuff that we can show our loco teams as a blueprint item
[21:25] <Cheri703-mobile> Possibly also putting some of that on spread ubuntu
[21:25] <pleia2> oh yes, good idea!
[21:26] <Cheri703-mobile> I didn't know about the uw page, but skim spread ubuntu on occasion
[21:26]  * pleia2 nods
[21:29] <pleia2> ok, good, we have a nice list now
[21:29] <pleia2> I think I'll touch base with MichelleQ regarding mentoring, she took the lead here at the last UDS but she's gotten quite busy
[21:30] <pleia2> see what ideas she has for goals in the next cycle and whether she can help
[21:30] <jledbetter> And how we can, especially BT
[21:31] <pleia2> yeah, improving partnerships with other teams should be a priority
[21:31] <Cheri703-mobile> can someone email me all of the links from this meeting?
[21:31] <maco> Cheri703-mobile: i think the logs should be sent to the mailing list later...
[21:31] <pleia2> yeah, the logs with all the links will be posted on the wiki
[21:32] <maco> or a link to them, at least
[21:32] <pleia2> I can email them to you directly though, Mootbot-UK gives me a big ole PM log
[21:32] <pleia2> oh, and this is our last meeting until UDS
[21:32] <Cheri703-mobile> Ok, that'd be great
[21:33] <pleia2> hypatia, Cheri703 and I will be there in person :)
[21:33] <pleia2> and others
[21:33] <maco> pleia2: can i talk stats now?
[21:34]  * Cheri703-mobile is super excited
[21:34] <pleia2> we'll post remote participation details and timing for everything before the session
[21:34] <pleia2> [TOPIC] Developer Statistics
[21:34] <Mootbot-UK> New Topic:  Developer Statistics
[21:34] <pleia2> maco: all yours!
[21:35] <maco> Today I used AlanBell's team crawling script and found that there are 168 members of ~ubuntu-dev.  Of those, 7 are women, making 4.2%.  This is pretty close to our 5% member stat, so that points to fairly equal participation in development versus other things
[21:36] <maco> The rate of women joining ~ubuntu-dev has also been increasing. In 2007, there was one woman added.  Another in 2008, 2 in 2009, and 3 last year
[21:36] <pleia2> yay!
[21:37] <maco> (Though I can say that at the moment, there are no women with their names up for application, at least through the DMB https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda )
[21:37]  * valorie is late, but I'm here
[21:38] <pleia2> it's nice to see us making progress anyway
[21:38] <pleia2> thanks for digging this up, maco :)
[21:39] <valorie> that's awesome, maco
[21:39] <maco> Oh! And next Wednesday is the 1 year anniversary for Leann and Ara joining ~ubuntu-dev
[21:39] <pleia2> nice :D
[21:39] <AlanBell> will there be cake?
[21:40] <jledbetter> heh
[21:42] <hypatia> hey sorry i'm late
[21:42] <pleia2> [TOPIC] Announcements, other misc
[21:42] <Mootbot-UK> New Topic:  Announcements, other misc
[21:42] <pleia2> anything else before we wrap up?
[21:42]  * hypatia reads backscroll super quick
[21:42] <pleia2> from yesterday:
[21:42] <pleia2> 14:06:26 < akgraner> Hey all (I'll send this to the mailing list as well) Who wants to lead a session for Ubuntu Open Week?
[21:42] <pleia2> 14:06:53 < akgraner> something for non-developer users to help them understand the ins and outs of Ubuntu :-)
[21:42] <pleia2> 14:21:38 < akgraner> if you don't want to lead a session are there any sessions you would like to attend - topic suggestions welcome...then I can track people down :-)
[21:43] <hypatia> when is open week?
[21:44] <pleia2> right before UDS, Mon 2 May - Fri 6 May
[21:44] <pleia2> https://wiki.ubuntu.com/UbuntuOpenWeek
[21:44] <hypatia> im moving that week :(
[21:44] <jledbetter> Insanely busy or I would
[21:44] <hypatia> otherwise id offer to do a security session
[21:45] <jledbetter> hypatia, Good idea
[21:45] <hypatia> how often is OW?
[21:45] <pleia2> we have done Ubuntu Women sessions at these in the past
[21:45] <pleia2> hypatia: twice a year
[21:45] <hypatia> cool
[21:46] <pleia2> our last UW session was a year ago, but I think the project is pretty well-established and accepted now, even at that one I felt we were preaching to a choir :)
[21:46] <maco> "women" is now the biggest tag in my blog's tag cloud
[21:46] <hypatia> :)
[21:47] <pleia2> ok, anything else?
[21:50] <pleia2> alright, thanks everyone :)
[21:50] <pleia2> #endmeeting
[21:50] <Mootbot-UK> Meeting finished at 20:50.
[21:50]  * pleia2 heads off to lunch
[21:51]  * hypatia heads off to a nap


[02:15] <arrummzen_> Why does '/etc/init.d/apache2 restat' hang?
[02:15] <arrummzen_> It stops the Apache2 server, but it doesn't start it again... it just sits there...
[02:16] <arrummzen_> well, after ~5 seconds it finishes waiting and starts the server again... but why the wait?
[02:30] <mralphabet> it's waiting for apache to completely shut down
[02:31] <mralphabet> is this an apache server with lots of threads?
[02:31] <mralphabet> or child processes?
[03:55] <blanky> hey guys
[03:55] <blanky> how come sudo /etc/init.d/apache2 restart doesn't return any output
[03:55] <blanky> when I go to my site and view php files they're just text files
[04:33] <shawarma> blanky: You probably didn't install a php interpreter (libapache2-mod-php5)
[04:35] <blanky> shawarma: I did, actually what happened was that my friend had compiled apache from source
[04:39] <shawarma> Er.. ok.
[05:11] <blanky> hey guys, sudo /etc/init.d/apache2 start doesn't return anything and it's not running from the looks of ps aux | grep httpd
[05:11] <blanky> what should I do
[06:47] <aedes> has anyone gotten lvm and device-mapper working?
[07:16] <fabbione> aedes: i use lvm on almost all my machines
[07:21] <aedes> fabbione: have you tried 7.04 server?
[07:22] <aedes> it seems to be working with 6.10, but in 7.04 the mapper seemed not to be setup right
[07:24] <fabbione> aedes: yes feisty server and desktop. both works fine
[07:24] <fabbione> what problem do you have?
[07:24] <fabbione> be more specific
[07:25] <aedes> fabbione: well the directory /dev/mapper wasn't created in feisty
[07:25] <fabbione> aedes: lvm2 is installed only if at install time you create a volume on lvm.
[07:26] <fabbione> aedes: if you didn't do so, just apt-get install lvm2
[07:26] <aedes> yeah, I manually installed it
[07:26] <fabbione> and you should get it then
[07:28] <aedes> hmm, well I've got 6.10 on there now and lvm seems to be working fine.  An even bigger issue with 7.04 was when I upgraded the kernel it wouldn't boot, and complained about not finding any array to assemble in the mdadm.conf (the root fs is not on raid)
[07:29] <fabbione> aedes: known bug. the mdadm maintainer is working on it
[07:29] <aedes> ahh, so that's just with the newest kernel?
[07:30] <fabbione> it's not a kernel problem.
[07:30] <fabbione> it's an mdadm script error
[07:31] <aedes> so that's in the initrd?
[07:32] <aedes> because when it says that its the 3rd line of the boot
[07:33] <fabbione> yes in the initramfs
[07:33] <fabbione> it doesn't matter when it says it
[07:33] <fabbione> we make the kernel shuts up a lot at boot
[07:33] <fabbione> and print only real error
[07:34] <aedes> hmm, yeah I just noticed that ... I liked the more verbose printing
[07:34] <fabbione> remove quiet from the boot options
[07:36] <aedes> ahh, nice
[07:36] <aedes> so what would you recommend edgy or feisty?
[07:37] <fabbione> for servers? dapper
[07:37] <aedes> hmm, why is that? the LTS?
[07:37] <fabbione> yes the LTS
[07:38] <fabbione> because edgy had 6 weeks less of development and stabilization. feisty is not out yet
[07:38] <fabbione> so for server stick with dapper
[07:39] <aedes> hmm, what kind of sacrifices are made by choosing dapper? (less new functionality?)
[07:40] <fabbione> almost none and i would look at the benefits of an LTS
[07:40] <fabbione> not having to upgrade a server every 18 months rock
[07:41] <aedes> I'm not sure what LTS provides, I'm not sure if I'll be using it.  This is a personal server
[07:41] <fabbione> well then read about it
[07:41] <fabbione> these are all FAQ a bit offtopic for this channel
[07:42] <aedes> yeah, thanks.  You've answered my original questions
[11:43] <AlleAuei> buongiorno
[11:43] <AlleAuei> qualcuno potrebbe aiutarmi?
[11:44] <[miles] > english please
[11:45] <AlleAuei> ok
[11:45] <AlleAuei> can you help me with ubuntu?
[11:45] <[miles] > maybe, ask
[11:45] <AlleAuei> well i have a problem with installation of ubuntu
[11:45] <AlleAuei> sorry ffor my english:)
[11:46] <[miles] > AlleAuei: no problems... I don't speak Italian, however I do speak spanish
[11:46] <[miles] > if thats easier for you
[11:48] <AlleAuei> thanks for all but i find a italian:)
[11:48] <[miles] > ok, I don't know any italians here in this channel, just french
[11:49] <AlleAuei> :)
[12:07] <Chris_Tan> hello


[01:07] <polyrob19> Kremator: or lack of land area.
[01:07] <polyrob19> both archlinux, working one is up to date, failing one has most packages updated but not rebooted yet
[01:07] <polyrob19> lotuspsychje, just a sec, I'll get the initial output
[01:42] <mwbrown16> haasn: thanks, it works, too
[01:42] <mwbrown16> Karlton: Hey man be nice.
[01:42] <mwbrown16> cocreature: It keeps different dirs for optimisations, I thought it did for profiling too, but no 100% sure
[01:50] <Quick_Wango21> i am here to express my concerns and my disappointment in LE, and in the EFF.
[01:50] <Quick_Wango21> Most swimming beaches don't have many sharks. Are you going to a particularly shark-infested place?
[02:04] <gen_ale_drinker2> vim <( echo hello world )
[02:04] <gen_ale_drinker2> Ah I guess the raid can handle that.
[02:04] <gen_ale_drinker2> osse: yes, I mean that, and I was wondering if it's some option for zsh, or something programmed in by the prompt
[02:04] <gen_ale_drinker2> VegetableLasagna: They are incompatible
[02:04] <gen_ale_drinker2> oiaohm: nor laws based on earlier cases
[02:04] <gen_ale_drinker2> Atque: for expired we go with chanserv's last used, that has to be > 60 days, and it currently isn't
[02:15] <drawks13> aint nothin shaking loose in there
[02:16] <drawks13> # env -i db.user=foo env
[02:39] <Nizumzen1> Homebrew Website Club is a bi-weekly meetup of people passionate about or interested in creating, improving, building, designing their own website, in the same structure as the classic Homebrew Computer Club meetings https://indieweb.org/Homebrew_Website_Club
[02:39] <Nizumzen1> Where can I get some examples to practice?
[02:39] <Nizumzen1> faLUCE: End-Of-Life is the time when security updates and support for an Ubuntu release stop, see https://wiki.ubuntu.com/Releases for more information. Looking to upgrade from an EOL release? See https://help.ubuntu.com/community/EOLUpgrades
[03:29] <qbrix27> You can just build partial funnels
[04:49] <isaque> https://www.youtube.com/watch?v=o0vD7vqP1M8
[04:49] <isaque> the erlang philosophy on these things is fairly compelling
[05:13] <saigel_> Son_Goku, and this should be forbidden because not only KDE use Qt.
[05:13] <saigel_> I guess his credit checked out, so
[05:13] <saigel_> probably because the rules are wrong.
[05:13] <saigel_> maybe x86 realmode... it can only address 1meg, but a segment:address pair is 32 bits
[05:13] <saigel_> I have a wireless sub and rear speakers
[05:13] <saigel_> can you force a file sourcing by calling a non-existent function like namespace#terrible_256bit_hash, silently discard the error, and then try to look for the function you want ?
[05:32] <NeXTSUN> the_document: yes there are
[05:32] <NeXTSUN> The x2go repos are disgusting imho. The arm packages split out in a raspbian repo.
[05:32] <NeXTSUN> Hah. nice.
[05:32] <NeXTSUN> image if one just took him out
[05:32] <NeXTSUN> gygax, I guess we both are :)
[05:33] <NeXTSUN> You invoked [ incorrectly, but it wasn't a syntax error, so bash was able to carry on.
[05:52] <estorado0> when monero goldman #partnership?
[05:52] <estorado0> however sysrq keys still work after the crash *wtf*
[05:52] <estorado0> yes, I would also say stop worrying and keep merging
[07:02] <CoreDuo> or put it in a variable
[07:02] <CoreDuo> ( , ) ( , )
[07:02] <CoreDuo> I'll look them up
[07:02] <CoreDuo> lopid: LOL :D
[07:02] <CoreDuo> hmm... ok
[07:02] <CoreDuo> sed > *
[07:18] <M0SPN__> though sie uses two assignments where one would do.
[07:25] <Deathrattle> alright, I'll look into it
[07:25] <Deathrattle> class A is an abstract class; B implements it completely; C is derived from B and also from another class X that's an abstract class derived from A. Why does C complain that it doesn't implement A's methods, if B implements them?
[07:55] <psidhu16> i just use a giant switch statement
[07:56] <psidhu16> Necessity is the mother of all invention
[07:56] <psidhu16> lets see what comes out from our experiment.
[07:56] <psidhu16> Oooo I was able to join
[07:56] <psidhu16> I think this is the one I found in the machine http://www.ti.com/lit/an/snoa718/snoa718.pdf although I can't be sure. It has the number 6562 on it and underneath there is the number 446 with the second 4 having a line above it.
[09:28] <sponix> what's a tach?
[09:28] <sponix> why though? It's just the same thing :)
[09:41] <TonyL9> captcha is the botnet, while using TOR it allows very effective timing attacks
[09:41] <TonyL9> Were looking for a set between N and 2^N
[09:41] <xerox12318> /foreach query /unquery
[09:41] <xerox12318> did get a couple to leak gas though from physical abuse
[09:41] <xerox12318> ok i got a apple extreme , is that bad ?
[09:42] <xerox12318> (well, in this situation, to a first approximation, a class is just a function (a value, a run-time entity) that computes an object)
[09:42] <xerox12318> jim: They said they were around 1:00 UTC tomorrow. :)
[09:49] <Guest67709> Αlⅼah ⅰs dⲟinɡ
[09:49] <Guest67709> and that will make you feel good about yourself
[09:49] <Guest67709> sauvin: it does, but it's pretty simplistic
[09:49] <Guest67709> welcome. unfortunately acpi doesn't look much happier than before.
[09:50] <Guest67709> rorx: was hit ShiftKey? I thought it was SwiftKey
[09:50] <Guest67709> how does one pronounce/articulate a diagonal struck operator? as in Dirac operators
[10:25] <ampzamp> I've fixed whack HDDs with smart
[10:25] <ampzamp> er, or maybe it doesnt
[11:25] <Bru^16> user_: usermod -l newusername oldusername
[11:25] <Bru^16> I actually consulted Wine's FAQ HTML document yesterday, while attempting to play audio files in Winamp under Wine.
[11:50] <FrejaSE> i just wanna trash the shitty mechanical drive, lol
[11:50] <FrejaSE> kevtris: how far?
[12:22] <celeri13> tsaka__: how about shouldSatisfy (d,cell) $ (\(d',cell') -> p1 d' cell' == p2 d' cell'
[12:22] <celeri13> zee truth does not matter, only what people think is zee truth
[12:23] <celeri13> only seen with c
[12:23] <celeri13> This is my understanding at this time. It'd be a good idea to ask again when more people are around for more answers.
[12:51] <SibrenVasse1> just ask
[12:51] <SibrenVasse1> slvr: how else would you share them?
[13:39] <boboTjones11> altendky, yes, you're right. because the >> 8 bitshift outputs a weird ASCII character. so you're right.
[13:39] <boboTjones11> garyzeasshole: Why didn't you tell them you are German and was starting to write a sentence the "The" and the accidently hit the submit button and walled away?
[14:40] <TheTrash24> lots of interesting collaborative federation projects going on
[14:40] <TheTrash24> Accuracy does not equal formality
[14:40] <TheTrash24> I can forward the spam to anyone feeling left out
Binary file (standard input) matches


[10:28] <rmg51> Morning
[13:04] <JonathanD> Hi.
[13:21] <teddy-dbear> Morning peoples, dogs, hamsters and everything else


[16:50] <zaki> hey pavlushka
[16:51] <pavlushka> zaki: hello
[16:51] <zaki> pavlushka, how are you ?
[16:51] <pavlushka>  a little feverish, may be corona


[12:46] <kanashiro[m]> cpaelzer: thanks for that! FYI I got ruby-sdbm into the git repo with server team subscriptions, we got unsubscribed over the night because it was not there
[13:22] <cpaelzer> thanks kanashiro[m]
[15:54] <kanashiro[m]> didrocks: I added a comment to LP: #1977860 not sure if you noticed, what do you think we should do to move forward with the backport of golang 1.18 to focal?
[15:54] -ubottu:#ubuntu-devel- Launchpad bug 1977860 in golang-1.18 (Ubuntu Jammy) "Backport 1.18.3 to 20.04 and 22.04 LTS" [Undecided, Incomplete] https://launchpad.net/bugs/1977860
[23:07] <justdan96___> hi all, would someone be able to check if this SRU I submitted looks correct: https://bugs.launchpad.net/ubuntu/+source/qt6-base/+bug/1970057/comments/22
[23:07] -ubottu:#ubuntu-devel- Launchpad bug 1970057 in qt6-base (Ubuntu Jammy) "Qt6 QLibraryInfo returns wrong paths" [Undecided, Confirmed]
[23:10] <justdan96___> I'm looking for sponsorship of that SRU since the bug has been around for a while
[23:21] <Eickmeyer> justdan96___: Not sru team, but lgtm.
[23:23] <Eickmeyer> Doesn't usually need a scope section, and "Other Info" usually goes below "Where problems could occur" so just fix that and I think you're OK.
[23:28] <Eickmeyer> mitya57: Are you familiar with this? ^