Posts by larma@mastodon.social
(DIR) Post #9tkNZfJOrxMwCwXuQy by larma@mastodon.social
2020-04-05T22:18:54Z
0 likes, 0 repeats
@nipos @fuyuhikodate Schon mal @dino angeguckt?Was das Protokoll angeht (also eigentlich das technisch relevante), würde ich Matrix definitiv nicht als ausgereifter als #xmpp bezeichnen.Man merkt halt, dass da ein Vollzeit bezahltes Entwicklerteam mehrere Jahre einen Client gebaut hat. Allein in #riot steckt wahrscheinlich mehr Arbeitszeit und Geld als in ungefähr allen XMPP clients zusammen. Die anderen (nicht-Riot) Matrix clients sind nicht besser als die ganzen XMPP clients.
(DIR) Post #9tnO4U15UwBVcwYUMa by larma@mastodon.social
2020-04-07T09:08:36Z
0 likes, 0 repeats
@nipos Das Problem mit dem Geld in Riot, ist dass es nicht aus dem nichts kommt und nicht der Dezentralisierung dient. Schon jetzt bewirbt Riot die firmeneingenen Dienste matrix.org und modular.im. Die VC Investoren wollen irgendwann ihr ROI und wenn denen die Werbung für modular.im (als einzigen Geschäftsbereich der Einnahmen generiert) nicht mehr reicht, dann sehe ich auch für Riot schlechte Zeiten.
(DIR) Post #9tnOS6jhhnkyNGgnA0 by larma@mastodon.social
2020-04-07T09:12:52Z
0 likes, 0 repeats
@nipos Das letzte mal als ich Fractal ausprobiert habe, war es grauenvoll langsam (was vielleicht auch an matrix.org lag) und konnte keine Verschlüsselung, keine Video-Anrufe, usw. Und ähnlich sieht es soweit ich weiß mit den meisten Clients aus. So ironisch das klingt: Bei XMPP ist kein Client richtig gut (beherrscht alle Funktionen) und genau das ist förderlich für Dezentralisierung, weil so jeder den Client benutzt der seinen Wünschen am ehesten entspricht und nicht alle den einen.
(DIR) Post #9tnOidZBPXNUpSeMZE by larma@mastodon.social
2020-04-07T09:15:50Z
0 likes, 0 repeats
@nipos Und für iOS habe ich Hoffnung, dass die Kollegen von #tigase das mit #siskin irgendwie hinbekommen.Riot soll, was man so im Internet liest, übrigens auch Probleme machen unter iOS wenn man einen eigenen Homeserver mit mehreren hundert Nutzern hat, da die Push Nachrichten über einen zentralen Server von New Vector abgewickelt werden.
(DIR) Post #9vpqiS9XCdclFtcHRI by larma@mastodon.social
2020-06-04T15:11:00Z
0 likes, 0 repeats
@kuketzblog @ulrichkelber Wer ist denn so zuständig um sich darüber zu beschweren, "falls" Microsoft in seiner mobilen Outlook App für Android bei Benutzung einer privaten e-Mail-Adresse via IMAP:- entgegen der Behauptung in der FAQ die IMAP-Zugangsdaten auf Microsoft-Servern speichert und regelmäßig benutzt um sich auf dem IMAP-Server einzuloggen- e-Mails ohne vorherige Zustimmung an eine Drittpartei weiterleitet (zumindest Absender-Name und -e-Mail-Adresse, Betreff und Abriss des Inhalts)
(DIR) Post #9w77ioc1lLoKqWsvLs by larma@mastodon.social
2020-06-15T17:23:27Z
0 likes, 0 repeats
@jwildeboer @kaffeeringe Die API ist dokumentiert und "open-source", aber die Implementierung der API eben nicht. Was Google und Apple mit den Daten machen ist eine komplette Blackbox. Bekannt ist nur was die App tut, denn die ist open-source. Aber an der Stelle wo proprietärer Code von Google "statisch gelinkt" wird hören bisher alle analysen/reviews auf.
(DIR) Post #9wASM37Tggyqt9V5g8 by larma@mastodon.social
2020-06-17T06:46:21Z
1 likes, 8 repeats
#bountysource changed their ToS such that bounties that have been posted more than 2 years ago will be seized by them (probably to fund the blockchain company that bought bountysource a while back). The change will become active July 1. If you have any bounties on bountysource posted before June 30, 2018 you can ask to redeploy your bounty on a new issue once.@microg will no longer advertise the use of bountysource for issue bounties. Please refrain from posting new bounties there.
(DIR) Post #9wAewOkSwbskDFRNdw by larma@mastodon.social
2020-06-17T06:49:13Z
0 likes, 1 repeats
Note that if you have a bounty posted before June 30, 2018 and do not redeploy it, it will be seized July 1, even if the issue is solved within the next 14 days, as one needs to wait 14 days after solving an issue before being able to claim the bounty.This is a deliberate scam. #bountysource
(DIR) Post #9x1UHPmIOGo47f1Ozo by larma@mastodon.social
2020-07-12T21:11:49Z
0 likes, 2 repeats
I am not using reddit under the username mar-v-in. And microG development will continue. https://gist.github.com/mar-v-in/ad8d220ea4220638c0e5861cf062e844Why are people making up such things?
(DIR) Post #9xnOQJyhCP71QsES0W by larma@mastodon.social
2020-08-04T10:30:51Z
1 likes, 2 repeats
Yesterday, I finally pushed my current source code implementing the Exposure Notification API to the @microg git repository.This will allow using apps that use the Google/Apple framework for COVID-19 contact tracing on Android devices without the Google tracking it usually involves.The current code is already functional, but still needs some improvements before it's ready for general public, but I am certain it's going to make it in the next @microg release.
(DIR) Post #A0PuE3ykRA4LB2Pqzo by larma@mastodon.social
2020-10-22T08:57:44Z
0 likes, 2 repeats
Wir dürfen nicht vergessen zu erwähnen, wenn sich etwas zum Guten ändert. Auch und gerade dann, wenn es eine Selbstverständlichkeit sein sollte.
(DIR) Post #ARnvVaU7lBPC36wSG0 by larma@mastodon.social
2023-01-18T09:13:28Z
0 likes, 0 repeats
@milan - Mind sharing which client and server software you're talking about? Most of this sounds like bugs/incomplete implementations rather than protocol issues.- OMEMO being enabled for outgoing messages is a per-client-setting, not per-room/conversation. If you're switching between clients, the client using its default value might feel like random enabled/disabled
(DIR) Post #ARnvVb8BMFRq3LgRhA by larma@mastodon.social
2023-01-18T09:14:54Z
0 likes, 0 repeats
@milan- OMEMO messages can be decrypted by other clients in your account if they were registered at the time of sending the message. Newly added clients can't decrypt old messages and clients also can't decrypt messages they sent. Every message can only be decrypted once per recipient client. - Those "features" are inherent to forward secrecy.
(DIR) Post #AXzdP4UkpC4HbGvKee by larma@mastodon.social
2023-07-23T17:40:57Z
0 likes, 0 repeats
@agx Have you already had a look at "Advanced Mobile Location" (https://en.wikipedia.org/wiki/Advanced_Mobile_Location) aka Emergency Location Service? I plan to look at it for @microg in the near future and was wondering if any other FOSS project is already eyeing on it.
(DIR) Post #AbYuZqLjJpSpA6HsFk by larma@mastodon.social
2023-11-07T11:44:35Z
0 likes, 0 repeats
@daniel AGPL is in the interest of users as it was designed to give users the right to self-host everything someone else hosts for them.The issue is not AGPL, the issue typically is a CLA. The CLA is what gives a single entity the permission to create proprietary derivatives and thereby effectively undermine the goal of the AGPL, turning it into a business vehicle rather than a user's rights vehicle.
(DIR) Post #AcVUtcb4HYiZSGK55M by larma@mastodon.social
2023-12-05T18:04:50Z
0 likes, 0 repeats
@daniel I heard rumors that WhatsApp works on providing a s2s API, that only provides a subset of the features WhatsApp has, but enough to comply with DMA. Of course that isn't federation in the traditional sense and one has to register with them somehow to get access to that s2s API. Messages received with this s2s API are incompatible with normal WhatsApp messages and show up in a seperate section of the app (think green vs blue bubbles) that users can turn off.
(DIR) Post #B0oULpvb2InX9SLsYq by larma@mastodon.social
2025-11-28T13:20:43Z
0 likes, 0 repeats
@nicoco @debacle @Lautaro_Ferrero @gajim @cheogram @John_Livingston Here's my take:- Don't use data forms or IQ (also not adhoc) and don't require active MUC support- Use regular messages (potentially with fallback) both for initiating the poll and for voting- Make clients do the summing up and enforcement of poll rules (similar to reactions)=> This would mean polls can also work outside MUCs (MIX, direct message, anything else) and when using end-to-end encryption.
(DIR) Post #B0oULuIQnLRMhR4Ai0 by larma@mastodon.social
2025-12-01T11:44:15Z
0 likes, 0 repeats
@debacle @Goffi @nicoco @John_Livingston In decentralized or end-to-end encrypted systems, we mostly see the approach where everyone with access to the poll can see every vote immediately. This is mostly for technical reasons, as everything else almost requires centralized components and breaking e2ee.The other approach is centralized voting, which allows for a variety of options (publish results only after poll end, don't reveal individual votes, don't reveal who voted, ...)
(DIR) Post #B0oULvEZJBwdbkGbKK by larma@mastodon.social
2025-12-01T12:03:14Z
0 likes, 0 repeats
@debacle @Goffi @nicoco @John_Livingston Mastodon is in fact the centralized sort. The poll is hosted on the server of the person creating it and when voting, the local server will send a note to the hosting server, which will then send an update about the new poll status to all subscribers. Technically, a server could delay sending out the update and only reveal the poll results at the end of the poll.
(DIR) Post #B0oULw3cFOmIA49MtU by larma@mastodon.social
2025-12-01T12:14:12Z
0 likes, 0 repeats
@debacle @Goffi @nicoco @John_Livingston I think this shows there's use-cases for two different approaches:- A server-less, message-based poll, supporting e2ee- A server-based poll/vote. I could imagine this to use PubSub, which would allow for all kinds of things, read/subscribe results (either live or at end of poll), cast (publish) votes (either readable by everyone or just the server and your own clients). It then needs a way to link such a hosted poll from a message.