2021/05/23

2021-05-23 01:06:06 +0200notis(~notis@185.51.134.229) (Ping timeout: 240 seconds)
2021-05-23 01:08:29 +0200notis(~notis@85.203.44.98)
2021-05-23 01:20:02 +0200mc47(~yecinem@89.246.239.190) (Remote host closed the connection)
2021-05-23 01:52:32 +0200that(~al@2607:fea8:4d60:66f0:2589:f3d7:1176:f476) (Remote host closed the connection)
2021-05-23 01:54:40 +0200toniz4(~toniz4@191.31.135.123) (Quit: leaving)
2021-05-23 02:12:25 +0200thunderrd(~thunderrd@183.182.115.96) (Remote host closed the connection)
2021-05-23 02:13:44 +0200notis(~notis@85.203.44.98) (Ping timeout: 246 seconds)
2021-05-23 02:26:19 +0200boppy(~aurdev@116.122.17.21)
2021-05-23 02:26:43 +0200 <boppy> Hi. is there any ways not to let floating windows hide my Polybar?
2021-05-23 02:28:52 +0200davve(davve@bsd.douchedata.com) ()
2021-05-23 03:11:07 +0200boppy(~aurdev@116.122.17.21) (Quit: WeeChat 3.1)
2021-05-23 03:52:43 +0200kajzer(~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1)
2021-05-23 04:55:41 +0200boppy(~aurdev@116.122.17.21)
2021-05-23 04:56:12 +0200boppy(~aurdev@116.122.17.21) (Client Quit)
2021-05-23 08:17:46 +0200growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in)
2021-05-23 08:50:38 +0200xubun2(~xubun2@unaffiliated/xubun2)
2021-05-23 09:43:21 +0200notis(~notis@85.203.44.245)
2021-05-23 09:48:16 +0200xubun2(~xubun2@unaffiliated/xubun2) (Ping timeout: 260 seconds)
2021-05-23 10:11:42 +0200dementorr(5678f3b6@86.120.243.182)
2021-05-23 10:17:24 +0200 <dementorr> Hello! I'm using ` spawn ` to create a new process using a keybinding. Usually the process selfcloses, so this works fine. Now, I'm trying to run a process in the background, with a keybinding and I want to stop it with another keybinding. Is there a way to store the PID of the spawned process from the keybinding? Else I guess I could do a "pkill"
2021-05-23 10:17:25 +0200 <dementorr> but I may close other programs too...
2021-05-23 10:17:59 +0200geekosaur(45870322@069-135-003-034.biz.spectrum.com) (Quit: Ping timeout (120 seconds))
2021-05-23 10:18:08 +0200 <MrElendig> dementorr: systemd-run
2021-05-23 10:18:27 +0200 <MrElendig> pidfile and pkill are not really reliable
2021-05-23 10:21:08 +0200 <dementorr> MrElendig: Okay, thanks, I'll look into it!
2021-05-23 10:21:49 +0200 <MrElendig> pids can be reused in a surprisingly short amount of time on a modern system
2021-05-23 10:21:59 +0200 <MrElendig> not to mention the issue with stale pid files etc
2021-05-23 10:22:10 +0200 <MrElendig> the other issues*
2021-05-23 10:24:51 +0200 <liskin> A modern system with systemd would have the pid space enlarged to 4M so pid reuse isn't that much of a problem, but I agree that just using systemd for managing these processes is easiest.
2021-05-23 10:26:15 +0200MrElendighas a modern system with systemd and still get pid reuse after a few days
2021-05-23 10:27:30 +0200 <MrElendig> ymmv depending on what you are running of course :)
2021-05-23 10:39:45 +0200xubun2(~xubun2@unaffiliated/xubun2)
2021-05-23 10:51:36 +0200kajzer(~kajzer@unaffiliated/kajzer)
2021-05-23 10:52:55 +0200 <Solid> dementorr: there is the convenient spawnPID in case you don't think you'll run into PID reuse
2021-05-23 10:55:00 +0200 <dementorr> Solid: Okay, but then I think I should have some global state recording the PID, to be able to remove it later, right?
2021-05-23 10:55:44 +0200 <Solid> dementorr: yes, get the PID from spawnPID, smack it into an IORef (or similar) and retrieve it when needed
2021-05-23 10:57:18 +0200mc47(~yecinem@89.246.239.190)
2021-05-23 11:04:11 +0200 <liskin> MrElendig: out of curiosity, would you happen to know what is using all those pids on your system?
2021-05-23 11:05:10 +0200 <MrElendig> liskin: some web services and a couple of local ones, they like to spin up a new process for each request
2021-05-23 11:05:23 +0200 <liskin> MrElendig: oh
2021-05-23 11:05:50 +0200 <MrElendig> and some socket activated stuff
2021-05-23 11:06:23 +0200 <liskin> I just checked and I'm at pid 600000 after just 2 days of uptime, so I guess I'll be rolling over in a few weeks as well
2021-05-23 11:07:17 +0200 <liskin> could be browser site isolation in my case, and possibly also my love for shell scripts in general :-)
2021-05-23 11:52:40 +0200a6a45081-2b83(~aditya@122.163.181.9)
2021-05-23 11:54:40 +0200dweller(~dweller@178.62.146.60) (Quit: Reconnecting)
2021-05-23 11:54:55 +0200dweller(~dweller@178.62.146.60)
2021-05-23 12:01:05 +0200notis(~notis@85.203.44.245) (Ping timeout: 260 seconds)
2021-05-23 12:09:46 +0200xubun2(~xubun2@unaffiliated/xubun2) (Ping timeout: 240 seconds)
2021-05-23 12:39:35 +0200thunderrd(~thunderrd@183.182.115.71)
2021-05-23 12:55:43 +0200xubun2(~xubun2@unaffiliated/xubun2)
2021-05-23 13:02:40 +0200codedmart(~codedmart@li335-49.members.linode.com) (Quit: ZNC 1.7.5+deb4 - https://znc.in)
2021-05-23 13:14:59 +0200a6a45081-2b83(~aditya@122.163.181.9) (Remote host closed the connection)
2021-05-23 13:28:48 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
2021-05-23 14:27:25 +0200geekosaur(45870322@069-135-003-034.biz.spectrum.com)
2021-05-23 14:44:07 +0200notis(~notis@185.51.134.230)
2021-05-23 14:48:44 +0200 <geekosaur> you could copy the mechanism used by XMonad.Actions.SpawnOn, which uses _NET_WM_PID
2021-05-23 16:06:29 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)
2021-05-23 16:07:23 +0200idhugo(~idhugo@80-62-117-193-mobile.dk.customer.tdc.net)
2021-05-23 16:14:51 +0200 <kajzer> I have one issue, don't know where to look to solve it, it seems like every child window opens behind the main window which produced that child window, in most cases you can't even see that it's there , unless you move the parent window, any fix for that ?
2021-05-23 16:19:23 +0200 <kajzer> for example, you open Galculator, then go to Edit->Preferences, window opens behind Galculator
2021-05-23 16:20:13 +0200 <kajzer> or Firefox, say you save some file and then if you try to save it again, a dialog appears with overwrite question, but it's not visible because it's behind the save dialog window
2021-05-23 16:37:12 +0200dementorr(5678f3b6@86.120.243.182) (Quit: Connection closed)
2021-05-23 16:50:13 +0200notis(~notis@185.51.134.230) (Quit: WeeChat 3.1)
2021-05-23 16:52:52 +0200notis(~notis@185.51.134.229)
2021-05-23 16:59:26 +0200notis(~notis@185.51.134.229) (Ping timeout: 240 seconds)
2021-05-23 17:44:47 +0200mc47(~yecinem@89.246.239.190) (Read error: Connection reset by peer)
2021-05-23 17:52:42 +0200mc47(~yecinem@89.246.239.190)
2021-05-23 17:57:21 +0200xubun2(~xubun2@unaffiliated/xubun2) (Ping timeout: 265 seconds)
2021-05-23 18:08:26 +0200idhugo(~idhugo@80-62-117-193-mobile.dk.customer.tdc.net) (Remote host closed the connection)
2021-05-23 18:08:51 +0200idhugo(~idhugo@80-62-117-193-mobile.dk.customer.tdc.net)
2021-05-23 19:06:49 +0200notis(~notis@85.203.44.98)
2021-05-23 19:32:42 +0200geekosaur(45870322@069-135-003-034.biz.spectrum.com) (Ping timeout: 240 seconds)
2021-05-23 19:36:43 +0200geekosaur(45870322@069-135-003-034.biz.spectrum.com)
2021-05-23 19:59:50 +0200idhugo(~idhugo@80-62-117-193-mobile.dk.customer.tdc.net) (Ping timeout: 246 seconds)
2021-05-23 20:13:08 +0200notis(~notis@85.203.44.98) (Ping timeout: 246 seconds)
2021-05-23 20:37:12 +0200mc47(~yecinem@89.246.239.190) (Remote host closed the connection)
2021-05-23 20:41:43 +0200geekosaur(45870322@069-135-003-034.biz.spectrum.com) (Ping timeout: 240 seconds)
2021-05-23 20:46:13 +0200geekosaur(45870322@069-135-003-034.biz.spectrum.com)
2021-05-23 21:08:36 +0200growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net)
2021-05-23 22:34:58 +0200p_l(p_l@gateway/web/irccloud.com/x-tfluxgvgpkthpjvl) ()
2021-05-23 22:38:44 +0200notis(~notis@185.51.134.230)
2021-05-23 22:39:05 +0200thunderrd(~thunderrd@183.182.115.71) (Ping timeout: 268 seconds)
2021-05-23 23:44:53 +0200notis(~notis@185.51.134.230) (Ping timeout: 246 seconds)
2021-05-23 23:46:26 +0200geekosaur(45870322@069-135-003-034.biz.spectrum.com) (Quit: Connection closed)
2021-05-23 23:47:04 +0200notis(~notis@85.203.44.98)