| 2021-02-02 00:18:16 +0100 | mc47 | (~yecinem@89.246.239.190) (Quit: Leaving) |
| 2021-02-02 01:20:12 +0100 | notis | (~notis@185.51.134.229) (Ping timeout: 246 seconds) |
| 2021-02-02 02:04:15 +0100 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) (Remote host closed the connection) |
| 2021-02-02 02:05:28 +0100 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) |
| 2021-02-02 02:40:15 +0100 | <Liskni_si> | ?tell mc47 I played with my dynamic bars today, if you want to have a look: https://github.com/liskin/dotfiles/commit/38503119bddbf14065cadc5ecb94ee16dd9096a1 |
| 2021-02-02 02:40:15 +0100 | <lambdabot> | Consider it noted. |
| 2021-02-02 02:40:41 +0100 | <Liskni_si> | ?tell mc47 (didn't get to your PR but it's in queue) |
| 2021-02-02 02:40:41 +0100 | <lambdabot> | Consider it noted. |
| 2021-02-02 03:34:08 +0100 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 260 seconds) |
| 2021-02-02 03:47:09 +0100 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-02-02 03:55:17 +0100 | gazler | (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-02-02 03:57:16 +0100 | gazler_ | (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 240 seconds) |
| 2021-02-02 04:22:54 +0100 | theDon | (~td@muedsl-82-207-238-102.citykom.de) (Ping timeout: 246 seconds) |
| 2021-02-02 04:24:47 +0100 | theDon | (~td@94.134.91.201) |
| 2021-02-02 05:56:05 +0100 | thunderrd | (~thunderrd@183.182.115.7) (Remote host closed the connection) |
| 2021-02-02 06:14:38 +0100 | thunderrd | (~thunderrd@183.182.115.7) |
| 2021-02-02 07:12:11 +0100 | palo1 | (~weechat@c-base/crew/palo) |
| 2021-02-02 07:15:09 +0100 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 256 seconds) |
| 2021-02-02 07:15:09 +0100 | palo1 | palo |
| 2021-02-02 07:28:51 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-02-02 07:48:16 +0100 | engblom | (~foo@unaffiliated/engblom) |
| 2021-02-02 07:49:39 +0100 | <engblom> | I have a case where I want to use xmonad and dual screens. On single screen smartborders works great: the frame is removed if there is only one program running. Now I need smartborders to work also for dual screen as feh refuses to do fullscreen if there are borders. |
| 2021-02-02 07:50:35 +0100 | <engblom> | I have a script calling on feh to put information on two screens that will show the menu at a restaurant. |
| 2021-02-02 07:57:25 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 240 seconds) |
| 2021-02-02 07:58:33 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
| 2021-02-02 08:05:00 +0100 | materiyolo | (~materiyol@112.204.170.198) |
| 2021-02-02 08:05:09 +0100 | <Solid> | engblom: I suspect this may have been fixed by https://github.com/xmonad/xmonad-contrib/commit/9cff824a24040cd0270f79614c525d4c541e7133 already |
| 2021-02-02 08:11:58 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-02-02 08:12:37 +0100 | gzj | (~gzj@unaffiliated/gzj) |
| 2021-02-02 08:13:39 +0100 | <Solid> | if you don't want to/can't update to git you can also of course disable borders entirely :) |
| 2021-02-02 08:47:06 +0100 | <engblom> | Solid: Thanks, I went with the disable borders entirely route. I want to avoid things outside of the distro repo as that makes maintaince harder. |
| 2021-02-02 09:06:24 +0100 | mc47 | (~yecinem@89.246.239.190) |
| 2021-02-02 09:11:59 +0100 | <mc47> | Liskni_si that's cool! I guess a module for more involved process management might be cool for users (something along the lines of the private module you have) |
| 2021-02-02 09:12:22 +0100 | <mc47> | someone asked on the irc last week that they wanted to restart their systray with xmonad |
| 2021-02-02 09:12:45 +0100 | <mc47> | and take your time with my PR, it's fine :-) |
| 2021-02-02 09:47:43 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
| 2021-02-02 09:48:16 +0100 | p71 | (~chatzilla@097-083-185-160.res.spectrum.com) (Ping timeout: 240 seconds) |
| 2021-02-02 09:50:09 +0100 | p71 | (~chatzilla@97.83.185.160) |
| 2021-02-02 09:55:25 +0100 | gzj | (~gzj@unaffiliated/gzj) (Ping timeout: 240 seconds) |
| 2021-02-02 10:08:07 +0100 | materiyolo | (~materiyol@112.204.170.198) (Quit: WeeChat 2.9) |
| 2021-02-02 10:08:44 +0100 | materiyolo | (~materiyol@112.204.170.198) |
| 2021-02-02 10:10:58 +0100 | notis | (~notis@185.51.134.230) |
| 2021-02-02 10:25:14 +0100 | gzj | (~gzj@unaffiliated/gzj) |
| 2021-02-02 10:26:54 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
| 2021-02-02 10:30:25 +0100 | gzj | (~gzj@unaffiliated/gzj) (Ping timeout: 240 seconds) |
| 2021-02-02 10:38:38 +0100 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Ping timeout: 256 seconds) |
| 2021-02-02 10:38:55 +0100 | materiyolo | (~materiyol@112.204.170.198) (Quit: WeeChat 2.9) |
| 2021-02-02 10:40:38 +0100 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-02-02 10:59:04 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
| 2021-02-02 11:07:45 +0100 | tcberner | (~quassel@freebsd/developer/tcberner) (Ping timeout: 264 seconds) |
| 2021-02-02 11:16:15 +0100 | <Liskni_si> | engblom: what distro do you have? |
| 2021-02-02 11:17:17 +0100 | <engblom> | Ubuntu 20.04 |
| 2021-02-02 11:17:24 +0100 | <engblom> | Liskni_si: ^ |
| 2021-02-02 11:17:36 +0100 | <Liskni_si> | It might be a good idea to try to set up gh actions to do the whole release process for us and go to a regular release schedule. |
| 2021-02-02 11:18:17 +0100 | <Liskni_si> | On the other hand many xmonad users are probably fine with using it from git as they're devs as well. |
| 2021-02-02 11:18:59 +0100 | <Liskni_si> | That was just me thinking aloud, nevermind. |
| 2021-02-02 11:19:11 +0100 | <Solid> | it depends really; do we expect this spur of productivity to continue? |
| 2021-02-02 11:19:23 +0100 | <Solid> | If yes then it might make sense to have more frequent releases |
| 2021-02-02 11:20:40 +0100 | <Liskni_si> | That's a good point. On the other hand being able to make bugfix releases with one click is so awesome. |
| 2021-02-02 11:22:04 +0100 | <Liskni_si> | But then the debian maintainers seem to be inactive anyway so... :-/ |
| 2021-02-02 11:23:17 +0100 | <Solid> | :/ |
| 2021-02-02 11:34:36 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
| 2021-02-02 11:37:20 +0100 | tcberner | (~quassel@freebsd/developer/tcberner) |
| 2021-02-02 12:06:10 +0100 | <engblom> | I have "doShiftScreen sid = maybe mempty doShift =<< liftX (screenWorkspace sid)" and I use it for shifting a feh window according to title with "title =? "screen1" --> doShiftScreen 0". This is all working well when using just "feh --title screen1 --auto-zoom foo.png". |
| 2021-02-02 12:06:34 +0100 | <engblom> | But there is one annoying thing: it flickers a bit before the whole screen is used. |
| 2021-02-02 12:07:21 +0100 | <engblom> | If I use "feh --title screen1 --fullscreen --auto-zoom foo.png" there is less of flicker between each feh command (when next image is shown) |
| 2021-02-02 12:07:46 +0100 | <engblom> | But the problem is that my hook for shifting screen is not working if I use --fullscreen for feh. What could be done? |
| 2021-02-02 12:11:12 +0100 | <Liskni_si> | unrelated rant: I'm starting to think AusCyberman is dyslexic or perhaps blind, I asked them to make three sentences in doc look like sentences, they fixed the first one, ignored the second, fixed the third, and then added one more than again doesn't look like a sence |
| 2021-02-02 12:11:33 +0100 | <Liskni_si> | if we just took the idea and rewrote it from scratch, it would be a net-positive in time wasted. |
| 2021-02-02 12:12:15 +0100 | arzano | (~arzano@gentoo/developer/arzano) (Ping timeout: 246 seconds) |
| 2021-02-02 12:20:46 +0100 | <Solid> | I'm getting a bit annoyed with them marking things as resolved when they haven't actually done anything |
| 2021-02-02 12:21:23 +0100 | <Solid> | engblom: maybe feh changes it's title when it's started in fullscreen? |
| 2021-02-02 12:21:31 +0100 | <Solid> | otherwise I can't see why the hook wouldn't fire |
| 2021-02-02 12:22:15 +0100 | <psibi[m]> | Liskni_si: I haven't seen the other conversations. But I saw the MR related to lenses and I'm not sure if adding microlens as a dependency to xmonad is a good idea. |
| 2021-02-02 12:22:59 +0100 | <psibi[m]> | Probably it's better to create a separate package if somebody needs lens combinators. |
| 2021-02-02 12:24:37 +0100 | <Liskni_si> | psibi[m]: there's a PR in xmonad-contrib that emits dozens of mail notifications daily |
| 2021-02-02 12:25:19 +0100 | <Liskni_si> | as if there was a background process doing while :; do git commit --amend -a && git push -f; sleep 10; done |
| 2021-02-02 12:25:52 +0100 | <Liskni_si> | and you're right that since all of StackSet is exported, this can indeed be implemented as a separate package |
| 2021-02-02 12:26:19 +0100 | <engblom> | Solid: No, it is not changing. I tested and it is still the same |
| 2021-02-02 12:28:54 +0100 | <Solid> | I'm not sure why microlens-th is there and it's not used |
| 2021-02-02 12:29:21 +0100 | <Solid> | microlens itself only has base and transformers as a dependency, but I agree that it seems "meh" to import it for one type |
| 2021-02-02 12:29:56 +0100 | def_jam | (~eblip@unaffiliated/eblip) |
| 2021-02-02 12:30:03 +0100 | eb0t_ | (~eblip@unaffiliated/eblip) |
| 2021-02-02 12:30:09 +0100 | <Solid> | Liskni_si: I should perhaps say "sorry" for a good bunch of those notifications :> |
| 2021-02-02 12:31:27 +0100 | <mc47> | same, same... ':D |
| 2021-02-02 12:31:51 +0100 | eblip | (~eblip@unaffiliated/eblip) (Ping timeout: 246 seconds) |
| 2021-02-02 12:31:58 +0100 | eb0t | (~eblip@unaffiliated/eblip) (Ping timeout: 260 seconds) |
| 2021-02-02 12:32:04 +0100 | <mc47> | they *almost* figured it out in 450... there are still two changes to the formatting that shouldn't be there |
| 2021-02-02 12:32:37 +0100 | <dminuoso> | Thing is, you can export lens combinators without depending on micro/lens just fine.. |
| 2021-02-02 12:32:54 +0100 | <dminuoso> | At least for most reasonable uses |
| 2021-02-02 12:36:17 +0100 | <Solid> | well, depends what you qualify as "reasonable" ;) |
| 2021-02-02 12:37:20 +0100 | <Solid> | but yes a small `Lens` module can be done without almost any dependencies |
| 2021-02-02 12:38:03 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-02-02 12:38:14 +0100 | <Solid> | and with ExistentialTypes this can even interact nicely with the lens should the need arise (though this obviously isn't a use-case for xmonad) |
| 2021-02-02 12:38:54 +0100 | <dminuoso> | Solid: For that particular usecase, it's just one single type alias. |
| 2021-02-02 12:39:07 +0100 | <Solid> | sure |
| 2021-02-02 12:39:51 +0100 | <Solid> | I'm not saying that microlens *needs* to be a dependency of xmonad now (it doesn't) when we could just define `type Lens' s a = forall f. Functor f => (a -> f a) -> s -> f s' ourselves |
| 2021-02-02 12:40:01 +0100 | <dminuoso> | That's how you should do it, for this. |
| 2021-02-02 12:40:20 +0100 | <dminuoso> | The VL style is part of its (undocumented) API, and it's there to stay. |
| 2021-02-02 12:41:48 +0100 | <Solid> | it's isomorphic to a profunctor encoding, so I do hope it stays and they don't just change the API for nothing ;) |
| 2021-02-02 12:42:34 +0100 | <dminuoso> | I guess that's one advantage of lens over optics, that you can expose lenses and the likes without adding a dependency. |
| 2021-02-02 12:43:01 +0100 | <dminuoso> | Granted, for optics you could still export VL-encoding and ask the user to wrap them with lensVL, etc.. |
| 2021-02-02 12:43:25 +0100 | <dminuoso> | But that might not play nice with inlining |
| 2021-02-02 12:44:31 +0100 | <Solid> | probably not |
| 2021-02-02 12:44:41 +0100 | <Solid> | plus, you can't use . for profunctor-encoded lenses |
| 2021-02-02 12:44:45 +0100 | <Solid> | that's sad :( |
| 2021-02-02 12:45:16 +0100 | <Solid> | at least they managed to produce an interesting paper |
| 2021-02-02 12:47:27 +0100 | jerin[m]1 | (jerinmatri@gateway/shell/matrix.org/x-oqephxscfyounuwh) |
| 2021-02-02 12:49:02 +0100 | jerin[m]1 | (jerinmatri@gateway/shell/matrix.org/x-oqephxscfyounuwh) (Quit: authenticating) |
| 2021-02-02 12:49:14 +0100 | jerin[m]1 | (jerinmatri@gateway/shell/matrix.org/x-stcjgbkwbrmjmqpx) |
| 2021-02-02 12:57:03 +0100 | jerin[m]1 | jerin |
| 2021-02-02 13:13:49 +0100 | <Liskni_si> | what is VL? |
| 2021-02-02 13:16:24 +0100 | <psibi[m]> | Van Laarhoven lenses ? |
| 2021-02-02 13:16:47 +0100 | <Solid> | Van Laarhoven |
| 2021-02-02 13:17:07 +0100 | <Solid> | the ones based on representable functors instead of profunctor |
| 2021-02-02 13:17:13 +0100 | <Solid> | s |
| 2021-02-02 13:17:58 +0100 | <Liskni_si> | oh. (haven't read any of the papers and haven't used lenses for years or maybe never) |
| 2021-02-02 13:18:48 +0100 | <Solid> | the tl;dr for haskell is that you're using type aliases instead of newtypes |
| 2021-02-02 13:18:59 +0100 | <Solid> | which yields composition with (.), but worse error messages sometimes |
| 2021-02-02 13:26:25 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Ping timeout: 240 seconds) |
| 2021-02-02 13:35:47 +0100 | <dminuoso> | *quite often |
| 2021-02-02 13:36:44 +0100 | <dminuoso> | Also, because optic kind is decided by constraint mixing, it defers errors to usage sites (say you compose two incompatible optics, it type checks fine) |
| 2021-02-02 13:37:05 +0100 | <dminuoso> | In such a case you'd just get unsolvable constraint errors, where the constraints involved have magical internal names |
| 2021-02-02 13:37:31 +0100 | <dminuoso> | To be absolutely fair, `lens` uses a mixed encoding |
| 2021-02-02 13:37:41 +0100 | <dminuoso> | There's some profunctors, some VL style, and some hybrid stuff |
| 2021-02-02 13:37:49 +0100 | <dminuoso> | But `optics` is a pure profunctor library |
| 2021-02-02 14:15:08 +0100 | geekosaur | (82650c7c@130.101.12.124) |
| 2021-02-02 14:23:53 +0100 | <geekosaur> | the problem with using xmonad-extras is that "wacky dependencies" is a bit too broad a brush. what if I just want the lenses and not the audio libs dependency, or vice versa? |
| 2021-02-02 14:29:41 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
| 2021-02-02 14:31:06 +0100 | <Solid> | there are a lot of flags in xmonad-extras, maybe this is already covered? |
| 2021-02-02 14:31:34 +0100 | <Solid> | the default dependencies are only "base < 5, mtl, containers, X11>=1.4.3, xmonad>=0.10, xmonad-contrib>=0.10" |
| 2021-02-02 14:31:37 +0100 | <Solid> | this seems about right |
| 2021-02-02 14:32:29 +0100 | <geekosaur> | but flags are a bad way to handle dependencies, and thre's no guarantee that won't break at some point :( |
| 2021-02-02 14:32:49 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0) |
| 2021-02-02 14:33:17 +0100 | <Solid> | tell that to the people who wrote -extras :D |
| 2021-02-02 14:35:49 +0100 | <geekosaur> | they need to pay more attention to the folks who wrote Cabal (the library, not the program). basically there's no guarantee they won't break this usage somehow. but I suppose that's a sunk cost for now and someone will have to split -extras if it does chaneg in the future |
| 2021-02-02 14:36:07 +0100 | geekosaur | is in favor of splitting stuff up anyway, -contrib is way too big as it is… |
| 2021-02-02 14:36:47 +0100 | <Solid> | I think distributions would not like that |
| 2021-02-02 14:36:54 +0100 | <Solid> | and neither would users, most likely |
| 2021-02-02 14:37:14 +0100 | <geekosaur> | users would prefer it all be one package. that has its own nightmares |
| 2021-02-02 14:37:33 +0100 | <Solid> | that is a good point |
| 2021-02-02 14:40:26 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-02-02 15:30:57 +0100 | geekosaur | (82650c7c@130.101.12.124) (Ping timeout: 248 seconds) |
| 2021-02-02 15:40:08 +0100 | geekosaur | (82650c7c@130.101.12.124) |
| 2021-02-02 15:56:35 +0100 | geekosaur | (82650c7c@130.101.12.124) (Quit: Connection closed) |
| 2021-02-02 16:07:14 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Read error: Connection reset by peer) |
| 2021-02-02 16:09:10 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
| 2021-02-02 16:10:14 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Ping timeout: 264 seconds) |
| 2021-02-02 16:13:39 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Read error: Connection reset by peer) |
| 2021-02-02 16:47:03 +0100 | ADG1089__ | (~aditya@223.236.190.35) |
| 2021-02-02 16:59:56 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
| 2021-02-02 17:15:48 +0100 | ADG1089__ | (~aditya@223.236.190.35) (Remote host closed the connection) |
| 2021-02-02 17:25:48 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-02-02 18:02:30 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 2021-02-02 18:04:19 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Ping timeout: 265 seconds) |
| 2021-02-02 18:12:37 +0100 | geekosaur | (82650c7c@130.101.12.124) |
| 2021-02-02 18:18:44 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
| 2021-02-02 19:53:12 +0100 | geekosaur | (82650c7c@130.101.12.124) (Ping timeout: 248 seconds) |
| 2021-02-02 20:33:01 +0100 | geekosaur | (82650c7c@130.101.12.124) |
| 2021-02-02 20:46:05 +0100 | notis | (~notis@185.51.134.230) (Ping timeout: 240 seconds) |
| 2021-02-02 20:46:30 +0100 | notis | (~notis@185.51.134.230) |
| 2021-02-02 21:26:18 +0100 | Bruners | (lasseb@gateway/shell/tihlde/x-prbtsfnrzpsykjsd) (Ping timeout: 260 seconds) |
| 2021-02-02 21:26:36 +0100 | mc47 | (~yecinem@89.246.239.190) (Quit: Leaving) |
| 2021-02-02 21:30:58 +0100 | Bruners | (lasseb@gateway/shell/tihlde/x-eozvpbgovnsurlwk) |
| 2021-02-02 22:25:21 +0100 | geekosaur | (82650c7c@130.101.12.124) (Quit: Connection closed) |
| 2021-02-02 22:44:07 +0100 | geekosaur | (82650c7c@130.101.12.124) |
| 2021-02-02 22:52:43 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 258 seconds) |
| 2021-02-02 22:56:03 +0100 | geekosaur | (82650c7c@130.101.12.124) (Quit: Connection closed) |
| 2021-02-02 23:17:56 +0100 | de-vri-es | (~de-vri-es@voyager.de-vri.es) (Quit: Bathrobe!) |
| 2021-02-02 23:18:27 +0100 | de-vri-es | (~de-vri-es@voyager.de-vri.es) |
| 2021-02-02 23:41:15 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |