| 2021-07-18 00:48:52 +0200 | ectospasm | (~ectospasm@user/ectospasm) |
| 2021-07-18 01:01:38 +0200 | aplainzetakind | (~johndoe@captainludd.powered.by.lunarbnc.net) (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) |
| 2021-07-18 01:01:47 +0200 | aplainzetakind | (~johndoe@captainludd.powered.by.lunarbnc.net) |
| 2021-07-18 01:04:44 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-07-18 01:06:34 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-07-18 01:55:40 +0200 | tpefreedom | (~tsomers@98-125-194-4.dyn.centurytel.net) (Remote host closed the connection) |
| 2021-07-18 02:14:08 +0200 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-07-18 04:03:04 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 252 seconds) |
| 2021-07-18 04:13:59 +0200 | td_ | (~td@muedsl-82-207-238-255.citykom.de) (Ping timeout: 258 seconds) |
| 2021-07-18 04:15:38 +0200 | td_ | (~td@muedsl-82-207-238-204.citykom.de) |
| 2021-07-18 04:24:14 +0200 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2021-07-18 06:39:40 +0200 | blendux | (~blendux@99-33-66-185.lightspeed.yrlnca.sbcglobal.net) (Remote host closed the connection) |
| 2021-07-18 10:17:44 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-07-18 10:17:48 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-07-18 10:47:13 +0200 | benin0369 | (~benin@183.82.204.23) |
| 2021-07-18 11:24:05 +0200 | moyamo[m] | (~moyamomat@2001:470:69fc:105::a51) |
| 2021-07-18 11:36:44 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-07-18 11:37:05 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-07-18 11:39:28 +0200 | Guest77 | (~Guest77@2402:e280:2117:297:ecf8:f374:8704:f843) |
| 2021-07-18 12:05:58 +0200 | seschwar | (~seschwar@user/seschwar) |
| 2021-07-18 18:26:12 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Ping timeout: 268 seconds) |
| 2021-07-18 18:27:06 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-07-18 20:06:22 +0200 | Guest77 | (~Guest77@2402:e280:2117:297:ecf8:f374:8704:f843) (Quit: Client closed) |
| 2021-07-18 20:28:36 +0200 | <irishlucklinux[m> | hello, does anyone know where to get xmonad-contrib on openbsd? |
| 2021-07-18 20:36:30 +0200 | <geekosaur> | o.O |
| 2021-07-18 20:36:43 +0200 | geekosaur | wonders which dependency is missing |
| 2021-07-18 20:40:44 +0200 | <geekosaur> | has to be X11-xft, which I don't see anywhere in the ports tree in any form, hm |
| 2021-07-18 20:41:00 +0200 | <geekosaur> | but I thought gtk depended on xft as well |
| 2021-07-18 20:41:35 +0200 | <geekosaur> | anyway you may have to get it from hackage and build it yourself |
| 2021-07-18 20:42:58 +0200 | <irishlucklinux[m> | ok |
| 2021-07-18 20:52:05 +0200 | <geekosaur> | huh, I am seeing that openbsd has only an ancient version of freetype for some reason? that may be why no X11-xft and therefore no xmonad-contrib |
| 2021-07-18 20:55:42 +0200 | <geekosaur> | although it should be possible to build with -f!use_xft in that case |
| 2021-07-18 20:57:32 +0200 | <Solid> | I think we had some people in here a while ago who said that the openbsd folks stopped packaging xmonad in favour of telling users to install via stack/cabal |
| 2021-07-18 20:59:01 +0200 | <Solid> | irishlucklinux[m: if you're not sure how to compile xmonad-contrib yourself then check out https://github.com/xmonad/xmonad/blob/master/INSTALL.md |
| 2021-07-18 20:59:25 +0200 | <irishlucklinux[m> | thanks |
| 2021-07-18 21:51:30 +0200 | <diaspora[m]> | Solid: That's very strange to hear. OpenBSD cultivates the reputation of being security-focused, so recommending that users install code "under the radar" by using language-specific installers instead of the distro's own package manager is the opposite of what one would expect. |
| 2021-07-18 21:52:48 +0200 | <geekosaur> | I'd only think that if I believed there was any chance they'd security-audited all of ports, tbh |
| 2021-07-18 21:53:02 +0200 | <geekosaur> | which seems unlikely |
| 2021-07-18 21:55:37 +0200 | <diaspora[m]> | Aren't the packages in BSD ports installed with OpenBSD's own package manager? It's been a long time since I've had an instance of OpenBSD around. Or any other BSD for that matter. |
| 2021-07-18 21:57:42 +0200 | <geekosaur> | yes "but" the Makefile or things under its control can write basically anywhere |
| 2021-07-18 21:58:06 +0200 | <geekosaur> | does openbsd sandbox ports to a non-root user? (freebsd ports doesn't, I know) |
| 2021-07-18 22:16:14 +0200 | <diaspora[m]> | The issue is that although the contents of packages installed by the distro's own package manager may not be validated by OpenBSD peeps, the package manager does at least know what version it has installed and where. If problems arise this allows them to be pinned to some specific code, which is step #1 in dealing with it. That knowledge is missing when packages creep in under the radar. And it becomes especially bad when dependencies are |
| 2021-07-18 22:16:14 +0200 | <diaspora[m]> | stored under normal user permissions which puts them at risk of being modified by user-run code without the user's knowledge. All bets are off under those conditions, since even trusted dependencies can then become part of an attack vector. |
| 2021-07-18 22:18:10 +0200 | <diaspora[m]> | Which is why it surprised me to hear that OpenBSD would want its package manager out of the loop. |
| 2021-07-18 22:31:41 +0200 | <diaspora[m]> | It's possible that it was only hearsay, or stated by some OpenBSD user rather than being actual OpenBSD policy. It would be good to know, so that misinformation isn't propagated. |
| 2021-07-18 22:32:47 +0200 | <geekosaur> | well, I found a mirror of openbsd ports on github that still had xmonad |
| 2021-07-18 22:32:55 +0200 | <geekosaur> | no idea how current it is though |
| 2021-07-18 22:34:10 +0200 | <geekosaur> | "6 hours ago" per commit log |
| 2021-07-18 22:34:31 +0200 | <geekosaur> | so I'd guess it's false |
| 2021-07-18 22:35:00 +0200 | <geekosaur> | or at least the claim that they were removing xmonad from ports is false |
| 2021-07-18 22:38:21 +0200 | slep | (~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net) (Read error: Connection reset by peer) |
| 2021-07-18 22:38:52 +0200 | slep | (~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net) |
| 2021-07-18 22:39:45 +0200 | Guest8 | (~Guest8@146.120.214.159) |
| 2021-07-18 22:41:04 +0200 | Guest8 | (~Guest8@146.120.214.159) (Client Quit) |
| 2021-07-18 22:43:48 +0200 | <geekosaur> | hrm, freebsd doesn't package xmonad-contrib either |
| 2021-07-18 22:43:57 +0200 | <geekosaur> | wonder what's up with that |
| 2021-07-18 22:49:04 +0200 | <geekosaur> | oh, interesting. wayback machine for freshports.org says "Ignore IGNORE: Haskell libraries are getting pushed out of the ports tree. If you are using this library for your XMonad config, see x11-wm/hs-xmonad/pkg-message file." |
| 2021-07-18 22:51:45 +0200 | <geekosaur> | so apparently they are recommending stack/cabal for haskell stuff now |
| 2021-07-18 22:54:52 +0200 | <diaspora[m]> | In case it helps, any distro can install the Nix package manager running alongside their native manager, and that provides quite strong security benefits like known installs through hashes, as well as immutability. The nixpkgs repository contains the package "xmonad-with-packages", which might be related to xmonad-contrib, perhaps a curated subset. |
| 2021-07-18 22:55:48 +0200 | <geekosaur> | subset seems unlikely, unless they really want to maintain their own version of xmonad-contrib |
| 2021-07-18 22:56:09 +0200 | <geekosaur> | it's not broken up, it's 200+ modules in a single package (sigh) |
| 2021-07-18 22:56:29 +0200 | <diaspora[m]> | Oh dear ... |
| 2021-07-18 22:58:39 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-07-18 22:59:03 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-07-18 23:01:15 +0200 | <geekosaur> | aaaaand there goes my network again, speaking of "sigh" |
| 2021-07-18 23:02:55 +0200 | <diaspora[m]> | geekosaur: I just checked what got installed on NixOS with the package "xmonad-with-packages" bundle: |
| 2021-07-18 23:03:02 +0200 | <diaspora[m]> | > /nix/store/i83j51383fbyv42nnncj2hrplfh52la3-xmonad-contrib-0.16.drv |
| 2021-07-18 23:03:04 +0200 | <lambdabot> | <hint>:1:1: error: parse error on input ‘/’ |
| 2021-07-18 23:03:09 +0200 | <diaspora[m]> | \o/ |
| 2021-07-18 23:04:31 +0200 | <diaspora[m]> | So, Nix to the rescue if distros start dropping xmonad-contrib. |
| 2021-07-18 23:05:08 +0200 | <geekosaur> | yeh, I just dug that out of google. seems to innclude xmonad-contrib, xmonad-extras, and maybe xmonad-log-applet |
| 2021-07-18 23:05:26 +0200 | <geekosaur> | not sure what they mean by "monad-logger" |
| 2021-07-18 23:06:31 +0200 | <geekosaur> | since neither xmonad nor xmonad-contrib uses haskell's monad-logger in any fashion |
| 2021-07-18 23:06:42 +0200 | <geekosaur> | and I doubt they did the surgery to add it |
| 2021-07-18 23:08:48 +0200 | <diaspora[m]> | Perhaps it's this, found in "nix search xmonad": |
| 2021-07-18 23:09:10 +0200 | <diaspora[m]> | > * nixos.xmonad-log (xmonad-log) |
| 2021-07-18 23:09:10 +0200 | <diaspora[m]> | > xmonad DBus monitoring solution |
| 2021-07-18 23:09:11 +0200 | <lambdabot> | error: |
| 2021-07-18 23:09:12 +0200 | <lambdabot> | Variable not in scope: xmonad :: t0 -> t1 -> t2 -> terror: Data construc... |
| 2021-07-18 23:09:12 +0200 | <lambdabot> | • Variable not in scope: solution |
| 2021-07-18 23:09:12 +0200 | <lambdabot> | <hint>:1:1: error: parse error on input ‘*’ |
| 2021-07-18 23:09:24 +0200 | <geekosaur> | that'd be xmonad-log-applet |
| 2021-07-18 23:09:33 +0200 | <geekosaur> | I use it since I log to mate-panel |
| 2021-07-18 23:11:24 +0200 | <diaspora[m]> | xmonad_log_applet_mate is a separate package, according to search. |
| 2021-07-18 23:11:28 +0200 | <geekosaur> | but what I was talking about was this in xmonad.nix: haskellPackages.monad-logger |
| 2021-07-18 23:13:48 +0200 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-07-18 23:18:17 +0200 | <geekosaur> | yes, the source can build for 3 possible targets (mate, gnome2, xfce) |
| 2021-07-18 23:18:41 +0200 | <geekosaur> | not sure how that interferes withy nix's view of the world |
| 2021-07-18 23:20:23 +0200 | beaker106[m] | (~beaker106@2001:470:69fc:105::ab9) () |
| 2021-07-18 23:23:32 +0200 | <diaspora[m]> | They're separate packages in Nix, one for each of them. |
| 2021-07-18 23:25:05 +0200 | <geekosaur> | presumably it doesn't like each having different lists of installed files and installation locations |
| 2021-07-18 23:31:06 +0200 | <diaspora[m]> | Nix is entirely happy to have multiple versions of a package installed side by side and used concurrently. It doesn't suffer from dependency hell because everything is installed in its own hashed suddirectory under /nix/store --- a major benefit compared to most other package managers. That alone is reason enough to have Nix installed alongside a distro's native package manager to overcome its limitations. |
| 2021-07-18 23:32:16 +0200 | <geekosaur> | so then it's just exposing that in the form of different packages for each possibility |
| 2021-07-18 23:35:25 +0200 | <diaspora[m]> | Yup. Good chance that what a person wants is in there already, as nixpkgs is a huge repo and growing all the time. |
| 2021-07-18 23:39:27 +0200 | <diaspora[m]> | > "Nixpkgs is a collection of over 60,000 software packages that can be installed with the Nix package manager. It also implements NixOS, a purely-functional Linux distribution." |
| 2021-07-18 23:39:29 +0200 | <lambdabot> | "Nixpkgs is a collection of over 60,000 software packages that can be instal... |