Home liberachat/#xmonad: Logs Calendar

Logs on 2021-10-05 (liberachat/#xmonad)

00:07:23 × sagax quits (~sagax_nb@user/sagax) (Remote host closed the connection)
01:51:58 <jakefromstatefar> Wooh, installing `v0.16.99999` locally via nix was quite the adventure, and I still haven't quite figured out the overlay part of it yet. I'll get to that though. Then I may actually decide to dedicate some of my free-time to learning haskell more with xmonad.
01:52:22 <jakefromstatefar> Because, I don't want to become dependent upon stack/cabal directly again.
01:52:22 <jakefromstatefar> Never, again XD.
02:04:04 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 245 seconds)
02:22:05 → banc joins (banc@gateway/vpn/airvpn/banc)
02:49:29 <jakefromstatefar> Yay, got overlays working. I had to modify IvanMalison 's flake.nix, I'll push those changes upstream.
02:54:55 → jhamlin joins (~jhamlin@169.sub-72-108-237.myvzw.com)
02:55:43 × jhamlin quits (~jhamlin@169.sub-72-108-237.myvzw.com) (Client Quit)
02:57:40 × td_ quits (~td@94.134.91.189) (Ping timeout: 252 seconds)
02:59:28 → td_ joins (~td@muedsl-82-207-238-165.citykom.de)
03:55:17 → rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
04:19:35 × rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 268 seconds)
04:45:30 → cjb54763 joins (~cjb@user/cjb)
04:45:30 × cjb54763 quits (~cjb@user/cjb) (Client Quit)
04:47:52 × cjb quits (~cjb@user/cjb) (Ping timeout: 260 seconds)
07:00:37 → cfricke joins (~cfricke@user/cfricke)
07:04:38 × cfricke quits (~cfricke@user/cfricke) (Ping timeout: 246 seconds)
07:06:22 → cfricke joins (~cfricke@user/cfricke)
07:13:14 × coldpress quits (~coldpress@128.9.105.34.bc.googleusercontent.com) (Quit: ZNC 1.7.2 - https://znc.in)
07:13:18 → coldpress_ joins (~coldpress@128.9.105.34.bc.googleusercontent.com)
08:08:44 → sagax joins (~sagax_nb@user/sagax)
08:12:39 × rieper quits (~riepernet@sxbeta1.geo.uni-leipzig.de) (*.net *.split)
08:12:40 × SpiderPig quits (~matt@047-132-233-190.res.spectrum.com) (*.net *.split)
08:12:40 × electr0n quits (~electr0n@about/security/founder/electr0n) (*.net *.split)
08:12:40 × nomadxxxx3 quits (~lanomadx@69.167.36.238) (*.net *.split)
08:12:40 × terrorjack quits (~terrorjac@static.3.200.12.49.clients.your-server.de) (*.net *.split)
08:12:40 × Nahra`` quits (~user@static.161.95.99.88.clients.your-server.de) (*.net *.split)
08:12:40 × deebo_ quits (~globe@stonebay32.com) (*.net *.split)
08:12:40 × piele quits (~piele@tbonesteak.creativeserver.net) (*.net *.split)
08:12:40 × Buliarou1 quits (~gypsydang@185.207.166.57) (*.net *.split)
08:12:40 × slep quits (~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net) (*.net *.split)
08:17:37 → allbery_b joins (~geekosaur@xmonad/geekosaur)
08:17:37 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
08:17:40 allbery_b is now known as geekosaur
08:24:24 → rieper joins (~riepernet@sxbeta1.geo.uni-leipzig.de)
08:24:24 → SpiderPig joins (~matt@047-132-233-190.res.spectrum.com)
08:24:24 → electr0n joins (~electr0n@about/security/founder/electr0n)
08:24:24 → nomadxxxx3 joins (~lanomadx@69.167.36.238)
08:24:24 → terrorjack joins (~terrorjac@static.3.200.12.49.clients.your-server.de)
08:24:24 → Nahra`` joins (~user@static.161.95.99.88.clients.your-server.de)
08:24:24 → deebo_ joins (~globe@stonebay32.com)
08:24:24 → piele joins (~piele@tbonesteak.creativeserver.net)
08:24:24 → Buliarou1 joins (~gypsydang@185.207.166.57)
08:24:24 → slep joins (~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net)
08:25:30 × terrorjack quits (~terrorjac@static.3.200.12.49.clients.your-server.de) (Max SendQ exceeded)
08:27:49 → terrorjack joins (~terrorjac@static.3.200.12.49.clients.your-server.de)
08:53:26 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.2.1)
08:53:38 → cfricke joins (~cfricke@user/cfricke)
08:59:29 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 245 seconds)
09:11:24 → mc47 joins (~mc47@xmonad/TheMC47)
09:24:48 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
10:27:04 × terrorjack quits (~terrorjac@static.3.200.12.49.clients.your-server.de) (Quit: The Lounge - https://thelounge.chat)
10:29:20 → terrorjack joins (~terrorjac@static.3.200.12.49.clients.your-server.de)
10:40:42 × darkstarx quits (~darkstard@2601:1c2:300:c8a0::f2b6) (Ping timeout: 250 seconds)
10:41:47 → darkstardevx joins (~darkstard@c-24-21-53-33.hsd1.or.comcast.net)
11:06:00 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.2.1)
11:22:59 → qbt joins (~qbt@user/edun)
11:33:24 <liskin> oh, looks like shitoberfest is here (#614) :-D
11:49:50 → jokleinn joins (~jokleinn@user/jokleinn)
11:53:30 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
11:56:40 → cfricke joins (~cfricke@user/cfricke)
12:05:16 <Solid> oh, is it one of those?
12:05:28 <Solid> I thought they were making an actual effort :(
12:57:43 → wonko joins (~wjc@62.115.229.50)
12:58:49 × SpiderPig quits (~matt@047-132-233-190.res.spectrum.com) (Ping timeout: 252 seconds)
12:59:40 × mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection)
13:00:56 × jokleinn quits (~jokleinn@user/jokleinn) (Ping timeout: 246 seconds)
13:08:55 <liskin> well, they may as well be; they opened a couple issues on other repos and while all are about READMEs, it's not just a template, it is personalized
13:10:55 <liskin> and I'm not sure if mentoring complete beginners who may need a couple more years to get into Haskell is worth it at this point of the project, so I'd say it's somewhat fair to call it shitoberfest, although maybe not entirely fair
13:11:57 <liskin> (but I'm not complaining or anything, it was just an amused remark; I really don't think we're the kind of project that's likely to attract dozens of useless single-word PRs)
13:12:32 <Solid> yeah I just checked their profile ._.
13:13:36 <Solid> but realistically, xmonad's code base does not use many fancy techniques, I reckon it wouldn't take all that long for a dedicated beginner to start contributing
13:13:48 <Solid> (not applicable in this case, of course, but still)
13:14:28 <geekosaur> I'd argue that we could use a dedicated beginner to overhaul the docs a bit. just don't think that's a very good start
13:14:46 <geekosaur> (and the bloody wiki)
13:16:28 <geekosaur> I mean, some of the contrib docs could use a fair amount of love
13:18:34 <liskin> yeah, that's probably right, a dedicated talented (e.g.) 15-year old can get a lot of stuff done, true
13:19:01 <liskin> now if only any of us were able to actually attract such a person :-)
13:22:30 → jokleinn joins (~jokleinn@user/jokleinn)
13:23:20 <TORRENTER[m]> Distrotube on YT attracts a lot of younger people to XMonad
13:23:30 <TORRENTER[m]> I don't know about "a lot" though
13:26:43 <Tisoxin> > <@vherrmann:shmerver.de> ```... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/4a813d215fddbf4be2bac108146f7f322885156a)
13:26:44 <lambdabot> <hint>:1:1: error: parse error on input ‘<@’
13:27:17 <Tisoxin> correct would be `show n ++ " $HOME/.config"`
13:28:12 <Tisoxin> <liskin> "yeah, that's probably right, a..." <- i wish i was 15-years old, i'd have so much time
13:29:34 <Tisoxin> <jakefromstatefarm[m]> "Yay, got overlays working. I had..." <- *very interested*
13:30:38 <geekosaur> Tisoxin, wish I'd been around before, I spottred that one almost immediately :)
13:30:38 <Tisoxin> atm i have a flake with xmonad and xmonad-contrib as inputs and just use `nix develop` to get an environment to recompile xmonad
13:30:56 <geekosaur> gotta be careful with those spaces
13:32:22 <Tisoxin> <geekosaur> "PATH issues are all I can..." <- geekosaur: tbh i don't think you'd have spotted it ↑
13:32:41 <geekosaur> hm
13:34:16 → azg256 joins (~azg256@78-56-98-5.static.zebra.lt)
13:34:28 × azg256 quits (~azg256@78-56-98-5.static.zebra.lt) (Client Quit)
13:36:29 <Tisoxin> (I'm not sure if you checked the code snippet, since i posted it a bit earlier)
13:37:46 ← TORRENTER[m] parts (~lol111mat@2001:470:69fc:105::1:ad7) ()
13:38:05 × eyenx quits (~m-5paiux@eyenx.ch) (Remote host closed the connection)
13:39:41 → eyenx joins (~m-5paiux@eyenx.ch)
13:39:45 × eyenx quits (~m-5paiux@eyenx.ch) (Remote host closed the connection)
13:43:54 → eyenx joins (~m-5paiux@eyenx.ch)
14:03:35 → dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net)
14:13:57 <jakefromstatefar> <vherrmann[m]> "atm i have a flake with xmonad..." <- I'll be using nix develop for, well, developing. But for actual use, it's nice to have an overlay for hm+/flakes.
14:18:16 <Solid> TORRENTER[m] | Distrotube on YT attracts a lot of younger people to XMonad << sadly, the youngin's that are attracted don't appear to stick around for that long :/ (not that other people do either)
14:18:37 <jakefromstatefar> (heh, then there's me)
14:25:33 <liskin> Maybe if we (and by that I mean myself) were more welcoming, they'd have stuck longer. I am quite aware that I was quite pedantic towards both oogeek and auscyberman. I thought and still think my expectations of their pace of improvement were reasonable, but I also acknoledge that other people/communities may handle this better.
14:26:32 <Tisoxin> > <@jakefromstatefarm[m]:libera.chat> > <@vherrmann[m]:libera.chat> atm i have a flake with xmonad and xmonad-contrib as inputs and just use `nix develop` to get an environment to recompile xmonad
14:26:32 <Tisoxin> >
14:26:32 <Tisoxin> > I'll be using nix develop for, well, developing. But for actual use, it's nice to have an overlay for hm+/flakes.
14:26:32 <Tisoxin> do you have a public config?
14:26:34 <lambdabot> <hint>:1:1: error: parse error on input ‘<@’
14:26:34 <lambdabot> <hint>:1:30: error: parse error on input ‘,’
14:29:44 <jakefromstatefar> vherrmann[m]: https://gitlab.com/mikenrafter/config/-/blob/master/nix/flake.nix
14:30:27 <jakefromstatefar> My config is not directly cloneable yet.
14:30:35 <jakefromstatefar> There's some weird quirks I have to iron out.
14:30:40 <jakefromstatefar> But, you're free to take a look.
14:47:53 <geekosaur> folks who are well out there on the spectrum are rarely the best at mentoring newcomers (and I'm looking in a mirror as I say this…)
14:48:53 <geekosaur> (being nearly 60 means I know my shortcomings all too well. it does not mean I have the faintest freaking clue what to do about them)
14:49:29 → azg256 joins (~azg256@78-56-98-5.static.zebra.lt)
14:51:29 <Solid> liskin: with those two in particular I felt like the expectations were reasonable enough
14:51:44 <Solid> I think what was really missing was more interaction outside of PRs via IRC or matrix
14:51:53 <Solid> this would probably have helped on multiple fronts
15:01:05 <liskin> yeah, I guess I should prioritise updating CONTRIBUTING.md to make it very clear that we like to chat
15:01:22 <liskin> (and also that we don't really insist on squashing commits in PR any more :-))
15:05:46 <eezo[m]> <liskin> "Maybe if we (and by that I..." <- I'm sticking around mostly because my workplace is super flexible when it comes to work machines. If I couldn't use xmonad as my DD, I'm not sure I'd have the patience to get good at it - I have 2 young kids I have to worry about outside of business hours, so my time outside of work often isn't on my desktop
15:06:43 <eezo[m]> ngl though, DT heavily influenced my decision. I don't agree with him on some things, but I think he's right about XMonad. (ArcoLinux tho....meh)
15:07:18 <eezo[m]> (for me, Manjaro > ArcoLinux, but that's heavily influenced by my Opinions on how things Ought To Be Done)
15:17:47 eezo[m] uploaded an image: (28KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/zXlVoRSUswXDEzjbXKCcLwZJ/image.png >
15:17:48 <eezo[m]> btw, how do you make a good-performing "reverse" tall layout? That is, master on the right? I'm using `reflectHoriz Tall` as seen in my xmonad.hs screenshot:
15:18:31 <eezo[m]> but that makes movement backwards: `M-h` & `M-l` do the opposite of what I want
15:22:49 <eezo[m]> sorry, not movement - resizing
15:24:54 geekosaur wonders if you can reflectHoriz something involving https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Layout-Master.html
15:27:16 <Solid> it might make more sense if you think of M-h and M-l not as "expand and shrink left to right" but as "expand and shrink the master pane" (which is what they do)
15:29:25 <eezo[m]> good point
15:30:23 → berberman_ joins (~berberman@user/berberman)
15:30:46 × berberman quits (~berberman@user/berberman) (Ping timeout: 252 seconds)
15:35:48 × jokleinn quits (~jokleinn@user/jokleinn) (Ping timeout: 250 seconds)
15:37:38 liskin uses REFLECTX from MultiToggle and it reverses everything, so not just resizing is messed up, but switching windows as well
15:38:37 <liskin> hence I don't actually use it very often, and when the number of windows is expected to be static, just increasing the number of windows in the master pane is probably what I end up doing :-)
15:38:58 <jakefromstatefar> vherrmann[m]: I forgot, my xmonad flake isn't in there, nor my locally cloned xmonad, see: https://p.bsd-unix.net/view/9401976f for the xmonad flake (the contrib flake is the same, just with `"xmonad-contrib"` instead of `"xmonad"`
15:39:49 <Tisoxin> thx
15:40:21 <Solid> what's going on with the nicknames btw; can you change your IRC display name in matrix?
15:42:01 <Tisoxin> Solid: yes, you cane
15:42:15 <Tisoxin> *can
15:43:19 <Solid> that's pretty neat; but also very confusing because it doesn't change the highlights
15:43:34 → niemand joins (~niemand@p2e52fb71.dip0.t-ipconnect.de)
15:44:06 <Tisoxin> hm
15:44:07 <Solid> so I see jakefromstatefar highlighting "vherrmann[m]" and then Tisoxin is answering as if addressed x)
15:44:52 <Tisoxin> I think jakefromstatefarm[m] could also adress me with @Tosixon
15:45:05 <Tisoxin> (me name in matrix is Tosixon as well)
15:45:32 <Tisoxin> *my
15:46:21 <jakefromstatefar> All your messages are coming through `vhrerrmann[m]:libera.chat`. I've not seen a single message from @Toxison, in fact, my tab completion for names doesn't even give me the ability to mention that handle.
15:46:30 <jakefromstatefar> On my side, anyway
15:47:15 <Tisoxin> the same applies to you as well
15:47:26 <Solid> oh are you two on different matrix channels
15:47:38 <jakefromstatefar> Different matrix servers.
15:47:39 × dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
15:47:42 <Solid> s/on/in/
15:47:45 <jakefromstatefar> homeservers*
15:48:23 <niemand> though in another matrix channel, i can see complete sb with the standard matrix server
15:48:25 <niemand> very weird
15:48:47 <jakefromstatefar> I think it's just the IRC bridge.
15:49:56 <niemand> yeah
15:51:36 × niemand quits (~niemand@p2e52fb71.dip0.t-ipconnect.de) (Quit: Connection closed)
16:01:25 → presto8 joins (~presto8@2601:1c0:5200:68:36e1:2dff:feed:a760)
16:06:46 → seschwar joins (~seschwar@user/seschwar)
16:56:08 → mc47 joins (~mc47@xmonad/TheMC47)
16:58:29 <mc47> liskin, well, it looks that we at least have one meaningful contribution (to the nix things that I don't understand) :-D we'll see
17:04:40 → werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
17:04:52 <mc47> Regarding #613, I won't bother updating the docs for deprecated functions
17:05:10 <mc47> Or modules
17:05:30 <mc47> or X.Config.* :) that's it I swear
17:05:36 <Solid> :)
17:12:57 <liskin> mc47: oh, I didn't connect those contributions to hacktoberfest :-)
17:14:14 <liskin> and now that I looked at the diff for the second time, I almost feel like I can understand what's going on
17:14:35 <liskin> not enough to be able to tell whether the commit message is a good one or not, though
17:17:22 <mc47> liskin, I think I know what you mean (I took a look at the hacktoberfest user's issues, they seem like they're farming them)
17:17:42 <mc47> Yeah I'm not sure I understand that commit message too, but I guess it's good enough
17:17:53 <liskin> mc47: did you not notice the shitstorm last year btw?
17:18:22 <mc47> I wasn't around last year ;)
17:18:38 <Solid> we didn't get hit
17:18:42 <Solid> but a lot of other projects did
17:19:03 <Solid> (we also didn't participate, which explains the former ;))
17:19:21 <liskin> well "didn't participate" isn't technically correct
17:19:33 <liskin> before the shitstorm participation was opt out
17:19:52 <Solid> oh was it?
17:19:58 <Solid> interesting
17:20:23 <liskin> yeah, I got a bunch of t-shirts a couple years back making ordinary contributions to projects that had no idea
17:20:34 <liskin> hacktoberfest just happened to be good timing
17:21:04 <liskin> but last year some indian youtuber told people how to exploit it, and some projects were hit really hard, so they made it opt-in after the first week or something
17:21:15 <liskin> and then kept adjusting the rules for the rest of the month
17:21:22 <mc47> Is it still opt-in?
17:22:02 <liskin> yes, it is, and there are now guidelines how to mark PRs as spam so that it's harder to exploit it to get a free swag
17:22:16 <liskin> and also this year maintainers can get a t-shirt just for reviewing stuff
17:22:29 <liskin> so I guess if I merge the two nix PRs I'm halfway there :-)
17:22:37 <Solid> :D
17:22:42 <mc47> Might as well opt-in :D
17:22:55 <liskin> by opt-in I meant for projects
17:23:02 <liskin> it was always opt-in for participants
17:23:13 <liskin> it's not like you get a free t-shirt without registering, lol
17:23:22 <mc47> haha yeah I got that
17:23:48 <mc47> in all fairness, I think a swarm of contributions would just slow us down at this point
17:24:17 <liskin> but yeah, if you guys don't intend to make a lot of PRs this month, do register as a maintainer
17:24:30 <liskin> the t-shirts are nice, last long, and don't stink
17:24:38 <Solid> lol
17:24:51 <liskin> (which is something that can't unfortunately be said about the xkcd ones, the oldest one I have stinks after half a day)
17:25:35 <jakefromstatefar> mc47: Mmh, I think it would just backlog. I'd just focus on the next release. Then bother with new stuff.
17:25:36 <jakefromstatefar> Unless it's a big bugfix, of course.
17:25:53 × thunderrd quits (~thunderrd@183.182.114.106) (Ping timeout: 246 seconds)
17:26:05 <Solid> eh, most first time contributions will be small stuff anyways
17:26:11 <Solid> which doesn't take long at all to review
17:26:49 <mc47> Solid my problem is that I'll get frustrated for missing descriptions and things like that
17:27:37 <Solid> mc47: at this point I just do that stuff myself for very new contributors; much faster and less friction for everyone involved :)
17:28:07 <mc47> jakefromstatefar: yeah, I think any big bugs that exist should've revealed themselves by now
17:28:19 × presto8 quits (~presto8@2601:1c0:5200:68:36e1:2dff:feed:a760) (Quit: Client closed)
17:28:24 → Hash joins (~weechat@thestonedapes.com)
17:28:26 <geekosaur> well, we still have that one crashing bug open
17:28:34 <geekosaur> which still surprises me
17:28:57 <mc47> Solid: that's the right thing to do, but sometimes people open issues with "xmonad is black" in the title with not description (exaggerating, but you get the gist of it)
17:29:23 <mc47> geekosaur, that segfault? It was suprirsing for me too but I have no idea how to debug it
17:29:28 <geekosaur> I'd have thought we'd have ironed out most of the X11 API issues by now
17:29:30 <geekosaur> yeh
17:29:38 <jakefromstatefar> I made a nice random-color function that works with gridselect and window borders/tab coloring.
17:29:38 <jakefromstatefar> It's fairly complete... I'd just like to add reading from a file, as an option to set with it.
17:29:38 <jakefromstatefar> Should I add it?
17:29:39 <geekosaur> need a reproducer to point gdb at
17:29:53 <jakefromstatefar> It has a dependency from `random-fu`, so probably xmonad-extra...
17:30:25 <liskin> the crashing bug seems to be some corner case with tkabber, I don't think I'll realistically ever get to reproducing it :-/
17:31:01 <Solid> jakefromstatefar: if you could reduce that to just random you'd be good to go (we already depend on that)
17:32:54 <geekosaur> I thought random-fu was more or less superseded by random 1.2 anyway
17:33:20 <jakefromstatefar> Not sure, when I made it I needed something from `fu` that random didn't have.
17:33:24 <jakefromstatefar> I don't recall what, though.
17:33:31 <Solid> probably, random 1.2 is really good
17:33:34 <geekosaur> 1.2 has lots of big changes/additions
17:39:51 → thunderrd joins (~thunderrd@183.182.110.36)
17:48:57 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3)
17:58:13 × azg256 quits (~azg256@78-56-98-5.static.zebra.lt) (Quit: leaving)
18:08:39 × Hash quits (~weechat@thestonedapes.com) (Quit: WeeChat 3.2.1)
19:12:53 × qbt quits (~qbt@user/edun) (Quit: Leaving.)
19:18:16 → Eoco joins (~ian@x-160-94-179-157.acm.umn.edu)
19:54:31 → TORRENTER[m] joins (~lol111mat@2001:470:69fc:105::1:ad7)
19:54:31 TORRENTER[m] is now known as FOSSHuman[m]
20:00:25 <FOSSHuman[m]> Hello everyone again, I've been messing around with XMonad.Prompt.RunOrRaise and since it can open both directories and executables (in /usr/bin); I've been having an issue where a directory that has the same name as an executable causes the directory to always be shown in a file manager; An example of this is in this scenario: I type `vmware` into the prompt, the `vmware` program has a directory in my home dir that has the same name as
20:00:25 <FOSSHuman[m]> the executable in `/usr/bin`, if I select `vmware` thunar file manager launches and shows the `vmware` directory, if I select `vmware/` thunar file manager launches and shows the `vmware` directory aswell. Shouldn't `vmware` be the executable and `vmware/` be the dir?? It should not launch in both cases...
20:00:45 <FOSSHuman[m]> * directory to *always, * always* be
20:00:54 <FOSSHuman[m]> * directory to _*always, * always*_ be
20:01:03 <FOSSHuman[m]> s/always/*_always_*/
20:03:06 <FOSSHuman[m]> s/Hello everyone again, I've been messing around with XMonad.Prompt.RunOrRaise and since it can open both directories and executables (in /usr/bin); I've been having an issue where a directory that has the same name as an executable causes the directory to always be shown in a file manager; An example of this is in this scenario: I type `vmware` into the prompt, the `vmware` program has a directory in my home dir that has the same name as
20:03:06 <FOSSHuman[m]> the executable in `/usr/bin`, if I select `vmware` thunar file manager launches and shows the `vmware` directory, if I select `vmware/` thunar file manager launches and shows the `vmware` directory aswell. Shouldn't `vmware` be the executable and `vmware/` be the dir?? It should not launch in both cases.../Hello everyone again, I've been messing around with XMonad.Prompt.RunOrRaise and since it can open both directories and executables (in
20:03:06 <FOSSHuman[m]> /usr/bin); I've been having an issue where a directory that has the same name as an executable causes the directory to _always_ be shown in a file manager; An example of this is in this scenario: I type `vmware` into the prompt, the `vmware` program has a directory in my home dir that has the same name as the executable in `/usr/bin`, (the prompt shows 2 matches: `vmware` and `vmware/`), if I select `vmware` thunar file manager launches
20:03:06 <FOSSHuman[m]> and shows the `vmware` directory, if I select `vmware/` thunar file manager launches and shows the `vmware` directory aswell. Shouldn't `vmware` be the executable and `vmware/` be the dir?? It should not launch in both cases.../
20:03:43 <FOSSHuman[m]> s/Hello everyone again, I've been messing around with XMonad.Prompt.RunOrRaise and since it can open both directories and executables (in /usr/bin); I've been having an issue where a directory that has the same name as an executable causes the directory to always be shown in a file manager; An example of this is in this scenario: I type `vmware` into the prompt, the `vmware` program has a directory in my home dir that has the same name as
20:03:43 <FOSSHuman[m]> the executable in `/usr/bin`, if I select `vmware` thunar file manager launches and shows the `vmware` directory, if I select `vmware/` thunar file manager launches and shows the `vmware` directory aswell. Shouldn't `vmware` be the executable and `vmware/` be the dir?? It should not launch in both cases.../Hello everyone again, I've been messing around with XMonad.Prompt.RunOrRaise and since it can open both directories and executables (in
20:03:43 <FOSSHuman[m]> /usr/bin); I've been having an issue where a directory that has the same name as an executable causes the directory to _always_ be shown in a file manager, with the executable *never* being executed; An example of this is in this scenario: I type `vmware` into the prompt, the `vmware` program has a directory in my home dir that has the same name as the executable in `/usr/bin`, (the prompt shows 2 matches: `vmware` and `vmware/`), if I
20:03:43 <FOSSHuman[m]> select `vmware` thunar file manager launches and shows the `vmware` directory, if I select `vmware/` thunar file manager launches and shows the `vmware` directory aswell. Shouldn't `vmware` be the executable and `vmware/` be the dir?? It should not launch in both cases.../
20:05:06 <geekosaur> edits don't work in IRC, we just got 10 lines of gobbledygook
20:05:31 <geekosaur> anyway I wonder if it should accept a * suffix for an executable, like ls shows
20:05:32 <FOSSHuman[m]> crap
20:05:55 <geekosaur> and otherwise just take the first one it finds
20:06:30 <FOSSHuman[m]> Is it still readable?? Or should I edit the message and send it without them things..
20:06:46 <geekosaur> suffix / working is kinda by accident though, not something specific that RunOrRaise does
20:08:51 <FOSSHuman[m]> So you are suggesting "vmware*" for an executable and "vmware/" for a file directory? Seems reasonable
20:10:14 <geekosaur> yes
20:10:30 <geekosaur> would require some additional code
20:10:46 <jakefromstatefar> I think it it should default to `vmware*`, and `vmware/` should need to be explicitly stated.
20:11:37 <geekosaur> either way, could you file an issue at https://github.com/xmonad/xmonad-contrib/issues ?
20:12:02 <FOSSHuman[m]> geekosaur: Yeah sure! I'll do it rn..
20:12:04 <geekosaur> we can discuss what the right thing would be there, and include folks who aren't around right now
20:12:15 <FOSSHuman[m]> Seems reasonable
20:20:19 <geekosaur> actually one additional reason I'd like that as an issue is that it might not be our fault
20:21:01 <geekosaur> shells can be configured to autoopen directories, in which case this comes down to what the shell does and we may not have much control over it
20:22:49 <geekosaur> (this occurs to me because runOrRaise would not work well directly with a file manager, because of https://wiki.haskell.org/Xmonad/General_xmonad.hs_config_tips#Terminal_emulator_factories)
20:24:46 <FOSSHuman[m]> geekosaur: This is true, zsh on my setup goes automatically to a directory without cd even being typed into it before the name of the dir
20:24:54 <FOSSHuman[m]> Issue Opened: https://github.com/xmonad/xmonad-contrib/issues/616
20:25:03 <geekosaur> just got the email, yes
20:50:47 → rekahsoft joins (~rekahsoft@2605:8d80:6e1:e79b:d89:2184:8ba7:bd43)
21:00:19 × wonko quits (~wjc@62.115.229.50) (Ping timeout: 245 seconds)
21:16:39 × mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection)
21:33:39 <FOSSHuman[m]> <jakefromstatefar> "I think it it should default to..." <- Yeah, I agree with this too..
22:10:08 × rekahsoft quits (~rekahsoft@2605:8d80:6e1:e79b:d89:2184:8ba7:bd43) (Ping timeout: 250 seconds)
22:13:51 × seschwar quits (~seschwar@user/seschwar) (Quit: :wq)
23:51:30 × srk quits (~sorki@user/srk) (Ping timeout: 260 seconds)
23:52:33 → srk joins (~sorki@user/srk)

All times are in UTC on 2021-10-05.