Page MenuHomePureOS Tracker

stefannagy (Stefan Nagy)
UserEmail Not Verified

Projects

User does not belong to any projects.

User Details

User Since
Jul 2 2018, 09:15 (74 w, 6 d)

Recent Activity

Oct 24 2019

stefannagy added a comment to T837: GNOME online accounts: Add support for CardDAV and CalDAV providers.
That would means that without a Nextcloud/Owncloud account I could set up a CardDAV/CaldDAV service using the option dedicated for Nextcloud?

Perhaps. But I imagine you'd want to ask upstream in GNOME to determine for sure

Oct 24 2019, 03:49 · Restricted Project

Oct 4 2019

stefannagy added a comment to T837: GNOME online accounts: Add support for CardDAV and CalDAV providers.

Well, it seems quite easy to me to fix T663 (blacklist all non-free services). But you can't whitelist CardDAV and CalDAV support, it needs to be implemented first… The upstream bug report is pending for six years now.

Oct 4 2019, 14:16 · Restricted Project
stefannagy added a comment to T837: GNOME online accounts: Add support for CardDAV and CalDAV providers.

Oh, I didn't see that. However, this report is not about the promotion of non-free services (like T663) but about the missing support (and thus promotion) of common open standard protocols.

Oct 4 2019, 12:35 · Restricted Project

Oct 2 2019

stefannagy added a comment to T837: GNOME online accounts: Add support for CardDAV and CalDAV providers.

Yes, and that means that by default (to my knowledge) PureOS supports

  • Google
  • Microsoft Exchange and
  • Nextcloud/Owncloud

for calendar and addressbook sync. The only freedom respecting option is Nextcloud/Owncloud (which uses these standard protocols by the way).

Oct 2 2019, 13:41 · Restricted Project
stefannagy created T837: GNOME online accounts: Add support for CardDAV and CalDAV providers.
Oct 2 2019, 08:16 · Restricted Project
stefannagy added a comment to T810: PureBrowser incompatible with user-agent sniffing at www.giantitp.com.

I can confirm this issue.

Oct 2 2019, 06:52 · Restricted Project

Oct 30 2018

stefannagy added a comment to T443: Pipe key not working (behaves like #~ key) on Librem 13v2 UK device.

I guess I can confirm this bug.

Oct 30 2018, 13:34
stefannagy added a comment to T486: Pipe key producing # on Librem 13 v2, v3 UK and DE model devices.
Oct 30 2018, 10:55
stefannagy added a comment to T486: Pipe key producing # on Librem 13 v2, v3 UK and DE model devices.

indeed there is no file in that directory at all

Oct 30 2018, 10:42

Oct 29 2018

stefannagy added a comment to T486: Pipe key producing # on Librem 13 v2, v3 UK and DE model devices.

@kyle.rankin @mladen.pejakovic

so far we don't have anyone in-house who is able to re-create this specific problem but clearly you are getting some kind of support request that motivated you to file this ticket.

Oct 29 2018, 10:53

Aug 9 2018

stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

@mladen.pejakovic As far as I know when installed (like on debian with the non-free firmware-atheros package) the firmware is loaded into a volatile memory of the wireless card. Volatile memory requires power to maintain the stored information. So when you restart, the firmware remains, when you shut down, wait a bit and then start your system the firmware is lost.

Aug 9 2018, 05:53
stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

@mladen.pejakovic Did you restart into Parabola from a distro with the firmware installed?

Aug 9 2018, 00:15

Jul 17 2018

stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

People from thinkpenguin insist on that their card works with Trisquel 7 – and that if it doesn't work for me it has something to do with my system ("USB controller related problems/USB hub issues/or whatnot").

Jul 17 2018, 04:21

Jul 16 2018

stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

I was able to reproduce the same behaviour I see in Trisquel 7.0 with the card I got from thinkpenguin (with bluetooth module 0489:e076) – device is initialized but not usable, see above – with a recent kernel (Linux version 4.18.0-rc4) by reverting this commit. I'm quite sure I get the same result with the combo card I got with my Librem 13, but I don't want to change the cards too often… I'm afraid to fret the antenna connectors…

Jul 16 2018, 07:45

Jul 14 2018

stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

After playing around a bit I suspect the only reason why in Trisquel 7.0 both devices are initialized is that it uses an old kernel version (linux-libre 3.13), so the driver btusb is used instead of ath3k… Have a look at this commit: our bluetooth module (04ca:300d) is blacklistet in btusb and included in ath3k. I'm not sure but this could be a simple answer to the question why in Trisquel 7.0 the device is initialized but not in recent Debian versions / PureOS / …

Jul 14 2018, 09:22

Jul 13 2018

stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

I received the module from thinkpenguin – and it's really a different QCNFA222… But yesterday I wasn't able to get it to work with Trisquel 7, it behaved the same way as our module (which is built in the Librem 13): the bluetooth device is initialized without the firmware but I can't find my other bluetooth devices to connect and when I set the device to visible I can't find it with my other devices.

Jul 13 2018, 01:54

Jul 5 2018

stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

@zlatan.todoric I made pictures of the module in my Librem 13 v3 (see below). I didn't recieve the module from thinkpenguin yet, I'll send pictures as soon as I receive it.

Jul 5 2018, 01:49

Jul 2 2018

stefannagy added a comment to T23: PureOS 3 + Librem13 = NO BlueTooth.

People from thinkpenguin.com told me that in fact not all Qualcomm Atheros wireless combo cards require proprietary firmware for bluetooth to function. But with current distros you won't even notice that you have a card that doesn't need the firmware since the kernel wouldn't try anything without it… If you don't make the firmware available the driver (and not the firmware loading mechanism) will be disabled.

Jul 2 2018, 09:38