2021/11/27

2021-11-27 00:18:46 +0100seschwar(~seschwar@user/seschwar) (Quit: :wq)
2021-11-27 00:25:56 +0100catman(~catman@user/catman) (Quit: WeeChat 3.4-dev)
2021-11-27 00:26:51 +0100mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2021-11-27 00:29:08 +0100mzabani(~mzabani@187.101.29.17)
2021-11-27 00:29:33 +0100mzabani(~mzabani@187.101.29.17) (Client Quit)
2021-11-27 00:29:53 +0100mzabani(~mzabani@187.101.29.17)
2021-11-27 00:34:59 +0100catman(~catman@user/catman)
2021-11-27 00:40:38 +0100mzabani(~mzabani@187.101.29.17) (Quit: Client closed)
2021-11-27 00:57:42 +0100MrNobody_0000000(~MrNobody@user/mrnobody-0000000/x-9129771) (Ping timeout: 276 seconds)
2021-11-27 01:02:22 +0100alternateved(~user@staticline-31-183-149-3.toya.net.pl) (ERC 5.4.1 (IRC client for GNU Emacs 29.0.50))
2021-11-27 01:20:30 +0100banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds)
2021-11-27 01:32:51 +0100jmct_(sid160793@tinside.irccloud.com) (Ping timeout: 245 seconds)
2021-11-27 01:33:16 +0100amir(sid22336@user/amir) (Ping timeout: 245 seconds)
2021-11-27 01:34:07 +0100amir(sid22336@user/amir)
2021-11-27 01:36:12 +0100jmct_(sid160793@id-160793.tinside.irccloud.com)
2021-11-27 01:43:29 +0100cyr4x3(~cyr4x3@139.47.118.87)
2021-11-27 01:43:29 +0100cyr4x3(~cyr4x3@139.47.118.87) (Client Quit)
2021-11-27 01:53:16 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal)
2021-11-27 01:53:47 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-27 02:02:20 +0100catman(~catman@user/catman) (Quit: WeeChat 3.4-dev)
2021-11-27 02:06:32 +0100catman(~catman@user/catman)
2021-11-27 03:04:40 +0100noex(~null@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!)
2021-11-27 03:05:02 +0100noex(~null@2600:8804:1280:aa0:5857:94a:25de:c513)
2021-11-27 03:52:08 +0100matijja(~matijja@193.77.181.201) (Quit: ZNC 1.8.1 - https://znc.in)
2021-11-27 03:56:54 +0100matijja(~matijja@193.77.181.201)
2021-11-27 04:15:31 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-11-27 04:22:59 +0100td_(~td@94.134.91.33) (Ping timeout: 250 seconds)
2021-11-27 04:24:49 +0100MrNobody_0000000(~MrNobody@user/mrnobody-0000000/x-9129771)
2021-11-27 04:24:51 +0100td_(~td@94.134.91.117)
2021-11-27 04:24:53 +0100MrNobody_0000000(~MrNobody@user/mrnobody-0000000/x-9129771) (Client Quit)
2021-11-27 04:25:16 +0100MrNobody_0000000(~MrNobody@user/mrnobody-0000000/x-9129771)
2021-11-27 05:27:57 +0100MrNobody_0000000(~MrNobody@user/mrnobody-0000000/x-9129771) (Quit: MrNobody_0000000)
2021-11-27 05:31:36 +0100MrNobody_0000000(~MrNobody@user/mrnobody-0000000/x-9129771)
2021-11-27 05:58:14 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal)
2021-11-27 06:32:27 +0100Vermoot(~vermoot@89-158-106-112.rev.numericable.fr) (Remote host closed the connection)
2021-11-27 06:32:44 +0100Vermoot(~vermoot@89-158-106-112.rev.numericable.fr)
2021-11-27 06:33:28 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection)
2021-11-27 06:34:01 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-11-27 06:38:10 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-27 06:48:11 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection)
2021-11-27 06:48:42 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-11-27 07:04:21 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection)
2021-11-27 07:04:54 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-11-27 07:18:38 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 256 seconds)
2021-11-27 07:24:21 +0100mvk(~mvk@2607:fea8:5cc1:fa00::4702) (Ping timeout: 250 seconds)
2021-11-27 07:38:13 +0100mvk(~mvk@2607:fea8:5cc1:fa00::4702)
2021-11-27 09:49:44 +0100qbt(~qbt@user/edun)
2021-11-27 09:54:22 +0100banc(banc@gateway/vpn/airvpn/banc)
2021-11-27 09:57:44 +0100alternateved(~user@staticline-31-183-149-3.toya.net.pl)
2021-11-27 10:00:08 +0100diamondtoken[m](~diamondto@2001:470:69fc:105::1:2594) (Quit: You have been kicked for being idle)
2021-11-27 10:03:17 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-27 10:03:25 +0100Solid(~slot@xmonad/slotThe) (Remote host closed the connection)
2021-11-27 10:04:09 +0100Solid(~slot@xmonad/slotThe)
2021-11-27 10:12:36 +0100Solid(~slot@xmonad/slotThe) (Remote host closed the connection)
2021-11-27 10:14:42 +0100Solid(~slot@xmonad/slotThe)
2021-11-27 10:17:37 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-11-27 10:17:40 +0100allbery_b(~geekosaur@xmonad/geekosaur)
2021-11-27 10:17:43 +0100allbery_bgeekosaur
2021-11-27 10:19:40 +0100Solid(~slot@xmonad/slotThe) (Quit: Connection reset by pear)
2021-11-27 10:20:04 +0100Solid(~slot@xmonad/slotThe)
2021-11-27 10:37:14 +0100qbt(~qbt@user/edun)
2021-11-27 10:37:54 +0100mvk(~mvk@2607:fea8:5cc1:fa00::4702) (Ping timeout: 260 seconds)
2021-11-27 11:00:32 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds)
2021-11-27 11:01:23 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-27 11:04:00 +0100alternateved(~user@staticline-31-183-149-3.toya.net.pl) (ERC 5.4.1 (IRC client for GNU Emacs 29.0.50))
2021-11-27 11:05:17 +0100qbt(~qbt@user/edun)
2021-11-27 11:15:42 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-27 11:37:37 +0100 <Vermoot> So this is gonna be a bit different:
2021-11-27 11:38:08 +0100 <Vermoot> Can you guys think of a way I can bind something to two mouse buttons *at the same time*?
2021-11-27 11:38:55 +0100 <Vermoot> I'd like to move my windows (by default with mod+mouse1 and drag) by using both mouse buto
2021-11-27 11:39:15 +0100 <Vermoot> buttons (mouse 1 and mouse 3 and drag) simultaneously
2021-11-27 11:44:04 +0100 <Vermoot> and preferrably regardless of order (I was thinking of using mouse1 as a modifier, which would mean having to press mouse1 before mouse3, and I'd like to avoid that)
2021-11-27 11:48:26 +0100seschwar(~seschwar@user/seschwar)
2021-11-27 12:30:57 +0100haskl[error](~haskl@user/haskl) (Read error: Connection reset by peer)
2021-11-27 12:33:04 +0100haskl(~haskl@user/haskl)
2021-11-27 13:55:00 +0100 <FOSSHuman[m]> <geekosaur> "windows (\ss -> foldr (W...." <- Thanks for the solution! It may take me a while to understand this and add it to my config, I wonder if I could use some kind of prompt to ask which workspace I want to windows shifted to, but for now I'll just try this.. (beginner at Haskell btw)
2021-11-27 14:07:52 +0100qbt(~qbt@user/edun)
2021-11-27 14:08:37 +0100 <geekosaur> https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Prompt-Workspace.html
2021-11-27 14:09:18 +0100 <geekosaur> Vermoot, X11 doesn't really support that
2021-11-27 14:10:17 +0100 <geekosaur> moreover it's going to conflict with the default server behavior that both buttons at the same time emulates button 2
2021-11-27 14:10:57 +0100 <geekosaur> which is wired in and you can't useit to emulate a different mouse button, which would make it much easier to implement if it worked :(
2021-11-27 14:24:27 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-27 14:26:25 +0100qbt(~qbt@user/edun)
2021-11-27 14:31:34 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-27 14:34:11 +0100qbt(~qbt@user/edun)
2021-11-27 14:36:07 +0100qbt(~qbt@user/edun) (Client Quit)
2021-11-27 14:52:03 +0100qbt(~qbt@user/edun)
2021-11-27 15:41:47 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-27 15:46:08 +0100qbt(~qbt@user/edun)
2021-11-27 15:49:32 +0100qbt(~qbt@user/edun) (Client Quit)
2021-11-27 15:51:35 +0100 <Vermoot> geekosaur, I had tested in xev how it looked when clicking with both buttons, and it seemed to me to properly recognize those, but alright
2021-11-27 15:53:06 +0100 <Vermoot> I'd actually be fine with using button 2 instead, but some apps I use (Bitwig Studio, for example) use button 2 click and drag for some actions, which I guess would be problematic
2021-11-27 15:53:28 +0100 <Vermoot> I'm guessing in general binding a mouse button without any modifier isn't a good idea?
2021-11-27 15:54:00 +0100qbt(~qbt@user/edun)
2021-11-27 16:00:23 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-27 16:09:31 +0100 <geekosaur> right, that takes it away from apps
2021-11-27 16:10:05 +0100 <geekosaur> and while you can configure a key to be a modifier, you can't configure a mouse button to be a modifier
2021-11-27 16:12:36 +0100 <geekosaur> there are other potential solutions, for example you can get a foot pedal and set it up as a modifier
2021-11-27 16:21:29 +0100 <Vermoot> eeeeh
2021-11-27 16:21:37 +0100 <Vermoot> I don't really have a use for that right now
2021-11-27 16:22:06 +0100 <Vermoot> I do have a mouse with tons of buttons though, some of which I could use for that kind of stuff
2021-11-27 16:22:24 +0100 <Vermoot> But right now the mouse is configured to send keyboard events, like a numpad
2021-11-27 16:22:27 +0100 <Vermoot> Which isn't ideal
2021-11-27 16:23:27 +0100 <Vermoot> I'm not sure how to make it output mouse button events (20 of them)
2021-11-27 16:23:34 +0100 <Vermoot> (It's a Logitech G600)
2021-11-27 16:24:32 +0100 <geekosaur> I think you have to run a configuration utility (which of course is only available for Windows)
2021-11-27 16:24:59 +0100 <Vermoot> My overall goal is always the same: have a setup I can use in keyboard-only (that's easy) mode, kb+m, or mouse only for when I'm lazily browsing with just my mouse
2021-11-27 16:25:09 +0100 <geekosaur> (maaaaaaybe MacOS if they felt like it; Logi goes through phases where they only admit to Windows existing)
2021-11-27 16:25:48 +0100 <Vermoot> geekosaur, eeeh, Logitech's software is really not great. G hub is the shitty replacement for the already-not-great Logitech Gaming Software
2021-11-27 16:27:46 +0100 <Vermoot> Problem is the mouse has some internal memory with bindings inside, so I can either run it in software mode, where mouse events are passed to Logitech's software, which outputs what's bound to them, or firmware mode, with bindings in memory. As far as I can tell, when the mouse can't detect any Logitech software on the system it automatically falls back to firmware mode, making it hard for me to do whatever I want with the mouse events
2021-11-27 16:28:34 +0100 <Vermoot> anyhoo
2021-11-27 16:29:15 +0100 <Vermoot> I need to find a way to be able to move and resize windows with the mouse only, without window decorations. Which doesn't seem very doable :D
2021-11-27 16:29:27 +0100 <geekosaur> so in that case I wonder if you can just bind some of those firmware events as modifiers
2021-11-27 16:29:43 +0100 <geekosaur> might be difficult if there's no way to distinguish from e.g. a digit
2021-11-27 16:30:26 +0100 <Vermoot> Yeah. In firmware mode right now the mouse is set to output 0-9 and -=
2021-11-27 16:30:48 +0100 <Vermoot> So I'd have to somehow grab those and verify the device ID from which they've been sent, maybe
2021-11-27 16:30:57 +0100 <Vermoot> But that's *very* jank imo
2021-11-27 16:32:07 +0100 <geekosaur> you'd have to use XInput2 to detach the mouse-"keyboard" from the shared keyboard input, then use handleEventHook to recognize the events, but then you lose them as modifiers
2021-11-27 16:32:36 +0100 <geekosaur> have to do everything yourself
2021-11-27 16:32:48 +0100 <Vermoot> I could probably do something with kmonad as well, grabbing events from the mouse-keyboard only and then rebinding them to something else
2021-11-27 16:32:59 +0100 <Vermoot> but iirc kmonad can't output mouse events right now
2021-11-27 16:34:47 +0100 <Vermoot> On a more practical note : when I was on macOS I had hidden firefox's window decorations, but I could still move the window by grabbing some parts of the UI which have the right property set to them. Now on linux with xmonad I can't do that anymore, though it'd be pretty useful
2021-11-27 16:35:39 +0100 <Vermoot> Now that I think of it, even without window decorations, most of the apps I use have some places that would be very convenient as "grabbers" to move the windows around
2021-11-27 16:37:17 +0100 <geekosaur> https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-BorderResize.html ?
2021-11-27 16:37:28 +0100 <geekosaur> sadly it's fairly limited
2021-11-27 16:38:31 +0100 <Vermoot> That's just to resize them though, right?
2021-11-27 16:39:01 +0100 <Vermoot> I'm talking about moving them around either in floating mode or to use with TiledWindowDragging
2021-11-27 16:40:05 +0100 <geekosaur> for moving, you can have the mouse anywhere in the window as long as you have the modifier pressed
2021-11-27 16:40:27 +0100 <geekosaur> doesn't require the app to be involved
2021-11-27 16:41:42 +0100 <Vermoot> Sure, my point is about moving the windows without a modifier :D Just like with window decorations in "classic" WMs. There's no modifier involved, it's all about where you grab the window
2021-11-27 16:41:51 +0100 <Vermoot> (I'm annoying, I'll concede)
2021-11-27 16:43:06 +0100 <Vermoot> The whole point actually is to be able to do this one handed
2021-11-27 16:43:12 +0100 <geekosaur> yeh, if you can't arrange for an extended mouse button, you may be happier with a different wm
2021-11-27 16:43:22 +0100 <geekosaur> not like xmonad is the only choice out there
2021-11-27 16:43:39 +0100 <Vermoot> Oh no way, I'm way too deep into xmonad and way too happy with most of it to go away now haha
2021-11-27 16:44:11 +0100 <Vermoot> I guess what I should do really is to bind the four main modifiers to side buttons of my mouse
2021-11-27 16:44:41 +0100 <Vermoot> But I was hoping for a more "universal" way that would work with any old mouse, or my laptop's trackpad
2021-11-27 16:56:10 +0100 <Vermoot> geekosaur, BorderResize only works on floating layouts but won't work with actual floating windows, right?
2021-11-27 17:04:52 +0100 <geekosaur> there is no such thing as a floating layout in xmonad
2021-11-27 17:05:20 +0100 <geekosaur> (well, there is, but it's a lot of work as you poretty much have to duplicate all the floating logic in the layout from scratch)
2021-11-27 17:06:25 +0100 <geekosaur> PositionStoreFloat is a layout modifier that tracks the relationship between floating windows and tiled windows
2021-11-27 17:08:17 +0100 <Vermoot> I was looking at BorderResize, and the docs say it works with layouts that react to the SetGeometry message. So looking at WindowArranger, you can apply `windowArrange` to layouts to make that happen. And the description for that function reads "A layout modifier to float the windows in a workspace"
2021-11-27 17:08:26 +0100 <Vermoot> So that's what I was talking about
2021-11-27 17:09:01 +0100 <Vermoot> I don't really know the specifics though
2021-11-27 17:09:56 +0100 <geekosaur> uh? I see "This is a pure layout modifier that will let you move and resize windows with the keyboard in any layout"
2021-11-27 17:10:14 +0100 <Vermoot> That's the module's description
2021-11-27 17:10:34 +0100 <Vermoot> I'm talking about the `windowArrange` and `windowArrangeAll` functions within that module
2021-11-27 17:10:42 +0100mc47(~mc47@xmonad/TheMC47)
2021-11-27 17:15:02 +0100 <geekosaur> yeh, I'm looking at source now
2021-11-27 17:15:20 +0100 <geekosaur> thing is there are Arrange and Dearrange messages, the window is normally tiled on Dearrange
2021-11-27 17:16:05 +0100 <Vermoot> Yeah the WindowArranger stuff is very weird to me. You can move and resize windows around, but they're still tiled, but other windows don't react to it, etc
2021-11-27 17:16:13 +0100 <Vermoot> I don't really see a use case for it
2021-11-27 17:16:37 +0100 <geekosaur> afaict it's just so you can move and resize via keyboard
2021-11-27 17:16:58 +0100 <geekosaur> which you can't really do with normally floated windows
2021-11-27 17:17:06 +0100 <Vermoot> Ah, fair
2021-11-27 17:17:35 +0100 <Vermoot> So it's kind of a bastard state between floating and non-floating right?
2021-11-27 17:18:21 +0100 <geekosaur> yes
2021-11-27 17:18:35 +0100 <geekosaur> there's another layout of that sort in there,m specific to "bluetile"
2021-11-27 17:19:02 +0100 <geekosaur> come to think of it, bluetile might be of interest to you
2021-11-27 17:21:43 +0100 <Vermoot> I've come across it but haven't really been able to understand what it was
2021-11-27 17:22:49 +0100 <geekosaur> kind of a cross between xmonad and a traditional window manager
2021-11-27 17:59:04 +0100mvk(~mvk@2607:fea8:5cc1:fa00::4702)
2021-11-27 18:48:41 +0100Vermoot(~vermoot@89-158-106-112.rev.numericable.fr) (Read error: Connection reset by peer)
2021-11-27 19:13:07 +0100catman(~catman@user/catman) (Quit: WeeChat 3.4-dev)
2021-11-27 19:13:55 +0100catman(~catman@user/catman)
2021-11-27 19:22:11 +0100kaizoku(~kaizoku@user/kaizoku)
2021-11-27 19:22:18 +0100MrNobody_0000000(~MrNobody@user/mrnobody-0000000/x-9129771) (Quit: MrNobody_0000000)
2021-11-27 19:27:37 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-11-27 19:29:42 +0100geekosaur(~geekosaur@xmonad/geekosaur)
2021-11-27 19:58:51 +0100 <spoonm> does Stack(focus) change where it points to if I try to invoke it on an unfocused workspace?
2021-11-27 19:59:29 +0100 <spoonm> I'm trying to figure out why W.peek seems to wield a different window than the one that was actually focused when I switch to another workspace
2021-11-27 19:59:42 +0100 <spoonm> yield*
2021-11-27 20:13:41 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-27 20:14:37 +0100Vermoot(~vermoot@89-158-106-112.rev.numericable.fr)
2021-11-27 20:21:54 +0100 <geekosaur> I don't understand the question. W.peek always operates on the current ws, not a different one
2021-11-27 20:39:01 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal)
2021-11-27 20:46:36 +0100seschwar(~seschwar@user/seschwar) (Ping timeout: 245 seconds)
2021-11-27 20:51:29 +0100seschwar(~seschwar@user/seschwar)
2021-11-27 21:01:03 +0100seschwar(~seschwar@user/seschwar) (Ping timeout: 268 seconds)
2021-11-27 21:05:33 +0100seschwar(~seschwar@user/seschwar)
2021-11-27 21:14:31 +0100seschwar(~seschwar@user/seschwar) (Ping timeout: 245 seconds)
2021-11-27 21:19:47 +0100seschwar(~seschwar@user/seschwar)
2021-11-27 21:24:53 +0100Guest30(~Guest30@169-0-75-49.ip.afrihost.co.za)
2021-11-27 21:26:08 +0100Guest30(~Guest30@169-0-75-49.ip.afrihost.co.za) (Client Quit)
2021-11-27 21:26:40 +0100catman_(~catman@user/catman)
2021-11-27 21:27:04 +0100catman(~catman@user/catman) (Killed (tungsten.libera.chat (Nickname regained by services)))
2021-11-27 21:27:04 +0100catman_catman
2021-11-27 21:29:22 +0100seschwar(~seschwar@user/seschwar) (Ping timeout: 260 seconds)
2021-11-27 21:31:01 +0100seschwar(~seschwar@user/seschwar)
2021-11-27 21:33:33 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-27 21:41:44 +0100seschwar(~seschwar@user/seschwar) (Ping timeout: 268 seconds)
2021-11-27 21:43:15 +0100seschwar(~seschwar@user/seschwar)
2021-11-27 21:48:02 +0100 <spoonm> so I've realized after reading the source code
2021-11-27 21:48:15 +0100 <spoonm> my bad, assumed it worked a specific way due to where I saw it being used
2021-11-27 21:50:19 +0100spidla(~spidla@94.142.238.3)
2021-11-27 21:50:39 +0100spidla(~spidla@94.142.238.3) ()
2021-11-27 21:54:31 +0100jsoo_(~znc@irc.refl.club) (Quit: ZNC 1.8.2 - https://znc.in)
2021-11-27 22:07:50 +0100jsoo(~znc@irc.refl.club)
2021-11-27 22:36:09 +0100mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2021-11-27 22:44:34 +0100Eoco_(~ian@x-160-94-179-157.acm.umn.edu) (Ping timeout: 256 seconds)
2021-11-27 23:19:00 +0100ebray187(~ebray187@2800:150:129:17c4:224:1dff:fed5:599e)
2021-11-27 23:33:28 +0100ebray187(~ebray187@2800:150:129:17c4:224:1dff:fed5:599e) (Quit: Konversation terminated!)
2021-11-27 23:45:43 +0100abhixec(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)