[07:16] <didrocks> good morning
[07:18] <jibel> Salut didrocks, ça va?
[07:20] <didrocks> ça va jibel, et toi ?
[07:21] <jibel> didrocks, bien bien, doing some iso testing for 16.04.6 ....
[07:22] <didrocks> hum, "enjoy"
[07:47] <oSoMoN> good morning desktoppers
[08:15] <didrocks> salut oSoMoN
[08:15] <oSoMoN> salut didrocks
[08:46] <seb128> good morning desktopers
[08:46] <seb128> didrocks, oSoMoN, jibel, lut les frenchies
[08:47] <oSoMoN> salut seb128
[08:47] <seb128> en forme ?
[08:47] <jibel> salut seb128
[08:48] <jibel> en forme et toi?
[08:48] <seb128> un léger rhume mais sinon ça va
[08:48] <didrocks> salut seb128
[08:56] <willcooke> morning all
[08:56] <willcooke> I'm doing a rls-bugs list by hand this morning (haven't scripted it yet) - so I will send out the meeting reminder with all the bugs in it ASAP.
[08:56] <willcooke> Got a meeting with OEM now, so maybe in around 1hr
[08:56] <willcooke> seb128, FYI ^
[08:57] <didrocks> hey willcooke
[08:57] <willcooke> hi didrocks
[08:59] <seb128> willcooke, hey, wfm, I assumed that we would skip since it was not on the community hub weekly but yeah email might be a good first round workaround
[09:00] <willcooke> Yeah, I figure it'll be useful.  At least it will be for me, since I can think about how to present the data while I'm putting it together
[09:02] <Laney> hi
[09:02] <seb128> hey Laney, how are you? did you fully recover from friday?
[09:09] <Laney> hi seb128
[09:09] <Laney> I'm alright thanks, what about you?
[09:09] <Laney> yeah pretty much, managed to go climbing last night so can't be that bad
[09:12] <oSoMoN> good morning willcooke, Laney
[09:15] <seb128> I'm fine, a bit for a cold/blocked nose at night but I can't really complain
[09:32] <Laney> hey oSoMoN
[09:52] <Trevinho> Aloha!
[09:58] <oSoMoN> aloha Trevinho
[09:59] <seb128> hey trevinho, how are you?
[10:04] <didrocks> hey Trevinho
[10:05] <Laney> moinco
[10:05] <didrocks> hey Laney! :p
[10:06] <Laney> moinrocks!
[10:11] <jibel> FYI latest disco desktop image promoted to current
[10:14] <didrocks> \o/
[10:20] <Trevinho> seb128: all good thanks! :)
[10:20] <Trevinho> hi oSoMoN and didrocks too
[10:21] <Trevinho> and to Laney too
[10:22] <seb128> thx jibel
[10:31] <jibel> could someone try an encrypted home installation of 16.04.6 and tell if he can log in?
[10:33] <jibel> I get a permission denied when attempting to read the wrapped pass phrase
[10:36] <didrocks> jibel: happy to do it this afternoon
[10:38] <didrocks> if nobody beats me to it, starting the iso download right now
[10:39] <jibel> this is the journal when I attempt to log in http://paste.ubuntu.com/p/MXJNVbXV8g/
[10:39] <jibel> i'll report a bug
[10:43] <willcooke> jibel, on it
[10:48] <willcooke> didrocks, do you know anything about tweaking the "pressure" in the dock?  I'd like to try some different numbers and see if I can smooth it out a bit (where the mouse gets stuck on the side of the screen), but I don't know where I should make those changes.  Looking at the code suggests there is UI for this, but I can't see it
[10:50] <andyrock> willcooke: search for pressure-threshold in dconf-editor
[10:50] <willcooke> andyrock, thanks!
[10:50] <andyrock> should be under /org/gnome/shell/extension/dash-to-dock
[10:50] <andyrock> or something like this
[10:50] <willcooke> thx andyrock
[10:50] <andyrock> np!
[10:52] <willcooke> oooh
[10:52] <willcooke> "Isolate monitors" is handy
[10:53] <andyrock> it what we used to have in unity?
[10:53] <willcooke> Not quite, but nearly I think
[10:53] <andyrock> or maybe we had workspace isolation?
[10:53] <willcooke> there's an option for that too
[10:54] <willcooke> k, I've halved the pressure value and I will try that
[10:55] <willcooke> see how annoyed I get ;)
[11:33] <Trevinho> willcooke: yeah, those are the kind of options I'd like to get live
[11:34] <Trevinho> same with the one to have workspaces in the 2nd monitor too, that could then be disabled when in "presentation-mode"
[11:38] <willcooke> neat
[12:30] <mdeslaur> tkamppeter: hi! were you able to reproduce the blue page ghostscript regression? if so, could you please test the new ghostscript packages in the security team ppa here: https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages
[12:31] <mdeslaur> tkamppeter: I can't seem to reproduce the original issue, so I don't know if the second upstream commit actually fixes it or not
[12:51] <seb128> mdeslaur, I can reproduce the blue page with
[12:51] <seb128> $ gs -dSAFER -dNOPAUSE -dBATCH -sOutputFile=bug -sDEVICE=cups -dcupsColorSpace=17 -c "showpage"
[12:52] <seb128> mdeslaur, then $ git clone https://github.com/michaelrsweet/rasterview; cd rasterview; ./configure; ./rasterview bug
[12:52] <seb128> if that helps
[12:52] <mdeslaur> seb128: oh sweet, yes that helps
[12:52] <seb128> (need libfltk1.3-dev to build the rasterview)
[12:53] <mdeslaur> thanks seb128
[12:53] <seb128> np
[12:53] <seb128> and confirmed that .6 doesn't have the issue forme
[12:53] <seb128> (now trying the ppa version)
[12:55] <seb128> yeah, .7 is fine (at least no blue bg)
[12:56] <mdeslaur> seb128: awesome, thanks for the test hint...I'll try it too in a few minutes
[12:56] <seb128> np
[12:57] <mdeslaur> tkamppeter: nm, seb helped me out ^
[12:58] <seb128> mdeslaur, you can replace the "-c showpage"" by an pdf filename also for a more "concrete" example
[13:00] <mdeslaur> oh, good
[13:01] <seb128> we should snap that rasterview :)
[13:42] <Laney> jbicha: I pushed g-s-d to lp git, did you want to review / upload maybe?
[13:42] <Laney> also, thx for gvfs
[13:44]  * Laney pops out for a bit (will probably be late for the meeting)
[14:30] <seb128> ok, meeting time
[14:30] <seb128> #startmeeting Desktop Team Meeting 2019-02-26
[14:30] <meetingology> Meeting started Tue Feb 26 14:30:36 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:30] <meetingology> Available commands: action commands idea info link nick
[14:30] <andyrock> o/
[14:31] <seb128> Roll call: andyrock, didrocks, duflu (out), jbicha (out), jamesh (out), jibel, kenvandine (out), laney (late?), oSoMoN, tkamppeter (out), trevinho, robert_ancell (out)
[14:31] <oSoMoN> o/
[14:31] <Trevinho> O/
[14:32] <didrocks> hey
[14:32] <seb128> quite some people out today, let's get started anyway
[14:32] <jibel> hi
[14:32] <seb128> #topic rls-bugs-review
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:33] <seb128> no desktop section for -bb but bug #1803136 sounds like it should be owned by desktop
[14:33] <seb128> though that it's in universe
[14:34] <didrocks> it impacts potential rebuilds in main, though?
[14:34] <seb128> I vote rls-bb-notfixing, it's a valid request and we should SRU it but it's not worth rls tracking
[14:34] <seb128> well, it might
[14:34]  * didrocks always feels uneasy with vala update
[14:34] <seb128> but it shouldn't? it's a bugfix update
[14:34] <Trevinho> not sure...
[14:35] <seb128> no reason we need to rebuild thing, though it could lead to ftbfs-es
[14:35] <didrocks> yeah, but bugfixing means doing a mass rebuild anyway, so… +1 on -notfixing
[14:35] <seb128> anyway
[14:35] <didrocks> (or segfaults at runtime :p)
[14:35] <seb128> k, let's not argue if (test) rebuilds are required on not, it's not useful if we rls-bb-notfixing
[14:35]  * seb128 updates the bug
[14:36] <Trevinho> does it need rebuilding the vala world all the times?
[14:37] <didrocks> Trevinho: well, generated C code will get the fixes, no?
[14:38] <seb128> fixing the toolchain and updating our packages to benefit of the fixes are different things
[14:38] <seb128> we can update the toolchain first and then evaluates what would benefit from a rebuild
[14:38] <seb128> but that's a conversation for post meeting :)
[14:38] <Trevinho> yep, depends on the fixes... Could also be just on the compiler itself. then bugs depend on specific cases I think
[14:38] <seb128> that was the one bionic incoming
[14:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[14:39] <didrocks> (but it means that a security update later can have more troubles than needed due to untested rebuild first, but agreed, discussion for later)
[14:39] <seb128> same vala situation there
[14:39] <didrocks> yep
[14:40] <seb128> and that's the one one for cosmic
[14:40] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[14:40] <seb128> that is more interesting
[14:41] <seb128> bug #1817020
[14:41] <seb128> that basically screws your session
[14:41] <andyrock> I can take this
[14:41] <seb128> but most of our users don't use touch
[14:41] <seb128> k, so I vote +1 and assignee andyrock :)
[14:41] <Trevinho>  andyrock ❤
[14:41] <seb128> others agree on nominating?
[14:41] <seb128> andyrock, thx!
[14:41] <andyrock> np
[14:41] <didrocks> hard to argue against :p
[14:42] <seb128> done
[14:42] <andyrock> thx
[14:42] <seb128> bug #1817546
[14:43] <seb128> +1 for me for nominating
[14:43] <seb128> trevinho, you want to own that one?
[14:43] <andyrock> +1
[14:43] <Trevinho> yep
[14:43] <seb128> thx
[14:43] <seb128> next
[14:43] <seb128> bug #1817128
[14:43] <seb128> I vote +1, I'm ok to own it
[14:44] <seb128> (I hope GNOME fixes it for .0 but otherwise we know what commit to revert)
[14:45] <seb128> k, no other vote, let's do that and move on
[14:45] <seb128> bug #1817490
[14:45] <seb128> that has already been handled, the new version just needed to be locked to the same gnome-shell serie
[14:45] <seb128> L_aney uploaded that earlier
[14:45] <seb128> bug #1440372
[14:45] <seb128> I vote -1 / notfixing
[14:46] <didrocks> yeah, same as well
[14:46] <Trevinho> Wasn't there a branch already?
[14:46] <Trevinho> IIRC...
[14:46] <seb128> unsure why it has been tagged, that's nothing new nor urgent
[14:46] <seb128> not that I know
[14:47] <didrocks> well, there is a branch from 2015, from mterry, but tested? Why not merged? unsure
[14:47] <seb128> yeah, no reason it needs to be important not for disco in any case
[14:47] <seb128> bug #1816945
[14:48] <seb128> that has a patch and looks like worth fixing (I don't know what's the status of failsafe nowadays, I think I read comments saying it didn't work (well) with gdm/recent Ubuntu versions)
[14:48] <seb128> I vote +1
[14:48] <seb128> tjaalton, can you review the patch/test that?
[14:49] <seb128> k, no other opinion? :(
[14:50] <seb128> I do accept/assign & let's move to next one
[14:50] <didrocks> I'm unsure it even works TBH
[14:50] <Laney> back
[14:50] <seb128> right
[14:50] <seb128> wb Laney
[14:50] <seb128> you got saved by a long list of dd-incoming, we didn't reach your section yet :)
[14:51] <seb128> bug #1817073
[14:51] <seb128> brb, door bell
[14:51] <seb128> please discuss ^
[14:51] <didrocks> I'm on +1 fixing it, this is a bad behavior which can crash the shell by $whatever_app
[14:51] <didrocks> I can have a look if Trevinho or andyrock don't have time for it, I will be less effective though as they know more the code than I do
[14:52] <andyrock> I took a look during the sprint (forget to put it in the weekly report) but was unable to reproduce the problem
[14:52] <didrocks> (I guess there are 2 parts: 1. printing the asset name so that app authors can see that on the log and 2. prevent the infinite loop)
[14:52] <seb128> I agree that it would be nice to fix it
[14:52] <didrocks> andyrock: with a simple app and no asset?
[14:52] <didrocks> like simple app publishing an indicator (do you have any handy?)
[14:52] <seb128> we didn't seem to have much report and seems specific to a not-used-a-lot software
[14:53] <andyrock> didrocks: with their app
[14:53] <didrocks> ahhh, interesting
[14:53] <Trevinho> I expect the shell not to crash more than the extension though
[14:53] <didrocks> anyway, I can havae a try to reproduce
[14:53] <seb128> let's discuss details after the meeting
[14:53] <andyrock> if no one wants to take this feel free to assign it to me
[14:53] <seb128> I think I -1 tracking it as -rls because it's obviously not something lot of users have been hitting
[14:53]  * Laney thinks assign but not rls personally
[14:53] <seb128> agreed
[14:53] <andyrock> makes sense
[14:54] <didrocks> (was twitter-popular for a while, this is why it got my attention btw)
[14:54] <didrocks> (and blaming ubuntu, blablabla)
[14:54] <seb128> didrocks, I assign to you to find a reproducer then feel free to reassign to andy
[14:54] <didrocks> sure
[14:55] <seb128> bug #1772811
[14:55] <seb128> I think that's fixed in proposed
[14:55] <seb128> trevinho, correct?
[14:55] <Trevinho> yeah it should
[14:55] <seb128> if so can you update the status?
[14:55] <seb128> thx
[14:56] <Trevinho> yep. Forgot to add it in the changelog it seems
[14:56] <seb128> k
[14:56] <seb128> so, tracking list
[14:56] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html all owned
[14:57] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html
[14:57] <seb128> bug #1796622
[14:57] <seb128> cosmic needs fixing/SRU to the current version
[14:57] <seb128> let's assign to Till
[14:58] <Laney> Till mentioned that on his report
[14:58] <seb128> right
[14:58] <seb128> bug #1815708
[14:59] <seb128> I assign that one to robert since he uploaded the change to cosmic https://launchpadlibrarian.net/411242971/gnome-software_3.30.2-0ubuntu10_source.changes
[15:00] <seb128> or I will later if launchpad stops timeouting on me :/
[15:00] <seb128> that's it for cosmic
[15:00] <andyrock> regarding this https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1799293
[15:00] <andyrock> do we really care about  gnome-shell-extension-dashtodock
[15:00] <andyrock> it's fixed in  gnome-shell-extension-ubuntudock
[15:00] <andyrock> and upstream
[15:00] <seb128> it would be nicer to fix it there, but it's not a priority
[15:01] <seb128> don't spend time on it
[15:01] <Laney> IMO not as a team, but you can use ~ubuntu-sponsors and someone might pick it up
[15:01] <Laney> ...if you want...
[15:01] <seb128> +1
[15:01] <didrocks> sounds good
[15:01] <andyrock> kk
[15:01] <seb128> ok, moving on
[15:01] <seb128> bb-tracking
[15:02] <seb128> bug #1763892
[15:02] <Trevinho> duflu area
[15:02] <seb128> he's on it, started with cosmic
[15:02] <seb128> let's assign to him
[15:02] <seb128> bug #1769991
[15:03] <seb128> k, unsure how that got nominated but I think it shouldn't at this point
[15:04] <seb128> I'm deleting the xenial/bionic targets and asking that guy to follow the process (he needs to provides details anyway)
[15:04] <seb128> and the odrs one is same as cosmic, for Robert
[15:04] <Laney> https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1769991/+activity that guy?
[15:04] <Laney> :>
[15:04] <seb128> yes
[15:04] <seb128> does anyone know him?
[15:04] <didrocks> nope
[15:04] <Laney> if you mean teward, he's an ubuntu-dev
[15:05] <Laney> however, that's not the guy I'm referringn to
[15:05] <Laney> (scroll down to "bug task added")
[15:05] <Trevinho> nope too
[15:05] <seb128> lol
[15:05] <seb128> I did the xenial one
[15:05] <seb128> not bionic :p
[15:05] <Laney> :D
[15:05] <seb128> aaaanyway
[15:05] <seb128> :)
[15:05] <seb128> #topic update_excuses_by_team.html#desktop-packages
[15:06] <seb128> Laney, your turn!
[15:06] <Laney> ok
[15:06] <Laney>  glib2.0 (2.59.2-2 to 2.59.3-1) in proposed for 5 days
[15:06] <Laney> give me a card for that, I don't think Jeremy is going to take it
[15:06] <Laney>  gnome-software (3.30.6-2ubuntu2 to 3.31.2-0ubuntu1) in proposed for 4 days
[15:06] <Laney> two things
[15:06] <Laney>  Unsatisfiable depends:
[15:06] <Laney>     libxmlb1: amd64, arm64, armhf, i386, ppc64el, s390x
[15:06] <Laney> that's an MIR https://bugs.launchpad.net/ubuntu/+source/libxmlb/+bug/1814997
[15:07] <Laney> not sure if we want to get that raised up or not
[15:07] <Laney> Blocked by bug: 1817223
[15:07] <Laney> imho that should be nominated
[15:07] <Laney> and tracked that way
[15:07] <didrocks> (MIR is pending security)
[15:07] <seb128> we should raise it up/ask security, it blocks also the new fwupd
[15:07] <seb128> +1, let's do that
[15:08]  * didrocks agrees
[15:08] <Laney> cool
[15:09] <Laney> and the bug, nominate/assign to robert?
[15:09] <Laney> he's been working on it, but for tracking
[15:10] <seb128> yes, I do that
[15:10] <Laney> thx
[15:10] <Laney>  gvfs blocking glibc (2.28-0ubuntu1 to 2.29-0ubuntu1) for 4 days
[15:10] <Laney>     Regressions
[15:10] <Laney>         gvfs/1.39.91-1: amd64 (log, history), s390x (log, history)
[15:10] <Laney> jbicha uploaded a new one, but http://autopkgtest.ubuntu.com/packages/g/gvfs/disco/amd64 for that looks bad
[15:10] <Laney> card it
[15:11] <Laney>  cairo (1.16.0-2 to 1.16.0-3) in proposed for 3 days
[15:11] <Laney>     Regressions
[15:11] <Laney>         gnome-shell-pomodoro/0.14.0-1: amd64 (log, history), arm64 (log, history), armhf (log, history), i386 (log, history), ppc64el (log, history)
[15:11] <Laney> card that too, looks like something valaish
[15:11] <Laney> I didn't look at the ones that are greyed out
[15:11] <Laney> so, end
[15:11] <seb128> k
[15:12] <seb128> do we kno what's the status of the gnome-shell transition?
[15:12] <Laney> going to have to remove some extensions to proposed
[15:12] <seb128> do we demote extensions to proposed, if so who is working on getting the list? jbicha?
[15:12] <Laney> jeremy did some stuff on his status
[15:12] <Laney> but it can't go in until glibc is done anyway
[15:13] <seb128> right
[15:13] <seb128> I'm looking at poppler which I started (for the record)
[15:13] <andyrock> glibc is already fixed upstream right?
[15:13] <Laney> dunno, not our team
[15:13] <Laney> so I'm not tracking it ;-)
[15:13] <Laney> they were mentioning it a bit on release though so I know it's being worked on
[15:13] <seb128> andyrock, glib you mean? glibc is libc6 and that has a bunch of autopkgtest issues
[15:14] <seb128> but that's for foundations to sort out
[15:14] <seb128> #topic aob
[15:14] <seb128> other topics?
[15:14] <andyrock> oh missed the c :P
[15:14] <seb128> reminder we are in feature freeze, so updates including features need a ffe
[15:14] <seb128> also if you had a feature that you wanted to land and missed the line please let me know
[15:15] <Laney> so it can be DENIED
[15:15] <andyrock> ahahaha
[15:15] <Trevinho> Iano the terrible
[15:15] <Trevinho> Ianus*
[15:15] <seb128> :)
[15:15] <seb128> reading Jeremy's post again
[15:16] <seb128> Laney, trevinho, he mentioned that gnome-shell needs the new g-s-d probably for keybinding to work, did we lock those together through propers packaging tweaks?
[15:16] <seb128> (I could check myself, sorry for being lazy)
[15:17] <andyrock> I confirm that it requires the new g-s-d
[15:17] <Trevinho> seb128: hmhmg... There was no dep change. But not in the released one
[15:17] <Trevinho> it's for next one
[15:17] <seb128> k
[15:17] <seb128> seems all
[15:17] <Trevinho> andyrock: maybe send upstream meson change too
[15:17] <seb128> no other topic?
[15:18] <seb128> k, seems not, let's call it a wrap, the meeting was long enough with a busy list of rls bugs (welcome into post-ff time ;)
[15:18] <didrocks> nothing for me
[15:18] <seb128> thx desktopers!
[15:18] <didrocks> thx!
[15:18] <seb128> #endmeeting
[15:18] <meetingology> Meeting ended Tue Feb 26 15:18:32 2019 UTC.
[15:18] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-02-26-14.30.moin.txt
[15:18] <oSoMoN> thanks
[15:18] <seb128> oh also, I think we should change slightly the rls reviews
[15:18] <andyrock> thx!
[15:18] <Trevinho> thanks
[15:19] <seb128> have people do +1/0/-1 votes maybe
[15:19] <seb128> often the chair sit down there waiting on someone to maybe comment
[15:19] <seb128> but that doesn't happen
[15:19] <seb128> and we all sit down looking at the screen and waiting for a minute
[15:21] <oSoMoN> I feel that for most of those bugs I don't have a deep understanding of the problem, at least not without spending a few minutes reading the description and comments
[15:22] <seb128> then it's a =0 :)
[15:22] <oSoMoN> maybe I should reserve some time before the meeting to go through the rls bugs and read them?
[15:23] <seb128> or we should perhaps ask people to read the bugs before the meeting
[15:23] <seb128> yeah, that's an option
[15:23] <Laney> not sure it's right that this should be a voting thing
[15:23] <Laney> imho
[15:23] <oSoMoN> not a bad thing imo, that would give the entire team a better common view of what's incoming
[15:24] <seb128> let's have a proper discussion at another time then
[15:24] <seb128> but yeah, maybe it shouldn't be a voting
[15:25] <seb128> I just feel like we didn't find a smooth process and we are wasting a part of the meeting waiting for people to comment or not which is suboptimal
[15:25] <Laney> my idea before was to have a bug master
[15:25] <seb128> right
[15:26] <Laney> anyway, worth thinking about, it's one of the less smooth parts for sure
[15:27] <Trevinho> would need something interactive.. like a web page, quick voting with countdown... :-)
[15:36] <andyrock> what's the password required to enter in a failed autopkgtest console?
[15:36] <Laney> ubuntu
[15:37] <Laney> are you taking glib?
[15:37] <andyrock> nope
[15:37] <andyrock> tracker
[15:38] <Laney> k good
[15:38] <Laney> seb128: are you making the cards for proposed stuff or?
[15:38] <andyrock> let me know if you need help with glib
[15:39] <seb128> Laney, yes, sorry I didn't want to get too sidetracked during the meeting so I put that in my gedit, about to get back to it
[15:39] <Laney> np, just checking
[15:40] <andyrock> "ubuntu" does not work
[15:42] <seb128> it should :/
[15:43] <Laney> ubuntu/ubuntu
[15:52] <seb128> Laney, cards added
[15:52] <Laney> nice one
[15:57] <jbicha> gvfs feels to me like it does better when the infrastructure isn't so busy doing stuff like rebuilding all the nodejs rdeps
[15:57] <jbicha> it did pass for me yesterday in my PPA<EMAIL_ADDRESS>[15:58] <jbicha> please bump the gvfs/s390x hint
[16:00] <andyrock> Laney: ubuntu/ubuntu works
[16:01] <andyrock> not sure why it tells me to use systemd-coredump@localhost
[16:01] <andyrock> instead of ubuntu@localhost
[16:07] <Laney> that was some bug in autopkgtest
[16:12] <seb128> Laney, unsure how busy you are but slashd pinged me asking if we had debuging tip on bug #1817738
[16:12] <seb128> or if that rings any bell
[16:18] <Laney> tips: turn debugging on in gdm config and see if it's saying anything in the journal
[16:19] <seb128> slashd, ^
[16:20] <slashd> Laney, seb128 yeah I did that already, it didn't said much. I'll give it another try
[16:21] <seb128> slashd, btw we usually don't directly target bugs to a serie if they don't have an owner, our process is to rather tag rls-bb-incoming (or other -nn according to the serie) and we review those and then approve&assign/decline as we feel appropriate
[16:22] <slashd> seb128, noted for next time
[16:23] <seb128> thx
[18:52]  * willcooke is off
[18:52] <willcooke> night


[14:12] <ebordon> hello
[14:12] <manusheel> ebordon: Hello
[14:12] <ebordon> I need your help....
[14:12] <manusheel> ebordon: Sure.
[14:13] <manusheel> Can you explain your isssue.
[14:13] <ebordon> I have installed sugar 0.88 on Ubuntu 10.04 (I think ubuntu-sugar-remix)
[14:13] <ebordon>  http://wiki.sugarlabs.org/go/Community/Distributions/Ubuntu
[14:13] <ebordon> but now, I have only sugar interface
[14:13] <ebordon> how I can to switch to gnome?
[14:15] <manusheel> ebordon: Sure. There are steps to this method. Let me send you an e-mail on the steps sometime today. Can you tell me your e-mail address?
[14:15] <ebordon> manusheel: Sure<EMAIL_ADDRESS>[14:16] <ebordon> manusheel: Thank you!
[14:16] <manusheel> ebordon: Very welcome.
[14:16] <manusheel> We'll get back to you soon.
[14:18] <ebordon> I will be ;)
[14:18] <manusheel> ebordon: Great.
[14:31] <lfaraone> Morning.
[14:32] <manusheel> lfaraone: Good morning.
[14:42] <manusheel> lfaraone: How was DebConf conference?
[14:43] <lfaraone> manusheel: exciting and interesting.
[14:44] <manusheel> lfaraone: Great. Glad to hear.
[14:44] <manusheel> lfaraone: Did we get feedback on USR that you would like to share?
[14:46] <lfaraone> manusheel: not from users.
[14:46] <lfaraone> manusheel: Jonas has posted the results of most of our discussions IRL to the list.
[14:47] <lfaraone> manusheel: I did get s-terminal-a sponsored, and I sponsored s-write-a-0.86
[14:52] <manusheel> lfaraone: Yes, Luke. Did read Jonas's memo. Neat indeed. Thanks for getting the activities sponsored.
[14:52] <manusheel> Appreciate it.
[15:10] <manusheel> ebordon: Sending you the response to your query.
[15:15] <manusheel> kandarpk: Hi Kandarp.
[15:15] <kandarpk> manusheel sir: hello sir.
[15:15] <manusheel> kandarpk: How have you been doing?
[15:16] <kandarpk> manusheel sir: doing good.
[15:16] <manusheel> kandarpk: Great.
[15:16] <ebordon> manusheel: Thanks, anyway I could to solve it
[15:18]  * lfaraone is looking at Sugar Log Ctivity
[15:19] <kandarpk> hey lfaraone. good to see you.
[15:24] <manusheel> ebordon: Glad to hear.
[15:25] <dfarning> ebordon, I must warn against USR on 10.04.  We have shifted all of our developer resources to USR on 10.10.
[15:27] <dfarning> ebordon, we can change that emphasis based on your needs.... but the current plan is for all development to happen in 10.10 and get back ported to 10.04
[15:31] <ebordon> perfect
[15:40]  * dipankar says hello to all
[15:40] <dipankar> :)
[15:41] <kandarpk> hello dipankar
[15:42] <manusheel> dipankar, kandarpk: Hi Dipankar and Kandarp.
[15:42] <dipankar> kandarpk, hello
[15:42] <dipankar> lfaraone, around?
[15:42] <dipankar> dfarning, hello, how are you this morning?
[15:44] <dipankar> manusheel, sir about the gsm connection not set issue
[15:44] <manusheel> dipankar: Yes.
[15:44] <dipankar> manusheel, what I have understood is,
[15:44] <dipankar> There can be many fixes brought in
[15:45] <dipankar> simplest of them will be to not generate the error message like DCON issue
[15:45] <manusheel> dipankar: Ok. Why so, Dipankar?
[15:45] <dipankar> another can be to remove the modem connection settings from control pannels
[15:45] <dipankar> *pannel
[15:45] <dfarning> dipankar, good and you?
[15:46] <dipankar> dfarning, I am doing good. Just getting on with the bugs and issues
[15:46] <dfarning> dipankar, great.
[15:46] <kandarpk> manusheel sir: I removed to contents of gui.py file and reinstalled sugar-jhbuild but its still working fine.
[15:47] <dipankar> manusheel, sir like DCON's presence was first detected and then the error message was passed.
[15:47] <dipankar> we can follow the same
[15:47] <dipankar> for the modem too
[15:47] <kandarpk> dfarning: does running sugar-jhbuild script regenerate .pyc files from .py source ?
[15:48] <manusheel> kandarpk: Ok.
[15:48] <dipankar> if a modem is present then only generate that message, or don't
[15:48] <manusheel> dipankar: Let us try that option too.
[15:48] <dfarning> kandarpk, yes. .pcy files and byte code compilations for .py file.
[15:49] <kandarpk> dfarning:  I removed to contents of gui.py file and reinstalled sugar-jhbuild but its still working fine.
[15:49] <dipankar> manusheel, but sir, i have a feeling that you meant something else in the e-mail.
[15:50] <lfaraone> dipankar: yed?
[15:50] <dfarning> dfarning, kandarpk ahhh slight correction the .pyc file is created at run time. so it is created as part of the jhbuild ru process not the build process.
[15:51] <dipankar> lfaraone, Good morning. hope you had the rest you needed
[15:51] <dfarning> kandarpk, it is kind of a challange because if you delete a .py file something the .pyc can hang around:(
[15:51] <dipankar> lfaraone, I was thinking if you could check log-activity?
[15:51] <lfaraone> dfarning: although they may be byte-compiled at build time with sme debian pckages.
[15:51] <lfaraone> dipankar: thanks.
[15:51] <manusheel> dipankar: You are right. Re-thinking about the issue from a fresher perspective.
[15:52] <manusheel> dipakar: Luke was working on it this morning.
[15:52] <dipankar> manusheel, ok sir
[15:52] <kandarpk> dfarning: how do I edit the code to reflect the changes in the emulator ?
[15:53] <dipankar> lfaraone, I didn't know that. Sorry if I interrupted you in some work :(
[15:53] <lfaraone> dipankar: no worries.
[15:54] <lfaraone> dipankar: can you reorder your copyright per jonas's preferred order?
[15:54] <dipankar> ok
[15:54] <dipankar> sure
[15:55] <dfarning> lfaraone, can you reopen the restart sugar on change in CP issue it is important for tech support and students.
[15:55] <dfarning> kandarpk, it is important to remember that jhbuild and sugar packages can co-exist.
[15:57] <kandarpk> dfarning: I edited sugar-jhbuild/install/lib/python2.6/site-packages/jarabe/controlpanel/gui.py and ran sugar-jhbuild to reinstall it.
[15:57] <kandarpk> dfarning: but there is no change on running sugar-jhbuild/install/bin/sugar-emulator
[15:58] <dfarning> kandarpk, the best way to develop sugar is to work in sugar-jhbuild.  edit the code under in install as you did then run sugar through sugar-jhbuild emulator
[15:59] <lfaraone> dfarning: Sure. It's still a wishlist item IMHO from the Ubuntu Side.
[16:00] <dfarning> lfaraone, it is a huge issue for deployments and student usability.
[16:01] <lfaraone> dfarning: right, so in USR / Sugar Labs' tracker it can be whatever.
[16:02] <lfaraone> dfarning: https://wiki.ubuntu.com/Bugs/Importance is what we should use when triaging bugs in Ubuntu.
[16:04] <dfarning> lfaraone, well, I don't expect any one upstream to fix it :-/ So it will fall on us.
[16:04] <dipankar> lfaraone, also do I need to remove the © signs?
[16:05] <lfaraone> dipankar: that's stylistic. I like them, but you can do what you want as long as you're consistent
[16:06] <dipankar> lfaraone, +1 hehe
[16:09] <manusheel> lfaraone: Thank you for sending the link to me and David. Appreciate it.
[16:34] <manusheel> dipankar: We don't have jabber.laptop.org
[16:34] <lfaraone> dipankar: did you have trouble reorging the fike?
[16:35] <dipankar> manusheel, ohk. Then I seem to have got it wrong
[16:36] <dipankar> lfaraone, I think I got it. I am pasting it
[16:37] <dipankar> lfaraone, is it ok ? http://paste.ubuntu.com/475490/
[16:37] <dipankar> I got confused with the license : Expat
[16:38] <lfaraone> dipankar: the expat license is apparently the MIT/X11 license: http://www.jclark.com/xml/copying.txt
[16:39] <dipankar> lfaraone, This is confusing! but Jonas has done something else :http://git.debian.org/?p=collab-maint/sugar-presence-service.git;a=blob;f=debian/copyright;h=618ce7916d9fdd0a6984dd72e93f51f01c91ac35;hb=HEAD
[16:40] <dipankar> is it okay if I leave it as it is?
[16:40] <lfaraone> dipankar: drop line 8
[16:40] <lfaraone> dipankar: (it's implicit)
[16:41] <lfaraone> dipankar: and equal out the spacing, it looks uneven in the pastebin
[16:42] <dipankar> lfaraone, The spacing is file on a text editor.
[16:42] <dipankar> I wonder whats happening
[16:43] <lfaraone> dipankar: right, that's because you may be using tabs as opposed to spaces
[16:43] <dipankar> ohk
[16:43] <dipankar> lfaraone, i should use space or tab then?
[16:44] <lfaraone> dipankar: sp.
[16:46] <dipankar> lfaraone, done, I guess. http://paste.ubuntu.com/475496/
[16:49] <lfaraone> dipankar: commit it
[16:55] <dipankar> lfaraone, doe
[16:55] <dipankar> *done
[16:55] <dipankar> and pushed the changes too
[16:55] <dipankar> I am off to dinner
[16:55]  * dipankar is away: Be Right Back
[16:57] <kandarpk> manusheel sir: the source fo sugar presence service obtained from http://download.sugarlabs.org/sources/sucrose/glucose/sugar-presence-service/ looks better than the one under sugar-jhbuild
[16:57] <kandarpk> its docstrings have a lot more info.
[16:57] <kandarpk> and it looks upto date.
[16:59] <manusheel> kandarpk: Great.
[16:59] <kandarpk> manusheel sir: I had reported it on sugar mailing list quite sometime ago but didn't get amy response on it.
[17:00] <manusheel> Kandarp, ok. Let me create a dev id for seeta.
[17:00] <manusheel> Let us send it from there.
[17:01] <manusheel> kandarpk: Have you created the git repo for exelearning?
[17:02] <kandarpk> manusheel sir: Not yet.
[17:02] <kandarpk> manusheel sir: that would require pushing some 100MB code.
[17:02] <manusheel> kandarpk: Ok.
[17:03] <dfarning> kandarpk, if you set up the repo and add me a a comitter, I can push the code for you:)
[17:04] <kandarpk> dfarning: Ok, I'll try to set up a repo. then.
[17:05] <kandarpk> dfarning: why wasn't my method of rebuilding sugar-jhbuild working ?
[17:09] <manusheel> kandarpk: Is it working now?
[17:10] <kandarpk> manusheel sir: working on 10.04, dont have jhbuild on it.
[17:10] <manusheel> Ok.
[17:12] <dfarning> kandarpk, I am not sure.
[17:12] <dfarning> manusheel, who was working on jhbuild for 10.10
[17:12] <kandarpk> dfarning: it was failing to build sugar-fructose or something like that, the 28th module.
[17:13] <manusheel> dfarning: Kandarp has been working on it.
[17:14] <manusheel> kandarpk: Can you send us the error message/
[17:14] <manusheel> ?
[17:14] <manusheel> kandarpk: Not difficult to debug.
[17:14] <kandarpk> manusheel sir: will do that after sometime. setting git repo. on github
[17:15] <kandarpk> manusheel sir, dfarning : http://github.com/kandarp/exelearning
[17:15] <dfarning> kandarpk, sorry I get confused.  I can barely keep up with all the requests for bug reports and new tasks that manusheel asks for:)
[17:16] <dfarning> kandarpk, manusheel any reason for not putting it on git.sl.org?
[17:16] <manusheel> dfarning: No worries. The project has been growing dramatically.
[17:16] <manusheel> dfarning: It should be kept over there.
[17:16] <lfaraone> dipankar: please pull my changes and investigate updating your packagre to the newest standards version (3.8.4-> 3.9.1
[17:16] <kandarpk> dfarning: wasn't sure how to make a repo there
[17:16] <manusheel> kandarpk: Please put this at git.sugarlabs.org
[17:17] <manusheel> kandarpk: Very easy.
[17:17] <kandarpk> manusheel sir: sure
[17:17] <manusheel> kandarpk: Create a repository at http://git.sugarlabs.org.
[17:17] <manusheel> kandarpk: It is twice much easier to work with.
[17:18] <kandarpk> manusheel sir: will I need to register ofr creating a repo there ?
[17:18] <manusheel> dfarning: We have been using github for quite a while on over other projects. Will ask developers to switch to git.sl.org.
[17:18] <lfaraone> dipankar: hint, see if any of http://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt applies to you, make changes if necc, and bump the stndrds version in control.in
[17:18] <manusheel> kandarpk: Yes.
[17:26]  * lfaraone will brb, appts.
[17:26] <dfarning> manusheel, thanks. kandarpk can you make the repo on git.sl.org?  We want to make things as consistent as possible for new developers.
[17:27] <manusheel> dfarning: Kandarp is doing that right now.
[17:27] <dfarning> kandarpk, thanks.
[17:27] <kandarpk> dfarning: np. :)
[17:31] <kandarpk> manusheel sir, dfarning : http://git.sugarlabs.org/projects/exelearning
[17:33] <dfarning> kandarpk, can you add dfarning as a commiter?
[17:34] <kandarpk> dfarning: done.
[17:37] <dfarning> kandarpk, thanks I am pushing now.... I will take a couple of hours on my current connection.
[17:38] <kandarpk> dfarning: will you be pushing the source you shared as tarball ?
[17:38] <kandarpk> *I wont need to clone the repo then.
[17:39] <dfarning> kandarpk, yes
[17:39] <kandarpk> dfarning: great.
[17:40] <kandarpk> I'll log into 10.10 , will try to work on jhbuild.
[17:55] <kandarpk> dfarning, manusheel sir: http://paste.ubuntu.com/475527/
[17:55] <kandarpk> pippy is failing to build.
[17:56] <kandarpk> *install
[17:58] <kandarpk> and hulahop failed to build http://paste.ubuntu.com/475526/
[18:02] <mukul> neeraj, dipankar  sir: I am done with the packaging of turtleart
[18:04] <mukul> neeraj, dipankar ,manusheel sir: Should I now create a repository in collab maint and push the package?
[18:05] <dfarning> kandarpk,  I would forget about hulahop.  Please ask sascha how to remove drop xulrunner as a core dependancy?
[18:07] <kandarpk> dfarning, http://lists.sugarlabs.org/archive/bugs/2010-February/007686.html
[18:08] <kandarpk> dfarning: has this bug been solved ?
[18:08] <dfarning> kandarpk, oops drop hulahop as a dependancy
[18:09] <kandarpk> dfarning: Ok, sascha doesn't seem to be online at #sugar
[18:10] <manusheel> kandarpk: I'll send you his e-mail address. We'll copy
[18:10] <manusheel> sugar-devel mailing list on it.
[18:11] <dfarning> kandarpk, manusheel better if you ask on IRC of the Sugar-devel mailing list.
[18:12] <dfarning> kandarpk, I don't think that bug has been fixed... but for Ubuntu/Debian we are going to switch from browse to surf.
[18:15] <manusheel> dfarning: Sure. Thanks for the pointer.
[18:16] <manusheel> dfarning: Ok, we have decided on switching from browse to surf.
[18:18] <dfarning> manusheel, we really have not choice.  either we spend a couple 100 hours now moving to surf or many 1000 hours later fighting with browse/xulrunner.
[18:19] <manusheel> dfarning: Sure. That makes sense.
[18:20] <manusheel> dfarning: Browsing internet and collaboration are two areas, which need some urgent work.
[18:20] <manusheel> dfarning: jabber.sugarlabs.org taking 100% CPU time. In India, we cannot register to jabber.
[18:20] <dfarning> manusheel, +1.
[18:21] <kandarpk> manusheel sir: I was able to see some poeple online in the neighbourhood view
[18:22] <kandarpk> manusheel sir: after maybe 25 min or so.
[18:22] <manusheel> kandarpk: 25 mins is a very long time :-)
[18:22] <kandarpk> manusheel sir: +1
[18:24] <manusheel> kandarpk: Is registration working at your end on the sugar emulator/
[18:24] <manusheel> ?
[18:24] <satellit_> kandarpk: e-mail daveb and ask for reset of shared roster....This happens when it fills up
[18:24] <kandarpk> satellit_: Ok, thanks a lot.
[18:25] <mukul> neeraj sir: how does the uscan command work?
[18:25] <kandarpk> manusheel sir: I see two people now.
[18:25] <kandarpk> in neighbourhood view.
[18:27] <kandarpk> manusheel sir: registration ?
[18:28] <mukul> dipankar sir: How to use the uscan command in watch file ??
[18:29] <dipankar> just a sec
[18:29] <mukul> dipankar, kandarpk ,neeraj sir: What is meant by proper uscan-ized URL?
[18:30] <dipankar> mukul, I remember putting a flag with uscan
[18:30] <dipankar> but which flag I forgot
[18:31] <dipankar> mukul, the link here is what you are looking for: http://paste.ubuntu.com/475536/
[18:31] <mukul> dipankar sir: My browser isn't working
[18:33] <dipankar> mukul, browser? Mozilla?
[18:33] <dipankar> mukul, to open a link try "Cntrl + Click on the link on Xchat"
[18:33] <mukul> dipankar sir: Yes I know that
[18:34] <mukul> but my browser isn't displaying anything...maybe some internet error with the connection
[18:34] <mukul> dipankar sir: Could you tell me how uscan is used or is it essential?
[18:35] <mukul> dipankar sir: I have made the package and created a repo at allioth. Should I push it now or does it require a review?
[18:35] <dipankar> mukul, currently you can do away without using uscan
[18:36] <dipankar> mukul, it will require a review by us first and then Luke
[18:36] <dipankar> mukul, how about I take these things up tomorrow?
[18:36] <mukul> dipankar sir: in the watch file I have written the link of the tarball from where I downloaded the turtle art activity.Is it ok?
[18:37] <mukul> dipankar sir: I have no problem but it has been about 2 days when I hv almost done but not pushed it. Neeraj sir was guiding me on this.
[18:38] <mukul> dipankar sir: What should I mail you all for review?
[18:38] <mukul> debian folder(compressed) or .deb file or the whole package
[18:39] <dipankar> mukul, nothing special. just mail all of us that you have pushed changes on your git repo and would like it get reviewed
[18:39] <dipankar> .deb is just to check whether you package is working or not
[18:39] <dipankar> mukul, its getting late
[18:39] <dipankar> I must go to bed
[18:39] <dipankar> :(
[18:40]  * dipankar signs off! Great day to all
[18:40] <mukul> dipankar sir: sure.Take care
[18:43] <manusheel> mukul: Please let me know if you have issues.
[18:46] <mukul> neeraj: Should I push my package
[18:46] <mukul> ?
[18:51] <manusheel> mukul: yes
[18:51] <mukul> manusheel sir: I have pushed in the package sugar-turtleart-activity. I would like if someone reviews it.
[18:56] <manusheel> mukul: Sure. Do we have warnings?
[18:57] <mukul> manusheel sir: No only the 4 warnings which neeraj sir said everyone has and cannot be solved
[18:57] <manusheel> mukul: Perfect.
[18:58] <manusheel> mukul: Have you created an ITP for it?
[18:58] <mukul> manusheel sir: Yes, all the remaining warnings were solved yesterday only
[19:00] <manusheel> mukul: Great.
[19:00] <manusheel> File an ITP for it.
[19:00] <mukul> manusheel sir: I filed an ITP for it yesterday
[19:01] <manusheel> mukul: Great.
[19:03] <manusheel> mukul: We'll submit Turtle Art for review today.
[19:03] <manusheel> Good work.
[19:03] <dfarning> manusheel, the exe git repo is uploaded.
[19:03] <manusheel> mukul: Congratulations on packaging Turtle Art successfully.
[19:04] <manusheel> dfarning: Great. Thank you.
[19:43] <satellit_> manusheel: dfarning:  Jabber reset
[19:44] <satellit_> thank daveb on#sugar
[20:20] <manusheel> satellit_: Glad to hear.
[20:21] <manusheel> satellit_: Are you able to register to jabber.sugarlabs.org?
[20:38] <satellit_> oops USR does not show any XO let me boot Soas....
[20:39] <manusheel> satellit_: Sure.
[20:39] <manusheel> Please let us know your results.
[20:39] <satellit_> 2 min for CD...
[20:41] <satellit_> 7 avitars on soas CD...
[20:42] <satellit_> looks like USR last good is not starting presence service.
[20:42] <satellit_> 10.04
[20:43] <satellit_> manusheel: question: does it fill in jabber name as a default? I did not check that...
[20:44] <satellit_> rebooting
[20:47] <satellit_> yes it does
[20:49] <satellit_> telepathy gabble : no connections, and timed out telepathy-salut stared version 0.3.11 (telepathy-glib version 0.10.1) from log
[20:54] <manusheel> satellit_: Same issue.
[20:54] <manusheel> satellit_: We encountered it too.
[20:54] <satellit_> ok...
[20:54] <manusheel> satellit_: Can you report this at ubuntu sugar mailing list?
[20:55] <satellit_> ok
[21:02] <satellit_> done
[21:05] <satellitUSR-99a5> IRC works fine
[21:07] <satellit_> surf 115 goes to sugarlabs wiki fine
[21:09] <manusheel> satellit_: Thank you for posting at list serv.
[21:09] <satellit_> yw  thanks fo all your valuable work on USR
[21:10] <satellit_> s/for
[21:10] <manusheel> satellit_: Can you try visiting www.youtube.com using surf?
[21:10] <manusheel> satellit_: Appreciate it.
[21:10] <satellit_> : )
[21:11] <satellit_> will test it.....
[21:12] <satellit_> yes comes up on screen: Broadcast yourself.....
[21:12] <satellit_> but I need to upgrade Adobe Flash to see videos
[21:14] <satellit_> apt upgrade fo 9.04+ fails
[21:15] <satellit_> deb dl to journal will not install
[21:16] <satellit_> manysheel: no Adobe....
[21:22] <satellit_> manusheel: logged out of sugar-emulator and installed .deb Adobe-flash 10 to firefox. works fine with audio....
[21:23] <satellit_> hp AMD Turion64x2 Laptop
[21:24] <satellit_> In USR last working
[21:51] <satellit_> manusheel: after turning radio on and off and loggong off and on to sugar-emulator..Presence seems to be on now on USR??????I see 10 avitars (XO)
[21:54] <satellit_> (telepathy-gabble:2303): tp-glib-DEBUG: started version 0.8.12 (telepathy-glib version 0.10.1)  I do not understand smoke and mirrors of it?
[23:07] <manusheel> satellit_: Very cool.
[23:08] <manusheel> This is wonderful indeed.
[23:27] <manusheel> satellit_: after turning radio on and off and loggong off and on to sugar-emulator..Presence seems to be on now on USR??????I see 10 avitars (XO)
[23:27] <manusheel> satellit_: Why do you need to do the same steps a number of times?
[23:29] <manusheel> alsroot: Hi Aleksey.
[23:29] <manusheel> Around?
[23:30] <manusheel> satellit_: Is presence working now?
[23:30] <satellit_> manusheel: I do not know : It was 3 minutes ago
[23:30] <manusheel> satellit_: Ok.
[23:31] <manusheel> satellit_: We were informed that jabber.sugarlabs.org was not working in the morning. Glad it is working now.
[23:32] <satellit_> I left USR running while I loaded Adobe in firefox in gnome Ubuntu 10.04 before I logged out I shut off radio in Control panel then turned it on. logged out to gnome , on return presence was working...?
[23:33] <satellit_> I e-mailed daveb at solution grove and he reset shared roster and rebooted it
[23:33] <satellit_> manusheel he is one running it
[23:33] <manusheel> satellit_: Neat. Thank you for reporting the workflow followed at your end. Glad it worked.
[23:34] <manusheel> satellit_: Yes, daveb is looking after that part.
[23:34] <satellit_> me too but do not know why. Maybe it had switched to local and nedded reset
[23:34] <satellit_> s/needed
[23:35] <satellit_> not sure if reset from log out or radio button.....
[23:35] <manusheel> Glad he reset the shared roster. satellit_, we would need to understand what caused that switching, if it took place.
[23:36] <satellit_>  thinkif no answer from jabber it time out to local collaboration by default.
[23:36] <satellit_> s/times
[23:36] <manusheel> satellit_: Yes.
[23:36] <manusheel> That should be the case.
[23:37] <satellit_> jabber was not running when I logged in first time
[23:37] <manusheel> But, appropriate alerts should be there for the same.
[23:37] <satellit_> +1
[23:37] <satellit_> and it should do periodic checks
[23:37] <manusheel> satellit_: Yes, it was not running indeed. I'll add this as a feature request. Yes, periodic checks should be done too.
[23:38] <manusheel> satellit_: This is one the very basic requirement.
[23:38] <satellit_> I have lobbied for a feature on Cp to select presence or local with out reboot
[23:38] <manusheel> satellit_: That is infact much better.
[23:38] <satellit_> problem is with periodic checks is that you may want local colaboration
[23:39] <manusheel> However, without reboot, I am not sure it would happen. Will need to study the code.
[23:39] <manusheel> satellit_: Right. That is indeed a limitation to bear with periodic checks.
[23:40] <manusheel> There would be a workaround for it.
[23:40] <satellit_> in fedora "killall-telepathy-gabble" is command to turn it off
[23:40] <satellit_> not in USR sugar
[23:41] <satellit_> maybe list of previous jabber servers you have connected to..so could click on it to start it after stop
[23:43] <manusheel> satellit_: Right. This is not in USR.
[23:43] <manusheel> Let me take a note of it.
[23:44] <manusheel> We should have this kind of a feature.