Sebastian Krzyszkowiak @dos@librem.one

@swetland Sounds like a perfect use-case for buildroot.

@pankraz Both cards shipped with the Librem 5 support Bluetooth 5, the problem must be somewhere else.

@simonlbn @m @delroth Page 815, section 10.3 Sink Power Rules

> A Sink optimized for a Source with Optional Voltages and currents or power as described in Section 10.2.3 with a PDP Rating of x W Shall provide a similar user experience when powered from a Source with a PDP Rating of ≥ x W that supplies only the Normative Voltages and currents as specified in Section 10.2.2.

It would be complaint if RPi5 also worked at full capacity with normative 27W sources over 9V or higher.

@190n @m @simonlbn @delroth In other words, if we wanted to stretch the spec and say that it's a compliant behavior, then it means that Raspberry Pi 5 requires a 100W PPS power supply ;)

@190n @m @simonlbn @delroth Kinda, but not really. For PPS it's not stated explicitly, but there are parts of the spec that imply the maximum of 3A under 60W as well. Also, it can only work if the adapter handles 20V profile, as that's the only one that allows for 5A anyway.

@m @simonlbn @delroth You're wrong. The spec explicitly states that the maximum current at 5V is 3A. Anything above is clearly non-standard. You can get up to 5A with PD, but only at or above 20V and with a properly advertised e-marked cable.

A device that requires 5A at 5V is non-compliant and can't be said to be USB-PD compatible, period. Most cables aren't rated for such current either.

@cas Yeah, I think that's my only gripe with (technical part of) the process. I do have to be in a certain state of mind to be able to complete the submission process. I still have some patches that have been waiting for me to follow up on for many many months. Thankfully tools like b4 help a lot and it's not like web forges completely solve it either, so I wouldn't overstate its influence, but it does contribute to the struggle at least a bit.

@kornel Why would C++ users be offended? It's offensive for C users 😜

@jason @emaytch Yes, there were tools to let you fit the content of two layer discs into a single layer while keeping the whole DVD structure intact.

@monster@defcon.social @maryjane @drewdevault@fosstodon.org Doesn't matter. For a single broken distro package there's a dozen of apps that benefit from distro-wide updates that weren't taken care of in flatpaks. Both approaches come with their own benefits and problems and they cater to different needs; it's not up to you to decide that one of them is "superior".

@monster@defcon.social @maryjane @drewdevault@fosstodon.org This is *exactly* what we have repackagers for. It *is* for the distros to decide and to guard users from app developers if necessary, and that's why we as users choose to trust distros like Fedora or Debian as those act in behold of the user rather than app developer. This whole mess shows exactly why the flatpak model, while solving *some* use cases, is not the answer for everything.

@foone Just got a weird SMS...

@mcc Also, such adapters are pretty much never bi-directional. They're used to connect a USB-C source to HDMI/DP sink, not the other way around. You can't easily connect a screen with USB-C socket to a device with DP or HDMI socket.

@mcc As a rule of thumb, if a USB-C adapter doesn't explicitly mention Thunderbolt or USB4, it's doing DP alt-mode. If it does, it usually can work both ways.

(some cheap no-name chinesium may mention it anyway despite not having anything in common with it, but that's another story...)

@protman @mcc HDMI alt-mode doesn't support multiple screens with a single port. DisplayPort alt-mode does (with recent enough DP version underneath).

But that doesn't matter, because HDMI alt-mode never existed in practice 😜

@mcc @protman Pretty much nothing supports or ever supported HDMI alt-mode, it was dead on arrival. Video over USB-C is either DisplayPort alt-mode (DP over USB-C cable, can be converted passively) or DP over Thunderbolt/USB4 (encapsulated in their respective data protocol).

@djlink Waaay too fast!