| 00:22.20 | *** join/#utah infobot (ibot@rikers.org) |
| 00:22.20 | *** topic/#utah is Utah related discussion including user groups | logs @ http://ibot.rikers.org/%23utah/ | See also ##lds |
| 00:22.20 | *** mode/#utah [+o infobot] by ChanServ |
| 02:22.16 | *** join/#utah aeryndunham (~aeryndunh@170.250.131.39) |
| 07:43.24 | klys | ~slashdot |
| 11:16.22 | *** join/#utah RuShan (~RuShan@4.sub-174-208-7.myvzw.com) |
| 14:29.05 | *** join/#utah RuShan (~RuShan@4.sub-174-208-7.myvzw.com) |
| 14:46.49 | *** join/#utah aarobc (uid151482@gateway/web/irccloud.com/x-cbzlsovadhnwmnpf) |
| 15:00.15 | *** join/#utah aeryndunham_ (~jacki@170.250.131.39) |
| 16:05.42 | frostyfrog | morning |
| 16:05.50 | jlp_znc | morn |
| 16:06.10 | aeryndunham_ | morning |
| 16:14.32 | aeryndunham_ | is having an annoyingly frustrating in adventure in python errors and exceptions today |
| 16:21.14 | jlp_znc | So, "heh |
| 16:21.18 | jlp_znc | arg |
| 16:21.20 | unum | you probably have a tab instead of space |
| 16:21.22 | jlp_znc | "focus"! |
| 16:21.41 | frostyfrog | Welcome to the world of scripting languages :p |
| 16:23.29 | jlp_znc | hmmm, plastic bag eating caterpillars |
| 16:23.57 | jlp_znc | I see the next story: "California laws detrimental to caterpillar population... tree huggers don't know what to do!" |
| 16:24.18 | jlp_znc | (plastic bags are banned in the bay area, at least) |
| 16:24.57 | frostyfrog | "Plastic bags banned in bay area due to increase of amateur bird catchers" |
| 16:25.20 | frostyfrog | That's my theory at least. |
| 16:26.27 | aeryndunham_ | I can't get it to stop giving me long error messages :( |
| 16:27.36 | frostyfrog | how long is "long"? |
| 16:28.42 | gtmanfred | 32 bits |
| 16:28.46 | gtmanfred | pew pew i got the jokes! |
| 16:29.17 | frostyfrog | xD |
| 16:29.24 | frostyfrog | Nice one, gtmanfred :) |
| 16:30.18 | aeryndunham_ | lol |
| 16:31.36 | jlp_znc | heh |
| 16:32.54 | *** join/#utah SunSparc (~jonathan@45.56.57.85) |
| 16:34.33 | aeryndunham_ | I'm trying to start simple. Is the site you just input available, or not. I can get it to tell me it's available. But if it's NOT, whether it times out, or you forgot the http:, or it's down, I can't get it to stop breaking and spitting out errors, can't get it to just, say... "sorry, site not available" |
| 16:34.45 | aeryndunham_ | I know I need exceptions but I'm struggling |
| 16:40.43 | *** join/#utah siel (~siel@unaffiliated/motley) |
| 16:43.45 | frostyfrog | try: |
| 16:43.45 | frostyfrog | <PROTECTED> |
| 16:43.45 | frostyfrog | except Exception as e: |
| 16:43.45 | frostyfrog | <PROTECTED> |
| 16:44.13 | frostyfrog | totally didn't just throw that together... |
| 16:46.02 | aeryndunham_ | yep, that's what I'm tryyying |
| 16:46.15 | aeryndunham_ | http://docs.python-requests.org/en/master/user/quickstart/#errors-and-exceptions doesn't make it look very complicated |
| 16:47.32 | frostyfrog | I posted all the code you'd need |
| 16:47.47 | frostyfrog | roughly |
| 16:48.04 | aeryndunham_ | No, yeah, I know try/except/finally |
| 16:48.04 | frostyfrog | don't know what framework/tutorial you're following. |
| 16:48.27 | aeryndunham_ | right now no tutorial or framework, just trying to use this one library. sorry, it' fine, i keep trying. |
| 16:48.35 | gtmanfred | stop using %s strings! if you are on python 3.6, use format strings |
| 16:48.38 | gtmanfred | try: |
| 16:48.43 | gtmanfred | <PROTECTED> |
| 16:48.47 | gtmanfred | except Exception as e: |
| 16:48.57 | frostyfrog | >_> |
| 16:49.00 | gtmanfred | <PROTECTED> |
| 16:49.19 | frostyfrog | prefers printf style strings. |
| 16:49.28 | gtmanfred | https://www.python.org/dev/peps/pep-0498/ |
| 16:50.20 | frostyfrog | also devs against python 2.7/3.4 and is starting to move their code to C++ because reasons. |
| 16:50.29 | gtmanfred | probably good reasons |
| 16:50.40 | gtmanfred | python is a cluster sometimes |
| 16:50.50 | gtmanfred | there are completely disperate ways of formatting strings... |
| 16:51.22 | frostyfrog | It doesn't do so well in a multi-threaded high performance server environment. |
| 16:51.23 | frostyfrog | yup |
| 16:51.42 | gtmanfred | well, it does, it just requires A LOT of tuning |
| 16:51.47 | gtmanfred | it can be ok |
| 16:51.56 | gtmanfred | we use tornado for that |
| 16:52.02 | frostyfrog | What about when state needs to be tracked across threads? |
| 16:52.29 | gtmanfred | hrm, i do not know, but i think we might do that? |
| 16:52.33 | gtmanfred | we use tornado very heavily |
| 16:53.06 | gtmanfred | we use the filesystem A LOT though |
| 16:53.09 | spangborn | Oh are we having an anti-python cyclejerk? |
| 16:53.17 | gtmanfred | only a little circle jerk |
| 16:53.20 | spangborn | *circle |
| 16:53.29 | spangborn | grabs popcorn |
| 16:53.41 | frostyfrog | Hmm? |
| 16:54.00 | aeryndunham_ | sighs |
| 16:54.03 | gtmanfred | we depend heavily on the filesystem to communicate between threads iirc |
| 16:54.37 | gtmanfred | but we also have a bunch of backends for managing job returns, and they can be saved in redis or memcache or postges etc |
| 16:54.45 | frostyfrog | needs to keep track of socket connections and sub processes between threads. |
| 16:54.52 | gtmanfred | but we do have people running heavily tuned salt masters that have 10k minions connected to one master |
| 16:54.57 | spangborn | It's almost like Queues are a thing |
| 16:55.15 | spangborn | MQ's especially |
| 16:55.21 | frostyfrog | Like, obj A owns a socket and a sub process and any web thread could talk with obj a |
| 16:55.29 | gtmanfred | oh yeah |
| 16:55.31 | gtmanfred | you can't do that so much |
| 16:55.48 | spangborn | ⦠|
| 16:55.49 | spangborn | You can |
| 16:55.53 | spangborn | It's called a message queue |
| 16:56.32 | gtmanfred | if you can show me how to implement paramiko where you can share the ssh socket different Process objects |
| 16:56.33 | SunSparc | message queues ++ |
| 16:56.39 | *** join/#utah siel (~siel@unaffiliated/motley) |
| 16:56.55 | gtmanfred | because everything I have tried just GCs the connection as soon as you spin off the new process |
| 16:56.59 | spangborn | Sounds like you should read up on message queue |
| 16:57.01 | SunSparc | uses golang for applications that need to communicate between threads |
| 16:57.29 | SunSparc | Yeah, whether you use it or not, learning about message queues will change your life. |
| 16:57.41 | frostyfrog | I think what spangborn is hinting at splitting one process up into multiple and using something like rabbit to communicate between them. |
| 16:58.02 | spangborn | You don't even have to split it up into different processes |
| 16:58.07 | SunSparc | rabbit, or zero, or any of the others. |
| 16:58.10 | gtmanfred | salt uses zeromq to communicate with the salt minions |
| 16:58.21 | spangborn | Hey look, zeromq, a message queue |
| 16:58.45 | spangborn | :) |
| 16:58.48 | spangborn | </smartass> |
| 17:00.06 | gtmanfred | hrm |
| 17:00.13 | gtmanfred | i see an ssh.tunnel object in zeromq |
| 17:03.00 | *** join/#utah siel (~siel@unaffiliated/motley) |
| 18:15.15 | youtah | jlp_znc, yeah, he is in the process of migrating it |
| 18:31.45 | frostyfrog | :p |
| 18:31.52 | frostyfrog | beat you to the punch |
| 18:32.27 | frostyfrog | How's it going youtah? |
| 18:41.15 | frostyfrog | https://www.humblebundle.com/happy-pc-software-bundle WinZip? Seriously? |
| 19:17.05 | unum | huh I had coworker submit a bug insisting a change took place yesterday, and that I need to immediately restore it to the previous behavior |
| 19:17.31 | unum | looking through the git log, the behavior was changed 2 year earlier, to the day |
| 19:17.37 | unum | maybe I got the bug report late.... |
| 19:18.22 | unum | I did not restore it to the previous behavior as that would have been really bad, so implemented the implied desired behavior |
| 19:20.24 | unum | there may have been a behavior change by an other user that triggered it to show up after two years |
| 19:21.10 | frostyfrog | would typically research and find out what exactly caused the issue, then present their findings. |
| 19:21.32 | unum | I thought about doing that, but I knew the desired behavior was |
| 19:21.41 | unum | I suspect I work for a much smaller company than you |
| 19:23.14 | unum | I think most of the concern was about "what else was changed" rather than wanting this particular issue fixed |
| 19:23.29 | frostyfrog | 18 devs (roughly) within the entire dev department, not including test. |
| 19:23.31 | unum | 0.00 was being displayed instead of blank in certain cases |
| 19:23.38 | unum | 1 dev |
| 19:23.54 | frostyfrog | Ah, quite smaller. |
| 19:23.54 | unum | no testers |
| 19:26.34 | unum | no edge case in the testing database for this case.... |
| 20:06.53 | *** join/#utah bryceml (~bryceml@2605:a601:57a:1f00:1e75:8ff:fe11:8a63) |