Techrights logo

IRC: #boycottnovell @ FreeNode: Friday, April 17, 2020

Join us now at the IRC channel.

schestowitz[Sunday, 12 April 2020] [22:33:33 BST]<schestowitz> TR VM: ssh xxxxxxxxxxxxxxxxxApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:34:13 BST]<schestowitz> I'll put the password on the hv Apr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:34:24 BST]<sysadmin> okApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:35:19 BST]<schestowitz> localhost:~$ pwdApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:35:19 BST]<schestowitz> /home/schestowitzApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:35:19 BST]<schestowitz> localhost:~$ nano pwApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:35:45 BST]<schestowitz> it's in there, I'll delete the file afterwards, don't want freenode to have all the access credsApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:38:06 BST]<sysadmin> kkApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:38:12 BST]<sysadmin> good idea tbhApr 17 02:25
schestowitz[Sunday, 12 April 2020] [22:38:22 BST]<sysadmin> freenode at this point is quite sketchyApr 17 02:25
schestowitz[08:09] <schestowitz> xxxxxxxxxxxxxxxApr 17 02:25
schestowitz[08:10] <schestowitz> [boycottn@tuxmachines ~]$ md5sum tmdatabase-2020-04-14.dump.gzApr 17 02:25
schestowitz[08:10] <schestowitz> 9a0e579e149ad3a844b237e345240125  tmdatabase-2020-04-14.dump.gzApr 17 02:25
schestowitz[08:10] <sysadmin> coolApr 17 02:25
schestowitz[08:10] <schestowitz>  will do Gallery nowApr 17 02:25
schestowitz[08:11] <sysadmin> fetched itApr 17 02:25
schestowitz[08:11] <schestowitz> wow, fastApr 17 02:25
schestowitz[08:11] <sysadmin> its over localhost basically :pApr 17 02:25
schestowitz[08:11] <schestowitz> I geuss ame network wgetApr 17 02:25
schestowitz[08:24] <sysadmin> what is the name of this databaseApr 17 02:25
schestowitz[08:24] <schestowitz> drupalApr 17 02:25
schestowitz[08:25] <sysadmin> okApr 17 02:25
schestowitz[08:25] <sysadmin> not boycottn_drupal or anything?  just drupalApr 17 02:25
schestowitz[08:25] <schestowitz> no, it was build separatelyApr 17 02:25
schestowitz[08:25] <sysadmin> ahApr 17 02:25
schestowitz[08:25] <sysadmin> yesApr 17 02:25
schestowitz[08:25] <sysadmin> just drupalApr 17 02:25
schestowitz[08:25] <schestowitz> *builtApr 17 02:25
schestowitz[08:25] <schestowitz> I want to redump gallery2 and compare checksumsApr 17 02:25
schestowitz[08:26] <schestowitz> this time without ctrl+z, fgApr 17 02:25
schestowitz[08:26] <schestowitz> as I worried about disk spaceApr 17 02:25
schestowitz[08:26] <sysadmin> drupal is importingApr 17 02:25
schestowitz[08:26] <schestowitz> /var/tm-gallery-database-2020-04-14.dump Apr 17 02:25
schestowitz[08:26] <schestowitz> de6bbaa62e2a0f62675458c686ae26f8  /var/tm-gallery-database-2020-04-14.dumpApr 17 02:25
schestowitz[08:26] <schestowitz> I will redump it now, without interruptionsApr 17 02:25
schestowitz[08:28] <schestowitz> the script may come handy in the future, it's just that this db rarely changes, it was used for many old reviews and screenshots susan did that are still cited in distrowatchApr 17 02:25
schestowitz[08:29] <schestowitz>  md5sum /var/tm-gallery-database-2020-04-14.dump Apr 17 02:25
schestowitz[08:29] <schestowitz> df1098b0a50236e452d537d771d19245  /var/tm-gallery-database-2020-04-14.dumpApr 17 02:26
schestowitz[08:29] <schestowitz> hmm...Apr 17 02:26
schestowitz[08:29] <schestowitz> ah wellApr 17 02:26
schestowitz[08:29] <schestowitz> I guess that makes senseApr 17 02:26
schestowitz[08:29] <sysadmin> redump it againApr 17 02:26
schestowitz[08:29] <sysadmin> to be certainApr 17 02:26
schestowitz[08:29] <schestowitz> as timestampsApr 17 02:26
schestowitz[08:29] <schestowitz> changedApr 17 02:26
schestowitz[08:29] <sysadmin> ohApr 17 02:26
schestowitz[08:29] <sysadmin> yeahApr 17 02:26
schestowitz[08:29] <schestowitz> I will check disk space diffsApr 17 02:26
schestowitz[08:30] <schestowitz> I will check disk space diffs                      16452520 13880180   1744792  89% /varApr 17 02:26
schestowitz[08:30] <schestowitz>                       16452520 13880736   1744236  89% /varApr 17 02:26
schestowitz[08:30] <schestowitz> the diff is likely httpd logsApr 17 02:26
schestowitz[08:30] <schestowitz> under /var/log/httpdApr 17 02:26
schestowitz[08:30] <sysadmin> yeahApr 17 02:26
schestowitz[08:30] <sysadmin> okApr 17 02:26
schestowitz[08:30] <sysadmin> wellApr 17 02:26
schestowitz[08:30] <sysadmin> first oneis still importingApr 17 02:26
schestowitz[08:31] <schestowitz> sounds like it makes sense, given that dumps contain things like dates, iircApr 17 02:26
schestowitz[08:31] <schestowitz> and the db itself may have been changed a bit between dumpsApr 17 02:26
schestowitz[08:31] <schestowitz> i will put the file under /html (public_html)Apr 17 02:26
schestowitz[08:31] <sysadmin> okApr 17 02:26
schestowitz[08:32] <schestowitz> -rw-r--r--.  1 root root 3736258572 Apr 14 07:28 tm-gallery-database-2020-04-14.dumpApr 17 02:26
schestowitz[08:32] <schestowitz> the second checksum appliesApr 17 02:26
schestowitz[08:32] <schestowitz> but waitApr 17 02:26
schestowitz[08:32] <sysadmin> okApr 17 02:26
schestowitz[08:32] <sysadmin> will fetchApr 17 02:26
schestowitz[08:32] <schestowitz> I'll move it inApr 17 02:26
schestowitz[08:32] <sysadmin> as soon as first db importsApr 17 02:26
schestowitz[08:34] <sysadmin> mysqld is quite busy importing the data lolApr 17 02:26
schestowitz[08:35] <schestowitz> 130+ drupal nodesApr 17 02:26
schestowitz[08:35] <schestowitz> 130kApr 17 02:26
schestowitz[08:35] <sysadmin> i guess not surprisingApr 17 02:26
schestowitz[08:45] <sysadmin> ok importedApr 17 02:26
schestowitz[08:46] <schestowitz> I am still trying to set permissions right for the other dump to be servedApr 17 02:26
schestowitz[08:46] <sysadmin> chmod a+rApr 17 02:26
schestowitz[08:46] <schestowitz> very weird, I tried many things, but it blocks itApr 17 02:26
schestowitz[08:47] <schestowitz> Just tried your suggesting, but that too did not helpApr 17 02:26
schestowitz[08:47] <schestowitz> I wonder if the extension is the issue, .dumpApr 17 02:26
schestowitz[08:47] <sysadmin> yesApr 17 02:27
schestowitz[08:47] <sysadmin> gzip itApr 17 02:27
schestowitz[08:47] <sysadmin> :)Apr 17 02:27
schestowitz[08:47] <schestowitz> I renamed to .gz but that did not helpApr 17 02:27
schestowitz[08:47] <schestowitz> ok, I will, but not sure if it might not have enough disk spaceApr 17 02:27
schestowitz[08:47] <sysadmin> ls -al tm-gallery-database-2020-04-14.dumpApr 17 02:27
schestowitz[08:48] <schestowitz> I changed it back to root evenApr 17 02:27
schestowitz[08:48] <schestowitz> -rw-r--r--. 1 root root 3736258572 Apr 14 07:28 tm-gallery-database-2020-04-14.dumpApr 17 02:27
schestowitz[08:48] <sysadmin> chown it to your website userApr 17 02:27
schestowitz[08:48] <schestowitz> tried apache and all sorts of chgrp chown etc.Apr 17 02:27
schestowitz[08:48] <sysadmin> hmmApr 17 02:27
schestowitz[08:48] <sysadmin> that dot after the permissionsApr 17 02:27
schestowitz[08:48] <sysadmin> that's weirdApr 17 02:27
schestowitz[08:49] <schestowitz> just tried as $user as wellApr 17 02:27
schestowitz[08:49] <sysadmin> try chmod 0644 tm-gallery-database-2020-04-14.dumpApr 17 02:27
schestowitz[08:49] <schestowitz> just tried as $user as wellApr 17 02:27
schestowitz[08:49] <schestowitz> ForbiddenApr 17 02:27
schestowitz[08:49] <schestowitz> You don't have permission to access /tm-gallery-database-2020-04-14.dump on this serverApr 17 02:27
schestowitz[08:49] <schestowitz> so weird...Apr 17 02:27
schestowitz[08:49] <sysadmin> did you chmod 0644 itApr 17 02:27
schestowitz[08:49] <schestowitz> yes, I didApr 17 02:27
schestowitz[08:50] <sysadmin> dmesg | grep auditApr 17 02:27
schestowitz[08:50] <schestowitz> and I tested other files for similar permissionsApr 17 02:27
schestowitz[08:50] <schestowitz> seems to show unrelated thingsApr 17 02:27
schestowitz[08:50] <sysadmin> this is SELinux fuckeryApr 17 02:27
schestowitz[08:50] <sysadmin> as rootApr 17 02:27
schestowitz[08:50] <sysadmin> setenforce 0Apr 17 02:27
schestowitz[08:50] <sysadmin> plsApr 17 02:27
schestowitz[08:51] <schestowitz> ok, there you goApr 17 02:27
schestowitz[08:51] <schestowitz> xxxxxxxxxxxxxxApr 17 02:27
schestowitz[08:51] <sysadmin> yesApr 17 02:27
schestowitz[08:51] <sysadmin> downloading nowApr 17 02:27
schestowitz[08:51] <schestowitz> lol, I forgot about selinux being so opaque when it does thing, really not verbose enough tbhApr 17 02:27
schestowitz[08:52] <schestowitz> oh wow, even tracy struggles with it at timesApr 17 02:27
schestowitz[08:52] <sysadmin> selinux is garbageApr 17 02:27
schestowitz[08:52] <schestowitz> you said it...Apr 17 02:27
schestowitz[08:52] <sysadmin> alpine does not implement it, because it's worthlessApr 17 02:27
schestowitz[08:52] <schestowitz> tbh, this is not my domain to comment on, as I didn't try the alternativesApr 17 02:27
schestowitz[08:52] <sysadmin> docker wanted it i am likeApr 17 02:27
schestowitz[08:52] <sysadmin> fuck noApr 17 02:27
schestowitz[08:52] <sysadmin> we are not implementing selinuxApr 17 02:28
schestowitz[08:53] <sysadmin> even the US governmentApr 17 02:28
schestowitz[08:53] <sysadmin> has abandoned using selinuxApr 17 02:28
schestowitz[08:53] <schestowitz> the checksum for this file will be the second one at the tomApr 17 02:28
schestowitz[08:53] <sysadmin> because it's so awfulApr 17 02:28
schestowitz[08:53] <schestowitz> df1098b0a50236e452d537d771d19245Apr 17 02:28
schestowitz[08:53] <schestowitz> it's important for historic reasons, reviews, documenting distros from a decade plus ago, we might even start using it again one dayApr 17 02:28
schestowitz[08:54] <sysadmin> importingApr 17 02:28
schestowitz[08:54] <schestowitz> cheersApr 17 02:28
schestowitz[08:54] <schestowitz> can I delete the file now?Apr 17 02:28
schestowitz[08:54] <sysadmin> yesApr 17 02:28
schestowitz[08:54] <schestowitz> in case some chinese employee or russian employee of freenode is downloading from outside the network ;-)Apr 17 02:28
schestowitz[08:55] <schestowitz> OK, deleted the dumpApr 17 02:28
schestowitz[08:55] <schestowitz> not even Google can download it fast enough ;-)Apr 17 02:28
schestowitz[08:56] <schestowitz> tidying up to make sure nothing unpredictable happensApr 17 02:28
schestowitz[08:56] <schestowitz> like FSF leaving the database dump in the homedir of the DBD campaign ;-)Apr 17 02:28
schestowitz[08:56] <schestowitz> (which happened)Apr 17 02:28
schestowitz[08:56] <sysadmin> a good security system is transparentApr 17 02:28
schestowitz[08:57] <sysadmin> selinux is not transparentApr 17 02:28
schestowitz[08:57] <sysadmin> derive from this what you willApr 17 02:28
schestowitz[08:57] <schestowitz> they do (did) monthly postsApr 17 02:28
schestowitz[08:57] <schestowitz> to say they don't cooperate with govs on itApr 17 02:28
schestowitz[08:57] <schestowitz> but red hat does, in general, work with the nsa as client and partnerApr 17 02:28
schestowitz[08:57] <schestowitz> this inconvenient fact did them harm after snowden leaksApr 17 02:28
schestowitz[08:58] <schestowitz> so for a few years they did monthly posts, automated, to disclaims all thatApr 17 02:28
schestowitz[08:58] <sysadmin> well, NSA has various divisions, some are more harmful than othersApr 17 02:28
schestowitz[08:58] <sysadmin> the SELinux guys are just weirdosApr 17 02:28
schestowitz[08:58] <sysadmin> they are mostly harmlessApr 17 02:28
schestowitz[08:58] <sysadmin> but their software is awfulApr 17 02:28
schestowitz[08:58] <schestowitz> I will be boasting when it's all moved to alpine, we've studied it a bit at the HV levelApr 17 02:28
schestowitz[08:59] <sysadmin> yes, alpine takes a different approach to securityApr 17 02:28
schestowitz[08:59] <sysadmin> if it's complex, it is rejectedApr 17 02:28
schestowitz[08:59] <schestowitz> same as openbsd thenApr 17 02:28
schestowitz[08:59] <schestowitz> but... it uses systemdApr 17 02:28
schestowitz[08:59] <sysadmin> unfortunately more and more of GNU is becoming too complexApr 17 02:28
schestowitz[08:59] <schestowitz> I checked again yesterdayApr 17 02:28
schestowitz[08:59] <sysadmin> alpine does not use systemdApr 17 02:28
schestowitz[08:59] <schestowitz> hmmm... Apr 17 02:28
schestowitz[08:59] <sysadmin> alpine evaluated systemd very early, but poettering did not wish to work with us on solving portability issuesApr 17 02:28
schestowitz[08:59] <schestowitz> wait, maybe only the db container doesApr 17 02:28
schestowitz[09:00] <sysadmin> and now we would not use itApr 17 02:29
schestowitz[09:00] <sysadmin> nopeApr 17 02:29
schestowitz[09:00] <sysadmin> no systemd anywhere on that boxApr 17 02:29
schestowitz[09:00] <sysadmin> except in your centos VMsApr 17 02:29
schestowitz[09:00] <schestowitz>  ps aux | grep systemdApr 17 02:29
schestowitz[09:00] <schestowitz> my bad... maybe I types it in the wrong terminal when I checkedApr 17 02:29
schestowitz[09:00] <schestowitz> *typedApr 17 02:29
schestowitz[09:01] <sysadmin> there are some things i want to borrow from systemd, like the unit files are nice and cleanApr 17 02:29
schestowitz[09:01] <sysadmin> but overall, systemd is too complexApr 17 02:29
schestowitz[09:01] <schestowitz> I am not against it per seApr 17 02:29
schestowitz[09:01] <schestowitz> but it makes it hard to keep abreast ofApr 17 02:29
schestowitz[09:01] <sysadmin> i am against unnecessary complexity, as it makes systems fragileApr 17 02:29
schestowitz[09:01] <schestowitz> and the benefit, to me, seems too minor when all I want is very simple stuffApr 17 02:29
schestowitz[09:02] <sysadmin> for a system to be truly free, it must be transparent and thus understandableApr 17 02:29
schestowitz[09:02] <schestowitz> yesterday Rianne and I spent TWO hours trying to fix quiterss Apr 17 02:29
schestowitz[09:02] <schestowitz> it crashed for both of usApr 17 02:29
schestowitz[09:02] <sysadmin> ergo, systemd may be copyleft, but it is not free softwareApr 17 02:29
schestowitz[09:02] <sysadmin> :)Apr 17 02:29
schestowitz[09:02] <schestowitz> I told her it's likely some rss feed, but logging was not verbose. We found the culprit at the end, and lack of input validation by the software did not helpApr 17 02:29
schestowitz[09:04] <schestowitz> getting some things to work and still work over time is my goal, as I want to focus all my time on text and stuff, not tinkering too muchApr 17 02:29
schestowitz[09:05] <sysadmin> at any rate, i believe that for software to be truly free, it must be easily understood by somebody who has typical experienceApr 17 02:29
schestowitz[09:05] <sysadmin> gallery2 database importedApr 17 02:29
schestowitz[09:05] <sysadmin> lets figure out how to add a 10.whatever IP to tuxmachinesApr 17 02:29
schestowitz[09:05] <schestowitz> excellent! much of the volume is screenshotApr 17 02:29
schestowitz[09:05] <sysadmin> then we can cut overApr 17 02:29
schestowitz[09:06] <schestowitz> it was set up, for some reason, to have the images in the tables.... not the way I set up my three Gallery DBs in schestowitz.com, where images are all files in dirsApr 17 02:29
schestowitz[09:07] <sysadmin> weirdApr 17 02:29
schestowitz[09:08] <schestowitz> the setup or something has just happened?Apr 17 02:29
schestowitz[09:08] <sysadmin> the setupApr 17 02:29
schestowitz[09:08] <schestowitz> it was set up by founder of PCLinusOSApr 17 02:29
schestowitz[09:08] <schestowitz> in case you don't know the storyApr 17 02:29
schestowitz[09:08] <schestowitz> texstar made it originally with his partnerApr 17 02:29
schestowitz[09:09] <schestowitz> and it used to be in the homepage of Firefox in PCLinuxOS for a number of yearsApr 17 02:29
schestowitz[09:09] <schestowitz> even when my dad used PCLinuxOS on his machineApr 17 02:29
schestowitz[09:10] <schestowitz> drupal is under /var/www/html btw, it's a patched (like extended) drupal 6 with all the critical issues worked around Apr 17 02:29
schestowitz[09:12] <schestowitz> settings.php under /var/www/html/sites/default seems like the file in effect, I did not check if there's another one in effect, but it looks like that's the oneApr 17 02:29
schestowitz[09:13] <schestowitz> $db_url = 'mysql://root:PSxxxx@localhost/drupal'Apr 17 02:29
schestowitz[09:13] <sysadmin> okApr 17 02:29
schestowitz[09:13] <sysadmin> i'll leave the php side to youApr 17 02:29
schestowitz[09:13] <sysadmin> but basicallyApr 17 02:29
schestowitz[09:13] <sysadmin> @localhost becomesApr 17 02:30
schestowitz[09:13] <sysadmin> @10.163.214.20Apr 17 02:30
schestowitz[09:14] <sysadmin> and we need to add 10.163.214.11 to the tuxmachinesApr 17 02:30
schestowitz[09:14] <schestowitz> ping 10.163.214.20Apr 17 02:30
schestowitz[09:14] <schestowitz> PING 10.163.214.20 (10.163.214.20) 56(84) bytes of data.Apr 17 02:30
schestowitz[09:14] <schestowitz> yeah, it is not set up and times outApr 17 02:30
schestowitz[09:14] <sysadmin> yesApr 17 02:30
schestowitz[09:14] <sysadmin> we need to add 10.163.214.11 to tuxmachinesApr 17 02:30
*libertybox has quit (Ping timeout: 265 seconds)Apr 17 02:30
schestowitz[09:14] <schestowitz> I'll check the Gallery settings in the meantimeApr 17 02:30
schestowitz[09:14] <sysadmin> so that it is in security domainApr 17 02:30
schestowitz[09:15] <schestowitz> we have not changed those things since 2013 ;-)Apr 17 02:30
schestowitz[09:15] <sysadmin> hmmApr 17 02:30
schestowitz[09:15] <schestowitz> It used to run on DebianApr 17 02:30
schestowitz[09:15] <schestowitz> and before that gentooApr 17 02:30
schestowitz[09:16] <sysadmin> [root@tuxmachines ~]# ping 10.163.214.20Apr 17 02:30
schestowitz[09:16] <sysadmin> PING 10.163.214.20 (10.163.214.20) 56(84) bytes of data.Apr 17 02:30
schestowitz[09:16] <sysadmin> 64 bytes from 10.163.214.20: icmp_seq=1 ttl=64 time=1.12 msApr 17 02:30
schestowitz[09:16] <sysadmin> 64 bytes from 10.163.214.20: icmp_seq=2 ttl=64 time=0.124 msApr 17 02:30
schestowitz[09:17] <schestowitz> o /var/www/html/gallery/config.php Apr 17 02:30
schestowitz[09:17] <sysadmin> okApr 17 02:30
schestowitz[09:17] <schestowitz> should we stop httpd and mysqldApr 17 02:30
schestowitz[09:17] <sysadmin> nahApr 17 02:30
schestowitz[09:17] <sysadmin> not yetApr 17 02:30
schestowitz[09:17] <schestowitz> okApr 17 02:30
schestowitz[09:17] <sysadmin> ohApr 17 02:30
schestowitz[09:17] <sysadmin> in /var/wwwApr 17 02:30
schestowitz[09:18] <schestowitz> I can see where the changes would be made, but my first guess at how to change these might be wrongApr 17 02:30
schestowitz[09:18] <schestowitz> I can ping the DB container nowApr 17 02:30
schestowitz[09:19] <schestowitz> I just hope the mariadb version and all won't pose an issue (I doubt it should)Apr 17 02:30
schestowitz[09:19] <schestowitz>  mysql --versionApr 17 02:30
schestowitz[09:19] <schestowitz> mysql  Ver 14.14 Distrib 5.1.73, for redhat-linux-gnu (x86_64) using readline 5.1Apr 17 02:30
schestowitz[09:19] <sysadmin> yeah npApr 17 02:30
schestowitz[09:20] <schestowitz> do you want to try the changes or should I?Apr 17 02:30
schestowitz[09:20] <sysadmin> i'm working on themApr 17 02:30
schestowitz[09:20] <sysadmin> :)Apr 17 02:30
schestowitz[09:25] <schestowitz> just fyi, techrights too is currently not reaching the back end/dbApr 17 02:30
schestowitz[09:25] <schestowitz> which I suppose is expectedApr 17 02:30
schestowitz[09:25] <sysadmin> hmmApr 17 02:30
schestowitz[09:26] <sysadmin> ohApr 17 02:30
schestowitz[09:26] <sysadmin> waitApr 17 02:30
schestowitz[09:26] <schestowitz> no rushApr 17 02:31
schestowitz[09:26] <schestowitz> I post nothing new this morning, until everything settles....Apr 17 02:31
schestowitz[09:28] <sysadmin> hang onApr 17 02:31
schestowitz[09:28] <sysadmin> okApr 17 02:31
schestowitz[09:28] <sysadmin> techrights fixedApr 17 02:31
schestowitz[09:29] <schestowitz> cheers, looks good nowApr 17 02:31
schestowitz[09:29] <sysadmin> tuxmachines main fixedApr 17 02:31
schestowitz[09:30] <sysadmin> gallery fixedApr 17 02:31
schestowitz[09:30] <schestowitz> looks identical :-)Apr 17 02:31
schestowitz[09:30] <schestowitz> gallery alsoApr 17 02:31
schestowitz[09:30] <sysadmin> the container rootfs ran out of diskApr 17 02:31
schestowitz[09:31] <schestowitz> and I see no mysql process, so I guess it's remote nowApr 17 02:31
schestowitz[09:31] <sysadmin> we will have to give it it's own filesystem i guessApr 17 02:31
schestowitz[09:31] <sysadmin> but we can do that laterApr 17 02:31
schestowitz[09:31] <schestowitz> was any damage done by the / space issue?Apr 17 02:31
schestowitz[09:31] <sysadmin> noApr 17 02:31
schestowitz[09:31] <schestowitz> coolApr 17 02:31
schestowitz[09:31] <sysadmin> mariadb just refuses to service queriesApr 17 02:31
schestowitz[09:31] <schestowitz> I guess the db doesn't touch it Apr 17 02:31
schestowitz[09:32] <schestowitz> ok, so it looks like a fine job, I even left a tab open from an hour ago to compare to tuxmachines with remote dbApr 17 02:31
schestowitz[09:32] <sysadmin> i only gave the hv 5GB of diskApr 17 02:31
schestowitz[09:32] <sysadmin> so no biggieApr 17 02:31
schestowitz[09:32] <schestowitz> the view counts went down ;-) back to the past ;-)Apr 17 02:31
schestowitz[09:32] <schestowitz> yeah, I noticed the / size yesterdayApr 17 02:31
schestowitz[09:33] <schestowitz> Just checking some old nodes, circa 2005Apr 17 02:31
schestowitz[09:33] <sysadmin> okApr 17 02:31
schestowitz[09:33] <schestowitz> all seems fineApr 17 02:31
schestowitz[09:33] <sysadmin> we will schedule a brief restart of mysql tomorrow to put it on its own dedicated FS for the containerApr 17 02:31
schestowitz[09:33] <sysadmin> i gave /var/lib/mysql its own FS alreadyApr 17 02:31
schestowitz[09:34] <schestowitz> cool!Apr 17 02:31
schestowitz[09:34] <schestowitz> so now, for the first time, both side share a pool of some kind other than the HV Apr 17 02:31
schestowitz[09:34] <schestowitz> *both sitesApr 17 02:31
schestowitz[09:37] <schestowitz> we'll change the backup scripts today, there's local and remoteApr 17 02:31
schestowitz[09:38] <sysadmin> the next step i think should involve setting up a frontend load balancer container and moving the centos VMs behind NATApr 17 02:31
schestowitz[09:39] <sysadmin> this removes them from the public facing internetApr 17 02:31
schestowitz[09:39] <sysadmin> we can enable lets encrypt easily that way tooApr 17 02:31
schestowitz[09:42] <schestowitz> excellent!Apr 17 02:31
schestowitz[09:42] <schestowitz> Never thought of doing that through an abstraction layerApr 17 02:31
schestowitz[09:42] <sysadmin> the main concerns i have with moving the websites to alpine is that alpine only provides PHP7 at this pointApr 17 02:31
schestowitz[09:43] <sysadmin> so this eliminates the security risk for the most partApr 17 02:31
schestowitz[09:43] <sysadmin> while we spend some time to validate the configuration on PHP7Apr 17 02:32
schestowitz[09:43] <schestowitz> Yeah, I was going to mention version compat, with emphasis on php as I know those woesApr 17 02:32
schestowitz[09:43] <sysadmin> and we can A+B test that wayApr 17 02:32
schestowitz[09:43] <sysadmin> (alpine is not alone in offering only PHP7, mind you)Apr 17 02:32
schestowitz[09:44] <sysadmin> (RHEL8 and Debian also only offer PHP7 at this point)Apr 17 02:32
schestowitz[09:44] <schestowitz> yes, I had issues with those forced upgrades, had to do workaroundsApr 17 02:32
schestowitz[09:44] <schestowitz> I even had to change CMS a few timesApr 17 02:32
schestowitz[09:44] <sysadmin> i have some ideas on how to optimize performanceApr 17 02:32
schestowitz[09:45] <sysadmin> by caching aggressively at the frontend load balancer we can likely avoid hitting the php and database that muchApr 17 02:32
schestowitz[09:45] <sysadmin> but this will harm countersApr 17 02:32
schestowitz[09:45] <sysadmin> so dunno how you feel about itApr 17 02:32
schestowitz[09:45] <schestowitz> i can turn them offApr 17 02:32
schestowitz[09:46] <schestowitz> as they were when we used varishApr 17 02:32
schestowitz[09:46] <sysadmin> i am thinking about deploying traefikApr 17 02:32
schestowitz[09:46] <schestowitz> fine with me but...Apr 17 02:32
schestowitz[09:46] <schestowitz> our apache configs are a bit unusualApr 17 02:32
schestowitz[09:47] <schestowitz> i don't know traefikApr 17 02:32
schestowitz[09:47] <sysadmin> traefik can do all sorts of weird stuffApr 17 02:32
schestowitz[09:47] <sysadmin> you can redirect different paths to different backends and stuffApr 17 02:32
schestowitz[09:47] <schestowitz> i think capacity-wise we are ok nowApr 17 02:32
schestowitz[09:48] <sysadmin> and regex and so onApr 17 02:32
schestowitz[09:48] <sysadmin> well, the point is that once i get the new colo going in cheyenne, i want to just have everything in containers and have everything find each other cleanly without having to deal with static ips and so onApr 17 02:32
schestowitz[09:49] <sysadmin> but i may go with nginxApr 17 02:32
schestowitz[09:49] <schestowitz> I see...Apr 17 02:32
schestowitz[09:49] <sysadmin> and bake some scripts to take care of all of thatApr 17 02:32
schestowitz[09:49] <schestowitz> tuxmachines would be easierApr 17 02:32
schestowitz[09:50] <schestowitz> techrights deals  with 3 domain, 3 cmses, some hacksApr 17 02:32
schestowitz[09:52] <sysadmin> yeahApr 17 02:32
schestowitz[09:53] <sysadmin> my idea is basically to detangle all of thisApr 17 02:32
schestowitz[09:53] <schestowitz> sounds goodApr 17 02:32
schestowitz[09:53] <sysadmin> so for example, we might move techrights wiki to its own container firstApr 17 02:32
schestowitz[09:53] <sysadmin> then techrights drupal, then techrights wordpressApr 17 02:32
schestowitz[09:53] <schestowitz> the migration outwards of the DBs went very smoothly, well done and thank you. We'll pay you for your time at the end.Apr 17 02:32
schestowitz[09:53] <sysadmin> that way if somebody exploits the software and installs an r57shell or whateverApr 17 02:32
schestowitz[09:54] <sysadmin> they only compromised one component of the siteApr 17 02:32
schestowitz[09:54] <sysadmin> that makes sense, right?Apr 17 02:32
schestowitz[09:54] <schestowitz> yes, makes senseApr 17 02:32
schestowitz[09:54] <schestowitz> we had no known security incidents, yet....Apr 17 02:32
schestowitz[09:54] <sysadmin> yes, but detangling is good that wayApr 17 02:32
schestowitz[09:54] <schestowitz> on shared hosting my own site had odd files, but I suspect they came from another account/siteApr 17 02:32
schestowitz[09:54] <sysadmin> because we can hold containers back if they require older php etcApr 17 02:33
schestowitz[09:55] <sysadmin> bblApr 17 02:33
schestowitz[09:55] <schestowitz> cheersApr 17 02:33
schestowitz[09:55] <schestowitz> good nightApr 17 02:33
schestowitz[09:55] <sysadmin> i'm going to go get a usb key and try installing alpine on my laptopApr 17 02:33
schestowitz[09:56] <sysadmin> i think fedora rawhide broke my gpuApr 17 02:33
schestowitz[09:56] <schestowitz> ouchApr 17 02:33
schestowitz[09:59] <schestowitz> hang on, we are checking if the tuxmachines DB is read-onlyApr 17 02:33
schestowitz[09:59] <schestowitz> logging out and in againApr 17 02:33
schestowitz[09:59] <schestowitz> as "post could not be saved" (new node)Apr 17 02:33
schestowitz[10:01] <schestowitz> oh, still the sameApr 17 02:33
schestowitz[10:01] <schestowitz> "post could not be saved"Apr 17 02:33
schestowitz[10:02] <sysadmin> try running the mysqlcheck i guessApr 17 02:33
schestowitz[10:03] <schestowitz> I'll check log and do a  check tooApr 17 02:33
schestowitz[10:05] <schestowitz> checkingApr 17 02:33
schestowitz[10:14] <schestowitz> all the tables in drupal DB deemed OKApr 17 02:33
schestowitz[10:14] <schestowitz> I am trying to think what else this can be...Apr 17 02:33
schestowitz[10:15] <schestowitz> "Apr 17 02:33
schestowitz[10:15] <schestowitz> Story test has been created.Apr 17 02:33
schestowitz[10:15] <schestowitz> The post could not be saved.Apr 17 02:33
schestowitz[10:15] <schestowitz> "Apr 17 02:33
schestowitz[10:16] <schestowitz> Odd, Rianne and I have the same issue, I'll check logsApr 17 02:33
schestowitz[10:16] <sysadmin> this is quite oddApr 17 02:33
schestowitz[10:16] <sysadmin> not sureApr 17 02:33
schestowitz[10:16] <sysadmin> all I did was cut over the ipApr 17 02:33
schestowitz[10:16] <sysadmin> maybe we revert for nowApr 17 02:33
schestowitz[10:16] <schestowitz> wait, no... maybe I can find the issueApr 17 02:33
schestowitz[10:18] <sysadmin> okApr 17 02:33
schestowitz[10:19] <schestowitz> the view counts do go upApr 17 02:33
schestowitz[10:19] <schestowitz> when refreshing etc. so we know it can write to the DBApr 17 02:33
schestowitz[10:19] <schestowitz> I can leave a comment OKApr 17 02:33
schestowitz[10:21] <schestowitz> I remember encountering a similar issue last year when I added a post while the VM crashedApr 17 02:33
schestowitz[10:21] <sysadmin> yeah sounds like not sql thenApr 17 02:33
schestowitz[10:21] <schestowitz> and then one table did not match another, it was the only time we needed to restore from backup, but in this case no such thing happenedApr 17 02:33
schestowitz[10:22] <schestowitz> maybe something in caching? Rianne already tried logging out and in again.Apr 17 02:33
schestowitz[10:22] <sysadmin> no idea sorryApr 17 02:33
schestowitz[10:22] <schestowitz> I'll carry on checking...Apr 17 02:33
schestowitz[10:24] <schestowitz> I am trying to find where mariadb on the container logs errors etc.Apr 17 02:33
schestowitz[10:24] <schestowitz>  /var/log is very minimal and I see nothing under /var/lib/mysql that seems like a log fileApr 17 02:33
schestowitz[10:25] <sysadmin> yeah all logging in in /var/log/messagesApr 17 02:33
schestowitz[10:26] <sysadmin> via syslog :)Apr 17 02:34
schestowitz[10:26] <schestowitz> thanksApr 17 02:34
schestowitz[10:27] <schestowitz> maybe I can empty site cacheApr 17 02:34
schestowitz[10:27] <schestowitz> drupal cache I meanApr 17 02:34
schestowitz[10:27] <sysadmin> I think the sql is fineApr 17 02:34
schestowitz[10:27] <sysadmin> and Drupal is messing up in some other wayApr 17 02:34
schestowitz[10:27] <schestowitz> http://www.tuxmachines.org/Apr 17 02:34
-TechrightsBN/#boycottnovell-www.tuxmachines.org | Tux Machines | Do you waddle the waddle?Apr 17 02:34
schestowitz[10:27] <schestowitz> OhApr 17 02:34
schestowitz[10:27] <schestowitz> It enters that old inconsistent stateApr 17 02:34
schestowitz[10:28] <schestowitz> where... just lookApr 17 02:34
schestowitz[10:28] <schestowitz> I think for now it would be wise to change back settings to local mysql server on TMApr 17 02:34
schestowitz[10:28] <sysadmin> yeah this is Drupal being weirdApr 17 02:34
schestowitz[10:28] <sysadmin> ok set the database back to localhostApr 17 02:34
schestowitz[10:28] <schestowitz> then maybe try to reimport on the containerApr 17 02:34
schestowitz[10:28] <sysadmin> and start mysqldApr 17 02:34
schestowitz[10:28] <schestowitz> okApr 17 02:34
schestowitz[10:29] <sysadmin> we will reschedule for tomorrowApr 17 02:34
schestowitz[10:29] <sysadmin> take site down temporarily during dumpApr 17 02:34
schestowitz[10:30] <schestowitz> I seeApr 17 02:34
schestowitz[10:30] <schestowitz> makes senseApr 17 02:34
schestowitz[10:30] <schestowitz> I will leave gallery as remote for nowApr 17 02:34
schestowitz[10:32] <schestowitz> ok , doneApr 17 02:34
schestowitz[10:33] <schestowitz> gallery now remote, drupal running locallyApr 17 02:34
schestowitz[10:33] <schestowitz> do you mean tomorrow you suggest taking the site offline, with all the new posts (post later today), then try dumping again and reimporting on remote?Apr 17 02:34
schestowitz[10:43] <schestowitz> moving back to local DB  for drupal, Rianne says now she can add nodes as normal. I am guessing that something did not get copied perfectly, so tomorrow I will try stopping everything while making the DB dump for Drupal. I saw a similar error message last year when there was an inconsistency in numbers across DB tables, which is why as soon as I heard it that seemed familiar.Apr 17 02:34
schestowitz[10:50] <sysadmin> yeahApr 17 02:34
schestowitz[10:50] <sysadmin> I'll just migrate it overnight in UK by stopping the httpd for a moment, dumping and restartingApr 17 02:34
schestowitz[10:50] <sysadmin> surely that would workApr 17 02:34
schestowitz[10:50] <schestowitz> just had techrights hammered on 2 minutes agoApr 17 02:34
schestowitz[10:50] <schestowitz> had to stop httpdApr 17 02:34
schestowitz[10:50] <schestowitz> blocked the category levelApr 17 02:34
schestowitz[10:50] <schestowitz> will now monitorApr 17 02:34
schestowitz[10:51] <sysadmin> that's another thing we can solve with a frontendApr 17 02:34
schestowitz[10:51] <schestowitz> happened last week as wellApr 17 02:34
schestowitz[10:51] <sysadmin> and aggressive cachingApr 17 02:34
schestowitz[10:51] <sysadmin> lame ddos attemptsApr 17 02:34
schestowitz[10:51] <sysadmin> lolApr 17 02:34
schestowitz[10:51] <schestowitz>   RewriteEngine OnApr 17 02:34
schestowitz[10:51] <schestowitz>   RewriteCond %{THE_REQUEST} ^.*(/categ).* [NC]Apr 17 02:34
schestowitz[10:51] <schestowitz>   RewriteRule ^(.*)$ - [F,L]Apr 17 02:34
schestowitz[10:51] <schestowitz> I will comment out every now and then, use tmux to check topApr 17 02:35
schestowitz[10:52] <schestowitz> [10:50] <sysadmin> I'll just migrate it overnight in UK by stopping the httpd for a moment, dumping and restartingApr 17 02:35
schestowitz[10:53] <schestowitz> cheers, for now rianne is posting new nodes, so the site is at least kept up to date, the next dump/import probably won't take long, then changing from localhost to remote ipApr 17 02:35
schestowitz[10:53] <schestowitz> I'll write some articles about swpats now, need to get back to the rhythmApr 17 02:35
schestowitz[12:53] <schestowitz> weird, mariadb suddenly went offline. WordPress could not reach it and I noticed the load was consciously lowApr 17 02:35
schestowitz[12:53] <schestowitz> on the server I then ranApr 17 02:35
schestowitz[...]Apr 17 02:35
schestowitz[12:53] <schestowitz> oopsApr 17 02:35
schestowitz[12:53] <schestowitz> wrong pasteApr 17 02:35
schestowitz[12:54] <schestowitz> mysql-shared:/var/log# service mariadb startApr 17 02:35
schestowitz[12:54] <schestowitz>  * WARNING: mariadb has already been startedApr 17 02:35
schestowitz[12:54] <schestowitz> mysql-shared:/var/log# service mariadb restartApr 17 02:35
schestowitz[12:54] <schestowitz>  * Stopping mariadb ...Apr 17 02:35
schestowitz[12:54] <schestowitz>  * start-stop-daemon: no matching processes found                                                                                                                            [ ok ]Apr 17 02:35
schestowitz[12:54] <schestowitz>  * Starting mariadb ...Apr 17 02:35
schestowitz[...]Apr 17 02:35
schestowitz[22:23] <sysadmin> whoaApr 17 02:35
schestowitz[00:04] <schestowitz> the DB has not crashed since, so maybe bad luckApr 17 02:35
schestowitz[00:05] <schestowitz> The errors refer to unclean closure, but no apparent damage done, will need to run the repair at some point to change the statusApr 17 02:35
schestowitz[01:55] <sysadmin> lets go ahead and do the repair nowApr 17 02:35
schestowitz[01:55] <sysadmin> before we migrate tuxmachines backApr 17 02:35
schestowitz[04:26] <schestowitz> ok, still around for it?Apr 17 02:35
schestowitz[04:26] <schestowitz> I was alseepApr 17 02:35
schestowitz[05:18] <sysadmin> sorry i was ditching fedora for alpine because fedora has quit bothering with QA on well, anythingApr 17 02:35
schestowitz[05:18] <sysadmin> cramming systemd into everything is more fun i guessApr 17 02:35
schestowitz[05:18] <sysadmin> it is ironic, this alpine desktop is more responsive and uses less RAM and both are just bog standard KDE installsApr 17 02:35
schestowitz[05:19] <schestowitz> Alpine on desktop? Didn't know this was done..Apr 17 02:35
schestowitz[05:19] <schestowitz> Do you suggest I put down the mariadb service and run a check/repair?Apr 17 02:35
schestowitz[05:19] <sysadmin> yes, i think soApr 17 02:35
schestowitz[05:20] <sysadmin> and yes, many people run alpine on desktopApr 17 02:35
schestowitz[05:20] <sysadmin> setup-xorg-base plasma kde-applicationsApr 17 02:35
schestowitz[05:20] <sysadmin> rc-update add sddm; service sddm startApr 17 02:35
schestowitz[05:20] <sysadmin> easy peasyApr 17 02:35
schestowitz[05:22] <schestowitz> I gave a friend a 20-minute headsupApr 17 02:35
schestowitz[05:22] <schestowitz> to expect downtimeApr 17 02:35
schestowitz[05:23] <sysadmin> it's kind of funny, the alpine desktop is far less buggier tooApr 17 02:35
schestowitz[05:23] <sysadmin> GNOME applications properly integrate into KDE and vice-versaApr 17 02:35
schestowitz[05:23] <schestowitz> we use kde on busterApr 17 02:35
schestowitz[05:23] <sysadmin> not so on fedoraApr 17 02:35
schestowitz[05:23] <sysadmin> on fedora, KDE is a second-class citizenApr 17 02:35
schestowitz[05:24] <schestowitz> yeahApr 17 02:36
schestowitz[05:24] <sysadmin> and alpine's desktop team are working to integrate packagekit and APKApr 17 02:36
schestowitz[05:30] <schestowitz> http://www.phoronix.com/scan.php?page=news_item&px=Fedora-33-ELN-ApprovedApr 17 02:36
schestowitz[05:30] <schestowitz> just nowApr 17 02:36
schestowitz[05:31] <sysadmin> i think ELN is a flawed way of driving RHEL development but haha whateverApr 17 02:36
schestowitz[05:34] <schestowitz> OK, now I can repair, my friend knows about the downtime expectedApr 17 02:36
schestowitz[05:34] <schestowitz> should I bring down the DB while doing it (I think yes)>?Apr 17 02:36
-TechrightsBN/#boycottnovell-www.phoronix.com | Fedora 33's "Enterprise Linux Next" Effort Approved - Testbed For Raising CPU Requirements, Etc - PhoronixApr 17 02:36
schestowitz[05:39] <schestowitz> I will bring down httpd on techrightsApr 17 02:36
schestowitz[05:39] <schestowitz> to avoid db writesApr 17 02:36
schestowitz[05:39] <sysadmin> okApr 17 02:36
schestowitz[05:39] <sysadmin> sounds goodApr 17 02:36
schestowitz[05:41] <schestowitz> this will also be the first time we check Gallery2 on the new DB server/containerApr 17 02:36
schestowitz[05:41] <sysadmin> oh i thought you tested it last nightApr 17 02:36
schestowitz[05:42] <schestowitz> in the past, after VM crashed, maybe twice a year Gallery would go into an odd state that required repairing it. Drupal was almost always like that.Apr 17 02:36
schestowitz[05:42] <schestowitz> Gallery2 takes a while to scan, so I checked the front end, but did not check the integrity of the back end DBApr 17 02:36
schestowitz[05:43] <schestowitz> With TuxMachines Drupal I suppose we can flash that DB anyway and reimport a pristine and up-to-date snapshot of the DB (which would be the next logical stepApr 17 02:36
schestowitz[05:43] <sysadmin> yeahApr 17 02:36
schestowitz[05:43] <sysadmin> that is the idea i guess :)Apr 17 02:36
schestowitz[05:44] <schestowitz> so far the two smaller DBs in techrights are OK, nothing to repair in them, which is typical. It's now doing WordPress on techrights, where wp_posts is a huge tableApr 17 02:36
schestowitz[05:45] <schestowitz> imagine how many people poured how many hours and risk to their career for it... esp. all the EPO stuffApr 17 02:36
schestowitz[05:45] <schestowitz> boycottn_wrdp1.wp_posts                            OKApr 17 02:36
schestowitz[05:45] <schestowitz> this is faaar faster to repair than beforeApr 17 02:36
schestowitz[05:46] <sysadmin> yesApr 17 02:36
schestowitz[05:46] <sysadmin> because it's direct I/O to the nvmeApr 17 02:36
schestowitz[05:46] <schestowitz> don't ask me why, but repairing it on the VM took 40-55 minsApr 17 02:36
schestowitz[05:46] <sysadmin> verses emulated disk I/OApr 17 02:36
schestowitz[05:46] <schestowitz> it would not even make full use of the CPU cores, I assumed maybe I/O was overheadApr 17 02:36
schestowitz[05:47] <schestowitz> so imagine bring back a VM, then waiting an hour to just scan the DB after some tables weren't closed cleanlyApr 17 02:36
schestowitz[05:47] <schestowitz> KApr 17 02:36
schestowitz[05:47] <schestowitz> drupal.node_access                                 OKApr 17 02:36
schestowitz[05:47] <schestowitz> drupal.node_comment_statisticsApr 17 02:36
schestowitz[05:47] <schestowitz> warning  : 1 client is using or hasn't closed the table properlyApr 17 02:36
schestowitz[05:47] <schestowitz> status   : OKApr 17 02:36
schestowitz[05:47] <schestowitz> drupal.node_counterApr 17 02:36
schestowitz[05:47] <schestowitz> warning  : 1 client is using or hasn't closed the table properlyApr 17 02:36
schestowitz[05:47] <schestowitz> status   : OKApr 17 02:36
schestowitz[05:47] <schestowitz> drupal.node_revisionsApr 17 02:36
schestowitz[05:47] <schestowitz> warning  : 1 client is using or hasn't closed the table properlyApr 17 02:36
schestowitz[05:47] <schestowitz> status   : OKApr 17 02:36
schestowitz[05:47] <schestowitz> drupal.node_spambotApr 17 02:36
schestowitz[05:47] <schestowitz> warning  : 1 client is using or hasn't closed the table properlyApr 17 02:37
schestowitz[05:47] <schestowitz> now we see the culprit, I guessApr 17 02:37
schestowitz[05:47] <sysadmin> interestingApr 17 02:37
schestowitz[05:47] <schestowitz> KApr 17 02:37
schestowitz[05:47] <schestowitz> drupal.historyApr 17 02:37
schestowitz[05:47] <schestowitz> warning  : 1 client is using or hasn't closed the table properlyApr 17 02:37
schestowitz[05:47] <schestowitz> status   : OKApr 17 02:37
schestowitz[05:48] <sysadmin> well we will just drop that that DB and reimportApr 17 02:37
schestowitz[05:48] <schestowitz> KApr 17 02:37
schestowitz[05:48] <schestowitz> drupal.commentsApr 17 02:37
schestowitz[05:48] <schestowitz> warning  : 1 client is using or hasn't closed the table properlyApr 17 02:37
schestowitz[05:48] <schestowitz> status   : OKApr 17 02:37
schestowitz[05:48] <schestowitz> yeah, it's considered a toxic state for drupal anywayApr 17 02:37
schestowitz[05:49] <schestowitz> the only issues found so far are in TM-DrupalApr 17 02:37
schestowitz[05:49] <schestowitz> Techrights is fine, I don't think we ever lost data in itApr 17 02:37
schestowitz[05:49] <sysadmin> greatApr 17 02:37
schestowitz[05:49] <schestowitz> a decade ago I lost a blog post I typed on my Palm PDA because it was lost in tranmissionApr 17 02:37
schestowitz[05:49] <schestowitz> between the PDA to the PC, but I think that was itApr 17 02:37
schestowitz[05:50] <sysadmin> that would be annoyingApr 17 02:37
schestowitz[05:50] <schestowitz> yeah, lessons learnedApr 17 02:37
schestowitz[05:50] <sysadmin> i miss the days of PalmOS tbhApr 17 02:37
schestowitz[05:50] <sysadmin> its replacements are all locked down and spywareApr 17 02:37
schestowitz[05:50] <schestowitz> I still have mine hereApr 17 02:37
schestowitz[05:50] <sysadmin> PalmOS was written in straight m68k assemblyApr 17 02:37
schestowitz[05:50] <schestowitz> I don't use it as much, I want to keep it in good stateApr 17 02:37
schestowitz[05:57] <schestowitz> ok, done, gallery2 DB was perfectApr 17 02:37
schestowitz[05:58] <schestowitz> .......Apr 17 02:37
schestowitz[05:58] <sysadmin> okApr 17 02:37
schestowitz[05:59] <sysadmin> give me a momentApr 17 02:37
schestowitz[05:59] <schestowitz> when you have it, I'll delete it, getting checksumApr 17 02:37
schestowitz[05:59] <schestowitz> 2186c2130a3f93c0a76606f84528cbe4  tmdatabase-2020-04-15.dump.gzApr 17 02:37
schestowitz[06:02] <sysadmin> okApr 17 02:37
schestowitz[06:02] <sysadmin> give me a momentApr 17 02:37
schestowitz[06:02] <sysadmin> konsole is not sending ^CApr 17 02:37
schestowitz[06:02] <schestowitz>  /var/www/html/sites/default/settings.php is where the DB address goes, at least I know the local DB copy is in good integrity and up to date, I'd test on the remote DB heavily as soon as it replaces the broken one Apr 17 02:37
schestowitz[06:05] <sysadmin> okApr 17 02:37
schestowitz[06:05] <sysadmin> installed alternative terminal appApr 17 02:37
schestowitz[06:06] <sysadmin> will figure out konsole laterApr 17 02:37
schestowitz[06:06] <sysadmin> probably needs to have its settings resetApr 17 02:37
schestowitz[06:06] <schestowitz> it has profilesApr 17 02:37
schestowitz[06:06] <schestowitz> we use konsole, both of us, but sometimes it needs tweaking, e.g. scrollback scopeApr 17 02:38
schestowitz[06:07] <schestowitz> I like mine translucent with blur effectApr 17 02:38
schestowitz[06:09] <sysadmin> ok i fetched itApr 17 02:38
schestowitz[06:09] <sysadmin> and its importingApr 17 02:38
schestowitz[06:09] <schestowitz> will delete nowApr 17 02:38
schestowitz[06:27] <sysadmin> okApr 17 02:38
schestowitz[06:27] <sysadmin> its importedApr 17 02:38
schestowitz[06:28] <schestowitz> cool, who changes the settings, me or you?Apr 17 02:38
schestowitz[06:28] <sysadmin> i just cut it overApr 17 02:38
schestowitz[06:28] <schestowitz> I'll then try adding a nodeApr 17 02:38
schestowitz[06:28] <sysadmin> i feel like these sites could use a design refreshApr 17 02:38
schestowitz[06:28] <schestowitz> ok, yes, today's howtos on topApr 17 02:38
schestowitz[06:28] <sysadmin> maybe you can get that intern to do it :pApr 17 02:38
schestowitz[06:28] <schestowitz> maybe if the experience is thereApr 17 02:38
schestowitz[06:31] <schestowitz> comment added ok. not the moment of truth, and if that fails, then I have an idea for  contingencyApr 17 02:38
schestowitz[06:33] <schestowitz> crap, same issueApr 17 02:38
schestowitz[06:33] <schestowitz> I will try the contingencyApr 17 02:38
schestowitz[06:33] <sysadmin> weirdApr 17 02:38
schestowitz[06:33] <sysadmin> any way to get debug logging out of drupalApr 17 02:38
schestowitz[06:34] <schestowitz> not except logs, I will try to get another perfect copy of the siteApr 17 02:38
schestowitz[06:34] <schestowitz> can you switch the DB back to localhost?Apr 17 02:38
schestowitz[06:35] <sysadmin> doneApr 17 02:38
schestowitz[06:35] <sysadmin> this is quite annoying tbhApr 17 02:38
schestowitz[06:35] <schestowitz> I will stop httpd, dump againApr 17 02:38
schestowitz[06:35] <schestowitz> also drain all the cache after switchoverApr 17 02:38
schestowitz[06:37] <schestowitz> stopping httpdApr 17 02:38
schestowitz[06:39] <schestowitz> dumping, compressingApr 17 02:38
schestowitz[06:41] <sysadmin> okApr 17 02:38
schestowitz[06:43] <schestowitz> ok, same URL as above, but the file is different now Apr 17 02:38
schestowitz[06:43] <sysadmin> give me a momentApr 17 02:38
schestowitz[06:43] <schestowitz> 5561988172c488a4f66f6f109ad16722  tmdatabase-2020-04-15.dump.gzApr 17 02:38
schestowitz[06:43] <schestowitz> I have a feeling this time it'll work, this time it was done betterApr 17 02:38
schestowitz[06:44] <sysadmin> mysql-shared:/var/lib/mysql# wget xxxxxxxxxxxApr 17 02:38
schestowitz[06:44] <sysadmin> Connecting to www.tuxmachines.org (199.19.78.20:80)Apr 17 02:38
schestowitz[06:44] <sysadmin> wget: can't connect to remote host (199.19.78.20): Connection refusedApr 17 02:38
schestowitz[06:44] <sysadmin> ;)Apr 17 02:38
schestowitz[06:44] <schestowitz> yeah, was about ti...Apr 17 02:38
schestowitz[06:44] <schestowitz> try nowApr 17 02:38
schestowitz[06:45] <sysadmin> got itApr 17 02:38
schestowitz[06:45] <schestowitz> so fast, can I delete now?Apr 17 02:38
schestowitz[06:46] <sysadmin> importingApr 17 02:39
schestowitz[06:46] <sysadmin> yesApr 17 02:39
schestowitz[06:46] <schestowitz> this time I will delete drupal cache before doing anything, maybe it has localhost somewhere in its cachesApr 17 02:39
schestowitz[06:46] <schestowitz> and then fails to write properly, who knows....Apr 17 02:39
schestowitz[06:47] <schestowitz> maybe I'll also scan the DB, although if no errors are thrown during import I guess it might be redundantApr 17 02:39
schestowitz[06:50] <sysadmin> okApr 17 02:39
schestowitz[07:04] <sysadmin> import finishedApr 17 02:39
schestowitz[07:04] <sysadmin> i'll let you do the config changesApr 17 02:39
schestowitz[07:04] <sysadmin> and whatever elseApr 17 02:39
schestowitz[07:04] <sysadmin> :)Apr 17 02:39
schestowitz[07:05] <schestowitz> yes, thank you, I'll purge all cachesApr 17 02:39
schestowitz[07:05] <schestowitz> I have a suspicion that might play a role, it thinks it knows the env but does notApr 17 02:39
schestowitz[07:06] <schestowitz> it still runs on localhost, right?Apr 17 02:39
schestowitz[07:06] <sysadmin> it is presently configured for localhost; you'll have to change the IPApr 17 02:39
schestowitz[07:06] <sysadmin> 10.163.214.20Apr 17 02:39
schestowitz[07:06] <schestowitz> thanks, just checking to be sureApr 17 02:39
schestowitz[07:10] <schestowitz> weird, I only logged out and it broke, didn't even change anything, or maybe that's what happens when one is logged outApr 17 02:39
schestowitz[07:10] <sysadmin> i'm not sureApr 17 02:39
schestowitz[07:11] <schestowitz> oh waitApr 17 02:39
schestowitz[07:11] <schestowitz> did you flush the db before importing it?Apr 17 02:39
schestowitz[07:11] <schestowitz> because I see comments I added before the latest importApr 17 02:39
schestowitz[07:11] <sysadmin> yes, i didApr 17 02:39
schestowitz[07:11] <schestowitz> maybe when you import it that leaves in fact the broken state from beforeApr 17 02:39
schestowitz[07:12] <sysadmin> i dropped and recreated drupal databaseApr 17 02:39
schestowitz[07:12] <sysadmin> mysql-shared:/var/lib/mysql# mysqladmin -u root -p drop drupalApr 17 02:39
schestowitz[07:12] <sysadmin> Enter password: Apr 17 02:39
schestowitz[07:12] <sysadmin> Dropping the database is potentially a very bad thing to do.Apr 17 02:39
schestowitz[07:12] <sysadmin> Any data stored in the database will be destroyed.Apr 17 02:39
schestowitz[07:12] <schestowitz> So I think we might be dealing with the first attempt of todayApr 17 02:39
schestowitz[07:12] <sysadmin> Do you really want to drop the 'drupal' database [y/N] yApr 17 02:39
schestowitz[07:12] <sysadmin> Database "drupal" droppedApr 17 02:39
schestowitz[07:12] <sysadmin> mysql-shared:/var/lib/mysql# mysqladmin -u root -p create drupalApr 17 02:39
schestowitz[07:12] <sysadmin> Enter password: Apr 17 02:39
schestowitz[07:12] <sysadmin> mysql-shared:/var/lib/mysql# zcat tmdatabase-2020-04-15.dump.gz | mysql -u root -p drupalApr 17 02:39
schestowitz[07:12] <sysadmin> Enter password: Apr 17 02:39
schestowitz[07:12] <sysadmin> mysql-shared:/var/lib/mysql# md5sum tmdatabase-2020-04-15.dump.gz Apr 17 02:39
schestowitz[07:12] <sysadmin> 5561988172c488a4f66f6f109ad16722  tmdatabase-2020-04-15.dump.gzApr 17 02:39
schestowitz[07:13] <schestowitz> it seems like a snapshot of the DB before the second import, so at least we know why this doesn't act rightApr 17 02:39
schestowitz[07:14] <sysadmin> ummApr 17 02:39
schestowitz[07:14] <sysadmin> but you see the md5sum  rightApr 17 02:39
schestowitz[07:14] <sysadmin> its the second one you dumpedApr 17 02:40
schestowitz[07:14] <schestowitz> let me think how this can happen....Apr 17 02:40
schestowitz[07:14] <schestowitz> we know this morning's was not yesterday'sApr 17 02:40
schestowitz[07:15] <schestowitz> because of the latest item in the front pageApr 17 02:40
schestowitz[07:15] <schestowitz> The comment "Linux Administration For Web Developers: Part 1" was added on remote before you flushed and replaced it (the second time) todayApr 17 02:40
schestowitz[07:15] <schestowitz> so somehow it's still in the databaseApr 17 02:40
schestowitz[07:16] <sysadmin> lets revert to localhost for nowApr 17 02:40
schestowitz[07:16] <sysadmin> maybe we can find some drupal expert to help us figure this outApr 17 02:40
schestowitz[07:16] <schestowitz> cheers, good ideaApr 17 02:40
schestowitz[07:16] <schestowitz> I'll change back to localhostApr 17 02:40
schestowitz[07:16] <sysadmin> okApr 17 02:40
schestowitz[07:16] <schestowitz> at least we have more info nowApr 17 02:40
schestowitz[07:17] <schestowitz> I'll save and study, thanks for your time! ;-DApr 17 02:40
schestowitz[07:18] <schestowitz> switched back to localhostApr 17 02:40
schestowitz[07:26] <schestowitz> aha!!!Apr 17 02:40
schestowitz[07:26] <schestowitz> I know what happenedApr 17 02:40
schestowitz[07:26] <schestowitz> my friend changed the dump script to remoteApr 17 02:40
schestowitz[07:26] <schestowitz> so the second dump I sent you was actually a dump of remoteApr 17 02:40
schestowitz[07:27] <sysadmin> i seeApr 17 02:40
schestowitz[07:27] <schestowitz> I didn't know the script had been changed alreadyApr 17 02:40
schestowitz[07:27] <schestowitz> so I can dump from localhost again if you still have time. If not, tomorrow?Apr 17 02:40
schestowitz[07:28] <sysadmin> ummmApr 17 02:40
schestowitz[07:28] <sysadmin> sureApr 17 02:40
schestowitz[07:28] <schestowitz> basically the second time you imported a copy of the broken remote DB, I didn't know the script was changed, so we have a sane explanationApr 17 02:40
schestowitz[07:28] <schestowitz> today or tomorrow?Apr 17 02:40
schestowitz[07:28] <sysadmin> lets do it now i guessApr 17 02:40
schestowitz[07:28] <schestowitz> cool, cheersApr 17 02:40
schestowitz[07:28] <schestowitz> hang onApr 17 02:40
schestowitz[07:31] <schestowitz> dumping and compressingApr 17 02:40
schestowitz[07:31] <schestowitz> (this time from DB on localhost)Apr 17 02:40
schestowitz[07:33] <sysadmin> okApr 17 02:40
schestowitz[07:34] <schestowitz> 3c2ab540545bd19d5c406611901076a6  tmdatabase-2020-04-15.dump.gzApr 17 02:40
schestowitz[07:34] <schestowitz> ok, can be downloaded now, same url as aboveApr 17 02:40
schestowitz[07:35] <schestowitz> once reimported I will empty the caches and test on remoteApr 17 02:40
schestowitz[07:35] <schestowitz> the 2nd attempt we made 'does not count', it was a mistake Apr 17 02:40
schestowitz[07:38] <sysadmin> okApr 17 02:40
schestowitz[07:38] <sysadmin> sorry i am trying to do multiple thingsApr 17 02:40
schestowitz[07:38] <schestowitz> that's ok, understoofdApr 17 02:40
schestowitz[07:38] <sysadmin> dump fetchedApr 17 02:40
schestowitz[07:38] <sysadmin> md5sum is goodApr 17 02:40
schestowitz[07:40] <schestowitz> deleted copy of dump, the public copy... on www/htmlApr 17 02:41
schestowitz[07:52] <sysadmin> import still goingApr 17 02:41
schestowitz[07:53] <schestowitz> good, as long as no errors shown ;-) httpd down while it was dumped and this time I will also drain caches, can't think of anything else that's potentially meaningful to do before writing to the DB on 'the other side'Apr 17 02:41
schestowitz[07:54] <sysadmin> import finishedApr 17 02:41
schestowitz[07:54] <schestowitz> ahaApr 17 02:41
schestowitz[07:54] <schestowitz> ok, I will change settings nowApr 17 02:41
schestowitz[07:55] <sysadmin> looks ok so farApr 17 02:41
schestowitz[07:57] <schestowitz> "Caches cleared."Apr 17 02:41
schestowitz[07:58] <schestowitz> I think that's the sole thing I can think of other than ridiculous explanations... so I will attempt to add a node now, first as admin userApr 17 02:41
schestowitz[07:59] <sysadmin> huhApr 17 02:41
schestowitz[07:59] <sysadmin> this IBM secure execution for linux thing looks coolApr 17 02:41
schestowitz[07:59] <sysadmin> too bad its only available on a mainframe that i can't afford ;)Apr 17 02:41
schestowitz[08:00] <schestowitz> adding as admin on behalf of my own name to see if the outcome will be differentApr 17 02:41
schestowitz[08:00] <schestowitz> yeah, we posted loads of links about it yesterdayApr 17 02:41
schestowitz[08:01] <schestowitz> fuck, I get the same error, even after stopping httpd, emptying caches and writing as admin userApr 17 02:41
schestowitz[08:02] <sysadmin> no ideaApr 17 02:41
schestowitz[08:02] <sysadmin> i guess we cut back to localhostApr 17 02:41
schestowitz[08:02] <sysadmin> and brainstormApr 17 02:41
schestowitz[08:02] <schestowitz> but at least we triedApr 17 02:41
schestowitz[08:02] <schestowitz> yes, I changed back to localhostApr 17 02:41
schestowitz[08:02] <sysadmin> maybe it is something that mariadb does not supportApr 17 02:41
schestowitz[08:02] <schestowitz> IBM unveils two new single-frame, air-cooled systems and IBM Secure Execution for Linux http://www.tuxmachines.org/node/136380Apr 17 02:41
-TechrightsBN/#boycottnovell-www.tuxmachines.org | IBM unveils two new single-frame, air-cooled systems and IBM Secure Execution for Linux | Tux MachinesApr 17 02:41
schestowitz[08:02] <sysadmin> this is an old old old centos 6 installApr 17 02:41
schestowitz[08:03] <schestowitz> this is localhost nowApr 17 02:41
schestowitz[08:03] <sysadmin> i guessApr 17 02:41
schestowitz[08:03] <sysadmin> ibm secure execution for linuxApr 17 02:41
schestowitz[08:03] <sysadmin> is probably similar to that EPYC encrypted memory stuffApr 17 02:41
schestowitz[08:03] <schestowitz> a couple more in http://www.tuxmachines.org/node/136398Apr 17 02:41
-TechrightsBN/#boycottnovell-www.tuxmachines.org | Enterprise Linux for all architectures: Bringing Red Hat Enterprise Linux to IBM z15 and LinuxONE III single frame systems | Tux MachinesApr 17 02:41
schestowitz[08:03] <sysadmin> the idea is that you can't cross a security domain and get useful data out of itApr 17 02:41
schestowitz[08:04] <schestowitz> well, at least localhost works for now, and we know what was attempted and fails, have it documents to think about...Apr 17 02:41
schestowitz[08:04] <schestowitz> *have it documented I meantApr 17 02:41
schestowitz[08:05] <schestowitz> thanks for all the work on this, we'll compensate you for the timeApr 17 02:41
schestowitz[08:05] <schestowitz> For now we'll run TM off localhostApr 17 02:41
schestowitz[08:06] <sysadmin> yesApr 17 02:41
schestowitz[08:06] <schestowitz> (and I will think what to do)Apr 17 02:41
schestowitz[08:06] <sysadmin> i guess we can revisitApr 17 02:41
schestowitz[08:06] <schestowitz> or moderniseApr 17 02:41
schestowitz[08:06] <schestowitz> drupal 8 etc.Apr 17 02:41
schestowitz[08:06] <sysadmin> when we rebuild the siteApr 17 02:41
schestowitz[08:06] <schestowitz> yeahApr 17 02:41
schestowitz[08:06] <schestowitz> techrights had to break down before we movedApr 17 02:42
schestowitz[08:07] <schestowitz> (strongest motivator: offline site)Apr 17 02:42
schestowitz[08:10] <sysadmin> well with all of this stay at homeApr 17 02:42
schestowitz[08:10] <sysadmin> it is something that we should look intoApr 17 02:42
schestowitz[08:11] <schestowitz> yeah, good timing for housekeepingApr 17 02:42
schestowitz[10:41] <schestowitz> OK, I spent a long time with searching and reading the logsApr 17 02:42
schestowitz[10:41] <schestowitz> my findings are, each time you imported, based on freenode/IRC timestamp, this error came up (3 times this morning, around the time the import started and at that time alone, as per messages files):Apr 17 02:42
schestowitz[10:42] <schestowitz> Apr 15 06:39:13 mysql-shared daemon.err mysqld: 2020-04-15  6:39:13 152146 [ERROR] Incorrect definition of table mysql.event: expected column 'sql_mode' at position 14 to have type set('REAL_AS_FLOAT','PIPES_AS_CONCAT','ANSI_QUOTES','IGNORE_SPACE','IGNORE_BAD_TABLE_OPTIONS',Apr 17 02:42
schestowitz[10:42] <sysadmin> maybe we need to run some upgrade scriptApr 17 02:42
schestowitz[10:43] <schestowitz> is sql_mode deprecated?Apr 17 02:42
schestowitz[10:45] <sysadmin> running mysql_upgradeApr 17 02:42
schestowitz[10:47] <sysadmin> maybe tomorrow it will workApr 17 02:42
schestowitz[10:47] <sysadmin> don't have time to try again right nowApr 17 02:42
schestowitz[10:49] <schestowitz> makes sense, thanks for helping the sitesApr 17 02:42
schestowitz[10:50] <schestowitz>  quick safety net).Apr 17 02:42
schestowitz[10:50] <schestowitz> [09:46] <schestowitz> Remember TuxMachines has many years of Susan's life. She didn't even go on holiday because of the site. We have a duty to this wonderful person. Apr 17 02:42
schestowitz[10:50] <schestowitz> (she left it for us to keep going)Apr 17 02:42
schestowitz[10:54] <schestowitz> did you change db settings?Apr 17 02:42
schestowitz[10:54] <schestowitz> looks like it's not reachable, just running.. or somethingApr 17 02:42
schestowitz[10:56] <schestowitz> )Apr 17 02:42
schestowitz[10:56] <schestowitz> Apr 15 09:52:10 mysql-shared daemon.err mysqld: 2020-04-15  9:52:10 202254 [Warning] Aborted connection 202254 to db: 'unconnected' user: 'unauthenticated' host: '10.163.214.10' (This connection closed normally without authentication)Apr 17 02:42
schestowitz[10:56] <schestowitz> lots of theseApr 17 02:42
schestowitz[10:57] <schestowitz> I 'fixed' this by restarting mariadbApr 17 02:42
*oiaohm_ (~oiaohm@unaffiliated/oiaohm) has joined #boycottnovellApr 17 03:13
*oiaohm has quit (Ping timeout: 252 seconds)Apr 17 03:13
schestowitzoiaohm_: Apr 17 03:58
schestowitz> Apr 17 03:58
schestowitz> Apr 17 03:58
schestowitz> Apr 17 03:58
schestowitz> Ariadneat one point, microsoft may have cared about gnu/linuxApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:20>Apr 17 03:58
schestowitz> schestowitzafaikApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:21>Apr 17 03:58
schestowitz> Ariadneschestowitz: yes, and oracle wishes to do the same tooApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:25>Apr 17 03:58
schestowitz> schestowitzcorrect me if I missed something about patent demands from oracle... not DalvikApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:36>Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitz> oiaohmAriadne: I would not say Microsoft cared about gnu/Linux ever.Apr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:40>Apr 17 03:58
schestowitz> schestowitzOK, so we can agree on getting rid of bothApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:00>Apr 17 03:58
schestowitz> Ariadneoiaohm: on server, they did for a whileApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:04>Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitz> schestowitznot helping either scoracle or sco/msftApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:12>Apr 17 03:58
schestowitz> Ariadneoiaohm: but then they started shifting towards enterpriseApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:15>Apr 17 03:58
schestowitz> oiaohmI would say Microsoft found themselves in a location with azure and other places where they need to be friendly or else.Apr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:17>Apr 17 03:58
schestowitz> schestowitzazure is a failure and a fraudApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:30>Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitz> schestowitzthey decommission DCs nowApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:39>Apr 17 03:58
schestowitz> oiaohmAriadne: remember samba project sued Microsoft and Microsoft got a court order to play nice or else.Apr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:39>Apr 17 03:58
schestowitz> schestowitzquietlyApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:43>Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitz> AriadneanywayApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:58>Apr 17 03:58
schestowitz> oiaohmI don't see Microsoft acting nice to Linux as something they willing did.Apr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:01>Apr 17 03:58
schestowitz> schestowitzinsiders would tell you, they also lose loads of money trying to take share from aws and after years of trying, they can only fake 'success' with corrupt mediaApr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:14>Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitz> Ariadneoiaohm: in ballmer era, i agree, but at this point, as i said, they have shifted focus a lotApr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:32>Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitz> oiaohmMore something where their arm was twisted by many parties and they basically started crying uncle in the form of we love linux.Apr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:33>Apr 17 03:58
schestowitz> Apr 17 03:58
schestowitz> There is so much evidence against this narrative.Apr 17 03:58
schestowitzYes, I noticed that nonsense too.Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitzoiaohm_: reader said, "Why is Ohm rewriting history? Who is going to be fooled?"Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:58
schestowitzHalloween Docs?Apr 17 03:59
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:59
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:59
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:59
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:59
-TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020Apr 17 03:59
schestowitzoiaohm_: this is someone who reads IRC logsApr 17 04:06
schestowitzso I thought it would be fair to pass alongApr 17 04:06
schestowitz> The FreeOffice is free. There is commercial edition (SoftMaker Office, see: ) with more features for those who need all the bells and whistles but the free version is pretty complete anyway. Happy to answer questions, should you have any. Also if you need keys to compare (or use) the paid version.Apr 17 04:09
schestowitz> Apr 17 04:09
schestowitz> Best regards,Apr 17 04:09
schestowitzI'm afraid we cannot offer support/endorsement to proprietary software.Apr 17 04:09
schestowitzThanks for reaching out anyway and porting to GNU/Linux.Apr 17 04:09
schestowitzRegards,Apr 17 04:09
schestowitz> I forgot to attach the link: https://www.softmaker.comApr 17 04:09
-TechrightsBN/#boycottnovell-www.softmaker.com | SoftMaker: Official WebsiteApr 17 04:09
schestowitz> Hello Roy,Apr 17 04:11
schestowitz> Apr 17 04:11
schestowitz> Just following up in case my previous message was missed. I noticed youApr 17 04:11
schestowitz> covered Lex Machina's last trade secret report in 2018 and thought you'dApr 17 04:11
schestowitz> be interested in the latest one set to be released on 4/21. Please letApr 17 04:11
schestowitz> me know if you'd like an advanced embargoed copy and I'd be happy toApr 17 04:11
schestowitz> share it.Apr 17 04:11
schestowitz> Apr 17 04:11
schestowitz> Thanks and have a nice day,Apr 17 04:11
schestowitz> Apr 17 04:11
schestowitzI don't deal with PR people. Tell Mark he can contact me directly.Apr 17 04:11
schestowitz> In light of the current global health crisis, I understand your coverageApr 17 04:12
schestowitz> priorities may have shifted, but I wanted to give you a heads up on LexApr 17 04:12
schestowitz> Machina’s 2020 Trade Secret Litigation Report that will be released onApr 17 04:12
schestowitz> April 21.  Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> The report features federal district court data from 2010 to 2019 as LexApr 17 04:12
schestowitz> Machina celebrates ten years of introducing Legal Analytics® to theApr 17 04:12
schestowitz> commercial legal market. The report includes data-driven insights intoApr 17 04:12
schestowitz> case filings, and information on the most active judges, plaintiffs andApr 17 04:12
schestowitz> firms, case timings, injunctive relief, case resolutions, findings andApr 17 04:12
schestowitz> damages. Report highlights can be found below, and the entire report canApr 17 04:12
schestowitz> be made available upon request.Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> On April 21, readers can join Lex Machina with guest Mark Klapow,Apr 17 04:12
schestowitz> Partner at Crowell & Moring, for a 30 minutelive webcastApr 17 04:12
schestowitz> <http://s.bl-1.com/h/cQnMWVzT?url=https://pages.lexmachina.com/TradeSecretReportWebcast2020NEW_LP-TradeSecretWebcast2020.html>atApr 17 04:12
schestowitz> 9:00 am PDT (12:00 pm EDT) as they discuss the highlights of LexApr 17 04:12
schestowitz> Machina's latest Trade Secret Litigation Report.Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> Apr 17 04:12
-TechrightsBN/#boycottnovell-pages.lexmachina.com | Lex MachinaApr 17 04:12
schestowitz> Don’t hesitate to reach out with any questions. Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> Report Highlights Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz>   *Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz>     Due to the DTSA, Trade Secret case filings increased 30% betweenApr 17 04:12
schestowitz>     2015 and 2017 and have remained steady between 2017 and 2019.Apr 17 04:12
schestowitz> Apr 17 04:12
schestowitz>   *Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>     Insurance and financial services companies are the most activeApr 17 04:13
schestowitz>     plaintiffs of the decade. Often these companies use a licensing orApr 17 04:13
schestowitz>     franchising system, then sue for trade secret.Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>   *Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>     The most active law firms are known for employment law practices.Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>   *Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>     The top plaintiffs’ firms of the decade were Littler Mendelson withApr 17 04:13
schestowitz>     239 cases, Ogletree Deakins with 192 cases, and Seyfarth Shaw withApr 17 04:13
schestowitz>     181 cases.Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>   *Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>     In 2019, three judges saw 1% or more of all Trade Secret filings:Apr 17 04:13
schestowitz>     Judge Christina Snyder of the Central District of California; JudgeApr 17 04:13
schestowitz>     Robert Lee Pitman of the Western District of Texas; and Judge AmosApr 17 04:13
schestowitz>     Louis Mazzant III of the Eastern District of Texas. Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>   *Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>     The most active plaintiff in 2019 was DiscoverOrg Data LLC, whichApr 17 04:13
schestowitz>     offers sales intelligence software and sued parties who gainedApr 17 04:13
schestowitz>     unauthorized access to its database. Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>   *Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>     The top plaintiffs’ firms of the decade were Littler Mendelson withApr 17 04:13
schestowitz>     239 cases, Ogletree Deakins with 192 cases, and Seyfarth Shaw withApr 17 04:13
schestowitz>     181 cases.Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>   *Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>     In 2019, Fisher & Phillips was the top plaintiffs’ law firm with 33Apr 17 04:13
schestowitz>     cases, 30 of which had DTSA claims.Apr 17 04:13
schestowitz> Apr 17 04:13
schestowitz>   *Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitz>     Case resolutions in 2019 were nearly identical to the decade overall.Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitz>   *Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitz>     This practice area has a large number of injunctions granted byApr 17 04:14
schestowitz>     consent judgment. Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitz>   *Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitz>     In the last decade, over 1,000 cases had permanent injunctionsApr 17 04:14
schestowitz>     granted by consent. Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitz>   *Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitz>     In 2019, courts awarded damages in fewer Trade Secret cases than inApr 17 04:14
schestowitz>     2018 but a larger amount of money overall.Apr 17 04:14
schestowitz> Apr 17 04:14
schestowitzRe: for immediate publicationApr 17 04:18
schestowitz> feel free to trim it down if you think it will help. leave the code routine though.Apr 17 04:18
schestowitz> Apr 17 04:18
schestowitz> same as the previous, i do NOT recommend retyping this one. thats fine for prose, but for this, it would be nasty.Apr 17 04:18
schestowitz> Apr 17 04:18
schestowitzON IT :-)Apr 17 04:18
schestowitzTY!Apr 17 04:18
schestowitz> http is responding on TR but giving this error only:Apr 17 04:34
schestowitz> Apr 17 04:34
schestowitz> Error establishing a database connectionApr 17 04:34
schestowitz> Apr 17 04:34
schestowitz> TM seems ok still.Apr 17 04:34
schestowitzBased on the time you sent this, it is possible that I know why and it's nothing to worry about. When I link to TR from social media it still puts TR under massive strain. But the same is true for other sites I link to. Some go offline for several minutes or never come back.Apr 17 04:34
schestowitz> That sounds great, what is the expected time bracket in which theApr 17 04:35
schestowitz> articles should be completed once I receive the materials?Apr 17 04:35
schestowitzProbably about a day.Apr 17 04:35
schestowitz> Also, rather embarrassingly my society's website's domain has been downApr 17 04:39
schestowitz> for a couple weeks (without me realising).Apr 17 04:39
schestowitz> Apr 17 04:39
schestowitz> Renewed it today and thought I would send you the link, just as proof ofApr 17 04:39
schestowitz> what I have done this last year.Apr 17 04:39
schestowitz> Apr 17 04:39
schestowitz> 2020.goldsmiths.techApr 17 04:39
schestowitzI like the design.Apr 17 04:39
schestowitzVery clean.Apr 17 04:39
schestowitzType up an introduction and I will transpose that so as to prepare readers for your articles.Apr 17 04:39
schestowitzWould you be interested in writing about the following new reports?Apr 17 04:39
schestowitzWe alluded to this before the outcome was known e.g. in http://techrights.org/2019/10/30/bailed-out-by-militarism/Apr 17 04:39
schestowitz <li>Apr 17 04:39
schestowitz                  <h5><a href="https://www.reuters.com/article/us-amazon-com-pentagon-microsoft/u-s-probe-unable-to-rule-out-white-house-influence-on-jedi-contract-awarded-to-microsoft-not-amazon-idUSKCN21X27T">U.S. probe unable to rule out White House influence on JEDI contract awarded to Microsoft, not Amazon</a></h5>Apr 17 04:39
schestowitz                  <blockquote>Apr 17 04:39
schestowitz                    <p>Known as Joint Enterprise Defense Infrastructure, or JEDI, the cloud computing contract is intended to give the military better access to data and technology from remote locations. </p>Apr 17 04:39
schestowitz                    <p> “We could not definitively determine the full extent or nature of interactions that administration officials had, or may have had, with senior DoD officials regarding the JEDI Cloud procurement because of the assertion of a ‘presidential communications privilege,’” the report said, referring to the Department of Defense by its acronym. </p></blockquote></li>Apr 17 04:39
schestowitz                <li>Apr 17 04:39
-TechrightsBN/#boycottnovell-techrights.org | Microsoft Looking to be ‘Bailed Out’ by Militarism, Imperialism, Racism and Fascism | TechrightsApr 17 04:39
schestowitz                  <h5><a href="https://www.bloomberg.com/news/articles/2020-04-15/pentagon-watchdog-clears-microsoft-s-10-billion-cloud-contract">Pentagon Watchdog Clears Microsoft’s Cloud Win Over Amazon</a></h5>Apr 17 04:39
schestowitz                  <blockquote>Apr 17 04:39
schestowitz                    <p>The 317-page report issued Wednesday by the inspector general’s office also found that giving the JEDI contract to a single company -- Microsoft -- rather than dividing it among competitors was “consistent with applicable acquisition standards.” </p>Apr 17 04:39
schestowitz                    <p>[...]</p>Apr 17 04:39
schestowitz                    <p>But the report also said the White House limited cooperation with the inquiry. The inspector general said the assertion of a “presidential communications privilege” resulted in the Defense Department general counsel instructing officials “not to answer our questions about potential communications between White House and DoD officials about JEDI.”</p></blockquote></li>Apr 17 04:39
-TechrightsBN/#boycottnovell- ( status 404 @ https://www.reuters.com/article/us-amazon-com-pentagon-microsoft/u-s-probe-unable-to-rule-out-white-house-influence-on-jedi-contract-awarded-to-microsoft-not-amazon-idUSKCN21X27T">U.S )Apr 17 04:39
-TechrightsBN/#boycottnovell-www.bloomberg.com | Bloomberg - Are you a robot?Apr 17 04:39
*libertybox (~schestowi@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 04:41
*acer-box__ (~acer-box@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 04:41
-NickServ-acer-box__!~acer-box@host81-154-172-215.range81-154.btcentralplus.com has just authenticated as you (schestowitz)Apr 17 04:41
*acer-box__ has quit (Changing host)Apr 17 04:41
*acer-box__ (~acer-box@unaffiliated/schestowitz) has joined #boycottnovellApr 17 04:41
*ChanServ gives channel operator status to acer-box__Apr 17 04:41
*acer-box has quit (Ping timeout: 256 seconds)Apr 17 04:44
schestowitzhttps://joindiaspora.com/posts/17829445Apr 17 05:33
-TechrightsBN/#boycottnovell-Not a Diaspora post?Apr 17 05:33
schestowitzhttps://joindiaspora.com/posts/17829437#d99c05e0629301384e247a163ef10931Apr 17 08:20
-TechrightsBN/#boycottnovell-@linux@joindiaspora.com: The Latest #GitHubFree Research: An Introduction or Update http://techrights.org/2020/04/16/github-free-research/ #GitHub #DeleteGitHub #gnu #linuxApr 17 08:20
schestowitz"Apr 17 08:20
schestowitzApr 17 08:20
-TechrightsBN/#boycottnovell--> techrights.org | The Latest GitHub-Free Research: An Introduction or Update | TechrightsApr 17 08:20
schestowitzI’m certainly not impressed by their recent invitation to use formerly premium features. GitHub is a trap, and now they’re opening the trap a little wider. Yep.Apr 17 08:20
schestowitz"Apr 17 08:20
schestowitzhttps://joindiaspora.com/posts/17829437#40a92830629601384e407a163ef10931Apr 17 08:21
-TechrightsBN/#boycottnovell-@linux@joindiaspora.com: The Latest #GitHubFree Research: An Introduction or Update http://techrights.org/2020/04/16/github-free-research/ #GitHub #DeleteGitHub #gnu #linuxApr 17 08:21
schestowitz"Gentoo’s GitHub is a mirror. Hmmm, this got me thinking: One of the ways to lessen GitHub's power over it's participants would be to create a number of mirrors, distributed around the world. This way, if a project is deleted from GitHub, it could still be retrieved in its entirety from one or more mirrors. The only thing standing in the way of this idea is the cost of setting-up and maintaining a mirror. It would not be a hostingApr 17 08:21
schestowitzservice, but only a git server, so it would be relatively simple. I assume that Microsoft would soon find ways to try to block the mirroring..."Apr 17 08:21
schestowitzMicrosoft SUED over LinkedIn scraping (public info!)Apr 17 08:22
schestowitz>  361072304 Apr 16 05:13 tm-db-20200416.dump.gzApr 17 08:34
schestowitz>  360928672 Apr 16 05:09 tm-db-20200416.dump.gz.Apr 17 08:34
schestowitzThere are two files here, could it be a bug? Intentional/manual?Apr 17 08:34
schestowitz> Ok.  Some configuration will be needed first:Apr 17 08:36
schestowitz> Apr 17 08:36
schestowitz> $ lxc-attach -n mysql-sharedApr 17 08:36
schestowitz> lxc-attach: mysql-shared: tools/lxc_attach.c: main: 313 You lack accessApr 17 08:36
schestowitz> to /home/xxxxxxxxxxx/.local/share/lxcApr 17 08:36
schestowitzDo you have root on the machine? Did you have me take that back?Apr 17 08:36
*acer-box__ has quit (Quit: Konversation term)Apr 17 08:45
*libertybox has quit (Quit: Ex-Chat)Apr 17 08:45
-NickServ-acer-box!~acer-box@host81-154-172-215.range81-154.btcentralplus.com has just authenticated as you (schestowitz)Apr 17 08:48
*libertybox (~schestowi@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 08:48
*acer-box (~acer-box@unaffiliated/schestowitz) has joined #boycottnovellApr 17 08:48
*ChanServ gives channel operator status to acer-boxApr 17 08:48
*rianne_ has quit (Ping timeout: 240 seconds)Apr 17 09:08
*liberty_box has quit (Ping timeout: 258 seconds)Apr 17 09:08
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 09:24
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 09:25
*oiaohm_ is now known as oiaohmApr 17 09:36
*liberty_box has quit (Ping timeout: 256 seconds)Apr 17 09:37
*rianne_ has quit (Ping timeout: 240 seconds)Apr 17 09:37
oiaohmschestowitz: I was not exactly rewriting history.  If you look at the time line when Microsoft does things align to like Azure growth, samba case, work for android on windows phone and so on.   There is a clear pattern of Microsoft saying they like Linux or do things to be more Linux compadible when they have something internally forcing them.Apr 17 09:40
oiaohmschestowitz: there is a lot of evidence for what I think when you do up time lines of all the events.Apr 17 09:41
oiaohmschestowitz: its really simple not to put https://en.wikipedia.org/wiki/Microsoft_Azure rebrand in 2014 on your time line.   Windows Azure comes Microsoft Azure before Microsoft says they love Linux.   Reason for the rebrand of Azure is more of what they were selling on Azure was Linux than windows.Apr 17 09:45
-TechrightsBN/#boycottnovell-en.wikipedia.org | Microsoft Azure - WikipediaApr 17 09:45
oiaohmPlease note rebrand starts before the formal announce of the rebrand in the documents.Apr 17 09:49
oiaohmThat what makes this trickly news time line suggest the annoyance about love of Linux comes after the Microsoft Azure rename.   When wording on contracts and others show it the other way over.Apr 17 09:50
oiaohmPR department of Microsoft does a good job messing with the order of events.Apr 17 09:50
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 09:56
schestowitzhttps://twitter.com/franciscocho/status/1250536481875210241Apr 17 09:58
-TechrightsBN/#boycottnovell-@franciscocho: @zoobab A very interesting and difficult question. Right now, the unitary patent is not unitary in regard to comp… https://t.co/0Qst3tOdRTApr 17 09:58
-TechrightsBN/#boycottnovell-@franciscocho: @zoobab A very interesting and difficult question. Right now, the unitary patent is not unitary in regard to comp… https://t.co/0Qst3tOdRTApr 17 09:58
schestowitz"A very interesting and difficult question. Right now, the unitary patent is not unitary in regard to compulsory licences (see Recital 10 in Regulation 1257/2012) https://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2012:361:0001:0008:EN:PDF …"Apr 17 09:58
schestowitzhttps://twitter.com/franciscocho/status/1250539673954521088Apr 17 09:59
-TechrightsBN/#boycottnovell-@franciscocho: @zoobab Assuming that we have a unitary patent when the next pandemic comes, would you prefer that the power to gra… https://t.co/P9JtLImFqLApr 17 09:59
-TechrightsBN/#boycottnovell-@franciscocho: @zoobab Assuming that we have a unitary patent when the next pandemic comes, would you prefer that the power to gra… https://t.co/P9JtLImFqLApr 17 09:59
schestowitz"Assuming that we have a unitary patent when the next pandemic comes, would you prefer that the power to grant compulsory licences remains with national goverments as regards their territories (current Regulation) or otherwise?"Apr 17 09:59
*rianne_ has quit (Ping timeout: 256 seconds)Apr 17 10:00
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 10:14
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 10:14
*liberty_box has quit (Ping timeout: 240 seconds)Apr 17 10:21
*rianne_ has quit (Ping timeout: 258 seconds)Apr 17 10:22
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 10:31
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 10:31
*liberty_box has quit (Ping timeout: 260 seconds)Apr 17 10:36
*rianne_ has quit (Ping timeout: 258 seconds)Apr 17 10:37
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 10:38
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 10:38
oiaohmschestowitz: the biggest thing I see people don't check when Microsoft renamed products is when they did the trademark application to protect the trademark.   This in a lot of cases gives a different time line on when the idea to change was done compare to the new stream anouncing the change.Apr 17 10:39
*rianne_ has quit (Ping timeout: 256 seconds)Apr 17 10:46
*liberty_box has quit (Ping timeout: 258 seconds)Apr 17 10:47
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 11:15
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 11:15
*rianne_ has quit (Quit: Konversation terminated!)Apr 17 12:03
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 12:04
schestowitz                <li>Apr 17 12:10
schestowitz                  <h5><a href="https://diginomica.com/how-chinese-hackers-exploited-linux-servers-undetected-eight-years">How Chinese hackers exploited Linux servers undetected for eight years</a></h5>Apr 17 12:10
-TechrightsBN/#boycottnovell- ( status 404 @ https://diginomica.com/how-chinese-hackers-exploited-linux-servers-undetected-eight-years">How )Apr 17 12:10
schestowitz                  <blockquote>Apr 17 12:10
schestowitz                    <p>Although the five groups apparently have different objectives and targets, the report says they share tools and tactics and appear to be coordinating with each other. They are all related to one another and to an APT identified in earlier research as WINNNTI group. Among the common tricks used by the hackers is through the use of Windows malware that uses adware code-signing certificates which are considered Apr 17 12:10
schestowitzlow security threats and have a low detection rate. That allows their disguised spyware to communicate through innocuous domain names on cloud servers. </p></blockquote></li>Apr 17 12:10
*rianne_ has quit (Quit: Konversation terminated!)Apr 17 12:15
*rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 12:15
*liberty_box has quit (Ping timeout: 265 seconds)Apr 17 12:45
*rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 12:45
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 12:45
*rianne_ has quit (Ping timeout: 260 seconds)Apr 17 12:46
*rianne has quit (Ping timeout: 264 seconds)Apr 17 13:37
*liberty_box has quit (Ping timeout: 265 seconds)Apr 17 13:37
*rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 14:27
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 14:27
*liberty_box has quit (Ping timeout: 264 seconds)Apr 17 14:54
*rianne has quit (Ping timeout: 264 seconds)Apr 17 14:54
*rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 14:57
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 14:57
*rianne has quit (Quit: Konversation terminated!)Apr 17 15:15
*rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 15:16
*rianne has quit (Ping timeout: 258 seconds)Apr 17 16:10
*liberty_box has quit (Ping timeout: 256 seconds)Apr 17 16:10
*rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 16:13
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 16:16
*liberty_box has quit (Ping timeout: 264 seconds)Apr 17 16:50
*rianne has quit (Ping timeout: 260 seconds)Apr 17 16:50
*rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 16:52
*liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovellApr 17 16:52
*swaggboi has quit (Quit: C-x C-c)Apr 17 18:47
*swaggboi (~swaggboi@slackware.uk/supporter/swaggboi) has joined #boycottnovellApr 17 18:51
schestowitzhttps://twitter.com/KerkStelli/status/1251185092405452800Apr 17 19:42
-TechrightsBN/#boycottnovell-@KerkStelli: #mayday MAY DAY !! https://t.co/5JEYRauaAXApr 17 19:42
-TechrightsBN/#boycottnovell-@schestowitz: ● NEWS ● #teenvogue #mayday #labor #classStruggle ☞ On May 1, Organizers Across the Country Will Carry Out Rent and… https://t.co/g8Ba9NJXd2Apr 17 19:42
schestowitzhttps://twitter.com/fcassia/status/1251157191073005573Apr 17 19:43
-TechrightsBN/#boycottnovell-@fcassia: @schestowitz @mmasnick @jitsinews @glynmoody @emilivov @brunoborges @robilad But technically speaking, wasn't as bl… https://t.co/0h7q9rSZfkApr 17 19:43
-TechrightsBN/#boycottnovell-@fcassia: @schestowitz @mmasnick @jitsinews @glynmoody @emilivov @brunoborges @robilad But technically speaking, wasn't as bl… https://t.co/0h7q9rSZfkApr 17 19:43
schestowitz"Apr 17 19:44
schestowitzBut technically speaking, wasn't as blatant as MSFT registering "Microsoft Meet" Apr 17 19:44
schestowitzWinking faceApr 17 19:44
schestowitz"Apr 17 19:44
schestowitzhttps://twitter.com/Peterwyck29/status/1251152150563926020Apr 17 19:44
-TechrightsBN/#boycottnovell-@Peterwyck29: @schestowitz https://t.co/b7xsrVYM7wApr 17 19:44
-TechrightsBN/#boycottnovell-@Peterwyck29: @schestowitz https://t.co/b7xsrVYM7wApr 17 19:44
schestowitzhttps://twitter.com/glynmoody/status/1251151050775523328Apr 17 19:44
-TechrightsBN/#boycottnovell-@glynmoody: @schestowitz don't worry, everything is "ramping up" they assure us...Apr 17 19:44
schestowitzit sure is, we'll go past Italy and Spain at this pace, "taking back control" at the top (cases and fatalities)Apr 17 19:45
schestowitzI'm always amused at the back of my mind, recalling the phase "ill/sick man of Europe"Apr 17 19:45
schestowitzhttps://twitter.com/jaromil/status/1251144742110261249Apr 17 19:46
-TechrightsBN/#boycottnovell-@jaromil: @schestowitz because I don't use social networks to hide; but when I hide I don't use social networks.Apr 17 19:46
schestowitzare you on fediverse BTW?Apr 17 19:46

Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!