XMPP Summit - 2012-10-26

m&m, Move your laptop about, then?

m&m, Give us the guided tour. :-)

when you're almost done

See? We're almost done.

(brb)

6120 4.8.5: An implementation MUST NOT generate namespace prefixes for elements qualified by the content namespace

the hangout kicked me, think it is trying to tell me I have to go...

GO TO SLEEP!

why? :-)

day one is over

yeah...

stpeter, got my direct message?

winfried: yes!

k

thanks for the discussions, helped quite a lot!

great!

we'll get volunteers for all the tasks :)

well that helps even more!

;-)

I'll drop other topics in the standards/BOSH lists

and now I will keep myself to the wise advise of ralphm ...

have a nice dinner!

'night winfried!

pirate pad notes from yesterday: http://piratepad.net/05gvwTiPKT

we're waiting for some f2f participants to come upstairs from breakfast

And here I just had dinner ^^

:)

brb

me too

we're UTC-7 here

brb

could someone pretty please update the subject with the hangout URL?

I am awake! :-)

bear: I see you..

.

:)

https://plus.google.com/hangouts/_/53cd1a2959b01158c4d766ed26088ff9b50639d6?authuser=0&hl=en-US

http://play.brokt.com/~fritzy/lander/ <----- boom!

http://wiki.xmpp.org/web/Summit_12 | remote participation: https://plus.google.com/hangouts/_/53cd1a2959b01158c4d766ed26088ff9b50639d6?authuser=0&hl=en-US

Topic updated

start in 15min or?

http://blogs.cisco.com/news/the-internet-of-things-infographic/

http://www.internet-of-things.eu/

Neat

ha ha.. just remembered the blog from Thiago: http://xmppjingle.blogspot.dk/2009/07/my-fridge-xmpp-client.html

my fridge is XMPP ready. :-)

:)

<iq to="fridge" type="get"><temperature of="milk"/></iq> :D

:-)

A company here that moves milk and groceries apparently does real-time monitoring of the temperature in their trucks, along with info about fuel consumption and stuff.

<iq type='set' to='fridge'><pubsub xmlns='http://jabber.org/protocol/pubsub'><subscribe node='temprature/milk' jid='me@home'/></pubsub></iq>

m&m, Already made the gag that XEP-0060 probably had a feature.

d-:

remote controlling (xep-0146) could be useful as well in IOT

looks like its lunch break time..

not lunch, just a short break

We'll be going again in 5 probably

ok

Turns out I didn't disable muc on my xmpp server after all

copy of what peter is adding to the in-room whiteboard: http://piratepad.net/05gvwTiPKT

https://buddycloud.org/wiki/Buddycloud_HTTP_API#Content_Types <https://buddycloud.org/wiki/Buddycloud_HTTP_API>

https://github.com/buddycloud/buddycloud-http-api

are there any Tigase guys there today?

i dont think so

but it has been mentioned a lot regarding how it clusters

No, none.

no P1 guys either

I'm looking forward to Fosdem and meeting up on either side of the conf.

Can someone fix ipv6 connectivity on xmpp.org or give me sudo.

Simon Tennant, you've ipv6 enabled buddycloud.com, right?

like it's 1999.

because since i've ipv6 enabled my server i can't join seehaus anymore

buddycloud.org

buddycloud.com is an old ejabberd instance and due for retirement

an..ok

*ahh

Simon Tennant: need some info about tigase?.. I've been doing alot on these servers. including clustering.

Thanks Steffen - we have the buddycloud hosting platform written for Tigase already - dynamically adding domains from our control panel.

Simon Tennant: ok. cool. so any problems? or just curious about something? I've been doing developing on tigase as well..

Actually going back to Tobias' question… what's the ipv6 support like on Tigase?

Simon Tennant: as I remember its enabled pr. default.

Soimon Tennant: looking at the issue list I can see its not fully supported yet: https://projects.tigase.org/issues/822

Simon Tennant: so from 5.2 version it should fully be supported. Haven't used ipv6 my self, so sorry for the lame answer.

Steffen Larsen: thanks for the heads up.

Simon Tennant: no prob.

Regarding mobile: the big issue now is to not run a connection and then to wake one up with a push notification.

always-on xmpp will not make any friends.

Simon Tennant, so what do you have in mind?

i mean you could log out and just resume your old session when you wake up again (after TLS + SASL)

I don't know - I've not looked at this for a while. But I know that any app draining a battery will kill your ratings.

i don't know how small packets you get with XMPP Quickstart + Session Resumtion but that'd be my way to go if you don't want a persistant connection

Simon Tennant: remember that you can save some battery by queuing in tigase: http://www.tigase.org/content/mobile-optimizations

to further improve performance maybe replace TCP with something more mobile friendly...but that might not be possible in all cases

From the it-just-effing-works school: How does Google do this with their Gtalk app (some binary protocol) or their Google Plus app (native XMPP)?

netsplit!

i don't know

someone set them up the bomb

hey stpeter

you are not in the hangout?

incase anyone in the room sees this - we lost the Hangout.

hey Portland, you've not hanging out!

error 44

obviously

we are reconnecting

…waiting… ;-)

don't worry, Simon and I are bashing you

the talk is happening about adding OOB notifications

It was probably intentional, while they discussed their evil schemes

:-)

it might be a CATastrophe.. ;-)

Why are we talking about SMSs?

apparently that is how the notification service works … from the server to the carrier?

Device-independent push notifications I think

Because of tech like EMN, where you send an imap URI to a specific port on the phone.

I would have throught it was based on USSD messages

or even ONE socket open to Apple that keeps all packets sizes below the maximum size before a radio jumps up to the higher power state.

right - the packet size for apple push notifications is *tiny*

http://developer.apple.com/library/mac/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/CommunicatingWIthAPS/CommunicatingWIthAPS.html

iPhone users are something special.

http://matthewwild.co.uk/uploads/xep-0313.html

Sorry for the drive-by... W3C just published a draft for push notifications api

MattJ: and which paragraph were you having issues with?

http://www.w3.org/TR/push-api/

pushp: That's all about SSE and the browser, right?

It is geared towards webapps, but mobile apps on IOS/BB/Android end up using similar notifications even for non-web apps

Sure, while they are foreground

Foreground and background.

How does it work in the background?

dwd, EMN requires carrier support?

OS specific.. but in the proprietary schemes apps get call backs.

pushp: APN, right? That's what we were talking about.

There's issues with sharing APN keys

In a non-app-specific way.

Agreed on issues with sharing APN keys on a non-app specific way.

Which is the issue we're trying to solve. I'm not sure how this Push API thing helps at all.

ah. Sorry came in late.. will rewind the discussion.

This stuff Matt is working on is really important and super useful!

Yes. Yes it is

the buddycloud webclient is using the RSM+MAM for getting posts.

Lance: if you didn't find it already, http://matthewwild.co.uk/uploads/xep-0313.html#query-paging

MattJ: yeah, 59 used to just have a <reverse /> flag

which needed to included in all page requests, of course

fwiw, I've been trying to 'diff' the old and new stringprep to get an exhaustive list of affected unicode characters in nodeprep, nameprep and resourceprep, and how they are affected

I just realized that the camera probably should have been rotated

I'm familiar with the problem ...

Hey

it works

hey now!

/nick bear

Aw...

ok guys!. thanks for yet another great summit. hope to see you at FOSDEM in 2013! :-)

thanks guys

see you in Brussels.

later peoples

yeah! XMPP and beers.. have to do some IOT, electronics and fridge with beers.. :-)

cheers!

dwd, do you have a more precise term for EMN?

oma emn. Let me hunt a reference.

http://stackoverflow.com/questions/2726976/how-to-receive-text-sms-to-specific-port http://www.openmobilealliance.org/technical/release_program/emn_v10.aspx