2024-07-19 12:10:52 <veltas      > Start the day with a massive IT outage
2024-07-19 12:27:58 <crc         > it's a great way to start the day :)
2024-07-19 12:31:23 <veltas      > Nice schadenfreude for Forthers, Linux, BSD etc
2024-07-19 12:35:08 <darkling    > We picked today to start the migration of all our infrastructure from one Azure region to a different one...
2024-07-19 12:37:03 <olle        > veltas: hehe
2024-07-19 14:34:16 <KipIngram   > So, this is just a bit of "lesson learned" that might be helpful to one of you someday.  After that ligntning strike, I needed a new UVerse router to get my network back up.  After installing that, I found that my phone would no longer do WiFi calling using my network.  Still fine on other networks.  It took a while to get to the bottom of it, but the fix turned out to be to hop onto the new router and enable
2024-07-19 14:34:18 <KipIngram   > IPV6 tunneling.  So, tuck that into the backs of your minds in case you ever need it.  After I did that it worked again immediately.
2024-07-19 14:38:33 <KipIngram   > I also had to replace my two WiFi access point routers I have around the house to make sure we have good signal strength everywhere.  I chose a model from Microtik, and it happens to use RouterOS.  The default setup is some fancy affair that has the router running its own DHCP server, which I don't watn, and I'm having a devil of a time sussing out enough about RouterOS to skin those configs down to a simple
2024-07-19 14:38:35 <KipIngram   > naked access point setup.  :-|
2024-07-19 14:39:14 <KipIngram   > You'd think that would be an easy one-click option to select, but it's very much not.
2024-07-19 15:01:05 <lf94        > I finished my turmites program finally lol.
2024-07-19 15:01:07 <lf94        > https://gist.github.com/lf94/36be4259fba3a5103f0dd92e238ee25f
2024-07-19 15:01:11 <lf94        > Make sure you clear your terminal
2024-07-19 15:01:34 <lf94        > I'm looking for suggestions on making the `transition` word better
2024-07-19 15:03:04 <veltas      > : 2DUP OVER OVER ;
2024-07-19 15:03:16 <veltas      > : 2DROP DROP DROP ;
2024-07-19 15:03:48 <veltas      > Also could check equality of two items with 2=
2024-07-19 15:04:26 <veltas      > Make these flags and fields, pack it into one cell
2024-07-19 15:04:35 <veltas      > One cell is large enough to represent state+color+dir
2024-07-19 15:05:44 <veltas      > I would keep dir.east et al the same, and make state.1 8 and color.1 16 and OR them all
2024-07-19 15:05:48 <lf94        > veltas one thing is I think I'd like to change the 1 bit color to 4 bit
2024-07-19 15:05:59 <veltas      > Can still fit them all in one cell
2024-07-19 15:06:06 <veltas      > Even assuming 16-bit cells
2024-07-19 15:06:25 <lf94        > Doesn't it make it harder to program with though
2024-07-19 15:06:28 <lf94        > this packing
2024-07-19 15:06:31 <veltas      > Not really
2024-07-19 15:06:35 <lf94        > This is all for the My4th
2024-07-19 15:06:39 <lf94        > It's very very slow
2024-07-19 15:06:42 <veltas      > Good practice for bitwise work
2024-07-19 15:06:52 <veltas      > 'slow' computers are still fast at bitwise work
2024-07-19 15:07:08 <lf94        > I would prefer to remove the over over drop drop in transition
2024-07-19 15:07:14 <veltas      > Faster than lots of extra stack work
2024-07-19 15:07:14 <lf94        > That's my main pet peeve here :p
2024-07-19 15:07:28 <veltas      > That would get simpler if it was packing state into one cell
2024-07-19 15:07:45 <veltas      > I mean if it's on the stack pack it, if you don't want to pack it in one cell then put it in values/variables
2024-07-19 15:07:53 <veltas      > That would be my opinion, take or leave
2024-07-19 15:08:03 <lf94        > No no you're right
2024-07-19 15:08:09 <lf94        > Just stating my expectations / goal :)
2024-07-19 15:08:18 <lf94        > Any other ideas than packing to make transition nicer?
2024-07-19 15:08:29 <lf94        > Maybe I'm copying for no reason?
2024-07-19 15:08:36 <veltas      > Is CASE out of the question?
2024-07-19 15:08:43 <veltas      > If it's packed you can use CASE OF ... etc
2024-07-19 15:08:48 <lf94        > I think so because we're dealing with more than 1 stack item
2024-07-19 15:08:52 <lf94        > Yea exactly hahaha
2024-07-19 15:09:01 <veltas      > Just mask it to the things being checked
2024-07-19 15:09:12 <lf94        > ou, mask.
2024-07-19 15:09:15 <veltas      > Remember your machine is a powerful 1-bit vector machine :P
2024-07-19 15:09:24 <lf94        > haha
2024-07-19 15:09:27 <lf94        > nice way to see it!
2024-07-19 15:10:21 <lf94        > Did you run it? :D
2024-07-19 15:10:57 <lf94        > I keep the turmite with in a 64x16 screen
2024-07-19 15:16:07 <lf94        > After I convert this to a 4-bit color and state variant, I think I'll implement other cellular automata
2024-07-19 15:16:18 <lf94        > So the My4th can run a bunch for fun
2024-07-19 15:16:50 <lf94        > By the way I've still got 3 to sell :)
2024-07-19 15:22:22 <veltas      > Sorry I'm at work, I just glanced at the word you called out
2024-07-19 15:22:31 <veltas      > And will have no time later either lol
2024-07-19 15:25:05 <crc         > lf94: it runs for a while, then I get an error from a stack overflow: http://forth.works/temp/err.txt
2024-07-19 15:31:40 <lf94        > crc neat! Is that with your forth system?
2024-07-19 15:31:56 <lf94        > I thought I wasnt recursing anywhere
2024-07-19 15:32:18 <lf94        > Sorry, I see the gforth invocation now :p
2024-07-19 15:38:05 <crc         > no, gforth (my forth isn't standard, so won't run this without changes)
2024-07-19 15:41:43 <crc         > if I'm reading the source right, I don't see where term.emit-color actually consumes the color value
2024-07-19 15:55:47 <lf94        > you're right
2024-07-19 15:55:55 <lf94        > aaaaa
2024-07-19 15:56:05 <lf94        > I need to remove dup outside of the emit-color
2024-07-19 15:56:24 <lf94        > could you run it again without it? :D
2024-07-19 15:56:34 <lf94        > I guess I'd get the same error if I tried
2024-07-19 15:56:37 <lf94        > lemme see...
2024-07-19 15:56:47 <lf94        > Ah shoot, it's on my other laptop
2024-07-19 15:56:57 <lf94        > I'll try later
2024-07-19 16:02:30 <veltas      > If you want to try on standard forth systems consider running it on swiftforth's demo as well
2024-07-19 16:07:03 <crc         > lf94: it's running with the change, will let you know soon
2024-07-19 16:10:22 <lf94        > Nice :D
2024-07-19 16:10:22 <lf94        > veltas: I prefer vfxforth B)
2024-07-19 16:10:33 <lf94        > Admittedly I have not tried gforth-fast on latest commit
2024-07-19 16:10:43 <lf94        > vfxforth though is VERY fast
2024-07-19 16:10:59 <lf94        > https://vfxforth.com/forum/269/how-could-this-state-machine-traffic-light-optimized-further
2024-07-19 16:11:09 <lf94        > I was asking stephen how I could get close to C/Rust speeds
2024-07-19 16:19:16 <veltas      > luajit runs faster than C, the famous claim
2024-07-19 16:19:31 <veltas      > Not sure how true it is but you can do a lot with a little
2024-07-19 16:25:44 <crc         > it runs successfully with the change on my ancient gforth installation
2024-07-19 16:26:48 <veltas      > ancient aka latest release
2024-07-19 16:27:48 <crc         > probably? it's 0.7.3
2024-07-19 16:27:55 <veltas      > Yeah that's the latest release
2024-07-19 16:27:58 <veltas      > From 10+ years ago
2024-07-19 16:28:22 <veltas      > I'll keep saying it until it stops being true :)
2024-07-19 17:55:44 <GeDaMo      > veltas: https://news.ycombinator.com/item?id=41005936
2024-07-19 17:55:54 <GeDaMo      > "Crowdstrike did this to our production linux fleet back on April 19th, and I've been dying to rant about it."
2024-07-19 18:01:37 <veltas      > Yes it's very important to understand the common denominator is crowdstrike
2024-07-19 18:02:07 <veltas      > I have been saying today that people have unfairly attributed this to Windows, the media are quite happy to do so because it's generally unpopular
2024-07-19 18:02:12 <veltas      > But we should bear false witness
2024-07-19 18:02:36 <veltas      > But nevertheless no Forth OS was impacted by this outage :P
2024-07-19 18:02:53 <veltas      > should not* bear false witness
2024-07-19 18:03:37 <veltas      > I've been quite annoyed by this kind of surveillance + AV software for a while, not too surprised, don't see anything changing.  If companies switch the alternatives are worse.
2024-07-19 18:03:48 <veltas      > It's a regulatory checkbox, security by checkboxes
2024-07-19 18:22:40 <joe9        > It is sad state to own/run computers not knowing wtf they are running.
2024-07-19 18:23:03 <joe9        > closed source for security..
2024-07-19 18:23:28 <joe9        > like sleeping around for virginity.
2024-07-19 18:48:01 <KipIngram   > Lmao...
2024-07-19 21:49:21 <veltas      > Yes I was surprised to learn there are still many people in industry who think proprietary software is more secure than open source software
2024-07-19 21:58:25 <dlowe       > it is on the scales they're used to dealing with.  It's only when you get large and visible that OSS wins out.  Otherwise you usually end up being too bespoke and worthless to figure out.
2024-07-19 21:59:09 <dlowe       > on a smaller scale, without a lot of resources and contributors, open source is just giving someone the keys
2024-07-19 21:59:40 <dlowe       > most of the software we deal with as professionals is going to be extremely popular just from the math of it
2024-07-19 21:59:52 <KipIngram   > That makes good sense.
2024-07-19 23:51:09 <lf94        > #/quit