Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Cristian Baldi
Hey, just to add to the list of options.

Recently GitLab purchased and open sourceed gitter https://gitter.im

>From the list of features it does look great and is being used by tons of
open source projects, mostly in the web development field.

You can self host it but from reading a bit it looks like you need quite a
bit of server resources: there were like 3 database servers to install.

Another options would be https://www.phacility.com/phabricator/conpherence/
which is integrated into phabricator. It is only web based for now and it
is being used by some of the guys at MediaWiki
https://m.mediawiki.org/wiki/Phabricator/Using_Conpherence

I don't feel like these could be the best choices but I am just sending
them here because they went unnoticed.

Cristian

On Wed, Aug 9, 2017, 04:53 Eike Hein  wrote:

>
> FWIW, I didn't keep up with Matrix to well in recent times, but
> I remember having a look at it back when it made its first
> splash (the LWN article at all) and at the time I considered
> it the most promising-looking IRC replacement attempt yet.
>
> It had some of the traits of other attempts that failed
> before (larger per-message overhead, lots of complicated state
> on the server, problems with scaling to really large channels)
> but also made a lot of tasteful and practical choices.
>
> I understand they changed their public focus to portraying
> itself as a bridging solution to create any adoption, but at
> the core is a good chat system of its own.
>
>
> Cheers,
> Eike
>
-- 

Cristian Baldi


Re: KDE at Qt World Summit 2017 - let's make it the best yet!

2017-08-08 Thread Helio Chissini de Castro
I will go, so I'm stepping up to help.

On Tue, Aug 8, 2017, 20:04 Eike Hein  wrote:

>
> Hi everyone,
>
> Berlin, Germany will once again host a Qt World Summit this year, on
> October 10th through 12th. This follows on from the Qt Contributor
> Summit on October 9th and 10th.
>
> As in previous years, we want KDE To have a strong presence at this
> event, which draws much of the wider Qt community. We're an important
> part of the community and we make lots of things that are interesting
> and useful to Qt developers, so we should be there. It's a great
> opportunity to network as well as watch some interesting talks.
>
> I've stepped up to coordinate KDE's presence at QtWS this year. Sune,
> who has done it in recent years, is a little to busy this year and
> will be number #2.
>
> As usual we're going to have table space in the booth area (I did
> some shifts there during QtWS'15, which was a thoroughly good time),
> where we want to promote our products, engage people and answer
> products.
>
> We also want KDE to appear as a community partner again, and if
> possible place promo materials around the event (e.g. in the
> attendee bag, have our logo slapped on things, etc).
>
> And since The Qt Company is allowing our team to attend QtWS for
> free, we will likely also chip in with running the event again, e.g.
> by chairing some of the talks on the schedule.
>
> To make all of this happen we'll need the following:
>
> - Helpers! Who wants to be an awesome person and go to QtWS and rep
>   KDE there? Who can make it to Berlin in the timeframe? (I know
>   there's a KDE Edu sprint and a Blue Systems dev sprint going on,
>   so no excuses! :P)
>
>   Everyone interested and willing to commit please speak up, or get
>   in touch with me directly. You will be able to express a pre-
>   ference for booth and talk chairing duty which we'll try to
>   respect when drawing up the duty roster. You'll get lots of karma
>   bonus points if you're willing to help with booth setup and tear
>   down.
>
>   There will be a limit to how many people we can send, so please
>   don't be upset if we can't bring you along in the end. But please
>   do try!
>
>   If travel/accomodation expenses would be the only thing keeping
>   you, get in touch and we can look into that.
>
> - Figure out what we want to show at the booth this year. Who wants
>   to make cool demo loops or slides?
>
> - Make promo materials. We'll need to review and update our posters
>   (if anyone has the 2015/2016 posters, please link them in reply)
>   and flyers. And do it early enough so we can get them refined and
>   printed in time. Jens Reuterberg has promised to help make things
>   look great!
>
>
> Cheers,
> Eike
>


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Eike Hein

FWIW, I didn't keep up with Matrix to well in recent times, but
I remember having a look at it back when it made its first
splash (the LWN article at all) and at the time I considered
it the most promising-looking IRC replacement attempt yet.

It had some of the traits of other attempts that failed
before (larger per-message overhead, lots of complicated state
on the server, problems with scaling to really large channels)
but also made a lot of tasteful and practical choices.

I understand they changed their public focus to portraying
itself as a bridging solution to create any adoption, but at
the core is a good chat system of its own.


Cheers,
Eike


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Martin Klapetek
On Tue, Aug 8, 2017 at 2:51 PM, Christian Loosli  wrote:

> Am Dienstag, 8. August 2017, 20:17:08 CEST schrieb Cristian Baldi:
> > Hey there,
>
> Hello hello,
>
> > [Various Issues I agree with]
>
> > Rocket.Chat does not have an official mobile client as of today, again
> > Ruquola could solve this once it is compiled for Android. Right now the
> > official way to use Rocket.Chat on mobile is to use some kind of wrapped
> > WebView which does not work well (when I had that installed I did not
> > receive notifications or received them randomly).
>
> Same goes for slack and mattermost, and these things are horrible.
> First of all: they are massive battery and memory hogs.
>
> Same goes for the electron based wrappers that are sometimes used on the
> desktop.
>
> Also they don't integrate UX wise.
>

I use Slack exclusively as the only work IM tool and
none of the above is true. I'd say even the opposite.
The experience on Android is pretty well integrated
and overall it's a solid IM experience. Not once the
battery usage showed near the top in the "apps most
using battery".

That's not to say "Slack's the best go for Slack", but
just painting a different picture, coming from daily 10+
hours of using it.


>
> > As Jonathan said Rocket.Chat (but really, any modern messaging system)
> > offers tons of features missing from IRC.
>
> Out of interest: what exactly does IRC lack? There are 4 things coming to
> mind
> for me, all of them with my personal opinion:
>
> - Lack of emojis and stickers: whilst I think it's great that I can send
> stickers of kitties hugging each other on Telegram, I hardly see a need for
> that in a more "professional" environment. Emojis are UTF-8 and thus
> technically work on IRC and clients can handle them, if they want.
>

In our professional work environment, we use emojis
/a lot/. Like, seriously a lot. It makes the experience
that much more...human. IRC next to it feels very cold
and raw, imho.

Cheers
--
Martin Klapetek


Re: Collecting requirements for a KDE-wide instant messaging solution

2017-08-08 Thread Jonathan Frederickson
On 08/08/2017 06:19 PM, Thomas Pfeiffer wrote:
> - Support for a decent set of Emoji (not just the ones you can create using 
> ASCII chars).
> Using Unicode to display them is probably okay, as long as users can choose 
> them from a menu in the client instead of having to paste them from 
> KCharSelect.
> This, too, might sound like nice-to-have for many, but not having them would 
> cut us off from the younger generation. Yes, they use them even in a 
> "professional context". Believe me, I'm seeing it in action every day at work.

I'm not sure custom emoji should be a requirement. That pretty heavily
limits your options, and even some of the major chat platforms
(WhatsApp, iMessage, Hangouts) don't support this.

Unicode emoji support, absolutely.




signature.asc
Description: OpenPGP digital signature


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Jonathan Frederickson
On 08/08/2017 05:57 PM, Eike Hein wrote:
> But what I don't want us to do is abandon IRC without retaining
> what made IRC successful and good. Some of these things areed
> technical points that form our most basic requirements:
> 
> - Free
> - Protocol spec
> - Self-hostable
> - Federated
> - Multi-identity
> - Anonymous
> - Encryptable

Matrix has all of these, with the exception of perhaps "Multi-identity"
and "Anonymous." (But it's HTTP, so you can tunnel it over Tor, there's
no real name requirement as it's an open federated protocol, and you can
create multiple accounts and use them for different purposes if you want.)

> There are some chat systems that allow for both, e.g.
> Discord. Discord heavily fails all of our technical base-
> line reqs, but its three-level namespacing (global name-
> space for user identities, "servers", and channels on them
> which you see in an easy list) means you can easily have
> your permanent channels along with potentially task force
> ones that can't hide.

A Discord-like "server" system is coming very soon in Matrix, which will
give you effectively that - a list of rooms belonging to a specific
organization. As it stands now, its UI (in Riot, the official client) is
somewhere in between IRC and Telegram. While they're fundamentally the
same thing, there are two ways to create a room in the UI, which roughly
correspond to IRC-style permanent rooms and Telegram-style one-off rooms.

(By the way, I'm not affiliated with the Matrix project at all - I'm an
enthusiastic user, and I've contributed Matrix support to a chatbot, but
that's it!)




signature.asc
Description: OpenPGP digital signature


Re: Collecting requirements for a KDE-wide instant messaging solution (was: Re: radical proposal: move IRC to Rocket.Chat)

2017-08-08 Thread Christian Loosli
Hi, 

in addition to the list Eike gave in his other mail, which I fully agree with, 
the following are mandatory: 

- Has to run everywhere. Means: desktop, mobile, server, *BSD, Linux, Windows, 
Mac ... Maybe doesn't have to run on a smartwatch or toaster, but I'd prefer 
to be able to also chime in from a box I am ssh-ed to. 

- Not a strain on bandwith. I travel a lot, also abroad, where data is limited 
and/or expensive, thus the lower the bandwith usage, the better. 

- Not excluding people. We should keep in mind that various people would like 
to contribute, including e.g. people with disabilities.The solution should 
work with technologies such as screen readers or the likes. 
Plus: geographical restrictions, we e.g. have collaborators in China or Russia 
(new laws), so using technologies that are banned in some countries can be 
tricky.

- Privacy. Should be either fully under KDE control, or hosted by a trusted 
third party. Support for things like Tor would be beneficial. No mandatory 
disclosure of information to third parties  (names, location etc.) 

- Open Source. (Just in case of the "free" having been meant as free in beer, 
which it should be as well, or free as in freedom): Open protocol plus a 
reference implementation of both client and server as FOSS would be great. 

- Migration path is mandatory, moving over to a new place and/or product from 
one day to the next is not only likely to be super shaky, but also likely to 
split the community into two halves  (seen e.g. when reddit decided to move 
their chat system in a very short amount of time, or when Debian moved 
networks. Both are now roughly halved and at least with Debian it has been 
like that for the better part of a decade)


In general I'd prefer something with an open protocol and, bonus points, a 
range of possibilities to connect (web, native desktop and mobile clients, 
...) already available. Then I think most people should be able to somehow 
participate, regardless of circumstances. I don't think we should cater a 
specifc group, neither, quote, nerdy people nor, quote, people < 20 years old. 
All have valuable people in it.

Finally I am 100% certain that we won't find a solution which covers all 
points seen as mandatory, so maybe we should just collect potentially 
interesting points and have people vote on a scale of 1-10 on how important 
these are for them. Then based on that we could see what solution (or 
solutions, since some do allow bridging in between) are the best compromise.

Kind regards, 

Christian 

PS: on the importance of emojis and (animated) stickers: I can see why people 
want them for friends and family, I love the sticker packs I have on Telegram. 
But why it is mandatory in a somewhat more professional environment is a bit 
beyond me, people also still use e-mail despite it neither supporting stickers 
nor emojis  (Well, unless html mails, but thank god that at least there we 
agree that it is an abomination) 

Am Mittwoch, 9. August 2017, 00:19:32 CEST schrieb Thomas Pfeiffer:
> Hi everyone,
> now that hopefully most of the emotional arguments in fiery support of one
> protocol or another have been exchanged, I'd suggest we move things towards
> a practical approach and ask ourselves:
> 
> What are the requirements that KDE has for an instant messaging / chat
> system for it to be viable as our main channel for real-time communication
> for the foreseeable future?
> 
> Here is what I could come up with, feel free to add new requirements or
> challenge the ones I'm listing.
> 
> Must-have:
> 
> - FOSS clients or at least API available for desktop as well as mobile
> These clients must
>  - have a UI that someone who is < 20 years old and cares about the looks of
> a UI would use (or if those don't exist, we need to have people willing and
> able to write them before switching)
>  - run smoothly on computers that can run most other KDE software, without
> eating all of their memory
> 
> - FOSS server implementation
> (this might look like a nice-to-have for some, but if we'd require everyone
> in KDE to use it, it's not optional)
> 
> - Ability to use without having to create a new account just for that.
> We could force contributors to sign up for something, but we'd increase the
> barrier of entry if we'd make it mandatory for everyone who's just curious
> about what's happening in KDE.
> Identity would suffice, as everyone who does anything with KDE has an
> Identity account anyway.
> 
> - Permanent logs across mobile and desktop clients without the need for
> users to set up anything.
> That means ZNC does not count unless we implement it in a desktop as well as
> mobile client in a way that is completely friction-free for users
> 
> - Easy way to share files
> A solution that puts files automatically on share.kde.org and embeds them
> from there works only if we have people willing and able to implement that
> feature into a desktop- as well as mobile client
> 
> - Support for a decent

Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Christian Loosli
Am Dienstag, 8. August 2017, 22:44:40 CEST schrieb Jonathan Riddell:
> On 8 August 2017 at 21:46, Elvis Angelaccio  
wrote:
> > I'm not sure I get this argument. Do we have evidence that new
> > contributors
> > are scared by IRC? How is signin up on RocketChat/Telegram/whatever easier
> > than using http://webchat.freenode.net/ ?
> 
> Teams including VDG, Promo and Sysadmins chose not to use IRC.  I show
> IRC to my friends and they recoil in horror and ask what that nerdy
> stuff is.

Bet on that they say the very same if you show them a phabricator code diff 
view. Whilst KDE has non-techy people (oddly enough quite a bunch of them 
manage to be on IRC, mind) we mostly do code, and code, by definition, _is_ 
techie or, to use a more derogatory term, nerdy. 

> > Again, do we have evidence that Rocket chat is more used than IRC or other
> > protocols? I'd be very surprised if that's the case.
> 
> It's not. The proposal is to change that by scrapping IRC amongst KDE.
> 
> Do we expect people to use Mutt for e-mail? Some of us still love it
> and it has simplicity and low memory use on its side, but times change
> and people prefer nicer experiences now.

This comparison is, sorry for being direct, bullshit. 
Mutt is an E-Mail client, using E-Mail protocols. There are more user friendly 
E-Mail clients using the same protocol. So a fair comparision would be to say 
that some power users like weechat or irssi whilst less "nerdy" people might 
prefer polari, Hexchat or colloquy. 

The problem with some of the proposed protocols: they do have exactly one, 
maybe in the future two, clients. So you don't have that choice and force 
everybody to use the same thing, regardless of preferences, regardless of 
available hardware (IRC runs on a text only raspberry), regardless of 
possibilities (I'd love to see how these go with people with disabilities. 
Note that we have a blind member of staff, thus I'd like to say that IRC 
works) 

> Jonathan

Christian 




Collecting requirements for a KDE-wide instant messaging solution (was: Re: radical proposal: move IRC to Rocket.Chat)

2017-08-08 Thread Thomas Pfeiffer
Hi everyone,
now that hopefully most of the emotional arguments in fiery support of one 
protocol or another have been exchanged, I'd suggest we move things towards a 
practical approach and ask ourselves:

What are the requirements that KDE has for an instant messaging / chat system 
for it to be viable as our main channel for real-time communication for the 
foreseeable future?

Here is what I could come up with, feel free to add new requirements or 
challenge the ones I'm listing.

Must-have:

- FOSS clients or at least API available for desktop as well as mobile
These clients must 
 - have a UI that someone who is < 20 years old and cares about the looks of a 
UI would use (or if those don't exist, we need to have people willing and able 
to write them before switching) 
 - run smoothly on computers that can run most other KDE software, without 
eating all of their memory

- FOSS server implementation
(this might look like a nice-to-have for some, but if we'd require everyone in 
KDE to use it, it's not optional)

- Ability to use without having to create a new account just for that.
We could force contributors to sign up for something, but we'd increase the 
barrier of entry if we'd make it mandatory for everyone who's just curious 
about what's happening in KDE.
Identity would suffice, as everyone who does anything with KDE has an Identity 
account anyway.

- Permanent logs across mobile and desktop clients without the need for users 
to set up anything.
That means ZNC does not count unless we implement it in a desktop as well as 
mobile client in a way that is completely friction-free for users

- Easy way to share files
A solution that puts files automatically on share.kde.org and embeds them from 
there works only if we have people willing and able to implement that feature 
into a desktop- as well as mobile client

- Support for a decent set of Emoji (not just the ones you can create using 
ASCII chars).
Using Unicode to display them is probably okay, as long as users can choose 
them from a menu in the client instead of having to paste them from 
KCharSelect.
This, too, might sound like nice-to-have for many, but not having them would 
cut us off from the younger generation. Yes, they use them even in a 
"professional context". Believe me, I'm seeing it in action every day at work.

- User avatars
Again, must-have if we want to reach the younger generation

- Uses a port that is open even on educational networks

- Channel listing
So that every public channel can be easily found


Nice-to-haves:

- Bridge to IRC
For the transitional period or for people who just refuse to change their 
habits

- Full name display
Makes things feel more trustworthy

- Integration with our development tools such as Phabricator

- Web client
Very handy if you are at a device which isn't yours and quickly want to check 
up on things

- Stickers
People love them when they have them, but they survive without them.

---
I'm sure I've forgot many things, but this (already quite long) list should 
give us a good start.

Looking forward to a productive discussion,
Thomas


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Eike Hein

I guess as KDE's "IRC guy" (I maintain Konversation) I should chime
in here.

I like IRC. I regard IRC as important. I think without IRC none of
the past 20 years of KDE would have happened, and the reasons for
IRC being a successful technology for us and many others start
with "chatting is nice" and "it's free, duh" but go far beyond.

I'm not particularly emotional about abandoning IRC. It's a pretty
bad protocol. It doesn't have intact governance to really make it
better at a decent clip, despite earnest attempts. It doesn't
address problems modern networking brings with it adequately, and
the workarounds are clumsy.

I'm not even particularly emotional about the code in Konversation.
Some of it is pretty good, but what makes it good can be applied
elsewhere. Some of the UI is really clever for a chat app, but
again, I can (perhaps with a sigh) replicate that work elswhere.

But what I don't want us to do is abandon IRC without retaining
what made IRC successful and good. Some of these things areed
technical points that form our most basic requirements:

- Free
- Protocol spec
- Self-hostable
- Federated
- Multi-identity
- Anonymous
- Encryptable

But again, these are basics.

The more interesting lessons from IRC are social dynamics.

As an example, the currently second most used chat system by
the KDE community is probably Telegram. Telegram doesn't meet
the above technical requirements and so isn't a good choice for
us. The reason we use it is because someone started using it for
one of two reasons at some point (IRC sucks on mobile - yes,
even with ZNC - and/or a better workflow for dealing with image
content), and now we continue because of momentum, without much
planning or thought.

I think the way we currently use Telegram is horrific for
community-building and community cohesion and hurting us. As
a mobile-dominated messenger not designed with our use cases
in mind, Telegram's group chat workflow suggests creating
groups easily ad-hoc. It's designed for "let me quickly
invite the four people we're planning to go to the Italian
place with to coordinate the arrival time".

This workflow has some use for "breakout" topic chats in the
KDE context, but because Telegram doesn't have any concept of
community namespacing, we now have probably dozens of those
there that aren't enumerated anywhere. You have to know they
exist and who to ask to be invited. Or someone has to know you
exist and invite you.

IRC on the other hand (via network services and etiquette)
disincentivizes creating channels ad-hoc, it's more about
setting up channels as institutions with some permanance,
so they can be documented and discovered. A good IRC channel
allows for random walk-ins instead of being a sequestered
little clique/club.

That means sometimes you have to contend with the noise of
lots of people that don't work on what you and three other
people are currently trying to work on. But that means you're
open to new people, you have an environment for getting to
know each other, you inform each other about what everyone
is working on without trying, you have space to "hang out"
in together and see what this new day brings along, you
can place notifications there, you get feedback from out-
side of your self-imposed bubbles, you generate excitement
for onlookers ... the information flow across the -
extensible! - community is just vastly better.

There are some chat systems that allow for both, e.g.
Discord. Discord heavily fails all of our technical base-
line reqs, but its three-level namespacing (global name-
space for user identities, "servers", and channels on them
which you see in an easy list) means you can easily have
your permanent channels along with potentially task force
ones that can't hide.

This is the discussion we should be having. It's about what
we actually want to get out of a chat system socially, and
not looking what we got out of IRC and why would be a big
mistake. And only then is it about looking at which systems
satisfy all of our technical and social requirements alike.


Cheers,
Eike


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Christian Loosli
Am Dienstag, 8. August 2017, 21:52:12 CEST schrieb Jonathan Riddell:
> On 8 August 2017 at 19:51, Christian Loosli  wrote:
> > Out of interest: what exactly does IRC lack? There are 4 things coming to
> > mind
> > for me, all of them with my personal opinion:
> Option for full names, 

IRC has the GECOS field, in most clients even called real name,  _exactly_ for 
that reason. 
Some people (e.g. me) use it for that: their real name. 
This is part of the protocol and has been for ages.

> photos of people,

Some clients, like kvirc, have support for that as well.
See below.

> timezone,

can be added as metadata if wanted, we (freenode) do support it.
(we support arbitrary string metadata, we just no longer display it by default 
because people thought it would be hilarious to do antivirus signatures or 
ASCII porn, not kidding) 

> e-mail addresses.

mandatory field on freenode, just hidden by default for privacy reasons, but 
can be configured to be shown for those who want to (I wouldn't recommend it, 
to be honest). 

So out of these: one that isn't supported out of the box on all clients, being 
a picture or avatar. Whether that makes sense in channels like #kde with ~500 
users is imo a bit debatable, and definitely a bandwith and ressource hog. 

> Looking at #kde-devel just now it says:
> <-- swati_27 (uid130066@gateway/web/irccloud.com/x-abaollxcgicrxgwg)
> has quit (Quit: Connection closed for inactivity)
> <-- nowrep (~david@kde/developer/drosca) has quit (Quit: Konversation
> terminated!)
> <-- stikonas (~gentoo@wesnoth/translator/stikonas) has quit (Quit:
> Konversation terminated!)
> <-- soee_ (~s...@bmi112.neoplus.adsl.tpnet.pl) has quit (Quit:
> Konversation terminated!)
> --> soee (~s...@bmi112.neoplus.adsl.tpnet.pl) has joined #kde-devel
> 
> Show that to most people and they'll just not want to know what it means

Good thing every single client coming to mind has a feature to hide these, 
including the official KDE client Konversation. 

http://wiki.xkcd.com/irc/hide_join_part_messages

I'm rather sure that most other protocols, at least Telegram most certainly 
does, do also show when someone joined or parted a group, mind. 
The part they might hide is the  nick!ident@host part. This is client 
dependent, some do and quite a lot of them can hide it. So I wouldn't really 
recommend switching to a completely different protocol due to "shows 
additional info when someone joins or leaves the group". 
 
> Jonathan

Christian




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Nicolás Alvarez
2017-08-08 17:52 GMT-03:00 Jonathan Riddell :
> On 8 August 2017 at 19:51, Christian Loosli  wrote:
>> Out of interest: what exactly does IRC lack? There are 4 things coming to 
>> mind
>> for me, all of them with my personal opinion:
>
> Option for full names, photos of people, timezone, e-mail addresses.
> Just a few of the useful and user friendly features I see looking at
> it now.
>
> Looking at #kde-devel just now it says:
> <-- swati_27 (uid130066@gateway/web/irccloud.com/x-abaollxcgicrxgwg)
> has quit (Quit: Connection closed for inactivity)
> <-- nowrep (~david@kde/developer/drosca) has quit (Quit: Konversation
> terminated!)
> <-- stikonas (~gentoo@wesnoth/translator/stikonas) has quit (Quit:
> Konversation terminated!)
> <-- soee_ (~s...@bmi112.neoplus.adsl.tpnet.pl) has quit (Quit:
> Konversation terminated!)
> --> soee (~s...@bmi112.neoplus.adsl.tpnet.pl) has joined #kde-devel
>
> Show that to most people and they'll just not want to know what it means

True, so the IRC client needs an option to hide the hostmask.

-- 
Nicolás


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Jonathan Riddell
On 8 August 2017 at 21:46, Elvis Angelaccio  wrote:
> I'm not sure I get this argument. Do we have evidence that new contributors
> are scared by IRC? How is signin up on RocketChat/Telegram/whatever easier
> than using http://webchat.freenode.net/ ?

Teams including VDG, Promo and Sysadmins chose not to use IRC.  I show
IRC to my friends and they recoil in horror and ask what that nerdy
stuff is.

> Again, do we have evidence that Rocket chat is more used than IRC or other
> protocols? I'd be very surprised if that's the case.

It's not. The proposal is to change that by scrapping IRC amongst KDE.

Do we expect people to use Mutt for e-mail? Some of us still love it
and it has simplicity and low memory use on its side, but times change
and people prefer nicer experiences now. That is happening with
real-time communication whether we like it or not and we need to
consider moving with the times.

Jonathan


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Thomas Pfeiffer
On Dienstag, 8. August 2017 22:46:18 CEST Elvis Angelaccio wrote:
> On martedì 8 agosto 2017 21:46:58 CEST, Riccardo Iaconelli wrote:
> > On 8 August 2017 at 20:01, Luigi Toscano  wrote:
> >> Can rocket.chat be bridged too? If not, promoting it would
> >> create another island.
> > 
> > With Brooklyn, you can create n-ways bridges between Rocket.chat, IRC,
> > Telegram and possibly many more. All of this while handling attachment
> > support, replies, and other nifty features where the protocol supports
> > them (or falling back to the best support possible - e.g. if I send an
> > image on Telegram you would see a URL on IRC to download the image).
> > Since Matrix supports watching IRC, this means that we could in theory
> > keep the four systems together with some level of interoperability,
> > especially during a transition phase. I am not sure we really want to
> > do this though.
> > 
> > Now, my personal opionion - Rocket.chat has been a blood bath for
> > WikiToLearn (most newbies are there, most old-timers are on Telegram,
> > and they communicate through bridges, we lost several people in the
> > migration), but in spite of this I still consider myself in favor of
> > switching to it, for a few reasons. The problem is that all tools have
> > their big drawbacks, and we need to keep using communication methods
> > which are used by the rest of the world, to lower the access barrier
> > for new contributors, and for leveraging on tools created by others.
> 
> I'm not sure I get this argument. Do we have evidence that new contributors
> are scared by IRC? How is signin up on RocketChat/Telegram/whatever easier
> than using http://webchat.freenode.net/ ?

We do have evidence. For example a significant portion of the VDG has never 
been in any of our IRC channels and would never want to go there.
I bet that the same goes for WtL. 

> Again, do we have evidence that Rocket chat is more used than IRC or other
> protocols? I'd be very surprised if that's the case.

Of course rocket.chat is not used more than IRC at the moment. It's still a 
quite new technology.
I bet that if you'd show some 20-year-old rocket.chat and 
http://webchat.freenode.net/ side-by-side and asked them which one they'd 
prefer, the clear majority would go with the former.
bet as in put actual money on it.



Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Jonathan Riddell
On 8 August 2017 at 19:51, Christian Loosli  wrote:
> Out of interest: what exactly does IRC lack?

Would be worth asking the teams who don't use IRC why they don't.
Sysadmins use Slack, VDG uses Hangouts, Promo uses Telegram... anyone
from those teams able to tell us why?

Jonathan


Re: KDE at Qt World Summit 2017 - let's make it the best yet!

2017-08-08 Thread Sune Vuorela
On 2017-08-08, Eike Hein  wrote:
> Berlin, Germany will once again host a Qt World Summit this year, on
> October 10th through 12th. This follows on from the Qt Contributor
> Summit on October 9th and 10th.
>
> I've stepped up to coordinate KDE's presence at QtWS this year. Sune,
> who has done it in recent years, is a little to busy this year and
> will be number #2.

I'm (obviously) interested.

/Sune



Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Jonathan Riddell
On 8 August 2017 at 19:51, Christian Loosli  wrote:
> Out of interest: what exactly does IRC lack? There are 4 things coming to mind
> for me, all of them with my personal opinion:

Option for full names, photos of people, timezone, e-mail addresses.
Just a few of the useful and user friendly features I see looking at
it now.

Looking at #kde-devel just now it says:
<-- swati_27 (uid130066@gateway/web/irccloud.com/x-abaollxcgicrxgwg)
has quit (Quit: Connection closed for inactivity)
<-- nowrep (~david@kde/developer/drosca) has quit (Quit: Konversation
terminated!)
<-- stikonas (~gentoo@wesnoth/translator/stikonas) has quit (Quit:
Konversation terminated!)
<-- soee_ (~s...@bmi112.neoplus.adsl.tpnet.pl) has quit (Quit:
Konversation terminated!)
--> soee (~s...@bmi112.neoplus.adsl.tpnet.pl) has joined #kde-devel

Show that to most people and they'll just not want to know what it means

Jonathan


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Elvis Angelaccio

On martedì 8 agosto 2017 21:46:58 CEST, Riccardo Iaconelli wrote:

On 8 August 2017 at 20:01, Luigi Toscano  wrote:
Can rocket.chat be bridged too? If not, promoting it would 
create another island.


With Brooklyn, you can create n-ways bridges between Rocket.chat, IRC,
Telegram and possibly many more. All of this while handling attachment
support, replies, and other nifty features where the protocol supports
them (or falling back to the best support possible - e.g. if I send an
image on Telegram you would see a URL on IRC to download the image).
Since Matrix supports watching IRC, this means that we could in theory
keep the four systems together with some level of interoperability,
especially during a transition phase. I am not sure we really want to
do this though.

Now, my personal opionion - Rocket.chat has been a blood bath for
WikiToLearn (most newbies are there, most old-timers are on Telegram,
and they communicate through bridges, we lost several people in the
migration), but in spite of this I still consider myself in favor of
switching to it, for a few reasons. The problem is that all tools have
their big drawbacks, and we need to keep using communication methods
which are used by the rest of the world, to lower the access barrier
for new contributors, and for leveraging on tools created by others.


I'm not sure I get this argument. Do we have evidence that new contributors 
are scared by IRC? How is signin up on RocketChat/Telegram/whatever easier 
than using http://webchat.freenode.net/ ?




Several software compete in this arena: Mattermost, Rocket.Chat and
Matrix are some of the big contenders. Matrix is a great idea but its
federated nature give it a very confusing feeling for a newcomer.
I understand that it needs to be easy for people to join our
communication channels, but for this usecase I prefer supporting
federated logins (so that you get one-click registrations with already
existing accounts) to the full federation of the protocol. But the
bigger reason for which I think that RC will be our best bet, is that
several big teams (e.g. KDAB) are migrating to Rocket.chat, which
means that even if the software is definitely perfectible (to say the
least), it's gravitating towards critical mass.


Again, do we have evidence that Rocket chat is more used than IRC or other 
protocols? I'd be very surprised if that's the case.



I believe that we will only solve this problem when, no matter what
underlying technologies we choose, we will be able to provide a user
experience as nice as Telegram with a simple server, hosted by us,
which allows for federated login. And with a nice interface it can be
actually usable. Vasudha and I are working on Ruqola to solve exactly
this problem with Rocket.Chat, creating a great mobile client in the
meantime. I am not sure this will be the definitive server, but this
is something we want to try. Anyone is welcome to help us in this
regard.

Bye,
-Riccardo




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Riccardo Iaconelli
On 8 August 2017 at 21:46, Riccardo Iaconelli  wrote:
> I believe that we will only solve this problem when, no matter what
> underlying technologies we choose, we will be able to provide a user
> experience as nice as Telegram with a simple server, hosted by us,
> which allows for federated login.

to clarify myself a little better, I am in favor of any system that
evolves over IRC. I simply cannot connect to IRC from my university
and several major physics labs around the globe, which means I am
effectively cut out from participating in the discussion, and like me
probably many other people. I simply believe that Rocket.Chat might be
the best investment for KDE, but in light of this, +1 to Matrix and
Mattermost as well.

Bye,
-Riccardo
-- 
Pace Peace Paix Paz Frieden Pax Pokój Friður Fred Béke Heddwch
Hasiti Lapé Hetep Malu Mир Wolakota Santiphap Irini Peoch שלום
Shanti Vrede Baris Rój Mír Taika Rongo Sulh Mir Py'guapy 평화 和平


Re: KDE at Qt World Summit 2017 - let's make it the best yet!

2017-08-08 Thread Adriaan de Groot
On Wednesday 09 August 2017 02:18:04 Eike Hein wrote:
> - Helpers! Who wants to be an awesome person and go to QtWS and rep
>   KDE there? Who can make it to Berlin in the timeframe? (I know
>   there's a KDE Edu sprint and a Blue Systems dev sprint going on,
>   so no excuses! :P)

I'll (almost certainly) be there in some capacity. I'm better at session-
chairing than running a booth, but that's because I'm more into the tier-2 
platforms for Qt and not the flashy KDE stuff we do.

[ade]

signature.asc
Description: This is a digitally signed message part.


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Riccardo Iaconelli
On 8 August 2017 at 20:01, Luigi Toscano  wrote:
> Can rocket.chat be bridged too? If not, promoting it would create another 
> island.

With Brooklyn, you can create n-ways bridges between Rocket.chat, IRC,
Telegram and possibly many more. All of this while handling attachment
support, replies, and other nifty features where the protocol supports
them (or falling back to the best support possible - e.g. if I send an
image on Telegram you would see a URL on IRC to download the image).
Since Matrix supports watching IRC, this means that we could in theory
keep the four systems together with some level of interoperability,
especially during a transition phase. I am not sure we really want to
do this though.

Now, my personal opionion - Rocket.chat has been a blood bath for
WikiToLearn (most newbies are there, most old-timers are on Telegram,
and they communicate through bridges, we lost several people in the
migration), but in spite of this I still consider myself in favor of
switching to it, for a few reasons. The problem is that all tools have
their big drawbacks, and we need to keep using communication methods
which are used by the rest of the world, to lower the access barrier
for new contributors, and for leveraging on tools created by others.

Several software compete in this arena: Mattermost, Rocket.Chat and
Matrix are some of the big contenders. Matrix is a great idea but its
federated nature give it a very confusing feeling for a newcomer. I
understand that it needs to be easy for people to join our
communication channels, but for this usecase I prefer supporting
federated logins (so that you get one-click registrations with already
existing accounts) to the full federation of the protocol. But the
bigger reason for which I think that RC will be our best bet, is that
several big teams (e.g. KDAB) are migrating to Rocket.chat, which
means that even if the software is definitely perfectible (to say the
least), it's gravitating towards critical mass.

I believe that we will only solve this problem when, no matter what
underlying technologies we choose, we will be able to provide a user
experience as nice as Telegram with a simple server, hosted by us,
which allows for federated login. And with a nice interface it can be
actually usable. Vasudha and I are working on Ruqola to solve exactly
this problem with Rocket.Chat, creating a great mobile client in the
meantime. I am not sure this will be the definitive server, but this
is something we want to try. Anyone is welcome to help us in this
regard.

Bye,
-Riccardo
-- 
Pace Peace Paix Paz Frieden Pax Pokój Friður Fred Béke Heddwch
Hasiti Lapé Hetep Malu Mир Wolakota Santiphap Irini Peoch שלום
Shanti Vrede Baris Rój Mír Taika Rongo Sulh Mir Py'guapy 평화 和平


Re: KDE at Qt World Summit 2017 - let's make it the best yet!

2017-08-08 Thread Rohan Garg
Hey


  Everyone interested and willing to commit please speak up, or get
  in touch with me directly. You will be able to express a pre-
  ference for booth and talk chairing duty which we'll try to
  respect when drawing up the duty roster. You'll get lots of karma
  bonus points if you're willing to help with booth setup and tear
  down.


I'd like to toss my name into the hat :)

Cheers
Rohan Garg


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Elvis Angelaccio

On martedì 8 agosto 2017 20:31:13 CEST, Helio Chissini de Castro wrote:

I never heard before we have a Matrix enabled server.


We don't (and that's the beauty of Matrix!). The reference Matrix server 
(matrix.org) is bridged with many big IRC networks including freenode, 
which means it is possible to join every KDE IRC channel out of the box.




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Christian Loosli
Am Dienstag, 8. August 2017, 20:01:05 CEST schrieb Luigi Toscano:

> Can rocket.chat be bridged too? 

Yes, but the bridge is quite buggy. 
In their defense: as are most other bridges, e.g. personally I think the 
Matrix IRC bridge is horrible, buggy (it breaks protocol in various places) 
and unstable, but apparently for quite a lot of end-users it is okay.

> Ciao

Kind regards, 

Christian




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Christian Loosli
Am Dienstag, 8. August 2017, 20:17:08 CEST schrieb Cristian Baldi:
> Hey there,

Hello hello, 

> [Various Issues I agree with]

> Rocket.Chat does not have an official mobile client as of today, again
> Ruquola could solve this once it is compiled for Android. Right now the
> official way to use Rocket.Chat on mobile is to use some kind of wrapped
> WebView which does not work well (when I had that installed I did not
> receive notifications or received them randomly).

Same goes for slack and mattermost, and these things are horrible. 
First of all: they are massive battery and memory hogs. 

Same goes for the electron based wrappers that are sometimes used on the 
desktop. 

Also they don't integrate UX wise.

> As Jonathan said Rocket.Chat (but really, any modern messaging system)
> offers tons of features missing from IRC.

Out of interest: what exactly does IRC lack? There are 4 things coming to mind 
for me, all of them with my personal opinion: 

- Lack of emojis and stickers: whilst I think it's great that I can send 
stickers of kitties hugging each other on Telegram, I hardly see a need for 
that in a more "professional" environment. Emojis are UTF-8 and thus 
technically work on IRC and clients can handle them, if they want. 

- Lack of backlog / disconnecting when offline:  Not only a solvable issue 
with things like IRCCloud or bouncers, but actually a solved issue for KDE, 
given there is an official ZNC instance available. 

-  Lack of support for code:  Yes. There I like the old UNIX philosophy of 
"one tool for one purpose". We do have phabricator, which handles diff and 
comments on code (including highlighting) much better, so why place that all 
into a client, which will only make it way less lightweight? 

- Lack of a file drop: Yes, that might be an issue. However, putting that in 
the protocol not only creates more of a burden for infra and people (more on 
that below), technically it can be done in IRC. KMail just recently got a 
feature which puts files too large for e-mail on a file drop  (e.g. owncloud, 
dropbox or whatnot). It would not be too hard to implement that as a feature 
in IRC clients, so it uploads the file to $whatever  (e.g. imgur for images, 
dropbox for documents, ...) and place an URL in chat. 

> A few months ago we also tried Mattermost (similar to Rocket.Chat but it
> seems to have gotten much better).

Mattermost is actually more of slack than rocket (see my other mail), as it 
tries to (and mostly is) compatible with Slack. I recommended it already as a 
FOSS alternative to Slack. 

> I would suggest investigating all the alternatives and going with the one
> that works and feels better, offering the best native experience and having
> the most stable core.

Always also keep in mind what impact it would have on

- The infra. If we have an application that allows files and (endless) 
backlog, consider that this uses memory, disk space and bandwith.

- The community. As you write correctly, it is hard to migrate people over. So 
I do prefer protocols that can be linked, at least. 

- People with less access to decent hardware and bandwith, since KDE 
collaborators work all over the world, not everywhere you have decent up- and 
downloads and devices with endless amounts of RAM and / or huge batteries. 
IRC is super lightweight, both clients (you can just ssh to a box with irssi 
on it, you don't even need a GUI) and servers, both bandwith and memory/cpu 
consumption. 

> Cristian

Kind regards, 

Christian (Fuchs on freenode)

> 
> On Tue, Aug 8, 2017 at 7:08 PM, Luca Beltrame  wrote:
> > Il giorno Tue, 08 Aug 2017 18:16:17 +0200
> > Luigi Toscano 
> > 
> > ha scritto:
> > > So -1 for moving to Rocket.Chat.
> > 
> > -1 as well. As Luigi said, matrix.org is a better replacement because
> > the bridge is already up there. Also, it is federated, and FOSS.
> > 
> > --
> > Luca Beltrame - KDE Forums team
> > KDE Science supporter
> > GPG key ID: 6E1A4E79




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Andrea Scarpino
On Tuesday, August 8, 2017 7:08:14 PM CEST Luca Beltrame wrote:
> -1 as well. As Luigi said, matrix.org is a better replacement because
> the bridge is already up there. Also, it is federated, and FOSS.

Another -1 from me.

I use both KDE's BNC and Matrix. I started using Matrix as BNC, but I even 
have personal conversation there since Riot.im is nice for non-geek people 
too.

FYI: Matrix needs funds[1].

[1] https://matrix.org/blog/2017/07/07/a-call-to-arms-supporting-matrix/

-- 
Andrea


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Cristian Baldi
There seems to be a native Qt/QML client for Matrix (
https://matrix.org/docs/projects/client/quaternion.html), it even seems to
be developed by a fellow KDE member, judging from the screenshoot.

On Tue, Aug 8, 2017 at 8:17 PM, Cristian Baldi 
wrote:

> Hey there,
>
> I mainly contribute to the WikiToLearn project and for some months we have
> been using Rocket.Chat (instead of Telegram and IRC which we used in the
> beginning).
>
> First of all let me tell you that it is very hard to migrate users from an
> existing communication service to a new service. Even if at WikiToLearn we
> officially moved to Rocket.Chat some users still use the old communications
> means daily (mostly for the offtopic channels but some users still write in
> the main/official/support channel too).
>
> Rocket.Chat still has a lot of issues (mostly in term of user interface
> and interaction, many little annoying things that make you hate the
> platform, unless you get used to it). It is getting better daily but there
> is still many work to do (just to give an insight they have 1.7k issues
> open on their bug tracker, many are help requests and duplicates but many
> other are proper bugs).
>
> The native client could be a solution to many of these UI problem but
> after talking with a few people that developed software based on
> Rocket.Chat (for example Davide Riva (which I am cc-ing, he will tell you
> more) the KDE student working on the Chat Bridge project) there are also a
> lot of issues with their API and inner functionalities (undocumented or
> wrongly documented features).
>
> Rocket.Chat does not have an official mobile client as of today, again
> Ruquola could solve this once it is compiled for Android. Right now the
> official way to use Rocket.Chat on mobile is to use some kind of wrapped
> WebView which does not work well (when I had that installed I did not
> receive notifications or received them randomly).
>
> As Jonathan said Rocket.Chat (but really, any modern messaging system)
> offers tons of features missing from IRC.
>
> Telegram works (outside the open source world) because it has great native
> clients, cool features and it is easy to use.
> I have not tried matrix but it looks promising.
> A few months ago we also tried Mattermost (similar to Rocket.Chat but it
> seems to have gotten much better).
> IRC gets the job done but it lacks the features that everyone is used to
> in 2017.
>
> I would suggest investigating all the alternatives and going with the one
> that works and feels better, offering the best native experience and having
> the most stable core.
>
> Cristian
>
>
> On Tue, Aug 8, 2017 at 7:08 PM, Luca Beltrame  wrote:
>
>> Il giorno Tue, 08 Aug 2017 18:16:17 +0200
>> Luigi Toscano 
>> ha scritto:
>>
>> > So -1 for moving to Rocket.Chat.
>>
>> -1 as well. As Luigi said, matrix.org is a better replacement because
>> the bridge is already up there. Also, it is federated, and FOSS.
>>
>> --
>> Luca Beltrame - KDE Forums team
>> KDE Science supporter
>> GPG key ID: 6E1A4E79
>>
>>
>>
>


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Helio Chissini de Castro
I never heard before we have a Matrix enabled server. -1 for Rocket Chat
and I will start on Matrix to test ASAP

On Tue, Aug 8, 2017, 20:17 Cristian Baldi  wrote:

> Hey there,
>
> I mainly contribute to the WikiToLearn project and for some months we have
> been using Rocket.Chat (instead of Telegram and IRC which we used in the
> beginning).
>
> First of all let me tell you that it is very hard to migrate users from an
> existing communication service to a new service. Even if at WikiToLearn we
> officially moved to Rocket.Chat some users still use the old communications
> means daily (mostly for the offtopic channels but some users still write in
> the main/official/support channel too).
>
> Rocket.Chat still has a lot of issues (mostly in term of user interface
> and interaction, many little annoying things that make you hate the
> platform, unless you get used to it). It is getting better daily but there
> is still many work to do (just to give an insight they have 1.7k issues
> open on their bug tracker, many are help requests and duplicates but many
> other are proper bugs).
>
> The native client could be a solution to many of these UI problem but
> after talking with a few people that developed software based on
> Rocket.Chat (for example Davide Riva (which I am cc-ing, he will tell you
> more) the KDE student working on the Chat Bridge project) there are also a
> lot of issues with their API and inner functionalities (undocumented or
> wrongly documented features).
>
> Rocket.Chat does not have an official mobile client as of today, again
> Ruquola could solve this once it is compiled for Android. Right now the
> official way to use Rocket.Chat on mobile is to use some kind of wrapped
> WebView which does not work well (when I had that installed I did not
> receive notifications or received them randomly).
>
> As Jonathan said Rocket.Chat (but really, any modern messaging system)
> offers tons of features missing from IRC.
>
> Telegram works (outside the open source world) because it has great native
> clients, cool features and it is easy to use.
> I have not tried matrix but it looks promising.
> A few months ago we also tried Mattermost (similar to Rocket.Chat but it
> seems to have gotten much better).
> IRC gets the job done but it lacks the features that everyone is used to
> in 2017.
>
> I would suggest investigating all the alternatives and going with the one
> that works and feels better, offering the best native experience and having
> the most stable core.
>
> Cristian
>
>
> On Tue, Aug 8, 2017 at 7:08 PM, Luca Beltrame  wrote:
>
>> Il giorno Tue, 08 Aug 2017 18:16:17 +0200
>> Luigi Toscano 
>> ha scritto:
>>
>> > So -1 for moving to Rocket.Chat.
>>
>> -1 as well. As Luigi said, matrix.org is a better replacement because
>> the bridge is already up there. Also, it is federated, and FOSS.
>>
>> --
>> Luca Beltrame - KDE Forums team
>> KDE Science supporter
>> GPG key ID: 6E1A4E79
>>
>>
>>
>


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Cristian Baldi
Hey there,

I mainly contribute to the WikiToLearn project and for some months we have
been using Rocket.Chat (instead of Telegram and IRC which we used in the
beginning).

First of all let me tell you that it is very hard to migrate users from an
existing communication service to a new service. Even if at WikiToLearn we
officially moved to Rocket.Chat some users still use the old communications
means daily (mostly for the offtopic channels but some users still write in
the main/official/support channel too).

Rocket.Chat still has a lot of issues (mostly in term of user interface and
interaction, many little annoying things that make you hate the platform,
unless you get used to it). It is getting better daily but there is still
many work to do (just to give an insight they have 1.7k issues open on
their bug tracker, many are help requests and duplicates but many other are
proper bugs).

The native client could be a solution to many of these UI problem but after
talking with a few people that developed software based on Rocket.Chat (for
example Davide Riva (which I am cc-ing, he will tell you more) the KDE
student working on the Chat Bridge project) there are also a lot of issues
with their API and inner functionalities (undocumented or wrongly
documented features).

Rocket.Chat does not have an official mobile client as of today, again
Ruquola could solve this once it is compiled for Android. Right now the
official way to use Rocket.Chat on mobile is to use some kind of wrapped
WebView which does not work well (when I had that installed I did not
receive notifications or received them randomly).

As Jonathan said Rocket.Chat (but really, any modern messaging system)
offers tons of features missing from IRC.

Telegram works (outside the open source world) because it has great native
clients, cool features and it is easy to use.
I have not tried matrix but it looks promising.
A few months ago we also tried Mattermost (similar to Rocket.Chat but it
seems to have gotten much better).
IRC gets the job done but it lacks the features that everyone is used to in
2017.

I would suggest investigating all the alternatives and going with the one
that works and feels better, offering the best native experience and having
the most stable core.

Cristian


On Tue, Aug 8, 2017 at 7:08 PM, Luca Beltrame  wrote:

> Il giorno Tue, 08 Aug 2017 18:16:17 +0200
> Luigi Toscano 
> ha scritto:
>
> > So -1 for moving to Rocket.Chat.
>
> -1 as well. As Luigi said, matrix.org is a better replacement because
> the bridge is already up there. Also, it is federated, and FOSS.
>
> --
> Luca Beltrame - KDE Forums team
> KDE Science supporter
> GPG key ID: 6E1A4E79
>
>
>


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Jonathan Frederickson
+1 for Matrix - given that it's bridged to Freenode, all you have to do
is give out Matrix links instead of linking people to IRC and they'll be
able to participate in the same community.

You might want to look into creating Matrix rooms manually if you want
more control over the room (the ability to add integrations, etc), but
even without that it's fine. (And it's an open protocol!)


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Luigi Toscano
Il 08 agosto 2017 19:09:28 CEST, Eike Hein  ha scritto:
>
>
>On 08/09/2017 01:16 AM, Luigi Toscano wrote:> We have an alternative
>already working, which bridges IRC (freenode.net and
>> OFTC): matrix.org.
>> I don't know how many times I should repeat this, but many people are
>already 
>> using successfully (I monitor few channels, for example).
>> 
>> So -1 for moving to Rocket.Chat.
>
>
>It could make sense to promote Rocket.Chat over Telegram though (more
>free).

I'm personally for ditching Telegram in favor of really FLOSS (and sane) 
alternatives. That said, if it's bridged to IRC as it happens now, I don't care 
much as long as the accessibility through IRC (and now matrix) is well visible. 
I would never promote Telegram standalone.

Can rocket.chat be bridged too? If not, promoting it would create another 
island.

Ciao

-- 
Luigi


KDE at Qt World Summit 2017 - let's make it the best yet!

2017-08-08 Thread Eike Hein

Hi everyone,

Berlin, Germany will once again host a Qt World Summit this year, on
October 10th through 12th. This follows on from the Qt Contributor
Summit on October 9th and 10th.

As in previous years, we want KDE To have a strong presence at this
event, which draws much of the wider Qt community. We're an important
part of the community and we make lots of things that are interesting
and useful to Qt developers, so we should be there. It's a great
opportunity to network as well as watch some interesting talks.

I've stepped up to coordinate KDE's presence at QtWS this year. Sune,
who has done it in recent years, is a little to busy this year and
will be number #2.

As usual we're going to have table space in the booth area (I did
some shifts there during QtWS'15, which was a thoroughly good time),
where we want to promote our products, engage people and answer
products.

We also want KDE to appear as a community partner again, and if
possible place promo materials around the event (e.g. in the
attendee bag, have our logo slapped on things, etc).

And since The Qt Company is allowing our team to attend QtWS for
free, we will likely also chip in with running the event again, e.g.
by chairing some of the talks on the schedule.

To make all of this happen we'll need the following:

- Helpers! Who wants to be an awesome person and go to QtWS and rep
  KDE there? Who can make it to Berlin in the timeframe? (I know
  there's a KDE Edu sprint and a Blue Systems dev sprint going on,
  so no excuses! :P)

  Everyone interested and willing to commit please speak up, or get
  in touch with me directly. You will be able to express a pre-
  ference for booth and talk chairing duty which we'll try to
  respect when drawing up the duty roster. You'll get lots of karma
  bonus points if you're willing to help with booth setup and tear
  down.

  There will be a limit to how many people we can send, so please
  don't be upset if we can't bring you along in the end. But please
  do try!

  If travel/accomodation expenses would be the only thing keeping
  you, get in touch and we can look into that.

- Figure out what we want to show at the booth this year. Who wants
  to make cool demo loops or slides?

- Make promo materials. We'll need to review and update our posters
  (if anyone has the 2015/2016 posters, please link them in reply)
  and flyers. And do it early enough so we can get them refined and
  printed in time. Jens Reuterberg has promised to help make things
  look great!


Cheers,
Eike


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Eike Hein


On 08/09/2017 01:16 AM, Luigi Toscano wrote:> We have an alternative
already working, which bridges IRC (freenode.net and
> OFTC): matrix.org.
> I don't know how many times I should repeat this, but many people are already 
> using successfully (I monitor few channels, for example).
> 
> So -1 for moving to Rocket.Chat.


It could make sense to promote Rocket.Chat over Telegram though (more
free).

Cheers,
Eike


Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Luca Beltrame
Il giorno Tue, 08 Aug 2017 18:16:17 +0200
Luigi Toscano 
ha scritto:

> So -1 for moving to Rocket.Chat.

-1 as well. As Luigi said, matrix.org is a better replacement because
the bridge is already up there. Also, it is federated, and FOSS.

-- 
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Elvis Angelaccio

On martedì 8 agosto 2017 18:16:17 CEST, Luigi Toscano wrote:

On Tuesday, 8 August 2017 17:52:00 CEST Jonathan Riddell wrote:

Like all sensible open source communities we use IRC lots for real
time communication essential to making low bandwidth decisions in a
reasonable timeframe as well as socialising.

20 years ago IRC was cool but these days real-time communication in
the non-geek world long since moved other places such as WhatsApp, ...


We have an alternative already working, which bridges IRC (freenode.net and 
OFTC): matrix.org.
I don't know how many times I should repeat this, but many 
people are already 
using successfully (I monitor few channels, for example).


So -1 for moving to Rocket.Chat.


I also want to stress that using matrix.org requires literally zero changes 
to the current infrastructure (unlike the other chat apps).


Anyone can switch now: https://community.kde.org/Matrix

Riot.im works very well from smartphones. It should be mentioned that 
native desktop clients are still not 100% ready (Riot.im is the only one 
with proper end-to-end encryption), but for KDE-related public chats they 
are good enough (I use Quaternion).


Cheers,
Elvis




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Christian Loosli
Hi list, 

first of all a disclaimer: 

As someone heavily involved with IRC (I am freenode staff) I am of course 
slightly biased. 

However: various communities I am in, including freenode, frequently has a 
look as alternative protocols. They come and, compared to IRC, they also go.
(https://xkcd.com/1782/) 

There are various good reasons in my opinion to not move:

First of all: FOSS is not only KDE. Quite a lot of us are in various 
communities, and a lot of them still reside on IRC. So adding another protocol 
and another client just increases the amount of things you need to have open 
and to have an eye on. Yes, there are bridges, recently even a KDE project 
(brooklyn), but all of them I have seen so far get various things wrong and 
are not as stable as IRC is. 

And there we come to the technical side: IRC is super lightweight. Other 
protocols and their clients eat tons of memory, basically "I am in 6 slack 
channels. 1.5GB RAM consumed by the desktop app. In 100+ IRC channels. 25MB 
consumed by irssi. The future is rubbish." from https://twitter.com/popey/
status/793399003463516160

I can also have IRC run on my server and connect from anywhere to it just via 
SSH. I can even run it on a raspberry pi or a free amazon AWS instance. 

So despite all these fancy features the new protocols and clients like slack, 
rocket, Telegram and whatnot offer: they do come at a price. 
With IRC we have a lightweight, well established protcol that works everywhere 
and we have well established communities. 

Switching would not help preventing the community from fragmenting. The 
opposite would happen, it would fragment the community even more, with 
questionable benefits and high prices on a resource end. I highly recommend not 
to. 

Kind regards, 

Christian  (Fuchs on freenode) 

PS: if proprietary is an issue, which indeed it should be: with Mattermost 
there is a free, slack compatible thing, and Telegram is not terribly 
proprietary, neither the client(s) nor the protocol. I obviously still prefer 
IRC, just pointing out. 

Am Dienstag, 8. August 2017, 16:52:00 CEST schrieb Jonathan Riddell:
> Like all sensible open source communities we use IRC lots for real
> time communication essential to making low bandwidth decisions in a
> reasonable timeframe as well as socialising.
> 
> 20 years ago IRC was cool but these days real-time communication in
> the non-geek world long since moved other places such as WhatsApp,
> Facebook Messenger which are infinately more user friendly than IRC.
> In the geek-world it has moved to Slack and Telegram. So KDE finds
> itself spread between three real time communication methods with IRC
> still the strongest but many new people reluctant to use it as scary
> and unfamiliar while Slack and Telegram smell of being proprietary and
> lacking some of the free-form nature of IRC.
> 
> So my radical proposal for today is to consider moving all our
> real-time communications wholesale to Rocket.Chat. Like Slack it takes
> much of it's basic setup from IRC with #channels that anyone can set
> up. Unlike Slack it's all free software and we can run our own
> servers.  Like Telegram it works on phones fine. Unlike IRC it
> supports media files and friendly user names.
> 
> It has a native desktop client and we have a KDE one in progress with
> Ruqola. https://rocket.chat/
> 
> I setup up a temporary server, do come along and say hi to evaluate it.
> http://ec2-34-203-38-236.compute-1.amazonaws.com:3000/
> 
> I'm aware this will probably end up as a case of XCKD standards
> https://xkcd.com/927/ but I thought it worth a shot.  We have
> difficulty attracting new contributors and our community is
> fragmenting because of the dominance of IRC so worth considering
> alternatives.
> 
> Jonathan




Re: radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Luigi Toscano
On Tuesday, 8 August 2017 17:52:00 CEST Jonathan Riddell wrote:
> Like all sensible open source communities we use IRC lots for real
> time communication essential to making low bandwidth decisions in a
> reasonable timeframe as well as socialising.
> 
> 20 years ago IRC was cool but these days real-time communication in
> the non-geek world long since moved other places such as WhatsApp,
> Facebook Messenger which are infinately more user friendly than IRC.
> In the geek-world it has moved to Slack and Telegram. So KDE finds
> itself spread between three real time communication methods with IRC
> still the strongest but many new people reluctant to use it as scary
> and unfamiliar while Slack and Telegram smell of being proprietary and
> lacking some of the free-form nature of IRC.
> 
> So my radical proposal for today is to consider moving all our
> real-time communications wholesale to Rocket.Chat. Like Slack it takes
> much of it's basic setup from IRC with #channels that anyone can set
> up. Unlike Slack it's all free software and we can run our own
> servers.  Like Telegram it works on phones fine. Unlike IRC it
> supports media files and friendly user names.

We have an alternative already working, which bridges IRC (freenode.net and 
OFTC): matrix.org.
I don't know how many times I should repeat this, but many people are already 
using successfully (I monitor few channels, for example).

So -1 for moving to Rocket.Chat.

-- 
Luigi





radical proposal: move IRC to Rocket.Chat

2017-08-08 Thread Jonathan Riddell
Like all sensible open source communities we use IRC lots for real
time communication essential to making low bandwidth decisions in a
reasonable timeframe as well as socialising.

20 years ago IRC was cool but these days real-time communication in
the non-geek world long since moved other places such as WhatsApp,
Facebook Messenger which are infinately more user friendly than IRC.
In the geek-world it has moved to Slack and Telegram. So KDE finds
itself spread between three real time communication methods with IRC
still the strongest but many new people reluctant to use it as scary
and unfamiliar while Slack and Telegram smell of being proprietary and
lacking some of the free-form nature of IRC.

So my radical proposal for today is to consider moving all our
real-time communications wholesale to Rocket.Chat. Like Slack it takes
much of it's basic setup from IRC with #channels that anyone can set
up. Unlike Slack it's all free software and we can run our own
servers.  Like Telegram it works on phones fine. Unlike IRC it
supports media files and friendly user names.

It has a native desktop client and we have a KDE one in progress with Ruqola.
https://rocket.chat/

I setup up a temporary server, do come along and say hi to evaluate it.
http://ec2-34-203-38-236.compute-1.amazonaws.com:3000/

I'm aware this will probably end up as a case of XCKD standards
https://xkcd.com/927/ but I thought it worth a shot.  We have
difficulty attracting new contributors and our community is
fragmenting because of the dominance of IRC so worth considering
alternatives.

Jonathan