Re: Read only_Edit Icecat.desktop
Hello! segundomail--- via writes: > Hello, > I recently ran into a small problem that I would like some help if > possible. I use Guix Package Manager on ubuntu and I have a small > problem with the icon of the browsers, all the ones browser installed > are redirected when opened to the icon of the icecat (palemoon, > librewolf etc) in the dock (native in gnome and plank on kde). I > checked and I believe the problem is in the icecat.desktop where the > tag is StartupWMMClass=Navigator, and speculate that it should be > StartupWMClass=icecat-default, I may be wrong, but before guix it > didn't happen (I edited the others' StartupWMMClass to make > sure). however I can't edit the icecat.desktop because it is read > only, is there any way to edit the .desktop to check if this is what > creates the problem or solution? > Thanks for your attention; I noticed something strange with the Icecat icon used when used in a desktop environment such as GNOME. There are two icons at play, it seems. To test, you should be able to copy the icecat.desktop from the icecat package to a ~/.local/share/applications directory, I think! Perhaps something like (untested): --8<---cut here---start->8--- mkdir -p ~/.local/share/applications cp $(find $(guix build icecat) -name icecat.desktop) \ ~/.local/share/applications chmod +w ~/.local/share/applications/icecat.desktop --8<---cut here---end--->8--- Then you should be able to make changes to the icecat.desktop file copy. Don't forget to turn the "Exec" value to just 'icecat %u' to avoid effectively pinning it to an old version. Please let us know if you find the solution! -- Thanks, Maxim
Guix home - 'pinning' ?
Hi Guixers when using guix-home, is there a way to pin a given package to its current version, so that it stays as it is despite 'guix pull' bringing new commits ? Thanks, thanks, thanks F
OBS Studio memory leak
Hi Guixers, For some reason when I use the obs package I quickly leak memory until my system runs out completely, and I have to reboot to resolve it. I had obs-wlrobs, but removing it made no difference. I am able to use the most recent release through Flatpak / Flathub, but ideally I could use the Guix package instead. Is anyone else having this issue? Or could anyone provide insight into how I could resolve this on my system? Thanks, Robby
Building JavaFX applications
Hi, I need help building javafx applications. I don't know how to build a simple app: This is my environment: ``` Ekaitz@tuxedo ~/projects/window$$ guix shell openjdk openjdk:jdk java-openjfx-graphics java-openjfx-controls java-openjfx-media java-openjfx-base java-openjfx-build ``` I look for the javafx module paths: ``` Ekaitz@tuxedo ~/projects/window$ [env]$ guix build java-openjfx-graphics java-openjfx-controls java-openjfx-media java-openjfx-base java-openjfx-build /gnu/store/rynjd6sbgqhz7zpgzrdzl8fcpbykwxri-java-openjfx-build-8.202 /gnu/store/13l0qiwy3z88hiq49g9zdpcj77i16fx9-java-openjfx-base-8.202 /gnu/store/bwpkcbcm8cwkdcq7sviyya6pjb4ma3zk-java-openjfx-media-8.202 /gnu/store/f4bbx3524avpw1yn9b0z0fax9rmx4ayd-java-openjfx-controls-8.202 /gnu/store/hpcja76y3y0hpgkxvmv68jhxjlny2316-java-openjfx-graphics-8.202 ``` If I don't add them to module paths they don't appear: ``` Ekaitz@tuxedo ~/projects/window$ [env]$ java --list-modules java.base@19.0.1 java.compiler@19.0.1 java.datatransfer@19.0.1 java.desktop@19.0.1 java.instrument@19.0.1 java.logging@19.0.1 java.management@19.0.1 java.management.rmi@19.0.1 java.naming@19.0.1 java.net.http@19.0.1 java.prefs@19.0.1 java.rmi@19.0.1 java.scripting@19.0.1 java.se@19.0.1 java.security.jgss@19.0.1 java.security.sasl@19.0.1 java.smartcardio@19.0.1 java.sql@19.0.1 java.sql.rowset@19.0.1 java.transaction.xa@19.0.1 java.xml@19.0.1 java.xml.crypto@19.0.1 jdk.accessibility@19.0.1 jdk.attach@19.0.1 jdk.charsets@19.0.1 jdk.compiler@19.0.1 jdk.crypto.cryptoki@19.0.1 jdk.crypto.ec@19.0.1 jdk.dynalink@19.0.1 jdk.editpad@19.0.1 jdk.hotspot.agent@19.0.1 jdk.httpserver@19.0.1 jdk.incubator.concurrent@19.0.1 jdk.incubator.vector@19.0.1 jdk.internal.ed@19.0.1 jdk.internal.jvmstat@19.0.1 jdk.internal.le@19.0.1 jdk.internal.opt@19.0.1 jdk.internal.vm.ci@19.0.1 jdk.internal.vm.compiler@19.0.1 jdk.internal.vm.compiler.management@19.0.1 jdk.jartool@19.0.1 jdk.javadoc@19.0.1 jdk.jcmd@19.0.1 jdk.jconsole@19.0.1 jdk.jdeps@19.0.1 jdk.jdi@19.0.1 jdk.jdwp.agent@19.0.1 jdk.jfr@19.0.1 jdk.jlink@19.0.1 jdk.jpackage@19.0.1 jdk.jshell@19.0.1 jdk.jsobject@19.0.1 jdk.jstatd@19.0.1 jdk.localedata@19.0.1 jdk.management@19.0.1 jdk.management.agent@19.0.1 jdk.management.jfr@19.0.1 jdk.naming.dns@19.0.1 jdk.naming.rmi@19.0.1 jdk.net@19.0.1 jdk.nio.mapmode@19.0.1 jdk.random@19.0.1 jdk.sctp@19.0.1 jdk.security.auth@19.0.1 jdk.security.jgss@19.0.1 jdk.unsupported@19.0.1 jdk.unsupported.desktop@19.0.1 jdk.xml.dom@19.0.1 jdk.zipfs@19.0.1 ``` But If I add them they appear: ``` Ekaitz@tuxedo ~/projects/window$ [env]$ java --list-modules --module-path /gnu/store/rynjd6sbgqhz7zpgzrdzl8fcpbykwxri-java-openjfx-build-8.202/share/java:/gnu/store/13l0qiwy3z88hiq49g9zdpcj77i16fx9-java-openjfx-base-8.202/share/java:/gnu/store/bwpkcbcm8cwkdcq7sviyya6pjb4ma3zk-java-openjfx-media-8.202/share/java:/gnu/store/f4bbx3524avpw1yn9b0z0fax9rmx4ayd-java-openjfx-controls-8.202/share/java:/gnu/store/hpcja76y3y0hpgkxvmv68jhxjlny2316-java-openjfx-graphics-8.202/share/java java.base@19.0.1 java.compiler@19.0.1 java.datatransfer@19.0.1 java.desktop@19.0.1 java.instrument@19.0.1 java.logging@19.0.1 java.management@19.0.1 java.management.rmi@19.0.1 java.naming@19.0.1 java.net.http@19.0.1 java.prefs@19.0.1 java.rmi@19.0.1 java.scripting@19.0.1 java.se@19.0.1 java.security.jgss@19.0.1 java.security.sasl@19.0.1 java.smartcardio@19.0.1 java.sql@19.0.1 java.sql.rowset@19.0.1 java.transaction.xa@19.0.1 java.xml@19.0.1 java.xml.crypto@19.0.1 jdk.accessibility@19.0.1 jdk.attach@19.0.1 jdk.charsets@19.0.1 jdk.compiler@19.0.1 jdk.crypto.cryptoki@19.0.1 jdk.crypto.ec@19.0.1 jdk.dynalink@19.0.1 jdk.editpad@19.0.1 jdk.hotspot.agent@19.0.1 jdk.httpserver@19.0.1 jdk.incubator.concurrent@19.0.1 jdk.incubator.vector@19.0.1 jdk.internal.ed@19.0.1 jdk.internal.jvmstat@19.0.1 jdk.internal.le@19.0.1 jdk.internal.opt@19.0.1 jdk.internal.vm.ci@19.0.1 jdk.internal.vm.compiler@19.0.1 jdk.internal.vm.compiler.management@19.0.1 jdk.jartool@19.0.1 jdk.javadoc@19.0.1 jdk.jcmd@19.0.1 jdk.jconsole@19.0.1 jdk.jdeps@19.0.1 jdk.jdi@19.0.1 jdk.jdwp.agent@19.0.1 jdk.jfr@19.0.1 jdk.jlink@19.0.1 jdk.jpackage@19.0.1 jdk.jshell@19.0.1 jdk.jsobject@19.0.1 jdk.jstatd@19.0.1 jdk.localedata@19.0.1 jdk.management@19.0.1 jdk.management.agent@19.0.1 jdk.management.jfr@19.0.1 jdk.naming.dns@19.0.1 jdk.naming.rmi@19.0.1 jdk.net@19.0.1 jdk.nio.mapmode@19.0.1 jdk.random@19.0.1 jdk.sctp@19.0.1 jdk.security.auth@19.0.1 jdk.security.jgss@19.0.1 jdk.unsupported@19.0.1 jdk.unsupported.desktop@19.0.1 jdk.xml.dom@19.0.1 jdk.zipfs@19.0.1 java.openjfx file:///gnu/store/rynjd6sbgqhz7zpgzrdzl8fcpbykwxri-java-openjfx-build-8.202/share/java/java-openjfx.jar automatic java.openjfx.base file:///gnu/store/13l0qiwy3z88hiq49g9zdpcj77i16fx9-java-openjfx-base-8.202/share/java/java-openjfx-base.jar automatic java.openjfx.controls file:///gnu/store/f4bbx3524avpw1yn9b0z0fax9rmx4ayd-java-openjfx-controls-8.202/share/java/java-openjfx-controls.jar automatic java.openjfx.graphics
Re: Guix.gnu.org ERR_CERT_DATE_INVALID
Graham Addis writes: > Visiting guix.gnu.org this afternoon (uk time) I see the certificate > has expired: > > NET::ERR_CERT_DATE_INVALID > > Subject: guix.gnu.org > > Issuer: R3 > > Expires on: 11 Jun 2023 > > Current date: 11 Jun 2023 > ... I've restarted NGinx on the relevant machine, so it should be working again now. signature.asc Description: PGP signature
Guix.gnu.org ERR_CERT_DATE_INVALID
Visiting guix.gnu.org this afternoon (uk time) I see the certificate has expired: NET::ERR_CERT_DATE_INVALID Subject: guix.gnu.org Issuer: R3 Expires on: 11 Jun 2023 Current date: 11 Jun 2023 ...