Jonkman Microblog
  • Login
Show Navigation
  • Public

    • Public
    • Network
    • Groups
    • Popular
    • People

Notices tagged with wire, page 3

  1. Strypey (strypey@mastodon.nzoss.nz)'s status on Wednesday, 27-Mar-2019 02:27:56 EDT Strypey Strypey
    in reply to

    The #Wire team are open to the idea of using #XMPP for federation between instances of the Wire server:
    "Please feel free to use this issue to post links / papers / reading material of any kind that might help us make a more informed decision"
    https://github.com/wireapp/wire-server/issues/631

    In conversation Wednesday, 27-Mar-2019 02:27:56 EDT from mastodon.nzoss.nz permalink

    Attachments

    1. Implement XMPP federation · Issue #631 · wireapp/wire-server
      from GitHub
      I can't remember where or from who, but a few months ago I picked up a message that Wire wanted to implement federation between Wire servers. I just want to give you guys a giant heads-up for t...
  2. Strypey (strypey@mastodon.nzoss.nz)'s status on Wednesday, 27-Mar-2019 02:18:30 EDT Strypey Strypey
    • K. F. Wyre

    @kfwyre I've been using #Wire on and off for a while. I had to stop using the Wire desktop client when #Electron (which it depends on) stopped supporting 32-bit. When I log on using the web app, on the same device, logged in as the same user, I get all my chat history just fine.

    In conversation Wednesday, 27-Mar-2019 02:18:30 EDT from mastodon.nzoss.nz permalink
  3. Strypey (strypey@mastodon.nzoss.nz)'s status on Tuesday, 19-Mar-2019 09:34:15 EDT Strypey Strypey
    • Alex L 🇮🇹 🇻🇪 🇸🇾
    • wire

    @wire perhaps I'm getting confused between #Signal, #Telegram, and #Wire. From what I remember, Moxie liberated the Signal client source before setting up #OWS, but resisted releasing the server source for some time, claiming there was no point. Just as he still claims there's no point replacing Google Play Services in mainstream Signal, or distributing the Android client in #FDroid, or supporting #federation between servers. Some people discussing this in 2016:
    https://whispersystems.riseup.narkive.com/LvP523Tg/signal-server-source-code
    @alexl

    In conversation Tuesday, 19-Mar-2019 09:34:15 EDT from mastodon.nzoss.nz permalink
  4. Strypey (strypey@mastodon.nzoss.nz)'s status on Tuesday, 19-Mar-2019 08:44:06 EDT Strypey Strypey
    in reply to

    #Wire also confirmed that while the company is focused on supporting their existing web client and the desktop clients using the #Electron wrapper, they welcome the #SoftwareFreedom community to help develop alternative clients to be used with their service, like #Coax (currently in alpha):
    https://github.com/wireapp/wire/issues/266#issuecomment-473873942

    In conversation Tuesday, 19-Mar-2019 08:44:06 EDT from mastodon.nzoss.nz permalink

    Attachments

    1. Wire servers can't federate with each other · Issue #266 · wireapp/wire
      from GitHub
      A lot of people are interested in being able to self-host a Wire server for them and/or their family/ friends/ organization, and still be able to communicate over Wire with users on the flagship Wi...
  5. Strypey (strypey@mastodon.nzoss.nz)'s status on Tuesday, 19-Mar-2019 08:40:22 EDT Strypey Strypey
    in reply to

    ... and in #GoodNews, #Wire not only confirms they're working on secure, federated chat, but #federation will be part of the #MLS protocol being standardized at the #IETF :
    "During this interim the proposal was made to include federation more strongly in the design considerations and the proposal was adopted as a future goal for MLS. Wire's goal has always been to achieve federation between different compatible backends and this brings us one step closer to that goal!"
    https://wire.com/en/blog/mls-meeting-summary/

    In conversation Tuesday, 19-Mar-2019 08:40:22 EDT from mastodon.nzoss.nz permalink

    Attachments

    1. Summary of the second Messaging Layer Security (MLS) interim meeting · Wire
      Wire and other members of the working group met up for a discussion in January 2019. These are the main topics that have come up.
  6. Strypey (strypey@mastodon.nzoss.nz)'s status on Monday, 18-Mar-2019 02:14:51 EDT Strypey Strypey

    I've reported #Wire's lack of server>server federation as an issue, and explained how it could benefit them as a company. I mentioned that there might be hackers out there willing to help them make it happen. Let's see what they say:
    https://github.com/wireapp/wire/issues/266

    In conversation Monday, 18-Mar-2019 02:14:51 EDT from mastodon.nzoss.nz permalink

    Attachments

    1. Wire servers can't federate with each other · Issue #266 · wireapp/wire
      from GitHub
      A lot of people are interested in being able to self-host a Wire server for them and/or their family/ friends/ organization, and still be able to communicate over Wire with users on the flagship Wi...
  7. Strypey (strypey@mastodon.nzoss.nz)'s status on Friday, 08-Mar-2019 07:47:52 EST Strypey Strypey
    • Alex L 🇮🇹 🇻🇪 🇸🇾
    • tao

    @alexl BTW all chats and calls on #Wire are #E2E by default, and they do not use roll-your-own crypto

    @tao

    In conversation Friday, 08-Mar-2019 07:47:52 EST from mastodon.nzoss.nz permalink
  8. Strypey (strypey@mastodon.nzoss.nz)'s status on Wednesday, 06-Mar-2019 10:37:56 EST Strypey Strypey
    in reply to

    Because of #Electron abandoning support for 32-bit PCs, this bug in #Wire is unlikely to be fixed, and I may have to give up on trying to use the Wire desktop client on my 32-bit laptop:
    https://github.com/wireapp/wire-desktop/issues/2038

    In conversation Wednesday, 06-Mar-2019 10:37:56 EST from mastodon.nzoss.nz permalink

    Attachments

    1. i386 build for Debian depends on wrong version GLIBC_2.27 instead of GLIBC_2.24 · Issue #2038 · wireapp/wire-desktop
      from GitHub
      I installed the debian i386 version of wire-desktop from your repository deb https://wire-app.wire.com/linux/debian stable main. The installation went fine and installed wire-desktop version: 3.5.2...
  9. lnxw48a1 (lnxw48a1@nu.federati.net)'s status on Sunday, 17-Feb-2019 07:59:17 EST lnxw48a1 lnxw48a1
    • Bob Mottram 🔧 ☕ ✅
    @bob #Tox was one of four things (Tox, #Ring, #Matrix, #Wire) I tried to get family members to try out a couple of years back. None of them ever did, so I cannot say whether Tox is useful (being that I have never actually used it).
    In conversation Sunday, 17-Feb-2019 07:59:17 EST from nu.federati.net permalink
  10. Bob Jonkman (bobjonkman@gs.jonkman.ca)'s status on Friday, 25-Jan-2019 19:42:45 EST Bob Jonkman Bob Jonkman
    in reply to
    • Bob Jonkman
    My first thought about #Jami is "Oh no, not another #IncompatibleWithEverythingElse chat client. Seems lighter than #Wire, tho, so that's a thing in its favour.
    In conversation Friday, 25-Jan-2019 19:42:45 EST from web permalink
  11. Strypey (strypey@mastodon.nzoss.nz)'s status on Saturday, 19-Jan-2019 03:04:43 EST Strypey Strypey

    It just occurred to me that #GitHub ran out of money and had to sell themselves to MS. While companies like #Loomio, whose code is 100% free under #AGPL, and #Wire (A/GPL), are still in business. Doesn't that prove that the infamous "#OpenSource almost everything" creed of the GH founders is a failure, and you might as well free all your code? (looking at you #GitLab)
    http://tom.preston-werner.com/2011/11/22/open-source-everything.html

    In conversation Saturday, 19-Jan-2019 03:04:43 EST from mastodon.nzoss.nz permalink
  12. Strypey (strypey@mastodon.nzoss.nz)'s status on Thursday, 10-Jan-2019 01:28:57 EST Strypey Strypey
    • Nolan
    • Bob Mottram 🔧 ☕ ✅
    • Wiktor

    @wiktor fair point. I guess the argument I'm making is that if we want to make it possible for Jo User to encrypt their email (for example), or use encrypted chat without trusting a third party like #OWS/ #Signal or #Wire, we need to create authentication / key management systems for that which are as easy to use as house keys or cars keys (or as close to that as possible).
    @bob @nolan

    In conversation Thursday, 10-Jan-2019 01:28:57 EST from mastodon.nzoss.nz permalink
  13. Strypey (strypey@mastodon.nzoss.nz)'s status on Sunday, 06-Jan-2019 05:39:40 EST Strypey Strypey
    • Gentooman

    @gentoorebel I managed to get my family (all hooked on FB Messenger) to talk to me on #Wire. Mainly by absolutely refusing to chat with them via accounts on FB or other #DataFarms. Wire has all the benefits of Signal (#FreeCode, #E2EE, user-friendly etc), but is developed but a team employed by a private company (Swiss), not controlled by one cypherpunk celebrity. Plus, server>server federation is in Wire's roadmap (Moxie has said Signal will *never* do this)
    @noorul

    In conversation Sunday, 06-Jan-2019 05:39:40 EST from mastodon.nzoss.nz permalink
  14. Strypey (strypey@mastodon.nzoss.nz)'s status on Sunday, 06-Jan-2019 05:29:50 EST Strypey Strypey
    in reply to

    @greenjon if you want a similar service to Signal that isn't US-based, is planning to implement server>server federation, and is more friendly to the software freedom movement, I suggest trying #Wire. #GNU #Jami (formerly #Ring) is also worth a try, but much less user-friendly (at least last time I tried it).

    In conversation Sunday, 06-Jan-2019 05:29:50 EST from mastodon.nzoss.nz permalink
  15. Strypey (strypey@mastodon.nzoss.nz)'s status on Sunday, 06-Jan-2019 01:50:19 EST Strypey Strypey
    • Rain 🚱

    @grainloom nope:
    > Basic security precautions for non-profits and journalists in the United States, mid-2017.

    For activists and journalists, the #5Eyes are a much more dangerous adversary to protect against than random crackers (ask #EdwardSnowden). Besides, there are other apps providing the same kind of #E2EE service as Signal that are not US-based (eg #Wire). Why recommend Signal specifically? It bothers me that this list provides no rationale or evidence to back up its recommendations.

    In conversation Sunday, 06-Jan-2019 01:50:19 EST from mastodon.nzoss.nz permalink
  16. Strypey (strypey@mastodon.nzoss.nz)'s status on Saturday, 29-Dec-2018 06:52:00 EST Strypey Strypey
    in reply to
    • star star baby

    @xj9 #Wire is ready for use by non-geeks *now*, on all major platforms (desktop, mobile, and web). Name a single federated chat system that has clients with the #UX polish of Wire across the same range of platforms, clients that can reliably support voice/video chat and file transfer. Clients you could realistically recommend to your Grandpa who lives in a cabin in the woods as a #Skype replacement. The hard truth is neither #XMPP nor #Matrix clients are ready for primetime.

    In conversation Saturday, 29-Dec-2018 06:52:00 EST from mastodon.nzoss.nz permalink
  17. Strypey (strypey@mastodon.nzoss.nz)'s status on Friday, 28-Dec-2018 09:13:39 EST Strypey Strypey
    • switching.social

    @switchingsocial I know you've addressed this in your FAQ but I really want to challenge not listing #Wire on your list of messenger apps. It's much easier for non-technical people to understand and use than #Jami / #Ring (I've got my family using Wire with me). Also, unlike Signal, Wire can be used without supplying a phone number, and they have plans to implement server>server federation:
    https://github.com/wireapp/wire/issues/160#issuecomment-446551908

    In conversation Friday, 28-Dec-2018 09:13:39 EST from mastodon.nzoss.nz permalink

    Attachments

    1. Alter TOS to allow for federation with other networks · Issue #160 · wireapp/wire
      from GitHub
      The terms of service (TOS) is too restrictive to allow for federation with other networks. It should be be relaxed somewhat: 7.2 Accessing the Service. You agree not to access, or attempt to access...
  18. Strypey (strypey@mastodon.nzoss.nz)'s status on Friday, 28-Dec-2018 08:48:20 EST Strypey Strypey
    • jomo :verified:
    • z428
    • switching.social

    @z428 gratis doesn't automatically mean unethical. It can mean a service is provided by volunteers (eg #RiseUp.net or #Disroot.org), which removes the single largest cost most internet service providers have (paying staff). It can also mean costs are being covered by users paying for premium features most users don't need, as with #Loomio, #Wire, or the new #FlickR (post acquisition by #SmugMug).
    @jomo @switchingsocial

    In conversation Friday, 28-Dec-2018 08:48:20 EST from mastodon.nzoss.nz permalink
  19. Strypey (strypey@mastodon.nzoss.nz)'s status on Thursday, 20-Dec-2018 04:16:37 EST Strypey Strypey
    in reply to
    • Sheogorath 🦊
    • Privacy.FYI

    @sheogorath also #Wire have plans to implement server>server federation, at least between Wire servers (hopefully more broadly too):
    https://github.com/wireapp/wire/issues/160#issuecomment-446551908
    @Privacy

    In conversation Thursday, 20-Dec-2018 04:16:37 EST from mastodon.nzoss.nz permalink

    Attachments

    1. Alter TOS to allow for federation with other networks · Issue #160 · wireapp/wire
      from GitHub
      The terms of service (TOS) is too restrictive to allow for federation with other networks. It should be be relaxed somewhat: 7.2 Accessing the Service. You agree not to access, or attempt to access...
  20. Strypey (strypey@mastodon.nzoss.nz)'s status on Wednesday, 19-Dec-2018 11:21:27 EST Strypey Strypey
    in reply to
    • Sheogorath 🦊
    • Privacy.FYI

    I love #Wire, and would use it every day, except for that fact that I can't get it working on my ancient Android/Linux device (4.2.2) either (despite heaps of help from their helpdesk), and I can't use it on on my GNU/Linux laptop (#Trisquel 8) because it's blocked by the Great Firewall, and our #VPN service won't work on my laptop ATM
    @sheogorath @Privacy

    In conversation Wednesday, 19-Dec-2018 11:21:27 EST from mastodon.nzoss.nz permalink
  • After
  • Before
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

Jonkman Microblog is a social network, courtesy of SOBAC Microcomputer Services. It runs on GNU social, version 1.2.0-beta5, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All Jonkman Microblog content and data are available under the Creative Commons Attribution 3.0 license.

Switch to desktop site layout.