- User Since
- Nov 30 2018, 9:26 PM (33 w, 1 d)
Mon, Jul 8
Fri, Jul 5
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.)
Thu, Jul 4
May I ask that you try commenting out
Tue, Jul 2
Mon, Jun 24
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 . . .
May 22 2019
Thanks for opening the discussion here.
Changing to 'incomplete' since we cannot recreate the original issue.
May 20 2019
Plan is to remain on Buster for PureOS Green.
May 17 2019
May 14 2019
May 13 2019
Alternatively you can build from source?
May 10 2019
Do you have additional repos enabled in your sources.list and/or sources.list.d? I don't see libmysql++-dev in our repos: https://repo.pureos.net/pureos/pool/main/libm/
May 9 2019
Works for me, at least so far. I will retry later perhaps with new content.
Some users claim that lack of cups-filters prevents them from printing: https://forums.puri.sm/t/cant-print-ghostscript-fails-with-unable-to-determine-number-of-pages/5698
$ apt-cache policy purebrowser purebrowser:
Installed: 60.6.2esr-1pureos1 Candidate: 60.6.2esr-1pureos1 Version table:
May 7 2019
The plot thickens
May 6 2019
So if this is going to be PureOS specific then we need to discuss this with @francois because he'll have PureOS related material that I imagine we'll want to use. If it is not meant to be PureOS specific, just a generic installer, then I don't really have an opinion beyond respecting existing copyrights and trademarks. I do hope to limit any customizations to images and slides that clarify what is happening for the user. I think it should be abundantly clear that the user is installing PureOS if that is in fact what is happening.
May 2 2019
We have other requests to Mirror in Sweden and North America
A newer version of the GNOME Software application (gnome-software and gnome-software-common) still produces this bug. I think Matthias is pointing to the fact that the issue is in python-apt and that is independent from GNOME Software.
It's a nice image, but likely ought to be replaced.
It looks like the patch was put in upstream python-apt https://metadata.ftp-master.debian.org/changelogs//main/p/python-apt/python-apt_1.8.4_changelog
It doesn't look like we bring it into PureOS however. It appears at the moment that python-apt is being rebuilt;
I can confirm that our version of GNOME-Software is about 1 year old. I'll discuss internally how we upgrade.
Apr 26 2019
Are you following these instructions: https://tracker.pureos.net/w/installation_guide/live_system_installation/ ?
My understanding is swap re-encryption enabled on reboot provides a higher level of security while losing the functionality you describe, namely resume after hibernate.
I too get "secure connection failed" in PureBrowser. I don't know why that happens. I downloaded the certificate but I see no apparent issues with the cert.
I think what is happening is that it is looking for the old key on your old drive and not finding it. (Hence the message: "No key available with this passphrase"). Is there anyway you can re-insert your old drive and then copy the contents over to the new disk? Alternatively, you may be able to inform cryptsetup about your new disk.
Apr 25 2019
Hi wellton. Thanks for mirroring. I understand that downloads from our official sources can be slow. We are in the process of setting up mirrors worldwide and would love to add yours as a potential partnering mirror. However we have not developed a fully complete policy with regard to mirroring. At this time the feeling is that Purism would prefer that the 'pureos.net' name wasn't included in your mirror URL if at all possible. It seems to imply that yours is an 'official' mirror and ought to get 'official' support.
Apr 24 2019
Apr 23 2019
At least I haven't partitioned the USB drive. :}
The script does work when it runs by itself (always worth asking :-)
The format of the udev rule in the file itself may be the issue, I'm still trying to determine. Nitrokey offers packages: https://www.nitrokey.com/download/debian I'm going to see if they provide any inspiration.
The udev rule doesn't work in either machine; neither the L13v3 or L15v3. With regard to identifying the device, I'm included dmesg output (which I've not found super helpful) and udevadm output (which is better.)
The rules file is in the right location (/etc/udev/rules.d) and it gets read according to systemd-udev:
Apr 23 10:02:36 slate systemd-udevd: Reading rules file: /etc/udev/rules.d/85-libremkey.rules
The gnome-screensaver-lock works well. I cannot get the udev rule to be discovered on my L15v3 however. There is some information on this available on the Nitrokey from upstream where they publish their own udev rules but that fails to work for me as well.
There is a new version of Calamares out and I wonder if this is still an issue? @hayder could you let us know if this bug is still open?
Thanks for reporting this issue. There is another new build, can you try that one: https://downloads.puri.sm/oem/gnome/2019-04-22/
Apr 12 2019
Apr 11 2019
It is complex, I agree. The screenshots help alot. I don't think that your swap partition is in fact encrypted. One way to find out for sure is to issue this command;
I experience that behavior on occasion as well. I'll try and do some debugging since I'm interested in understanding if there's a fix.
Apr 10 2019
- You have two "resume=" targets. The UUIDs differ too. You may want to compare the two resume target disk UUIDs with what you have in /etc/fstab to make sure that the last resume= is even needed. You can use the 'disks' tool to do this.
Apr 8 2019
Can you re-paste your
file? I don't see any mention of your encrypted disks for example. I worry your grub configuration may have become corrupted somehow.
emacs26 is not available in PureOS yet or in Debian. You can download it from here: https://ftp.gnu.org/gnu/emacs/
Here is documentation on how to build a PureOS image: https://tracker.pureos.net/w/howto_build/