There are in fact 2 long-standing wishes:
https://www.falkon.org/
https://community.kde.org/Incubator/Projects/Falkon/
https://phabricator.kde.org/project/board/245/
In T603#14252, @mak wrote:Jup, reason being that the displaymanager isn't configured. This was once disabled on purpose, I just don't remember why, unfortunately.
I re-enabled the feature, the next live image should have it if there aren't any drawbacks to having it (I can't see any issues, the only potential clash would have been with the OEM installer, but we don't run the module there anyway).
This is fixed in gnome-control-center 3.30.3-1pureos1. After you installed this version, desktop-base can be removed (and ideally will be autoremoved).
Since PureOS *still* doesn't have any proper logo, I just reset the logo to the default GNOME one.
Jup, reason being that the displaymanager isn't configured. This was once disabled on purpose, I just don't remember why, unfortunately.
I re-enabled the feature, the next live image should have it if there aren't any drawbacks to having it (I can't see any issues, the only potential clash would have been with the OEM installer, but we don't run the module there anyway).
This is because gnome-control-center suddenly started to pull in desktop-base.
I'll look into this.
This is fixed in python-apt >= 1.8.4pureos1 - please verify that this works for you. The new version should reach the green channel in a few days.
Hmm... This is the last changelog entry for python-apt:
python-apt (1.8.1pureos1) green; urgency=medium
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.
In T327#12891, @Jonathan wrote:Hola si es difícil empaquetar opensnitch depende de librerías muy espesificas ,
Paquete debían
opensnitch_1.0.deb
https://sourceforge.net/projects/unknownos/files/opensnitch/
Es necesario instalar
apt-get install libnetfilter-queue1 libnetfilter-conntrack3 python3-slugify python-pyqt5 libc6 python3.7
Probado en debían Buster .
In T603#14022, @jeremiah.foster wrote: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?
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.
Thank you for the quick review & validation! :-)
This isn't actually a high priority issue, as it's only a visual/terminology thing. Will need input from the marketing team though, I think we canonically only call PureOS "PureOS" and not mention Linux (internally, GNU/Linux is used for PureOS though, so this may need to be changed).
It would be possible to alter the word Linux by GNU/Linux?
Hello @mak , Yes, the installation Finish all right =) I used iso 2019-05-01, its in my production notebook. Congratulations for your project. see...
This is resolved starting with the 2019-05-01 image builds.
Thanks for reporting this issue!
Since the installer changes are extensive this time, it would be awesome if you could test the new image and verify that the issue is gone. New images will become available on https://downloads.puri.sm/live/gnome/2019-05-01/ shortly.
To avoid packaging a third-party extension with PureOS, a solution I propose is to include the following about:config value string to PureBrowser:
Yes. That's the one I am following.
Are you following these instructions: https://tracker.pureos.net/w/installation_guide/live_system_installation/ ?
With support by email I was able to boot with a live cd and backup my files, although some of them in my home directory couldn't be backed up due to lacking permission. After doing that and panicking less a bit, I provided the content of the crypttab file to Mladen and he suggested to comment
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.
@jeremiah.foster Hello! I tested again (up-to-date libraries as in your comment) and still get the error.
In T347#11724, @mladen wrote:Wiki entry for TorBrowser: https://tracker.pureos.net/w/pureos/tips/torbrowser/
I Will redirect the index (page web) from https://pureos.net.br/ to https://pureos.net .
Thanks, no problem, I understand perfectly I'm waiting so that in the future we can have a pureos.net here in Brazil.
Hi David,
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.
That's because of the 'su $user' command that's in there. Root doesn't have to type the user's password but a regular user (even the same user) does.
Hi @jeremiah.foster and @mak , I downloaded iso 04-22 (pureos-8.0-gnome-live_20190422-amd64.hybrid.iso) from link and not working.
At least I haven't partitioned the USB drive. :}
Yes, ENV{ID_VENDOR} is what we'd want, as ID_VENDOR is being set in an environment variable that gets passed along to these udev rules. I was just flagging that in your udevadm output it had set ID_VENDOR (via ATTRS{ID_VENDOR}) to Nitrokey.
The script does work when it runs by itself (always worth asking :-)
Based on this:
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.)