Re: [x11/slock] Does not unlock - Set-group-ID on exec and setting group to 'auth' fixes it.
Stuart Henderson writes: >> I tried re-installing it, currently I'm getting an error from pkg_add: >> >> cygnus# pkg_add slock >> https://cdn.openbsd.org/pub/OpenBSD/6.7/packages/amd64/: no such dir >> Can't find slock >> cygnus# cat installurl >> https://cdn.openbsd.org/pub/OpenBSD >> cygnus# uname -a >> OpenBSD cygnus.ricketyspace.net 6.7 GENERIC.MP#176 amd64 >> >> Looks like I'll have to wait for the 6.7/ directory to become available >> before I'll be able to install slock again. >> > > either set > PKG_PATH=http://whatever.mirror/pub/OpenBSD/snapshots/packages/amd64/ > or use pkg_add -Dsnap Thanks Stuart. That worked (apologies, I was not aware of the -D switch and PKG_PATH). cygnus# pkg_add slock ... cygnus# ls -la $(which slock) -rwxr-sr-x 1 root auth 23304 May 6 08:22 /usr/local/bin/slock It set the set-group-id and group to 'auth' correctly. Also, I checked the slock package in 6.6[1]. The +CONTENTS has: @mode g+s @group auth lines that do the right thing. So it was not an issue in release 6.6. I don't know how/why the set-group-id and group was not set correctly previously on my installation :| [1]: http://cdn.openbsd.org/pub/OpenBSD/6.6/packages/amd64/slock-1.3p1.tgz
Re: [x11/slock] Does not unlock - Set-group-ID on exec and setting group to 'auth' fixes it.
Jeremie Courreges-Anglas writes: > I just tested it and it works fine. The perms look correct: > > shannon ~$ ls -l /usr/local/bin/slock > -rwxr-sr-x 1 root auth 23304 May 5 09:08 /usr/local/bin/slock > > >> I was able to fix this issue with: >> >> # chmod 2755 slock >> # chown :auth slock >> >> Reporting it here so that it can be fixed before the 6.7 release. >> >> ps: >> I'm running openbsd snapshots. > > What where the previous permissions on this program? > Did you try to reinstall the package? If I remember correctly, the permissions on slock looked like this: -rwxr-xr-x 1 root wheel ... /usr/local/bin/slock That is, the set-groud-id on exec was not set and 'wheel' was the group. I tried re-installing it, currently I'm getting an error from pkg_add: cygnus# pkg_add slock https://cdn.openbsd.org/pub/OpenBSD/6.7/packages/amd64/: no such dir Can't find slock cygnus# cat installurl https://cdn.openbsd.org/pub/OpenBSD cygnus# uname -a OpenBSD cygnus.ricketyspace.net 6.7 GENERIC.MP#176 amd64 Looks like I'll have to wait for the 6.7/ directory to become available before I'll be able to install slock again.
[x11/slock] Does not unlock - Set-group-ID on exec and setting group to 'auth' fixes it.
Hi, x11/slock stopped working for me -- after locking the screen with `slock` I would not be able to unlock the screen with the correct password. I was able to fix this issue with: # chmod 2755 slock # chown :auth slock Reporting it here so that it can be fixed before the 6.7 release. ps: I'm running openbsd snapshots. - rsiddharth
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
Juan Francisco Cantero Hurtado writes: > Here is a simple workaround: > > # cd /etc/fonts/conf.d > # cat 71-no-ghostscript.conf > > > > > > /usr/local/share/fonts/ghostscript/* > > > > # > Thanks for the work around! It works. - rsiddharth.
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
Stuart Henderson writes: > It's because new pango doesn't support type1 or pcf bitmap fonts, such > as the ones pulled in by installing ghostscript. So, is this an upstream issue that needs to be reported to racket developers?
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
I found a reliable way to replicate the issue on OpenBSD snapshot #628: 0. $ uname -a OpenBSD cygnus.ricketyspace.net 6.6 GENERIC.MP#628 amd64 1. $ raco pkg install --jobs $(sysctl -n hw.ncpuonline) --auto drracket 1.1. $ $HOME/.racket/7.5/bin/drracket The text in the REPL renders correctly. Also, this https://ricketyspace.net/tmp/text.rkt program renders "Hello World 42" correctly. 1.2. Quit DrRacket. 2. # pkg_add ghostscript Choose "ghostscript-9.07p7". 3. $HOME/.racket/7.5/bin/drracket The text in the REPL does not display correctly. The text.rkt program does not render the "Hello World 42" correctly. 4. Quit DrRacket. 5. # pkg_delete ghostscript 6. # pkg_delete -a 7. $HOME/.racket/7.5/bin/drracket The text in the REPL renders correctly. The text.rkt program renders the "Hello World 42" correctly. Installing the "ghostscript" package seems to cause the issue. Also, installing "texlive_texmf-full-2019" causes the issue (because it installs "ghostscript"?). I'm unable to explain why this is happening. It would be great if someone looks into this. - rsiddharth.
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
rsiddharth writes: > I tried creating a new user (via adduser(8)) and ran DrRacket as > the new user; the text did rendered properly in the REPL and for my > version of the hello function[1]. > > [1]: https://ricketyspace.net/tmp/text.rkt Oops, typo. It is "...the text did _not render_ properly in the REPL...". - rsiddharth.
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
Juan Francisco Cantero Hurtado writes: > Start the computer but don't log in as a regular user using xenodm or > startx. Change to a different virtual console with Ctrl + Alt + F2 and > log in as root. > > Delete (saving a copy of /etc or $HOME if you want) > /var/cache/fontconfig, /etc/fonts and $HOME/.cache/fontconfig from > every user. Delete every file or directory starting with ".font*" in > $HOME and starting with "font" in $HOME/.config and $HOME/.cache. > > Run sysmerge (it will restore the default config for fonts) and reboot. > > If you didn't change the default XDG directories, then that should > remove everything related to cairo font rendering (fontconfig). > > I don't have more ideas for your problem. I tried the above recipe. It doesn't seem to solve the issue. Since, the issue seems to be specific to my current installation, I'm going to re-install OpenBSD over the weekend. That will most probably solve the issue. Thank you very much for your help Juan. I appreciate it. - rsiddharth.
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
Juan Francisco Cantero Hurtado writes: > Your code works for me. > > solene@ and I tested this code and worked for us: > > #lang racket > > (require 2htdp/image) > > (define (hello) > (text/font "Hello World 42" 24 "black" > "Luxi Sans" 'roman 'normal 'normal #f)) > > (save-image (hello) "test.png") The `text/font` function works for me too: https://ricketyspace.net/tmp/racket-drracket-text_font-works.png > In the video, I see font rendering problems in the DrRacket REPL, which > is quite weird because the code editor and the menu work fine. So, you > have missing fonts, a broken config which renders erroneously some > glyphs or a broken lib. htdp uses the draw lib and it uses cairo. If we > had cairo/pango broken, we would see missing glyphs everywhere. Racket > doesn't use low level libs. Yes, I forgot to point out that the text in the DrRacket REPL has the same rendering issue too. > Try this: > - Change /etc/installurl to https://cdn.openbsd.org/pub/OpenBSD > - sysupgrade -f -s > - pkg_add -Dinstalled -Viu > - pkg_delete -a > > That should reinstall everything and remove old libraries. Thanks. I tried the above recipe; it doesn't seem to fix the issue. When I did: $ pkg_add -Dinstalled -Viu It asked me to update the font path: --- +ghostscript-fonts-8.11p3 --- You may wish to update your font path for /usr/local/share/fonts/ghostscript --- +liberation-fonts-2.00.1p1 --- You may wish to update your font path for /usr/local/share/fonts/Liberation --- +noto-cjk-2.001 --- You may wish to update your font path for /usr/local/share/fonts/noto --- +noto-emoji-20180810 --- You may wish to update your font path for /usr/local/share/fonts/noto --- +noto-fonts-20171024 --- You may wish to update your font path for /usr/local/share/fonts/noto --- +terminus-font-4.47p0 --- You may wish to update your font path for /usr/local/share/fonts/terminus I did: $ xset fp+ /usr/local/share/fonts/ghostscript $ xset fp+ /usr/local/share/fonts/Liberation . . $ xset fp+ /usr/local/share/fonts/terminus Then tried DrRacket; it didn't fix the issue. I did (both as a user and as root): $ fc-cache -fv # fc-cache -fv Didn't help. I tried creating a new user (via adduser(8)) and ran DrRacket as the new user; the text did rendered properly in the REPL and for my version of the hello function[1]. [1]: https://ricketyspace.net/tmp/text.rkt I'm not sure if I'm missing a font that DrRacket is looking for. Here's the output of: $ fc-list https://ricketyspace.net/tmp/cygnus.fc-list Output of: $ pkg_info https://ricketyspace.net/tmp/cygnus.pkgs Packages diff generated by daily insecurity output after I had ran the `pkg_add -Dinstalled -Viu` and `pkg_delete -a` you suggested: https://ricketyspace.net/tmp/cygnus.pkgs.diff The diff tells adobe-source-code-pro and cantarell-fonts were removed. I added them back and did `xset fp+ ...` and `fc-cache -fv` both as root and as a user. It didn't seem to solve the issue. - rsiddharth
[lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
Hi, Racket's 2htdp/image's `text`[1] function is having troubling rendering text: https://ricketyspace.net/tmp/racket-2htdp-image-text-issue.png (In Emacs Racket-REPL via racket-mode[2]) https://ricketyspace.net/tmp/racket-drracket-text-issue.png (In DrRacket) https://ricketyspace.net/tmp/racket-fontrendering-issue.mkv (Video demonstration of the issue) [1]: https://docs.racket-lang.org/teachpack/2htdpimage.html?q=text#%28def._%28%28lib._2htdp%2Fimage..rkt%29._text%29%29 [2]: https://github.com/greghendershott/racket-mode I've been using racket-minimal on OpenBSD for the last 6 months and I've not had this issue before. My OpenBSD system info: cygnus$ uname -a OpenBSD cygnus.ricketyspace.net 6.6 GENERIC.MP#597 amd64 cygnus$ pkg_info -A | grep racket racket-minimal-7.5 multi-paradigm programming language Running OpenBSD snapshot (2020-01-11) with racket-minimal version 7.5 installed. I tried using the 2htdp/image's `text`[1] function on Ubuntu 19.10 with Racket version 7.5. It works there. So, this issue seems to be specific to OpenBSD. I'm guessing this issue might be related to upgrades to[3]: libXfont2 2.0.4. font/util 1.3.2. font/encodings 1.0.5. [3]: https://www.openbsd.org/plus.html I'm wondering if the racket-minimal package needs to re-compiled? Steps to replicate this issue: # pkg_add racket-minimal $ raco pkg install --jobs $(sysctl -n hw.ncpuonline) \ --auto drracket $ curl https://ricketyspace.net/tmp/text.rkt > /tmp/text.rkt $ $HOME/.racket/7.5/bin/drracket File -> Open -> /tmp/text.rkt To run the text.rkt file -> hit Ctrl+R or click "Run" button in the top right. In the REPL that opens at the bottom, do: (hello) It would be great if this issue can be fixed in OpenBSD. Let me know if more information is needed from my end. - rsiddharth