| whaack: | diana_coman: EOD Report: 6.5hr done of saltmines, I wound up spending closer to 3h today on researching/ordering parts. I used an extra 1hr 15min to read/study Spanish. I investigated the 0000 gmt datetime bug. The problem I am almost certain arose after I revived my dead sql process. mpwp uses the 0000 to signify a null date, and my new sql process has a setting that makes the date invalid and rejects the insert. The new time cons | [00:29] |
| whaack: | uming item I have is I must make trips to the atm (1h by taxi each way) to acquire cash to pay rent and have enough cash to be able to make bank deposits to order the computer parts. I am trying to speed the cash acquiring process up by doing a btc-buy in the us and a btc-sell locally. | [00:29] |
| diana_coman: | whaack: mpwp has 0000 set as default for dates indeed; does the insert rely on default values though? it sounds rather surprising because you'd end up with those 0000 everywhere then, hm; what happened to the "sql process" that it had to be revived anyway? | [04:16] |
| diana_coman: | the btc-buy/sell locally will be useful anyway. | [04:17] |
| diana_coman: | asciilifeform: atm whaack doesn't really have the luxury of figuring out how to build an UPS from scratch too, on top of everything else; yes, a working APC UPS is not ideal nor best nor anything else; it still is a working UPS. | [05:40] |
| diana_coman: | jfw: how's this: http://ossasepia.com/2010/05/11/mica-fabula-de-kafka/#comment-7096 | [07:32] |
| whaack: | diana_coman: I am not sure what killed the mysql process. 9 days ago digitalocean sent out an email saying they, "rolled out mitigation efforts across our entire fleet" to address Intel's statement regarding a vulnerability, "Machine Check Error Avoidance On Page Size Change." It may be that they restarted my machine and my mysql process is not set to run on startup. | [08:25] |
| diana_coman: | whaack: eurgh; such "service". | [08:27] |
| whaack: | diana_coman: Well recall digitalocean was the lifeboat from the TMSR fire. I think that I should find a new provider and use them as a test for recovering my backups. | [08:27] |
| diana_coman: | sounds like a plan. | [08:31] |
| whaack: | I found a solution to Incorrect datetime value bug. I edited the /etc/mysql/mysql.conf.d/mysqld.cnf file and added the line sql-mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,ALLOW_INVALID_DATE' . The change from my original sql_mode was I removed NO_ZERO_IN_DATE,NO_ZERO_DATE and added ALLOW_INVALID_DA | [09:41] |
| ossabot: | Logged on 2019-11-26 00:12:53 whaack: For tomorrow's unexpected task list: I have a strange error that prevents me from saving drafts of articles on ztkfg. The error is some datetime value is getting set to 0000-00-00 00:00:00. My servers clock / date function seem to be working, and in the error log it shows some fields with the date/time set correctly. | [09:41] |
| whaack: | TES. Note that although in the client the variable is SQL_MODE in the cnf file you must assign the variable sql-mode with a hyphen. If you need to see your current sql mode you can run "SHOW VARIABLES LIKE 'sql_mode' ;" in the mysql client. | [09:41] |
| diana_coman: | whaack: do the dates end up now invalid in db though? | [09:44] |
| whaack: | goes to check | [09:46] |
| whaack: | The dates end up as 0000-00-00 00:00:00 as I understand is intended. But I am going to see if I can remove the ALLOW_INVALID_DATES flag since that may not be necessary having already removed "NO_ZERO_DATE" and "NO_ZERO_IN_DATE". | [09:51] |
| diana_coman: | whaack: uhm, dunno if intended; afaik in my db the dates are properly set really, for both post_date and post_date_gmt | [09:58] |
| diana_coman: | the default values are 000 but I don't think it's meant to insert without setting it | [09:58] |
| diana_coman: | hence my q yesterday and hint to go and look at the insert because it's not as much that it should allow bogus dates but rather WHY does it try to enter bogus dates to start with? | [09:59] |
| diana_coman: | the trouble with unexpected resets and "updates" is that they might have fucked whatever versions of anything and therefore who knows how long it takes to track this down | [09:59] |
| whaack: | diana_coman: The post_date is set correctly, but the post_date_gmt gets set to 0000. I will take a look as to why. | [10:00] |
| diana_coman: | so yeah, can probably leave it at whatever non-breaking thing for now if it's not obvious, but should find a less time-consuming place for your blog indeed, by the looks of it | [10:00] |
| whaack: | Also I did not need to set the flag ALLOW_INVALID_DATES, and I removed it. I also can keep the NO_ZERO_IN_DATE flag. I just needed to remove the NO_ZERO_DATE flag. | [10:01] |
| diana_coman: | gotta love the 3 flags for same thing approach, myeah. | [10:01] |
| whaack: | diana_coman: Okay I did a small investigation. The sql schema has the 0000 date as the defaults. The post_date_gmt gets left at the default, 0000, to represent that the article has not been posted yet (because one is saving a draft). That said, the other date variable "post_date" is being set when one saves a draft. | [10:11] |
| diana_coman: | whaack: ah, so it's set fine when you publish it, then? | [10:14] |
| diana_coman: | (I don't really keep drafts so yeah, I wouldn't notice that case) | [10:14] |
| whaack: | diana_coman: yes. | [10:15] |
| diana_coman: | ok then. | [10:16] |
| whaack: | bootstraps | [10:16] |
| BingoBoingo: | jfw: It's just about a week until you hop on the plane. Any loose ends outstanding for your Montevideo trip? | [11:40] |
| dorion_road: | hiya #o, good afternoon/evening. any one around willing and able to !!up me in #t ? | [14:19] |
| diana_coman: | dorion_road: done. | [14:43] |
| jfw: | Well it looks like I got two days of writing in there in the effort to not leave that series hanging. | [14:43] |
| diana_coman: | jfw: heh, so you need... more pressure? :D | [14:44] |
| jfw: | heh, idk, still need mein laufrichtung andern perhaps | [14:45] |
| diana_coman: | vielleicht. | [14:55] |
| jfw: | http://ossasepia.com/2020/04/21/ossasepia-logs-for-27-Nov-2019#1011517 - nice, reads better to me. | [15:07] |
| ossabot: | Logged on 2019-11-27 07:32:17 diana_coman: jfw: how's this: http://ossasepia.com/2010/05/11/mica-fabula-de-kafka/#comment-7096 | [15:07] |
| jfw: | can't comment as to the mouse's gender, afaik it's ambiguous in the German. There's a Clemens quote here, if I can find... | [15:08] |
| jfw: | yay! In German, a young lady has no sex, while a turnip has. | [15:10] |
| diana_coman: | eh, that's because she's no lady, just a madchen | [15:11] |
| diana_coman: | but it's die Maus, isn't it? | [15:11] |
| diana_coman: | das Madchen | [15:11] |
| jfw: | yes, so unclear if the 'sie' is because of the mouse or just the word, is what I mean. | [15:11] |
| diana_coman: | ah, well, it's a generic mouse, lol. | [15:13] |
| diana_coman: | dorion_road: nice to see your action in #t but mind actually updating me on your obviously-but-rather-left-unspecified new plans for the week as well? | [15:31] |
| dorion_road: | diana_coman shall I leave a comment on my plan for the week with the updated plan for the remaining days ? sorry for the weak communication there. | [15:52] |
| diana_coman: | dorion_road: works, yes. | [15:52] |
| jfw: | http://ossasepia.com/2020/04/21/ossasepia-logs-for-27-Nov-2019#1011542 - thanks for asking. I've asked around about old blankets and such for padding material but nothing's turned up yet; I'm assuming worst case I can buy a bunch of bubble wrap and pillows down there. | [15:52] |
| ossabot: | Logged on 2019-11-27 11:40:53 BingoBoingo: jfw: It's just about a week until you hop on the plane. Any loose ends outstanding for your Montevideo trip? | [15:52] |
| BingoBoingo: | jfw: Well, got any clean beach towels? | [15:53] |
| jfw: | BingoBoingo: sure, just not many. | [15:54] |
| BingoBoingo: | I have some bubble wrap after preparing diana_coman's server, but the place to get more bubble wrap is a trip. | [15:54] |
| dorion_road: | diana_coman another !!up in #t would be appreciated. | [15:55] |
| BingoBoingo: | Anyways, I don't see how having a variety of things padding machines could hurt | [15:55] |
| diana_coman: | dorion_road: done. | [15:55] |
| jfw: | BingoBoingo: good to know, then I'll bring the bubble wrap along if needed. | [15:57] |
| BingoBoingo: | jfw: Well, It's just a ride to the local Home Depot equivalent. Probably best to avoid too much bubble wrap if other things are available | [15:58] |
| asciilifeform: | will cross-post here for FG owners : http://logs.nosuchlabs.com/log/asciilifeform/2019-11-27#1002772 | [16:05] |
| snsabot: | (asciilifeform) 2019-11-27 asciilifeform: attn all FG owners : the legacy documentation, incl. all sources/sigs, is henceforth preserved here. | [16:05] |
| dorion_road: | ty asciilifeform | [16:06] |
| asciilifeform: | diana_coman: the link to your fg page no longer resolves. lemme know plz if that article still on your www and you'd like it fixed. | [16:08] |
| diana_coman: | asciilifeform: mind running a replace of dianacoman.com with ossasepia.com? | [16:08] |
| asciilifeform: | diana_coman: ty, worx. will fix in 1s. | [16:08] |
| diana_coman: | that's the trouble there; when I get a break I'll set up again the redirect for dianacoman.com > ossasepia.com too but atm it's not done. | [16:09] |
| asciilifeform: | fixed. | [16:09] |
| diana_coman: | thanks | [16:09] |
| asciilifeform: | verified, all links to FG user www's presently result. even that of esthlos, who sank into sea. | [16:10] |
| asciilifeform: | *resolve | [16:10] |
| diana_coman: | myeah, I rather wish esthlos made it back. | [16:11] |
| jfw: | http://ossasepia.com/2020/04/21/ossasepia-logs-for-27-Nov-2019#1011570 - sorry, missed ack'ing this. Def still on the lookout for other things, just that time is tight. | [16:18] |
| ossabot: | Logged on 2019-11-27 15:58:08 BingoBoingo: jfw: Well, It's just a ride to the local Home Depot equivalent. Probably best to avoid too much bubble wrap if other things are available | [16:18] |
| jfw: | to grab a bite then write up some updates on wallet. | [16:28] |
| diana_coman: | thimbronion: mind setting a znc somewhere? it's getting rather annoying. | [17:00] |
| thimbronion: | diana_coman: apologies. I am actually connected via a znc via a machine at a colo. I can /part until I figure out why my colo's connection is so bad. | [17:01] |
| diana_coman: | huh, that's a weird connection at colo then; what colo is that? | [17:03] |
| diana_coman: | thimbronion: and btw, how's it going? it's been quite a while. | [17:03] |
| thimbronion: | diana_coman: datanoc.com is ther colo. | [17:05] |
| diana_coman: | well, now datanoc.com is in the logs for poor connection, lolz. | [17:07] |
| thimbronion: | diana_coman: In terms of getting to figuring out what's next, my blog is in much better shape - backups working, weird redirect bug fixed, text selection linking working. Also I wrote an image upload script that works well. I updated the pics in the hawaii post with it. Now I just need to do the hard part ... which is to start writing an article about how to move on and be useful. | [17:10] |
| diana_coman: | thimbronion: sounds good; looking forward to that article then. | [17:11] |
| thimbronion: | diana_coman: I have contacted my colo about the disconnections. If I don't get a satisfactory answer from them today, I will leave this channel until I can get a better connection somewhere. | [17:16] |
| diana_coman: | all right. | [17:21] |
| whaack: | diana_coman: mid/EOD report : Today's saltmine grind got interrupted because surfpal sold the car and wanted to buy some btc. I took the opportunity to go meet him and got a wad of cash so I can order my computer parts tomorrow. I have 3.5hrs left of saltmines for today/the week, I am going to spend the rest of the day finishing those hours and revising my orders so I can make all the necessary deposits when I go to town tomorrow. | [19:39] |
Comments feed: RSS 2.0