2021/04/21

2021-04-21 00:03:03 +0200seschwar(~seschwar@unaffiliated/seschwar) (Quit: :wq)
2021-04-21 00:07:10 +0200piele(~piele@tbonesteak.creativeserver.net) (Quit: No Ping reply in 180 seconds.)
2021-04-21 00:08:13 +0200piele(~piele@tbonesteak.creativeserver.net)
2021-04-21 00:21:04 +0200notis(~notis@185.51.134.230) (Read error: Connection reset by peer)
2021-04-21 01:02:15 +0200thc202(~thc202@unaffiliated/thc202) (Ping timeout: 258 seconds)
2021-04-21 01:29:59 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a)
2021-04-21 01:30:25 +0200 <RomanticDel> could i add like any $PATH to my .bashrc or should that go in bash_profile?
2021-04-21 01:31:33 +0200 <geekosaur> normally it'd be in .bash_profile so subshells created by environment managers can override it (e.g. to point to a sandboxed version of python or something)
2021-04-21 01:33:30 +0200 <RomanticDel> okay just wanted to check b/c im thinking of adding ~/doom.d/bin/doom to my $PATH to easily update my emacs
2021-04-21 01:36:49 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a) (Quit: WeeChat 3.1)
2021-04-21 01:38:49 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a)
2021-04-21 01:48:41 +0200 <geekosaur> you may need to make sure terminal windows start "login shells" (most do)
2021-04-21 01:53:33 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a) (Quit: WeeChat 3.1)
2021-04-21 01:56:59 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a)
2021-04-21 02:02:43 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a) (Quit: WeeChat 3.1)
2021-04-21 02:08:54 +0200gzj(~gzj@unaffiliated/gzj)
2021-04-21 02:08:55 +0200GZJ0X_(~gzj@unaffiliated/gzj)
2021-04-21 02:08:55 +0200GZJ0X_(~gzj@unaffiliated/gzj) (Remote host closed the connection)
2021-04-21 02:16:11 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a)
2021-04-21 02:16:46 +0200 <RomanticDel> okay not sure why but one of my new bash aliases wont work.
2021-04-21 02:16:57 +0200 <RomanticDel> every single other one does but not this one
2021-04-21 02:24:51 +0200 <geekosaur> "doesn't work" how?
2021-04-21 02:25:26 +0200 <RomanticDel> when i type it into the terminal to have it execute said command, it gives back a syntax error
2021-04-21 02:26:06 +0200gzj(~gzj@unaffiliated/gzj) (Remote host closed the connection)
2021-04-21 02:26:25 +0200gzj(~gzj@unaffiliated/gzj)
2021-04-21 02:27:19 +0200 <geekosaur> what's the alias?
2021-04-21 02:27:43 +0200 <RomanticDel> alias clean='sudo pacamn -Rns (pacman -Qtdq)'
2021-04-21 02:28:15 +0200 <RomanticDel> every time i try to run that though, it says syntax error about unexpected token near '('
2021-04-21 02:28:25 +0200 <geekosaur> that does indeed look like a syntax error. did you intend to execute the parenthesized command?
2021-04-21 02:28:31 +0200 <RomanticDel> yes
2021-04-21 02:28:32 +0200 <geekosaur> that's $(command)
2021-04-21 02:29:00 +0200 <RomanticDel> alias clean='sudo pacamn -Rns $(pacman -Qtdq)' -- So like that?
2021-04-21 02:29:11 +0200 <geekosaur> yes
2021-04-21 02:29:19 +0200 <RomanticDel> will it run that command as root?
2021-04-21 02:30:17 +0200 <geekosaur> no
2021-04-21 02:31:09 +0200 <RomanticDel> alias clean='sudo pacamn -Rns #(pacman -Qtdq)' -- would that run everything as root?
2021-04-21 02:31:22 +0200 <geekosaur> no
2021-04-21 02:32:23 +0200 <geekosaur> alias clean='sudo -s "pacman -Rns \$(pacman -Qtdq)"'
2021-04-21 02:33:30 +0200 <geekosaur> the backslash is to prevent your shell from executing the command expansion first, the -s ensures that sudo starts a shell that can run the command expansion
2021-04-21 02:37:25 +0200 <geekosaur> I would want to test that by substituting echo for the outer pacman command just to make sure it's doing the right thing, given that it's running as root
2021-04-21 02:51:33 +0200s00pcan(~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 265 seconds)
2021-04-21 02:53:06 +0200s00pcan(~chris@107.181.165.217)
2021-04-21 02:59:11 +0200s00pcan(~chris@107.181.165.217) (Ping timeout: 252 seconds)
2021-04-21 02:59:42 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Ping timeout: 240 seconds)
2021-04-21 03:00:15 +0200s00pcan(~chris@075-133-056-178.res.spectrum.com)
2021-04-21 03:03:48 +0200RomanticDel(~brtt@2600:8804:8744:9f00::738a) (Quit: WeeChat 3.1)
2021-04-21 03:13:44 +0200Nahra(~user@unaffiliated/nahra) (Remote host closed the connection)
2021-04-21 03:49:06 +0200gzj(~gzj@unaffiliated/gzj) (Remote host closed the connection)
2021-04-21 03:49:25 +0200gzj(~gzj@unaffiliated/gzj)
2021-04-21 04:24:49 +0200gzj(~gzj@unaffiliated/gzj) (Ping timeout: 252 seconds)
2021-04-21 04:39:41 +0200theDon(~td@muedsl-82-207-238-085.citykom.de) (Ping timeout: 240 seconds)
2021-04-21 04:40:49 +0200growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in)
2021-04-21 04:41:30 +0200theDon(~td@94.134.91.185)
2021-04-21 05:16:23 +0200ericsagnes(~ericsagne@2405:6580:0:5100:7cd:23d4:b32c:5140) (Ping timeout: 260 seconds)
2021-04-21 05:27:36 +0200ericsagnes(~ericsagne@2405:6580:0:5100:ee94:8f2c:d91b:ec)
2021-04-21 06:05:11 +0200linuxguru(~linuxguru@2607:fea8:d660:468e::3) (Quit: WeeChat 3.1)
2021-04-21 06:47:49 +0200abhixec(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
2021-04-21 07:10:08 +0200ChubaDuba(~ChubaDuba@5.3.233.85)
2021-04-21 07:24:23 +0200toniz4(~toniz4@unaffiliated/toniz4)
2021-04-21 07:33:48 +0200toniz4(~toniz4@unaffiliated/toniz4) (Quit: leaving)
2021-04-21 07:35:01 +0200toniz4(~toniz4@unaffiliated/toniz4)
2021-04-21 07:36:14 +0200toniz4(~toniz4@unaffiliated/toniz4) (Client Quit)
2021-04-21 07:36:29 +0200toniz4(~toniz4@unaffiliated/toniz4)
2021-04-21 07:37:52 +0200toniz4(~toniz4@unaffiliated/toniz4) (Client Quit)
2021-04-21 07:38:08 +0200toniz4(~toniz4@unaffiliated/toniz4)
2021-04-21 07:54:53 +0200toniz4(~toniz4@unaffiliated/toniz4) (Quit: leaving)
2021-04-21 07:56:37 +0200xaltsc(~xaltsc@unaffiliated/xaltsc) (Ping timeout: 245 seconds)
2021-04-21 07:57:09 +0200xaltsc(~xaltsc@unaffiliated/xaltsc)
2021-04-21 07:57:51 +0200jackhill(~jackhill@marsh.hcoop.net) (Ping timeout: 245 seconds)
2021-04-21 07:58:07 +0200jackhill(~jackhill@marsh.hcoop.net)
2021-04-21 08:02:56 +0200thc202(~thc202@unaffiliated/thc202)
2021-04-21 08:13:06 +0200wonko7(~wonko7@62.115.229.50)
2021-04-21 08:16:50 +0200PotatoGim(sid99505@gateway/web/irccloud.com/x-tcgdsfioetpoitie) (Ping timeout: 245 seconds)
2021-04-21 08:18:53 +0200PotatoGim(sid99505@gateway/web/irccloud.com/x-qrihjhvmnnmtnggm)
2021-04-21 09:02:31 +0200ChubaDuba(~ChubaDuba@5.3.233.85) (Quit: WeeChat 1.6)
2021-04-21 09:18:45 +0200idhugo__(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net)
2021-04-21 09:21:14 +0200idhugo_(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net)
2021-04-21 09:23:32 +0200idhugo__(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds)
2021-04-21 09:46:23 +0200materiyolo(~materiyol@112.204.174.249)
2021-04-21 10:01:31 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer)
2021-04-21 10:03:10 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-21 10:03:18 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com)
2021-04-21 10:10:37 +0200Nahra(~user@unaffiliated/nahra)
2021-04-21 10:36:17 +0200idhugo__(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net)
2021-04-21 10:38:41 +0200idhugo_(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net) (Ping timeout: 245 seconds)
2021-04-21 10:49:57 +0200notis(~notis@185.51.134.230)
2021-04-21 11:08:13 +0200 <MrElendig> might want to pipe instead to avoid argmax
2021-04-21 11:13:31 +0200sagax(~sagax_nb@213.138.71.146)
2021-04-21 11:44:14 +0200sagax(~sagax_nb@213.138.71.146) (Ping timeout: 252 seconds)
2021-04-21 12:10:47 +0200cfricke(~cfricke@unaffiliated/cfricke) (Ping timeout: 268 seconds)
2021-04-21 12:14:38 +0200s00pcan(~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 265 seconds)
2021-04-21 12:24:15 +0200idhugo_(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net)
2021-04-21 12:26:32 +0200idhugo__(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds)
2021-04-21 12:29:55 +0200ericsagnes(~ericsagne@2405:6580:0:5100:ee94:8f2c:d91b:ec) (Ping timeout: 260 seconds)
2021-04-21 12:42:38 +0200ericsagnes(~ericsagne@2405:6580:0:5100:dde9:bfa7:6f37:dd87)
2021-04-21 12:55:16 +0200sagax(~sagax_nb@213.138.71.146)
2021-04-21 13:00:26 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-21 13:22:46 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-04-21 13:35:24 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection)
2021-04-21 13:35:46 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-04-21 13:51:48 +0200codedmart_codedmart
2021-04-21 14:07:44 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-21 14:15:58 +0200codedmart(~codedmart@149.28.9.205) (Ping timeout: 268 seconds)
2021-04-21 14:27:17 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
2021-04-21 15:18:37 +0200cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1)
2021-04-21 16:17:53 +0200linuxguru(~linuxguru@2607:fea8:d660:468e::3)
2021-04-21 16:37:43 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)
2021-04-21 16:46:28 +0200oogeek(~szz_@84.17.34.160)
2021-04-21 16:47:58 +0200bone-baboon(2513c651@37.19.198.81)
2021-04-21 16:48:37 +0200 <bone-baboon> Does xmonad work as a Wayland window manager?
2021-04-21 16:49:22 +0200 <geekosaur> no; Wayland window managers are compositor plug-ins, not standalone programs like under X11
2021-04-21 16:52:24 +0200 <bone-baboon> Is there any work underway to make xmonad work as a Wayland window manager (Wayland compositor pug-in)?
2021-04-21 16:53:30 +0200 <geekosaur> there was at one point but it was abandoned
2021-04-21 16:53:44 +0200 <bone-baboon> geekosaur: thanks
2021-04-21 16:54:52 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
2021-04-21 16:55:06 +0200 <geekosaur> https://github.com/waymonad/waymonad
2021-04-21 16:55:38 +0200 <geekosaur> hasn't been updated since 2019 by the looks of it, and I don't think I've seen ongy around since
2021-04-21 16:58:09 +0200idhugo_(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net) (Ping timeout: 268 seconds)
2021-04-21 17:04:53 +0200seschwar(~seschwar@unaffiliated/seschwar)
2021-04-21 17:05:08 +0200seschwar(~seschwar@unaffiliated/seschwar) (Client Quit)
2021-04-21 17:05:27 +0200seschwar(~seschwar@unaffiliated/seschwar)
2021-04-21 17:13:48 +0200idhugo_(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net)
2021-04-21 17:17:33 +0200idhugo_(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Remote host closed the connection)
2021-04-21 17:17:58 +0200idhugo_(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net)
2021-04-21 17:19:12 +0200oogeek(~szz_@84.17.34.160) (Ping timeout: 240 seconds)
2021-04-21 17:21:21 +0200oogeek(~szz_@45.135.186.83)
2021-04-21 17:29:55 +0200oogeek(~szz_@45.135.186.83) (Quit: leaving)
2021-04-21 17:36:03 +0200ericsagnes(~ericsagne@2405:6580:0:5100:dde9:bfa7:6f37:dd87) (Ping timeout: 260 seconds)
2021-04-21 17:37:23 +0200 <heck-to-the-gnom> and to be completely honest, having a segregated wm doesn't seem like the way to go
2021-04-21 17:37:36 +0200 <heck-to-the-gnom> If I must, I'll run xwayland just so I can keep xmonad
2021-04-21 17:40:32 +0200 <Liskni_si> does XWayland let you run X11 WMs?
2021-04-21 17:40:51 +0200 <heck-to-the-gnom> I'm not certain, though it may
2021-04-21 17:41:00 +0200 <Liskni_si> I thought XWayland is just a way to run X apps under a Wayland compositor/WM
2021-04-21 17:41:47 +0200 <heck-to-the-gnom> I like the supposed performance boost it has, but I'm too attached to xmonad at this point, so if it doesn't, then I'll just live in X until it gets completely deprecated
2021-04-21 17:42:01 +0200 <geekosaur> that's mmuynderstanding too. although I think it can run an X11 WM for just the X11 apps?
2021-04-21 17:44:48 +0200 <Liskni_si> oh, indeed
2021-04-21 17:44:50 +0200 <Liskni_si> "In rootful mode, the foreign window system as a whole is represented as a window (or more) of its own. You have a native window, inside which all the foreign windows are. The advantage of this approach in Xwayland's case is that you can run your favourite X11 window manager to manage your X11 applications. The disadvantage is that the foreign windows do not integrate with the native desktop.
2021-04-21 17:44:52 +0200 <Liskni_si> Therefore this mode is not usually used.
2021-04-21 17:44:54 +0200 <Liskni_si> "
2021-04-21 17:44:56 +0200 <Liskni_si> (https://wayland.freedesktop.org/docs/html/ch05.html)
2021-04-21 17:48:34 +0200ericsagnes(~ericsagne@2405:6580:0:5100:d0df:45b4:dde8:f059)
2021-04-21 17:48:59 +0200 <Liskni_si> so that sounds like one could replace Xorg server + compton/picom with a Wayland compositor and XWayland and still keep xmonad, and then just keep running all apps as X11 clients
2021-04-21 17:49:14 +0200 <Liskni_si> not much would be gained by that though?
2021-04-21 17:49:24 +0200 <heck-to-the-gnom> yeah, exactly... huh
2021-04-21 17:49:38 +0200 <Liskni_si> just that XWayland is more likely to be maintained longer than the real Xorg server
2021-04-21 17:49:50 +0200 <Liskni_si> and picom is a bit of a mess too I think
2021-04-21 17:50:07 +0200 <Liskni_si> I still use a version before the rename, as anything newer is unbearably slow
2021-04-21 17:50:13 +0200 <heck-to-the-gnom> yeah, there's a lot of forks of it, and they're all iffy
2021-04-21 17:50:22 +0200 <heck-to-the-gnom> compton?
2021-04-21 17:50:29 +0200 <heck-to-the-gnom> That was ultra slow in my experience
2021-04-21 17:50:52 +0200 <heck-to-the-gnom> I wonder how much communication could be re-established in a performant manner under wayland, so that we could have xmonad there, perhaps that's what waymonad's goal was
2021-04-21 17:51:27 +0200 <heck-to-the-gnom> since wayland likes to split up the tasks to an unbearable level (OOP programmers be like)
2021-04-21 17:54:45 +0200growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net)
2021-04-21 17:55:17 +0200 <Liskni_si> yeah, compton, but the yshui's version, 7.4 or something
2021-04-21 17:55:58 +0200 <Liskni_si> I don't use any of the extra features like blur or shadows or anything, I run it solely to get rid of tearing and for ARGB visuals (transparency of notification windows)
2021-04-21 17:56:21 +0200 <Liskni_si> so maybe it's slow with the extra features but it's way faster than anything recent without them
2021-04-21 17:57:10 +0200 <Liskni_si> if xmonad ever goes the wayland route, we absolutely need to have a separate compositor and wm processes
2021-04-21 17:57:36 +0200 <Liskni_si> and I'm kind of hoping someone else implements a reasonable compositor with nice wm api
2021-04-21 17:57:43 +0200 <Liskni_si> and then we can see what can be done here
2021-04-21 17:59:15 +0200 <Liskni_si> I don't understand how the gnome people can tolerate having the compositor/wm be non-restartable
2021-04-21 17:59:42 +0200 <Liskni_si> my wife has to restart gnome-shell like once a week or something, due to memleaks and javascript extensions and shit
2021-04-21 18:00:00 +0200 <Liskni_si> with GNOME on Wayland, she'd need to restart the entire session
2021-04-21 18:00:05 +0200 <Liskni_si> like what the actual fuck
2021-04-21 18:01:34 +0200 <geekosaur> maybe it's not stable enough to show? :p
2021-04-21 18:01:55 +0200 <heck-to-the-gnom> Hence my name
2021-04-21 18:03:31 +0200 <heck-to-the-gnom> also, their bigotted "code of conduct", but that's unrelated to anything but my name, so I won't delve
2021-04-21 18:14:37 +0200 <MrElendig> Liskni_si: since gnome-shell is the compositor, restarting the session is not trivial. Its harder to do than on xorg where you can rely on xorg to keep the children alive while you store/restore
2021-04-21 18:15:21 +0200 <MrElendig> I suspect it would involve splitting the core render stuff into its own process and keeping that running
2021-04-21 18:15:22 +0200linuxguru(~linuxguru@2607:fea8:d660:468e::3) (Quit: WeeChat 3.1)
2021-04-21 18:16:46 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
2021-04-21 18:16:46 +0200 <Liskni_si> yeah, it would involve that, but it's 100 % worth it
2021-04-21 18:36:45 +0200abhixec(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: leaving)
2021-04-21 19:10:46 +0200idhugo_(~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 245 seconds)
2021-04-21 19:53:29 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer)
2021-04-21 19:54:58 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com)
2021-04-21 19:57:04 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer)
2021-04-21 19:58:18 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com)
2021-04-21 20:20:44 +0200nova(~novasenco@gateway/tor-sasl/novasenco)
2021-04-21 20:28:54 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-21 21:37:21 +0200wonko7(~wonko7@62.115.229.50) (Ping timeout: 260 seconds)
2021-04-21 21:45:13 +0200materiyolo(~materiyol@112.204.174.249) (Read error: Connection reset by peer)
2021-04-21 21:59:50 +0200stefur(~stefur@h-240-34.A328.priv.bahnhof.se)
2021-04-21 22:12:28 +0200 <mc47[m]> heck-to-the-gnome what's with the code of conduct?
2021-04-21 22:17:51 +0200notis(~notis@185.51.134.230) (Ping timeout: 245 seconds)
2021-04-21 22:20:07 +0200notis(~notis@77.49.228.210.dsl.dyn.forthnet.gr)
2021-04-21 22:22:01 +0200Nahra(~user@unaffiliated/nahra) (Ping timeout: 245 seconds)
2021-04-21 22:53:40 +0200cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1)
2021-04-21 22:55:23 +0200 <heck-to-the-gnom> https://lbry.tv/@DistroTube:2/unfettered-freedom-ep-7-nvidia-buys-arm:5 at 8:24 is when he starts talking about their CoC, it's merely racist against the majority, and racism PERIOD, shouldn't be allowed
2021-04-21 23:39:10 +0200stefur(~stefur@h-240-34.A328.priv.bahnhof.se) (Ping timeout: 260 seconds)
2021-04-21 23:47:16 +0200bone-baboon(2513c651@37.19.198.81) (Quit: Connection closed)