- User Since
- Nov 30 2018, 9:26 PM (41 w, 3 d)
Wed, Sep 11
Tue, Sep 10
An error occurred during a connection to error.woolyss.com.
This problem can sometimes be caused by disabling or refusing to accept cookies.
Fri, Sep 6
WebKit is in fact the same browser engine that Apple's Safari uses. https://webkitgtk.org/
The plan is actually to deprecate PureBrowser as Mozilla doesn't share the same goals we put forward and that makes it a lot of work to ensure that our user's privacy is protected.
Mon, Sep 2
top and htop are great tools for measuring this CPU usage. Fans usually start running at a certain temperature threshold and the CPU reaches that threshold when it is heavily used. The show which processes are using CPU, for how long, etc. If we could start with either a screen grab (try screen shot tool) or simply put in your "load average:" data that would be a great start towards diagnosing issues.
Tue, Aug 27
Fri, Aug 23
In this case;
Yes, I think you're right. We'll discuss this and assign internally.
Thu, Aug 22
Between this and the subtask added by Jeremiah, is this a hardware issue or software issue?
Did you check the hashsums on the USB drive for the image?
When I surf to the https://giantitp.com I get this message, which seems to point to some serious misconfiguration;
Wed, Aug 21
First test image created: https://cloud.docker.com/repository/docker/miahfost/pureos
I found Guido's pureos.sh script upstream: https://github.com/agx/debuerreotype/blob/pureos/pureos.sh
@guido If you were to outline the steps you took for creating the 'green' docker image, I could follow that and put them into a pureos.sh script to submit upstream. I'm also setting this up to be automated.
Tue, Aug 20
https://tracker.pureos.net/T298 May be useful here as well.
That URL looks good and has some good resources. It also fits with my understanding of EDID and KMS.
Mon, Aug 19
There is a way at least find the capabilities of your graphics card to see if the card support's your screen's resolution;
Aug 16 2019
reportbug is a debian-native package. This means its only meant to work with Debian. We'd have to do code refactoring for PureOS.
PureOS does allow for various screen resolutions as shown by the screen shot above. I configured my 34" screen via GNOME Display. I am running x11.
I'm closing this issue since Lollypop is now packaged for PureOS. I'm going to work with others on the team to see about integrating into CI/CD for L5. If there are any issues with the PureOS version of Lollypop for the Librem laptops, please open another issue. Thanks!
I cannot reproduce here with lollypop 188.8.131.52
Aug 13 2019
Package is making its way into PureOS
I submitted this to PureOS.
Aug 12 2019
flashrom v1.1 updated in PureOS
Aug 10 2019
Aug 9 2019
@gusnan I ran lintian over the lollypop build because I know that our ftpmaster will do that too. It produced a warning and a bit of info. I think the warning might be worth addressing;
Aug 8 2019
https://pureos.net/download/ is the link I'm referring to.
@elliebuz Did you create the desktop file for the Tor Browser?
Aug 7 2019
Thank you @gusnan! Tack sä hemskt mycket! I'm just going to clone your package from git and build it for PureOS (I'm in the keyring so it's easier for me.) I'll point to it when it's uploaded to PureOS.
Aug 6 2019
I've gotten the script to lock the screen when run. There are problems using 'remove' however in the udev rule, I don't think that our Vendor ID is showing up. At lease when I run
the Vendor ID is not picked up and consequently the script is not run. I'll test via other means and other parameters.
Aug 5 2019
When I run the command on the command line
/usr/bin/dbus-send --print-reply --type=method_call --dest=org.gnome.ScreenSaver /org/gnome/ScreenSaver org.gnome.ScreenSaver.Lock
I added the debugging info and the file was not created when I removed the key, so I don't think the script is being run. I tested the script as root without the key and the script outputs info to /tmp correctly.
Aug 2 2019
Aug 1 2019
My feeling is that we ought not permit packages or apps to download code from external sources, at least not at install time. This seems like security risk.
Jul 31 2019
In the cases where the /etc/crypttab is pasted (in the original post in this issue) I can see that both crypttabs have /
We need to determine where the issue is. Can we get a copy of /etc/crypttab? Also, can the customer boot into recovery mode? Is there any other information on the situation like log messages or output from 'journalctl -xe'?
Jul 30 2019
Jul 28 2019
@mladen Can we ask the user to do an apt-get update && apt-get upgrade? Otherwise we need to get more information.
Jul 8 2019
Jul 5 2019
I have this snippet you pasted here at the bottom of my /etc/pulse/default.pa file. It came in via the regular update process on June 4th (I didn't add it manually.)
Jul 4 2019
May I ask that you try commenting out
Jul 2 2019
Jun 24 2019
Jun 18 2019
I've not experienced any issues with recent updates, including update to cryptsetup packages.
Jun 17 2019
I don't know for sure. I'm taking a look at them right now and have downloaded and updated here. I'll report my experience with the updates.
Jun 14 2019
Jun 10 2019
We saw this behavior again today (see internal chat system for more.) I cannot reproduce but am just noting here that others are reporting this issue.
Jun 7 2019
Jun 3 2019
I don't think I did do that @jonas.smedegaard - the details of the task description show something more nuanced than "bad". If you feel that there is no evidence for DDG tracking and fingerprinting users, and personally I deem the DDG statement as acceptable, then I think we can move forward. In other words, that caveat I added shouldn't be a blocker but rather something to keep in mind and as evidence that we've thought about the problem.
May 28 2019
No, that doesn't help;
We've recently done a phd restart so let's see if that helps . . .