Techrights logo

IRC: #techrights @ FreeNode: Tuesday, July 30, 2019

Join us now at the IRC channel.

MinceRhttps://www.quantamagazine.org/quantum-darwinism-an-idea-to-explain-objective-reality-passes-first-tests-20190722/Jul 30 00:09
-TechrightsBot-tr/#techrights-www.quantamagazine.org | Quanta MagazineJul 30 00:09
<--en__ has quit (Ping timeout: 248 seconds)Jul 30 00:25
MinceRhttps://img.pr0gramm.com/2019/06/03/8b197e893471e7ac.jpgJul 30 00:34
-viera/#techrights-Tux Machines: Linus Torvalds prepares to wave goodbye to Linux floppy drives http://www.tuxmachines.org/node/126408 [https://pleroma.site/objects/ed1b8594-e649-464f-807b-2bc9c2e2731e]Jul 30 01:07
-viera/#techrights-Tux Machines: #Android Leftovers http://www.tuxmachines.org/node/126409 [https://pleroma.site/objects/73412c37-d90f-4dec-aff6-bfed6b069952]Jul 30 01:08
schestowitzhttps://www.reddit.com/r/linuxmasterrace/comments/cjdtrr/microsoft_back_at_it_again_with_trying_to_be_a/Jul 30 01:10
schestowitz"A wolf in a sheep costume. They will never truly change."Jul 30 01:10
-TechrightsBot-tr/#techrights-www.reddit.com | Microsoft back at it again with trying to be a good company towards us : linuxmasterraceJul 30 01:10
cubexyzopen source windows NT, then we'll talkJul 30 01:11
MinceRstop suing and blackmailing vendors of Linux-based devicesJul 30 01:15
MinceRthen we'll talkJul 30 01:15
-viera/#techrights-Tux Machines: 5 open-source Firefox alternatives for Linux users http://www.tuxmachines.org/node/126410 [https://pleroma.site/objects/f5570e74-398a-4c2d-84e3-32ce2161a0e7]Jul 30 01:27
<--gde33 has quit (Ping timeout: 258 seconds)Jul 30 01:51
schestowitzkaniini: pleroma 'hung up' ~3 minsJul 30 01:59
-viera/#techrights-Tux Machines: #Kubernetes News/Views http://www.tuxmachines.org/node/126411 [https://pleroma.site/objects/ee14853f-0ee6-435d-a2c9-f10435763a4e]Jul 30 02:00
schestowitzkaniini: aaannnd... it's back :-)Jul 30 02:00
-viera/#techrights-Tux Machines: today's howtoshttp://www.tuxmachines.org/node/126412 [https://pleroma.site/objects/3ddc1107-8a1e-40d6-95bd-6a30f8b34fb3]Jul 30 02:02
<--amarsh04 has quit (Read error: Connection reset by peer)Jul 30 02:06
kaniinischestowitz: yeah i am moving some things aroundJul 30 02:06
-viera/#techrights-Tux Machines: Train Valley and Train Valley 2 released DRM-free on GOG with Linux support http://www.tuxmachines.org/node/126413 [https://pleroma.site/objects/9854d7ed-4460-4fe2-8328-d2b8c85350c9]Jul 30 02:07
-->amarsh04 (~amarsh04@118.211.39.107) has joined #techrightsJul 30 02:12
-->gde33 (~gde33@84-106-24-118.cable.dynamic.v4.ziggo.nl) has joined #techrightsJul 30 02:18
-viera/#techrights-Tux Machines: SUSE displaces Red Hat @ Istanbul Technical University http://www.tuxmachines.org/node/126414 [https://pleroma.site/objects/6c6df38c-892a-4c89-a86a-00fab0a63dbb]Jul 30 02:19
<--Firee has quit (Quit: lolmoi)Jul 30 02:23
schestowitzzoobab: are you on the fediverse yet?Jul 30 02:24
schestowitzzoobab: I don't want to click anything "twitter"Jul 30 02:24
schestowitzwould rather follow you on the decentralised FOSS worldJul 30 02:24
schestowitzI only access twitter to check epoorg tweets and yoursJul 30 02:25
schestowitzI don't expect epoorg to join the fediverseJul 30 02:25
kaniinii have scripts now that can set up a mastodon or pleroma instance automatically ;0Jul 30 02:26
kaniini;)*Jul 30 02:27
schestowitzi hope they gain, I hear from many these days who quit TwitterJul 30 02:28
-viera/#techrights-Tux Machines: Python Programming Leftovers http://www.tuxmachines.org/node/126415 [https://pleroma.site/objects/7d4e2d08-76a5-4312-8d74-a8b39e418335]Jul 30 02:28
-viera/#techrights-Tux Machines: Open Hardware and Linux Devices http://www.tuxmachines.org/node/126416 [https://pleroma.site/objects/0ccab0ae-361f-4cd6-ba56-77a12f202fd0]Jul 30 02:32
schestowitzkaniini: I am returning to writing (hopefully) about 10 articles a dayJul 30 02:32
schestowitzif you have a subject you want covered or think should be covered, let me know...Jul 30 02:33
schestowitzcan be fediverse stuff tooJul 30 02:33
-viera/#techrights-Tux Machines: One More Reason Elementary OS Is Ideal For New Linux Users http://www.tuxmachines.org/node/126417 [https://pleroma.site/objects/4fbbcd7f-db07-4c5e-8114-7bf6fc4eac95]Jul 30 02:39
kaniiniwell i think stuff like the fediverse is important but FOSS in general is also importantJul 30 02:42
-viera/#techrights-Tux Machines: Linux for Chromebooks 101: Getting started with the command line http://www.tuxmachines.org/node/126418 [https://pleroma.site/objects/cff3ec41-7239-4e25-81ec-aa0defa92e8a]Jul 30 02:42
<--kaniini has quit (Ping timeout: 276 seconds)Jul 30 02:58
-->kaniini (~kaniini@2602:ffdb:100:1:fc89:b2ff:fee1:323e) has joined #techrightsJul 30 02:59
<--schestowitz has quit (Quit: Konversation terminated!)Jul 30 03:27
-->schestowitz (~roy@host81-152-239-135.range81-152.btcentralplus.com) has joined #techrightsJul 30 03:27
<--schestowitz has quit (Changing host)Jul 30 03:27
-->schestowitz (~roy@unaffiliated/schestowitz) has joined #techrightsJul 30 03:27
<--kaniini has quit (Ping timeout: 264 seconds)Jul 30 03:34
-->kaniini (~kaniini@2602:ffdb:100:1:fc89:b2ff:fee1:323e) has joined #techrightsJul 30 03:39
schestowitzkaniini: eta?Jul 30 03:45
oiaohmhttps://www.cbsnews.com/news/online-reputation-management-cbs-news-investigation-finds-fraudulent-court-orders-used-to-change-google-search/  This is kind of expected.Jul 30 03:55
-TechrightsBot-tr/#techrights-www.cbsnews.com | Online reputation management: CBS News investigation finds fraudulent court orders used to change Google results exclusive - CBS NewsJul 30 03:55
schestowitzis this 'a news'?Jul 30 04:01
schestowitzI think it has been well known that this is doneJul 30 04:01
-viera/#techrights-Tux Machines: A better LibreOffice than LibreOffice and ODF Gains http://www.tuxmachines.org/node/126419 [https://pleroma.site/objects/f973343e-8c39-47e3-846c-b4242a78abb9]Jul 30 04:10
-viera/#techrights-Tux Machines: today’s #tuxmachines leftovershttp://www.tuxmachines.org/node/126420 [https://pleroma.site/objects/005f0b84-8895-4db3-b39f-f5c5d962f74b]Jul 30 04:10
-viera/#techrights-Tux Machines: Links 30/7/2019: Linux Lite 4.6 RC1, Mint Release Imminent, No More Linux Floppies http://techrights.org/2019/07/29/no-more-linux-floppies/ [https://pleroma.site/objects/f6b789a3-4620-41f5-a2d8-692246f5e15c]Jul 30 04:10
-viera/#techrights-Tux Machines: Today in Techrightshttp://www.tuxmachines.org/node/126421 [https://pleroma.site/objects/d06d33fe-cfda-46ea-a583-3c6454354ae1]Jul 30 04:10
kaniinischestowitz: almost doneJul 30 04:13
<--kaniini has quit (Ping timeout: 276 seconds)Jul 30 04:17
-->kaniini (~kaniini@2602:ffdb:100:1:fc89:b2ff:fee1:323e) has joined #techrightsJul 30 04:34
schestowitzkaniini: excellent, I just maintain a queue and resume posting when availability is OKJul 30 04:39
schestowitzMinceR: your mate jonobaconJul 30 04:41
schestowitzthe champ of FOSS and "community"Jul 30 04:41
schestowitzhttps://www.jonobacon.com/2019/07/29/conversations-with-bacon-ryan-bethencourt-wild-earth/Jul 30 04:41
-TechrightsBot-tr/#techrights-www.jonobacon.com | Ryan Bethencourt on Growing Sustainable Food, Shark Tank, and Wild Earth - Jono BaconJul 30 04:41
schestowitzstill not finding his place in this world...Jul 30 04:41
schestowitz"Most recently though, he formed Wild Earth, a company producing sustainably produced pet food. He took his company onto Shark Tank and raised one of the largest amounts for his season. He works weekly with Mark Cuban."Jul 30 04:42
schestowitzHe's like a PR agent for hireJul 30 04:42
schestowitzsome sort of "I'll get you positive press for some cash"Jul 30 04:42
kaniinischestowitz: i have dedicated postgresql node now.  aarch64Jul 30 04:43
schestowitzI didn't know it was a psql backendJul 30 04:44
schestowitzI assumed something like mysqlJul 30 04:44
kaniiniyes wellJul 30 05:01
kaniinigoing from 10 to 11Jul 30 05:01
kaniiniis a massive painJul 30 05:01
schestowitzI only use psql at workJul 30 05:04
<--gde33 has quit (Ping timeout: 258 seconds)Jul 30 05:06
schestowitzhttps://www.suse.com/c/the-digital-transformation-journey-are-we-there-yet/Jul 30 05:14
schestowitzlolJul 30 05:14
-TechrightsBot-tr/#techrights-The Digital Transformation Journey – Are We There Yet? - SUSE CommunitiesJul 30 05:14
-->gde33 (~gde33@84-106-24-118.cable.dynamic.v4.ziggo.nl) has joined #techrightsJul 30 05:42
schestowitzhttps://nl.linkedin.com/in/greg-kroah-hartmanJul 30 05:51
-TechrightsBot-tr/#techrights- ( status 999 @ https://nl.linkedin.com/in/greg-kroah-hartman )Jul 30 05:51
schestowitz"Jul 30 05:51
schestowitzJul 30 05:51
schestowitzSoftware EngineerJul 30 05:51
schestowitzIBMJul 30 05:51
schestowitz2001 – 2005 4 yearsJul 30 05:51
schestowitzJul 30 05:51
schestowitzSoftware EngineerJul 30 05:51
schestowitzWireXJul 30 05:51
schestowitz1999 – 2001 2 yearsJul 30 05:51
schestowitzJul 30 05:51
schestowitzSoftware EngineerJul 30 05:51
schestowitzPSC Inc.Jul 30 05:51
schestowitz1997 – 1999 2 yearsJul 30 05:51
schestowitzJul 30 05:51
schestowitzSoftware EngineerJul 30 05:51
schestowitzMedSelectJul 30 05:51
schestowitz1995 – 1997 2 yearsJul 30 05:51
schestowitzJul 30 05:51
schestowitzSoftware EngineerJul 30 05:51
schestowitzDatamaxJul 30 05:51
schestowitz1992 – 1994 2 yearsJul 30 05:51
schestowitz"Jul 30 05:51
schestowitzwhy did I hear somewhere he was once a bouncer/doorman?Jul 30 05:51
schestowitzcannot seem to corroborate thatJul 30 05:51
schestowitz(not that it matters much, either)Jul 30 05:51
oiaohmschestowitz: I know that Greg did that door in the early days of the Linux Conference Australia.  But that was not a paying job.   So that could have been some of the speak about being a bouncer/doorman.    Jul 30 05:59
schestowitzthanks, I see...Jul 30 05:59
schestowitzMakes sense nowJul 30 05:59
oiaohmLot of people over the years have done the Linux Conference Australia door including Linus.Jul 30 06:00
schestowitzhow tall is linus?Jul 30 06:02
schestowitzI'm guessing about 5 10Jul 30 06:02
oiaohmschestowitz: 1.77 m its online if you google for it.Jul 30 06:03
oiaohmYep roughtly 5.10 He is closer to 6foot at times in real life because he does not mind thick sole shoes.Jul 30 06:05
schestowitzso my guess was right :-)Jul 30 06:07
oiaohmBeing a a Australian Linux Conference and seeing him on different days.   He has quite a variation in shoe choice  I don't know if that aligns with who is talking with on the day.Jul 30 06:07
schestowitziirc, oiaohm, you're 6 5Jul 30 06:07
schestowitzDaemonFC[m] is also like 6 3Jul 30 06:08
schestowitzi'm 6 0Jul 30 06:08
oiaohm6 4 without shoes 6 5 with.Jul 30 06:08
schestowitzsame as greg k-h more or lessJul 30 06:08
oiaohm6 6 if I am shoes on for basketballJul 30 06:08
schestowitzbut anyway, he was never a bouncerJul 30 06:08
schestowitzfalse rumourJul 30 06:08
schestowitzseems to have a solid technical career track recordJul 30 06:08
oiaohmdoorman at conferences would be true.Jul 30 06:08
schestowitzhow many?Jul 30 06:09
oiaohmI know long time ago he did lca because people were talking about getting signed in by him back in the day and him laughing about it.Jul 30 06:09
oiaohmfrom what I heard it would the Linux kernel plumbers conference as well.   But there could be more.Jul 30 06:10
oiaohmBut that is not a bouncer role.   That is check name against list and let in role.Jul 30 06:11
oiaohmBut its not uncommon for the lead maintainers of Linux to have done this at different times either.Jul 30 06:11
oiaohmI would say the bouncer one party comes from description of Gregs role in the staging branch not real job mixed up with the fact he done the door role at different conferences.Jul 30 06:12
oiaohmschestowitz: so its a Chinese whispers thing with grains of truth but final meaning false.Jul 30 06:13
oiaohmschestowitz: that just based on the information I have.Jul 30 06:14
kaniinipostgres-xl is annoyingJul 30 06:24
schestowitzseems so based on downtime durationJul 30 06:28
schestowitz"Jul 30 06:34
schestowitzI've imported that key thanks.  An RSA sub key?  From 2015?  880A3EC9  Let's see.  I've disabled the older key, 74572E8E. Jul 30 06:34
schestowitzThanks for being careful.  I imagine I'm on "threat" lists and that the usual spooks and creeps will be watching for a way to screw me. Jul 30 06:34
schestowitz"Jul 30 06:34
schestowitzwe got some potentially big storyJul 30 06:37
schestowitzlots of files, tooJul 30 06:37
<--kushal has quit (Excess Flood)Jul 30 07:05
-->kushal (~hopless@fedora/kushal) has joined #techrightsJul 30 07:05
---MinceR gives voice to kushal gde33 schestowitz kaniiniJul 30 07:10
---MinceR gives voice to amarsh04Jul 30 07:10
MinceRhttps://full.pr0gramm.com/2019/07/22/00c327751dcf91a3.jpgJul 30 07:25
-->Firee (~Firee@unaffiliated/firee) has joined #techrightsJul 30 08:00
schestowitzahaJul 30 08:21
schestowitzkaniini: backJul 30 08:21
kaniiniyes, sort ofJul 30 08:21
schestowitzah, can't postJul 30 08:22
schestowitzR-O?Jul 30 08:22
schestowitzkaniini: seems like sometimes first attempt it failsJul 30 08:23
schestowitzthen it succeedsJul 30 08:23
---MinceR gives voice to FireeJul 30 08:23
kaniinii'm still working on finishing the migrationJul 30 08:24
kaniinipostgres "xtreme lattice" is not being very "xtreme" unfortunatelyJul 30 08:24
schestowitzonce it's done you can restJul 30 08:24
kaniinii'm creating some indexes in the backgroundJul 30 08:26
schestowitzseems to be E-Xtremely fussy if I upload an imageJul 30 08:27
kaniiniyeahJul 30 08:28
kaniinithere's an object permissions indexJul 30 08:28
kaniinithat has to be regeneratedJul 30 08:28
kaniiniit will probably take several hours ;)Jul 30 08:28
kaniinihowever, the database cluster and the instances talk to each other over airgapped ipv6 network nowJul 30 08:29
kaniinistill more to do, but can't progress further until database indexes are done buildingJul 30 08:29
MinceRhttps://full.pr0gramm.com/2019/07/22/e66f5c9e8e4f4b5f.jpgJul 30 08:45
schestowitzMinceR: just nature...Jul 30 08:55
MinceRindeedJul 30 08:55
MinceRhttps://img.pr0gramm.com/2019/07/22/dd691f423f5e20dd.pngJul 30 08:58
-viera/#techrights-Tux Machines: The Linux Foundation: Openwashing as a Service (OaaS) http://techrights.org/2019/07/30/the-linux-foundation-oaas/ [https://pleroma.site/objects/eb499908-3050-4507-b125-e2be63c612a5]Jul 30 09:08
kaniinischestowitz: should be fine nowJul 30 09:13
*kaniini bedJul 30 09:13
schestowitzkaniini: https://joindiaspora.com/posts/15560108Jul 30 09:14
-TechrightsBot-tr/#techrights-@schestowitz@joindiaspora.com: Overnight I realised that when #pleroma performs maintenance that involves downtime I'm at times hopeless. Dependent on this fantastic network (part of #fediverse sans the awful people).Jul 30 09:14
-TechrightsBot-tr/#techrights- Photo by schestowitz@joindiaspora.com: https://joindiaspora.com/uploads/images/thumb_medium_624a34e745324a38e349.jpgJul 30 09:14
-viera/#techrights-Tux Machines: today's howtos http://www.tuxmachines.org/node/126422 [https://pleroma.site/objects/9cadcfd5-6d1b-4af8-8d42-f95d6b5176b5]Jul 30 09:19
<--Firee has quit (Quit: lolmoi)Jul 30 09:43
schestowitz> Hey All,Jul 30 09:44
schestowitz> Jul 30 09:44
schestowitz> As you know we are going through the ISO processes - I have been askedJul 30 09:44
schestowitz> to gather some information from everyone at Sirius to create a list ofJul 30 09:44
schestowitz> all assets used by employees of Sirius whether it belong to the companyJul 30 09:44
schestowitz> or the employee so if I can have the item name and serial number thatJul 30 09:44
schestowitz> would be great. They have also asked which anti virus you all use.Jul 30 09:44
schestowitz> Jul 30 09:44
schestowitz> Are you all able to send me the required information ASAP please?Jul 30 09:44
schestowitzHi Lou,Jul 30 09:44
schestowitzI use three laptops, ASUS one, Acer one, and an HP one. All run GNU/Linux and do not require AV (which would likely create more security issues than it claims to actually tackle).Jul 30 09:44
schestowitzDo you need model name or individual (factory) serial numbers of each?Jul 30 09:44
schestowitzKind regards,Jul 30 09:44
schestowitzhahahaJul 30 09:44
schestowitzOSI...Jul 30 09:44
schestowitzISO I meanJul 30 09:44
schestowitzthey assume people use WindowsJul 30 09:44
schestowitzeven in technical companiesJul 30 09:44
schestowitz>> “Greg Kroah-Hartman previously commented on this site and Linus TorvaldsJul 30 10:14
schestowitz>> I’ve only spoken to privately.”Jul 30 10:14
schestowitz>> http://techrights.org/2019/07/28/the-linux-foundation-on-microsoft/#comment-325241Jul 30 10:14
schestowitz>>Jul 30 10:14
-TechrightsBot-tr/#techrights-techrights.org | The Linux Foundation is Totally Not Aware of Efforts to Undermine GNU/Linux | TechrightsJul 30 10:14
schestowitz>>Jul 30 10:14
schestowitz>> What you you think? Should I email them?Jul 30 10:14
schestowitz> I'm not sure.  I agree with your reply that either Greg or Linus wouldJul 30 10:14
schestowitz> be reluctant to comment on their employer, albeit probably for vastlyJul 30 10:15
schestowitz> different reasons.  Greg for sure would be unlikely to comment, so IJul 30 10:15
schestowitz> would save him for when you need to write "contacted last week forJul 30 10:15
schestowitz> comment but as of time of publication has not responded" or somethingJul 30 10:15
schestowitz> like that.  Linus, however, should be supported in whatever wayJul 30 10:15
schestowitz> possible.  While he could take his ball and go home, he has been moreJul 30 10:15
schestowitz> interested on the technical aspects, where he excels.  Also, changingJul 30 10:15
schestowitz> jobs at his age, with kids in college and probably a hefty mortgage,Jul 30 10:15
schestowitz> would be detrimental to both him and the code base.  Also, his lifeJul 30 10:15
schestowitz> might be on the line and more than a few consider that to be a reason heJul 30 10:15
schestowitz> has meticulously stayed out of anything non-technical.  That is untilJul 30 10:15
schestowitz> "they" got him with the CoC.Jul 30 10:15
schestowitzI'll drop a quick line to Linus. I know he'll read it; I doubt he'll reply...Jul 30 10:15
schestowitz"Jul 30 10:28
schestowitzHi Linus,Jul 30 10:28
schestowitzI have been writing for many years about threats to Linux and more recently I focused on threats to Git (development processes, centralisation, censorship etc.) as well.Jul 30 10:28
schestowitzI know you may not feel comfortable replying to me, knowing my criticism of the Novell deal (with Microsoft) and the Foundation alike. My criticism was always sincere and not intended to be provocative, only reactionary.Jul 30 10:28
schestowitzThis E-mail is not a 'bait' and it is definitely not hostile. I was advised by some readers to ask for your views on the current situation. I want Linux to succeed and not become just a zero-cost commodity for proprietary software giants that could not care any less about Open Source. There are forces in this game that try to change Linux from the inside and, IMHO, not in a good way. They try to make your job harder, knowing you have Jul 30 10:28
schestowitzstronger grip on the project as its founder and "community darling". The media paints you rather negatively while they pass rules that disproportionately affect non-corporate participants (as part of their job they cannot say or do certain things that would get them fired, whereas community players/actors such as Con K. cannot be fired but excluded).Jul 30 10:28
schestowitzI've spent 15 years studying malicious internal documents; a lot of the strategy put explicitly in those documents echoes or mirrors recent developments.Jul 30 10:28
schestowitzKind regards and with utmost respect,Jul 30 10:28
schestowitzRoyJul 30 10:28
schestowitz"Jul 30 10:28
-->decnet (~decnet@gateway/tor-sasl/decnet) has joined #techrightsJul 30 11:07
<--decnet has quit (Client Quit)Jul 30 11:08
schestowitzzoobab: : https://pleroma.site/search?query=zoobabJul 30 11:36
-TechrightsBot-tr/#techrights-pleroma.site | PleromaJul 30 11:36
schestowitzdo you use diaspora maybe?Jul 30 11:36
schestowitzI don't want to go to Twitter to see your postsJul 30 11:36
-->mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) has joined #techrightsJul 30 12:17
<--XFaCE has quit (Ping timeout: 272 seconds)Jul 30 12:19
-->XFaCE (XFaCE@unaffiliated/xface) has joined #techrightsJul 30 12:19
XRevan86schestowitz: GNU social targets MariaDB, Pleroma and Mastodon target PostgreSQL.Jul 30 12:38
schestowitzI never tried to installl theseJul 30 12:41
schestowitzI just know pleroma is all elixir-yJul 30 12:41
-viera/#techrights-Tux Machines: Microsoft as Chief Censor of Torvalds' Git and Torvalds' Linux (Foundation): How Did We Get Here? http://techrights.org/2019/07/30/torvalds-robbed/ [https://pleroma.site/objects/4c9e2fa8-dc9b-4a79-b0c6-3a275a7e0464]Jul 30 12:49
-viera/#techrights-Tux Machines: Microsoft loves #Microsoft #Linux http://www.tuxmachines.org/node/126423 [https://pleroma.site/objects/b2be7647-2191-4090-96de-b745553a8ed6]Jul 30 13:28
-viera/#techrights-Tux Machines: Top 10+ Best Linux Docks To Make Your Desktop Beautiful http://www.tuxmachines.org/node/126424 [https://pleroma.site/objects/f8f7fcd6-b1cf-4212-b9b3-db26682e0a9f]Jul 30 15:49
-viera/#techrights-Tux Machines: The 12 Best Gnome Shell Extensions http://www.tuxmachines.org/node/126425 [https://pleroma.site/objects/fa40a068-55ac-4cb0-b3c9-985718c955ec]Jul 30 15:52
-viera/#techrights-Tux Machines: An Overview of Debian 10 "Buster" from the GNOME Edition http://www.tuxmachines.org/node/126426 [https://pleroma.site/objects/7b397a64-d04b-4161-87d0-94244ae7722c]Jul 30 16:49
-viera/#techrights-Tux Machines: Open-spec board supports blockchain-based IoT with Ethereum http://www.tuxmachines.org/node/126427 [https://pleroma.site/objects/db8911d6-56f2-4b5e-ab45-f588f0063695]Jul 30 16:52
-viera/#techrights-Tux Machines: Events: Ubucon Europe 2019:, LibreOffice Asia Conference 2019 and the Future Of HOPE http://www.tuxmachines.org/node/126428 [https://pleroma.site/objects/7a724847-6213-42ef-9c18-3dc4c5d93464]Jul 30 16:55
-viera/#techrights-Tux Machines: Security Leftovers: Elections, Microsoft, Docker and Open Vulnerability and Assessment Language (OVAL) http://www.tuxmachines.org/node/126429 [https://pleroma.site/objects/ba4133d6-e680-4b92-af9c-7f2184b2fd67]Jul 30 17:01
-viera/#techrights-Tux Machines: Manjaro Snaps Collaboration With Ubuntu and More News About Ubuntu http://www.tuxmachines.org/node/126430 [https://pleroma.site/objects/2a2bee1d-8204-4acc-85e1-f7c91b4233e1]Jul 30 17:05
-viera/#techrights-Tux Machines: Programming: LLVM 9.0 RC1, Python, C++ and GCC http://www.tuxmachines.org/node/126431 [https://pleroma.site/objects/0a4886f4-54c4-4d00-b838-175b3448632c]Jul 30 17:08
-viera/#techrights-Tux Machines: Programming: LLVM 9.0 RC1, Python, C++ and GCC http://www.tuxmachines.org/node/126431 [https://pleroma.site/objects/9020c602-0abf-404c-854b-f1f31f7f339a]Jul 30 17:08
psydroidhttps://learnlinuxandlibreoffice.org/1-why-switch-to-linux/1-4-uefi-the-microsoft-kill-switchJul 30 17:10
-TechrightsBot-tr/#techrights-learnlinuxandlibreoffice.org | 1.4 UEFI... The Microsoft Kill SwitchJul 30 17:10
-viera/#techrights-Tux Machines: Games: Valve, Mono Trap and Bash Shell Games http://www.tuxmachines.org/node/126432 [https://pleroma.site/objects/67bcfcb5-90d7-44dd-b03f-559d940653c8]Jul 30 17:24
schestowitzpsydroid: new page?Jul 30 17:25
schestowitzalso, yours?Jul 30 17:26
schestowitzif it's new, we can add to http://techrights.org/wiki/index.php/UEFIJul 30 17:26
-TechrightsBot-tr/#techrights-techrights.org | UEFI - TechrightsJul 30 17:26
oiaohmpsydroid: that microsoft kill switch misses the fact that coreboot on x86 still has to use the intel/amd provided firmware cores that can start up Baseboard Management Controllers and other horrible.Jul 30 17:28
oiaohmIts like the new amd ryzen chips with AMD is going to turn off PCI 4.0 on older boards even in cases where it can work.Jul 30 17:29
-viera/#techrights-Tux Machines: Graphics: AMD Graphics on Linux, MoltenVK Now Supports More Vulkan Extensions http://www.tuxmachines.org/node/126433 [https://pleroma.site/objects/f74b2c8d-3526-4dc1-a94e-bcd22e390a3a]Jul 30 17:30
psydroidschestowitz, it's not mine, but I came across Secure Boot as I replaced Windows with Linux on my uncle's laptop. As I installed Virtualbox I got a message asking me to put in a password, which I didn't but disabled Secure Boot in UEFI insteadJul 30 17:31
schestowitz#WSL waiting for #gnu #linux to become hard if not impossible to boot Jul 30 17:32
-viera/#techrights-Tux Machines: 5 Free Partition Managers for Linux http://www.tuxmachines.org/node/126434 [https://pleroma.site/objects/18b0acda-de76-4ced-9117-33b6838752f8]Jul 30 17:37
psydroidoiaohm, I am not even in the market for new x86 hardware (although I have 2 laptops with Intel chips from 2016). I still have plenty of other hardware to use and been dogfooding on non-x86 hardware for over a decade. I have an ARM SBC running permanently as my desktop now with fully upstream sources, although I did have to compile a piece of ARM Trusted Firmware for u-bootJul 30 17:38
oiaohmpsydroid: really depending on where you some places like in china are having to look to risc-v and the like.Jul 30 17:40
oiaohmbecause of the fact ARM, Intel and AMD are possible to be embargoed by the USA.Jul 30 17:41
psydroidoiaohm, I do have Fedora Rawhide for RISC-V running in QEMU, there is still some work to do but it's good to see the progress that has been made so farJul 30 17:42
-viera/#techrights-Tux Machines: Servers: Twitter Moves to Kubernetes, Red Hat/IBM News and Tips http://www.tuxmachines.org/node/126435 [https://pleroma.site/objects/42f23cca-4bb4-4889-a39b-9ce0bdbd8637]Jul 30 17:44
schestowitzemulated?Jul 30 17:44
schestowitzno actual board of risc-v design?Jul 30 17:44
oiaohmschestowitz: lot of risc-v work is emulated at this stage.    https://www.eetimes.com/document.asp?doc_id=1334966#  but we should see decent stuff start appearing this year.Jul 30 17:46
psydroidI went to the SiFive Tech Symposium in Amsterdam at the end of May and they told me affordable boards would be coming later this yearJul 30 17:48
-viera/#techrights-Tux Machines: today's howtos http://www.tuxmachines.org/node/126436 [https://pleroma.site/objects/7ee27707-3db8-4fa7-ac92-d797af604963]Jul 30 17:48
<--TechrightsBot-tr has quit (Ping timeout: 258 seconds)Jul 30 17:49
-viera/#techrights-Tux Machines: today's howtos http://www.tuxmachines.org/node/126436 [https://pleroma.site/objects/5770bde0-2aa7-42ef-8736-e5d942a65fbb]Jul 30 17:49
-->TechrightsBot-tr (~TR@199.19.78.19) has joined #techrightsJul 30 17:49
schestowitzmakes senseJul 30 17:49
oiaohmDecent risc-v boards could appear at the same time most of the debian is risc-v ready.Jul 30 17:49
schestowitzoiaohm: I think your url crashed the botJul 30 17:50
schestowitzdid not diagnose, just guessingJul 30 17:50
oiaohmeetimes is not the most bot friendly.Jul 30 17:50
schestowitz<li><h5><a href="https://www.phoronix.com/scan.php?page=news_item&px=Linux-KVM-RISC-V-Patches">Linux's KVM Sees Patches For RISC-V Support</a></h5>Jul 30 17:55
schestowitz<blockquote><p>In continuation of the article last week how the RISC-V Linux kernel support has been maturing and various missing gaps filled in, another feature just arrived in patch form: support for KVM virtualization. Jul 30 17:55
schestowitzWestern Digital while associated with hard drives has been working big on RISC-V and already contributed Linux patches in the past. One of their engineers is the one to send out the RISC-V KVM support on Monday. Jul 30 17:55
schestowitz</p></blockquote></li>Jul 30 17:55
schestowitz(today)Jul 30 17:55
-viera/#techrights-Tux Machines: today's leftovers http://www.tuxmachines.org/node/126437 [https://pleroma.site/objects/9f34e857-602d-4a17-a4ed-fddc02f0a13c]Jul 30 17:56
---MinceR gives voice to mmu_man TechrightsBot-tr XFaCEJul 30 17:59
-viera/#techrights-Tux Machines: Links 30/7/2019: Manjaro Snap Support, LLVM 9.0 RC1 http://techrights.org/2019/07/30/manjaro-snap-support/ [https://pleroma.site/objects/e0db2e5a-48aa-4bdf-b5f3-9090627c532e]Jul 30 18:04
oiaohmhttps://buildd.debian.org/stats/graph-ports-week-big.png  debian is about 85% of their packages build for risc-v.Jul 30 18:06
oiaohmhttps://buildd.debian.org/stats/graph-week-big.png that is still about 10 percent down on where you want it to be.Jul 30 18:08
MinceRi don't want it to be anywhereJul 30 18:08
MinceRdebian is just as pointless as every other systemd distroJul 30 18:08
oiaohmMinceR: give me another distribution that you can get stats on how many packages are risc-v ready.Jul 30 18:10
MinceRwho cares?Jul 30 18:10
oiaohmMinceR: I ask because these numbers are useful to me.Jul 30 18:11
oiaohmSo who cares is basically you don't have another answer.Jul 30 18:11
<--aindilis has quit (Read error: Connection reset by peer)Jul 30 18:12
MinceRwhat's the point of using a backdoorless cpu when your OS is full of backdoors?Jul 30 18:12
oiaohmReverse is the problem.   If your hardware is flawed you cannot change the software to fix it.Jul 30 18:13
MinceRand if you obey ibm/rh, you also cannot change your software to fix itJul 30 18:14
oiaohmThe fact debian can build a lot of software for a platform does not mean long term you have to use debian.Jul 30 18:14
oiaohmbut it will mean others can built software for that platform without complete hell.Jul 30 18:14
XRevan86MinceR: But you're in #devuanJul 30 18:15
MinceRyesJul 30 18:15
MinceRand devuan is not debianJul 30 18:15
MinceRit is not a systemd distributionJul 30 18:15
XRevan86MinceR: And Devuan is also completely dependent on it.Jul 30 18:15
MinceRit's a GNU/Linux distribution, and as such, there is a point to itJul 30 18:15
MinceRyes, unfortunatelyJul 30 18:15
XRevan86If Debian builds for RISC-V, it matters for Devuan.Jul 30 18:15
oiaohmdevuan does not provide stats and is complete dependant on debian for most of their packages.Jul 30 18:15
MinceRand as long as it is, it is doomedJul 30 18:15
MinceRit is completely dependent on debian because not enough people are interested in freedomJul 30 18:15
oiaohmNo so far devuan init offerences are not that appearling.Jul 30 18:16
MinceRto youJul 30 18:17
MinceRwhich is fine, because you have plenty of distros controlled by rh/ibm to choose fromJul 30 18:17
MinceRor you could skip the middle man and buy windowsJul 30 18:17
oiaohmMinceR: sysvinit as default with the other options in different graded of broken.Jul 30 18:18
*MinceR yawnsJul 30 18:18
oiaohmMinceR: sysvinit has it faults.Jul 30 18:18
XRevan86oiaohm: OpenRC works fine on it.Jul 30 18:18
MinceRbut cancerd is flawless!Jul 30 18:18
MinceRright?Jul 30 18:18
MinceRit does so muchJul 30 18:18
oiaohmNo I pushed for openrc in the systemd debate on debian.Jul 30 18:18
MinceRit only can't boot reliably or shutdown reliably, but who needs that in an init system?Jul 30 18:18
oiaohmSo I don't class systemd as flawless.Jul 30 18:18
oiaohmI just don't class the options being put up by devuan as good enough yet.Jul 30 18:19
MinceRopenrc uses the same init binary you bash every dayJul 30 18:19
*XRevan86 has been booting and shutting down systemd for so many years…Jul 30 18:19
MinceRwell, if it isn't good enough yet, it's time to stop using computers.Jul 30 18:19
*MinceR has attempted booting and shutting down that piece of shit several times...Jul 30 18:19
oiaohmI expect service management that works as well as initing.Jul 30 18:19
XRevan86MinceR: On Ubuntu, right?Jul 30 18:19
MinceRrightJul 30 18:20
MinceRprobably still the most popular vehicle for ibm/rh to deliver malware to PCsJul 30 18:20
oiaohmNot half done service management like sysvinit.Jul 30 18:20
MinceRservice management does not need to be done in pid1Jul 30 18:20
-->aindilis (~aindilis@172-12-3-117.lightspeed.sgnwmi.sbcglobal.net) has joined #techrightsJul 30 18:20
MinceRalso, half done service management is still better than service management based mandatorily on a kernel feature that is known not to workJul 30 18:21
XRevan86MinceR: Whatever starts services should preferably deal with them.Jul 30 18:21
oiaohmservice management being done in pid1 in systemd is caused by history kernel mistake.Jul 30 18:21
MinceRXRevan86: exactlyJul 30 18:21
MinceRwhich is exactly what runit and daemontool doJul 30 18:21
MinceRneither of them in pid1Jul 30 18:21
oiaohmyes the idea that cgroups had to be controlled by PID1 appeared in section of cgroup v1 code.Jul 30 18:21
MinceRno, service management being done in pid1 in systemd is caused by the same thing that causes everything else being done in pid1 in systemdJul 30 18:22
oiaohmcgroup v1 need to die with major case of fire.Jul 30 18:22
MinceRpoettering's extreme incompetenceJul 30 18:22
oiaohmEarly mailing list debates on it you missed.Jul 30 18:22
*MinceR yawnsJul 30 18:22
oiaohmeverything was shoved into PID1 because of that early namespace/cgroup screw up on the idea of security grounds.Jul 30 18:22
oiaohmReason why I backed openrc developed a little latter.Jul 30 18:22
MinceRdoesn't matter what their excuse for it is, it's bad engineeringJul 30 18:23
oiaohmThey avoided that mega stupidity.Jul 30 18:23
MinceRremember cohesion?Jul 30 18:23
oiaohmKind of bad engineering if you want to support cgroup/namespaces around services on the oldest kernels possible you have to have that crap in PID1.Jul 30 18:23
oiaohmThe engineering mistake starts in the Linux kernel and spreads to systemd.Jul 30 18:24
oiaohmIn this case.Jul 30 18:24
oiaohmMinceR: basically systemd is not the only source of really bad engineering.Jul 30 18:25
MinceRthere's an obvious way this could have been avoidedJul 30 18:25
MinceRfirst finish cgroups and release itJul 30 18:25
MinceRthen develop your service manager built on top of itJul 30 18:25
MinceRthen use it in your allegedly stable distro releasesJul 30 18:25
MinceRand never force it on peopleJul 30 18:25
oiaohmcgroup v1 was so called finished when systemd started.Jul 30 18:26
MinceRthis is the diametrical opposite of what your favorite cult didJul 30 18:26
oiaohmBut had never been properly tested.Jul 30 18:26
MinceRi'm not interested in "so called finished"Jul 30 18:26
oiaohmsystemd properly tested and and found it was totally broken.Jul 30 18:26
MinceRjust as in "so called stable", as in what rh/ibm did always and what debian started doing with release 8Jul 30 18:26
MinceRsystemd "tested" in the production environments of other peopleJul 30 18:26
oiaohmsysvinit for Linux was developed the same way.Jul 30 18:27
oiaohmHistory of lack of proper enginering goes back the day one of Linux kernel.Jul 30 18:27
MinceRwhat was used before it and what distros/releases were affected?Jul 30 18:27
oiaohmsysvinit was used before systemd in most distributions with distribution package makers doing custom workaround individually to lots of sysvinit faults.Jul 30 18:29
MinceRthat does not answer the questionJul 30 18:29
oiaohmSo most distributions were effected by broken init system and long list of out standing bugs before systemd started.Jul 30 18:29
MinceRi see, so it wasn't actually done beforeJul 30 18:30
MinceRand you believe that if it was, that would be an excuse to perpetuate this bad practice foreverJul 30 18:30
oiaohmcgroup manager would repleace pid1 on older distributions.Jul 30 18:30
MinceRthe "but someone else already did the same thing" school of software "engineering"Jul 30 18:30
oiaohmSo leading to sysvinit even more messed up.Jul 30 18:30
MinceRat least cgmanager didn't try to do everythingJul 30 18:30
oiaohmMinceR: really it was still running extra crap as PID1.Jul 30 18:31
MinceRand the solution is obvious: run even more extra crap in pid1Jul 30 18:31
MinceRfuck up even harder.Jul 30 18:31
oiaohmIn fact cgmanger run more stuff as PID1 than systemd at it worse.Jul 30 18:31
oiaohmSo stuff was mega screwed before system.Jul 30 18:32
MinceRinterestingJul 30 18:32
oiaohmsystem/systemdJul 30 18:32
oiaohmsystemd improved slightly over cgmanger pid1 hack.Jul 30 18:32
MinceRso cgmanager replaced init, rc, udev, [x]inetd, crond, atd, syslogd, firewall, bootloader, dns cache, webserver, container provisioner and ntpdJul 30 18:32
MinceRit's nice to learn something new every dayJul 30 18:33
oiaohmYou were talking about PID1.Jul 30 18:33
oiaohmsystemd is a collection of applications.Jul 30 18:33
MinceRriiiiightJul 30 18:33
MinceRfor example, systemctl is an applicationJul 30 18:33
MinceRtotally independent, works juuuust fine on its ownJul 30 18:34
oiaohmcontainer provisioner and init and logging... as PID1 this was both cgmanager PID1 hack and systemd PID1.Jul 30 18:34
MinceRjust drop a fuckton of binaries in your build process and your design being a worthless pile of crap just doesn't matter anymore!Jul 30 18:34
oiaohmand that was caused by a stupid security thing done in Linux kernel that only PID1 could modify cgroup configuration.Jul 30 18:34
MinceRbut if you believe in your design so much, why force it on people?Jul 30 18:35
MinceRlet them choose based on meritJul 30 18:35
MinceRthen maybe fix the fucking kernel before you build on it?Jul 30 18:35
oiaohmSorry that is not how the Linux kernel development model works.Jul 30 18:35
oiaohmI wish it did.Jul 30 18:35
oiaohmsystemd was able to demo cgroup v1 was busted so able to get it rebuilt correctly as cgroupv2.Jul 30 18:36
oiaohmWithout being able to demo how the Linux kernel is broken the Linux kernel developers don't fix areas.Jul 30 18:36
MinceRthen the Linux kernel development model should be restricted to the kernelJul 30 18:36
MinceRinstead of infecting userspaceJul 30 18:36
oiaohmLinux kernel interfaces to userspace need userspace programs to demo their flaws.Jul 30 18:37
oiaohmWe have a chicken/egg problem here.Jul 30 18:37
MinceRno we do notJul 30 18:38
MinceRalso, the Linux kernel development model should not infect distributions eitherJul 30 18:38
oiaohmsystemd was the one that demoed flaws in cgroup v1 leading to cgroupv2.  This should have created the foundations for something as feature powerful in init /service management as systemd.Jul 30 18:38
oiaohmwithout is horrible flaws.Jul 30 18:38
MinceRfine, demo flawsJul 30 18:38
MinceRin your test systemsJul 30 18:38
MinceRoutside alleged "stable" releases of distributionsJul 30 18:39
MinceRespecially outside alleged "stable" releases of distributions made by other peopleJul 30 18:39
oiaohmThat is also required to get alterations in upstream Linux kernel demoing usage cases.Jul 30 18:39
oiaohmLinux kernel development model truly suxs.Jul 30 18:39
oiaohmIts like the pidfd thing it taken 15+ years to in fact demo the problem of a race condition to with killing processes to get a proper fix done.Jul 30 18:41
MinceRdemos don't belong on production systemsJul 30 18:41
MinceRif you can't understand this, engineering is not for you.Jul 30 18:41
oiaohmTo have standing in the Linux kernel world yes it does.Jul 30 18:41
MinceRthen the Linux kernel doesn't belong on production systemsJul 30 18:41
oiaohmI know this is not good engineering practice.Jul 30 18:42
oiaohmThe Linux kernel itself development model is not.Jul 30 18:42
schestowitzroy@ted:~$ uptimeJul 30 18:42
schestowitz 18:42:18 up 293 days, 22:14,  5 users,  load average: 0.27, 0.43, 0.36Jul 30 18:42
schestowitzroy@ted:~$ ps aux | grep systemdJul 30 18:42
schestowitzroot         1  0.0  0.1  25216  3124 ?        Ss    2018   6:35 /lib/systemd/systemd --system --deserialize 21Jul 30 18:42
MinceRewJul 30 18:43
schestowitzroy@ted:~$ ps aux | grep systemd |wcJul 30 18:43
schestowitz      9     111     912Jul 30 18:43
schestowitz9 processedJul 30 18:43
schestowitzprocesses inc. the grepJul 30 18:43
schestowitzwth?Jul 30 18:43
oiaohmMinceR: BSD world has always said the Linux kernel development is crap.   They had ways of properly killing processes in 1993.  Linux kernel is only getting that this year.Jul 30 18:45
schestowitzhttps://joindiaspora.com/posts/15564445Jul 30 18:45
-TechrightsBot-tr/#techrights-@schestowitz@joindiaspora.com: I'm no #systemd expert. but can the so-called 'experts' (Red Hat/IBM advocates, who use this lock-in to sell support contracts) explain why a so-called 'init system' needs to run 8 processes on my machine which is limited to just 2 GB of RAM?Jul 30 18:45
MinceRis it getting that?Jul 30 18:46
MinceRlast time i checked they were complaining that cgroups couldn't even do this properlyJul 30 18:46
oiaohmMinceR: cgroup is for tracking did not fix the problem where signal was going to wrong process.   pidfd is what is required to fix up the Linux kernel signal system properly so it works.Jul 30 18:47
oiaohmMinceR: nothing like attempting to use tracking and resource limitation ie cgroups/namespaces for correct delivery of signals and wondering why you are end up in rabbit hole all the way down.Jul 30 18:48
oiaohmRound peg square hole.   What cgroup/namespaces are meant todo they do well.Jul 30 18:49
MinceRis that why cancerd SIGKILLs the shell on shutdown?Jul 30 18:50
oiaohmSome of it attempting to work around the broken pid handling results to some stupid solutions.   Some of it is simplly like applications not in fact shutdown when users told them to.Jul 30 18:51
oiaohmsystemd is basically the problem we had to have to bring the cgroup/namespace and pid handling with singals and other things to the floor and finally fixed in the Linux kernel.Jul 30 18:52
MinceRno, they didn't even tell the shell to shutdownJul 30 18:53
MinceRthey just killed itJul 30 18:53
MinceRand wrote a comment that this is the best cgroups can doJul 30 18:53
MinceR(even though it's obvious that it could have been done better, albeit with a minor race condition)Jul 30 18:53
oiaohmBecause it was you are aware that due to the PID faults you cannot in fact wait on a process to end correctly.Jul 30 18:54
MinceRyou can send SIGTERM to all the processes you know about, thoughJul 30 18:54
oiaohmMinceR: Completing the pidfd API  << on lwn.Jul 30 18:54
MinceRif they keep spawning new ones, too badJul 30 18:54
oiaohmwith pidfd a way better shutdown should be doable.Jul 30 18:55
oiaohmThe stupid part was you could send sigterm to processes and have a error message back of please do not term as well.Jul 30 18:56
oiaohmMinceR: you are complete under estermate how badly broken the pid system has been.  Jul 30 18:57
oiaohmBetween signals going to the processes.   Not being able to track what processes has correctly sent you a signal.Jul 30 18:57
oiaohmand then processes able to change their location in the process tree(this is what cgroups/namespaces deal with).Jul 30 18:57
oiaohmpidfd deals with the first 2.Jul 30 18:58
oiaohm1 signals going to wrong process and 2 not knowing what process a signal has come from absolutely << These are problems pidfd fixes.   Attempting to use cgroup/namespaces to fix both just leads into a rabbit hole.Jul 30 18:59
MinceRi doubt the shell cares who sent SIGTERM to itJul 30 19:00
oiaohmMinceR: did you forgot a process getting a SIGTERM can send back a message please don't kill/shutdown yet.   Problem is you really need to know what service that is.  systemd with cgroups worked out bugger it kill it is really about the best that can be done with the level breakage.Jul 30 19:00
oiaohmI do hope systemd does pick up pidfd usage.Jul 30 19:01
XRevan86schestowitz: systemd processes aren't heavy. On 2G that's nothing.Jul 30 19:02
MinceReven if you ignore that, you still get a better system than what systemd did and probably still doesJul 30 19:02
oiaohmwith pidfd done and cgroup v2 it should be possible to make a really good and light replacement to systemd.Jul 30 19:04
oiaohmThat in fact works in all cases.Jul 30 19:04
XRevan86Except for journald I guess.Jul 30 19:04
oiaohmMinceR: sending sigterm and having items send back messages could leave you with a growing stack of messages to process by bad applications.   This is why you need to know who the sigterm comes from.   This was a historic way to stall up a sysvinit shutdown as well.Jul 30 19:06
MinceRconsidering how atrocious and bloated cancerd is, it's trivial to make a really good and light replacement to itJul 30 19:07
oiaohmMinceR: the signal mess really did need fixing and really need that 20  years ago.Jul 30 19:07
MinceRoiaohm: it won't be stalled if you don't care about processes asking for more timeJul 30 19:07
XRevan867.4  MiB systemdJul 30 19:08
XRevan865.3  MiB systemd-resolvedJul 30 19:08
XRevan861.46 MiB systemd-networkdJul 30 19:08
XRevan861.38 MiB systemd-logindJul 30 19:08
XRevan861.15 MiB systemd-timesyncdJul 30 19:08
XRevan861.04 MiB systemd-udevdJul 30 19:08
XRevan8626.8 MiB systemd-journaldJul 30 19:08
XRevan86Here's what I see on a systemd-powered system.Jul 30 19:08
oiaohmMinceR: no you can stall it by stacking the signal handing.   This is another flaw that has been recently fixed.Jul 30 19:08
oiaohmMinceR: recently I mean Last Linux kernel release.Jul 30 19:09
oiaohmMinceR: the level of broken at Linux kernel level has been insane.Jul 30 19:09
XRevan86resolved is probably caching a lot.Jul 30 19:09
MinceRoiaohm: you could at least tryJul 30 19:10
MinceRit will probably be more reliable than what cancerd doesJul 30 19:10
MinceRand then you'll have a system you can use while you develop a replacement if you wantJul 30 19:10
MinceRas for cancerd being light, https://blind.guru/daemon-cpu.htmlJul 30 19:10
-TechrightsBot-tr/#techrights-blind.guru | I am sorry, but this looks insaneJul 30 19:10
oiaohmMinceR: there was embedded compare between systemd and normal sysvinit equals result is that systemd is lighter when you are using feature equal.Jul 30 19:12
MinceRyeah, i'm sure there wasJul 30 19:13
oiaohmBut systemd is still heavier than it really need to be.Jul 30 19:13
MinceRand it was probably done by poetteringJul 30 19:13
oiaohmIf it was not working around so many kernel level defects.Jul 30 19:13
XRevan8673 days of uptime, the systemd process used up 5:25 of plain CPU timeJul 30 19:13
oiaohmOr have left over code layout required to work around old defects that the Linux kernel use to have.Jul 30 19:13
oiaohmI do hope openrc is able to make a solid lightwieght version with the features of systemd without the overheads.Jul 30 19:14
XRevan867:34 on logind, 1:04 on resolved, and uh… 3871:23 on journald %).Jul 30 19:14
MinceRbut but but systemd can't work without journald :>Jul 30 19:15
oiaohmThat a joke.Jul 30 19:15
MinceR(they didn't say that it can't work with it either...)Jul 30 19:15
oiaohmThinking that embedded systemd is commonly built without journaldJul 30 19:15
*XRevan86 is considering disabling journald.Jul 30 19:15
MinceRperhaps you should force your beloved lennart to confront his lies.Jul 30 19:15
oiaohmand it works fine just systemctl loses a few features.Jul 30 19:16
*MinceR disabled journaldJul 30 19:16
MinceRalong with the rest of cancerd.Jul 30 19:16
XRevan861649:47 rsyslogd – not that this CPU time is surprising for a logger.Jul 30 19:16
MinceRand the rest of that shitty distro.Jul 30 19:16
XRevan86but I don't like how much RAM it eatsJul 30 19:17
XRevan86on this VPS with 73 days of uptime (and some verbose logging too) journald ate 89.2 MiB of RAMJul 30 19:18
oiaohmMinceR: https://elinux.org/images/6/69/Demystifying_Systemd.pdf  this is what happens when embedded developer puts systemd on a force diet.Jul 30 19:21
oiaohmYou can get systemd with unit processing down under 1meg.Jul 30 19:21
XRevan86^ all those numbers are from Debian, of courseJul 30 19:22
-viera/#techrights-Tux Machines: KDE Plasma 5.16.4 Desktop Environment Released with 18 Changes, Update Now http://www.tuxmachines.org/node/126438 [https://pleroma.site/objects/a19732a3-56d6-4429-b76e-16b369c56d57]Jul 30 19:25
oiaohmThe size of systemd most distributions go for is the common everything incluiding the kitchen sink size.Jul 30 19:26
-viera/#techrights-Tux Machines: Canonical Releases New Linux Kernel Live Patch for Ubuntu 18.04 and 16.04 LTS http://www.tuxmachines.org/node/126439 [https://pleroma.site/objects/0474595d-bc0f-44ba-b768-137ea3479048]Jul 30 19:27
oiaohmOf course systemd source tree does not mandate that.Jul 30 19:27
XRevan86But even with a kitchen sink Storage=none could deal with journald.Jul 30 19:29
-viera/#techrights-Tux Machines: Blender 2.80 http://www.tuxmachines.org/node/126440 [https://pleroma.site/objects/caea34da-7bee-44c9-a13d-2820f335b5ab]Jul 30 19:33
-viera/#techrights-Tux Machines: Programming: Python, Bash and HTML http://www.tuxmachines.org/node/126441 [https://pleroma.site/objects/2253c2f7-69c1-4578-8de9-a51c701fe629]Jul 30 19:43
-viera/#techrights-Tux Machines: #Android Leftovers http://www.tuxmachines.org/node/126442 [https://pleroma.site/objects/1307b451-ec94-4266-8d2c-b1cf889fd038]Jul 30 19:52
-viera/#techrights-Tux Machines: Collabora Brings VR Support to Linux Desktop Environments, Sponsored by Valve http://www.tuxmachines.org/node/126443 [https://pleroma.site/objects/6696f1db-59de-495c-8d02-7e074ca75080]Jul 30 19:55
-viera/#techrights-Tux Machines: today's howtos http://www.tuxmachines.org/node/126444 [https://pleroma.site/objects/db438138-9c0e-4f76-b6ab-b0281d6bff88]Jul 30 20:03
MinceRoiaohm: or i can get it down to 0 bits and be better offJul 30 20:09
MinceRespecially considering that even its unit dependency handling is brokenJul 30 20:09
schestowitzXRevan86: still heavyJul 30 20:13
XRevan86schestowitz: I suppose, but still not by much. On 2G or even 1G this wouldn't make a dent.Jul 30 20:17
-viera/#techrights-Tux Machines: Security Leftovers http://www.tuxmachines.org/node/126445 [https://pleroma.site/objects/6cc12416-122f-4f21-a9b4-ead43e60474d]Jul 30 20:17
-->abeNd-org (~kklenke@rrcs-192-154-182-170.sw.biz.rr.com) has joined #techrightsJul 30 20:33
schestowitzyou'd surprised how tight I am on this machineJul 30 20:36
MinceRthat's what she said.Jul 30 20:36
schestowitzevery 50mb helpJul 30 20:36
---MinceR gives voice to abeNd-org aindilisJul 30 20:36
schestowitzMinceR: don't get me started :-)Jul 30 20:36
MinceRthat is also what she said :>Jul 30 20:37
schestowitzdon't get me finishedJul 30 20:38
MinceR:>Jul 30 20:38
schestowitzif you build it, they will comeJul 30 20:38
schestowitzas per the joke you posted this weekJul 30 20:38
schestowitzchinese machineJul 30 20:39
XRevan86schestowitz: By the same measurement, OpenRC eats less than a MiB, and rsyslog – 2.1 MiBJul 30 20:39
XRevan86schestowitz: So if you need an extra 15 MiB, then systemd is indeed too much.Jul 30 20:40
XRevan86schestowitz: And I'd also ask kaniini around about Alpine ;).Jul 30 20:40
XRevan86(unless you need something that doesn't work with musl)Jul 30 20:41
MinceRwith bedrock, you could presumably use a musl distro for whatever works with musl and a glibc distro for whatever doesn'tJul 30 20:42
XRevan86MinceR: That's more overhead, not less.Jul 30 20:42
MinceRmaybe you don't need the glibc stuff all the timeJul 30 20:44
MinceRmaybe you want to optimize for CPU over RAM :>Jul 30 20:44
XRevan86MinceR: I'm not convinced that glibc is less efficient on CPU…Jul 30 20:44
MinceRwell, maybe having less code to run helpsJul 30 20:45
MinceRmaybe notJul 30 20:45
MinceR¯\_(ツ)_/¯Jul 30 20:45
XRevan86MinceR: glibc has some crazy code, but that's partly because of crazy optimisations.Jul 30 20:45
XRevan86musl's code is simple and straightforward, but that's also because they avoid low-level optimisations.Jul 30 20:47
XRevan86or just obscure hacks that can help run shit fasterJul 30 20:47
<--abeNd-org has quit (Quit: Leaving.)Jul 30 20:49
XRevan86Not judging, just saying that the RAM advantage is a lot more obvious than the CPU one. And if the RAM advantage (or storage space) is removed by containering, then musl probably doesn't have much else to offer.Jul 30 20:49
XRevan86schestowitz: Also, you'd probably save a lot more RAM by removing Apache httpd %).Jul 30 20:52
-->abeNd-org (~kklenke@rrcs-192-154-182-170.sw.biz.rr.com) has joined #techrightsJul 30 20:52
MinceRyeah, especially if you have cacheJul 30 20:53
---MinceR gives voice to abeNd-orgJul 30 20:53
MinceRi suppose if you have cache not all cores can use, you might have cache savings in such a hybrid systemJul 30 20:53
MinceRif musl-based processes run on a different set of cores from the glibc-based onesJul 30 20:53
kaniiniAlpine is boringJul 30 20:54
kaniiniabyss is the new hotnessJul 30 20:54
MinceRthe abyss also gazes into youJul 30 20:54
XRevan86kaniini: I saw you talk about it. But elaborate :PJul 30 20:55
XRevan86MinceR: But then you also have multiple sets of basic processes.Jul 30 20:55
MinceRdo i need them?Jul 30 20:56
XRevan86MinceR: If we're talking about proper containers, then yesJul 30 20:56
MinceRi wasn't talking about containers at allJul 30 20:57
XRevan86And Bedrock is apparently virtualisationJul 30 20:57
MinceRnot reallyJul 30 20:57
MinceRmaybe filesystem virtualizationJul 30 20:57
MinceRbut /home and stuff like that is commonJul 30 20:58
XRevan86> chrootJul 30 20:58
XRevan86Ah, no, not virtualisation.Jul 30 20:58
MinceRit really exists so you can run binaries from multiple distros togetherJul 30 20:58
XRevan86Does it run init?Jul 30 21:00
XRevan86There are problems either way %)Jul 30 21:00
MinceRyes, one initJul 30 21:00
MinceRand it lets you pick oneJul 30 21:00
MinceRyou can reboot to switch initsJul 30 21:00
XRevan86I of course mean guest system inits.Jul 30 21:00
XRevan86with their guest /etc/init.d/ or /{etc,usr/lib}/systemd/system/Jul 30 21:01
MinceRlike i said, it's not virtualization in that senseJul 30 21:01
XRevan86But then its point dimishes, especially on servers.Jul 30 21:02
XRevan86where services and their dependencies matter a lotJul 30 21:03
MinceRdoesn't prevent you from using virtualizationJul 30 21:03
MinceRthings like docker and cgroups being broken will do that instead :>Jul 30 21:03
MinceRunless you run qemuJul 30 21:03
MinceRor something like thatJul 30 21:04
XRevan86MinceR: But then it still means that Bedrock is not useful.Jul 30 21:04
scientesqemu itsself is brokenJul 30 21:04
scientesdonJul 30 21:04
MinceRXRevan86: to youJul 30 21:04
scientesyou will quickly run into bugs in qemuJul 30 21:04
XRevan86MinceR: And to the proposed scenario of running two distros, musl and glibc.Jul 30 21:04
MinceRmore like running a mixture of two distrosJul 30 21:05
XRevan86but without their initscripts?Jul 30 21:05
MinceRprobably only with the initscripts of the one that provides your initJul 30 21:06
XRevan86just like two chroots slapped togetherJul 30 21:06
MinceRkindaJul 30 21:06
scientesXRevan86, does Debian multi-arch solve your problemsJul 30 21:07
XRevan86scientes: What problems? :)Jul 30 21:07
scienteson Debian you can have multiple libcs installed at the same timeJul 30 21:07
scienteswith the same library compiled multiple timesJul 30 21:07
MinceRon debian you can have many more things broken at the same timeJul 30 21:08
MinceRlike init and apt and gnomeJul 30 21:08
XRevan86scientes: Hm, indeed. But these aren't "my problems".Jul 30 21:08
XRevan86scientes: It's just where the conversation led us %)Jul 30 21:08
scientesmulti-arch is greatJul 30 21:09
XRevan86scientes: systemd eats more than 10M of RAM, schestowitz doesn't like that, I suggested that if 15M of RAM is important then Alpine should be considered. MinceR suggested combining glibc and musl distros with Bedrock Linux.Jul 30 21:09
MinceRnot for schestowitz's problemJul 30 21:10
scientesyou could also build systemd against muslJul 30 21:10
XRevan86scientes: I'm trying to prove that this is a bad idea that doesn't solve it anyway.Jul 30 21:10
MinceRafaik systemd requires glibcJul 30 21:10
XRevan86Anyway, Alpine is a lightweight distro in the most literal sense of the word.Jul 30 21:11
XRevan86That's why I suggested it.Jul 30 21:11
scientesXRevan86, I don't think installing it on my laptop will make it weigh any less ;)Jul 30 21:11
XRevan86when it comes to RAM of course :)Jul 30 21:12
XRevan86not THAT literalJul 30 21:12
MinceRwhat if you put a bladder of helium in your laptop?Jul 30 21:12
XRevan86It's just that "lightweight" is abused so much these days.Jul 30 21:12
XRevan86for softwareJul 30 21:12
scientesMinceR, or use ARM's new helium instruction set?Jul 30 21:13
MinceRlolJul 30 21:13
MinceRXRevan86: especially by people like oiaohmJul 30 21:13
XRevan86kaniini: So what's that abyss thing? How many Magog are we talking here about?Jul 30 21:13
-viera/#techrights-Tux Machines: Even Microsoft Boosters 'Love' Linux, Albeit Only When It's Actually Microsoft's http://techrights.org/2019/07/30/microsoft-sandbox-for-linux/ [https://pleroma.site/objects/7134070c-7560-47ab-acf8-737794e83347]Jul 30 21:25
MinceRhttps://img.pr0gramm.com/2019/07/22/eef3facc6b847e97.jpgJul 30 21:33
-viera/#techrights-Tux Machines: Ubuntu in the Largest Surveillance Host and 'Store' Experience http://www.tuxmachines.org/node/126446 [https://pleroma.site/objects/c292659d-1c2f-400c-b435-5faa0e390151]Jul 30 21:45
-viera/#techrights-Tux Machines: Robot kit builds on Jetson Nano http://www.tuxmachines.org/node/126447 [https://pleroma.site/objects/61e3dd78-4ee1-4559-bce7-fd9ba307264c]Jul 30 21:53
-viera/#techrights-Tux Machines: 4 Discord alternatives for Linux gamers http://www.tuxmachines.org/node/126448 [https://pleroma.site/objects/adaf3dda-be3a-41e5-8ce7-547d6f0c9b8f]Jul 30 21:56
-viera/#techrights-Tux Machines: A month later this balloon is starting to become deflated (the 15th birthday of @tuxmachines site) http://schestowitz.com/royrianne/gallery/index.php/15-Year-Anniversary-Party-for-Tux-Machines/Preparation-for-Party/20190628_170454 [https://pleroma.site/objects/91ba3a10-ae0c-4bb0-acff-0e96fcafab1c]Jul 30 22:03
MinceRhttps://vid.pr0gramm.com/2019/06/03/9aac8efedc3fd0ac.mp4Jul 30 22:19
oiaohmMinceR: https://lists.freedesktop.org/archives/systemd-devel/2014-September/023177.html  I like how you keep on getting things wrong.  Its been possible to build systemd without glibc for quite some time.Jul 30 22:29
-TechrightsBot-tr/#techrights-lists.freedesktop.org | [systemd-devel] [RFC 00/25] Compile against the musl libcJul 30 22:29
oiaohmMinceR: requires glibc is bullcrap as normal.Jul 30 22:29
oiaohmXRevan86: sysvinit with the bash/dash memory eat from the runscripts created envornmental crap in fact works out in a lot of cases worse in memory usage.Jul 30 22:30
XRevan86oiaohm: It runs and then it doesn't.Jul 30 22:31
XRevan86oiaohm: initscripts are one-shot thingsJul 30 22:32
MinceRthis is obviously beyond oiaohm's understandingJul 30 22:32
XRevan86Which is mostly shitty, because process tracking through pidfiles is crude, but in this case it helpsJul 30 22:32
MinceRit probably wasn't on the brochure :>Jul 30 22:32
MinceRit's crude, but at least it worksJul 30 22:32
MinceRunlike cancerdJul 30 22:32
MinceRand it's portableJul 30 22:33
MinceRunlike cancerdJul 30 22:33
XRevan86MinceR: systemd knows when a process crashed.Jul 30 22:33
MinceRno, systemd _believes_ it knows when a process crashed.Jul 30 22:33
XRevan86MinceR: No… it's pretty good at thisJul 30 22:34
oiaohmMinceR: No shut up .Jul 30 22:34
XRevan86Back to the usual friendliness…Jul 30 22:34
oiaohmXRevan86: read what I said carefully.  envornmental.Jul 30 22:34
XRevan86oiaohm: What do you mean by that?Jul 30 22:35
XRevan86oiaohm: envvars? /run/ pollution? What?Jul 30 22:35
oiaohmXRevan86: Environment  Vars a lot of them are populated in your old initscripts.   Those end up copied into the environment vars of all you down stream running parts.Jul 30 22:36
XRevan86oiaohm: Ah, I see.Jul 30 22:36
oiaohmIts one of the sneak evil where in hell did my memory go problems.Jul 30 22:36
oiaohmIts why when people started totally benching systemd vs sysvinit systems things did not quite work out to be what was expected.Jul 30 22:37
XRevan86oiaohm: old initscripts… I can only tell about Debian initscriptsJul 30 22:37
MinceRthat's some entirely new brand of bullshitJul 30 22:37
MinceRblaming environment variables on sysvinitJul 30 22:38
XRevan86oiaohm: And it's not like "export" is by defaultJul 30 22:38
MinceRin some last ditch attempt to prop up cancerdJul 30 22:38
MinceRyou people are desperateJul 30 22:38
MinceRi just don't see whyJul 30 22:38
MinceRyou already have debian and ubuntu in your pocketsJul 30 22:38
oiaohmPeople were expecting systemd to be memory heavier but sysvinit in most case cases turned out to have a high total memory usage.Jul 30 22:38
MinceRTIL bash is part of sysvinitJul 30 22:38
XRevan86oiaohm: There has to be *intent* when adding a new variable. Just a stray variable in sh won't cut itJul 30 22:39
MinceRor rather, the environment variable arrayJul 30 22:39
MinceRXRevan86: they don't care, they try out benchmarks until they find a way to "prove" their massive hairball is something it isn'tJul 30 22:39
oiaohmXRevan86: some of it how bash/dash stores functions.Jul 30 22:39
oiaohmXRevan86: there are exports in the way init scripts are done up.Jul 30 22:40
MinceRhopefully at least the NSA pays them for this massive generation of entropyJul 30 22:40
MinceRif you hate shell scripts so much, go run winblowsJul 30 22:40
XRevan86oiaohm: "store functions" – one-shot, remember?Jul 30 22:40
MinceRit already has all the broken bloated fascist bullshit you wantJul 30 22:40
XRevan86# grep -r export /etc/init.d/ | wc -lJul 30 22:41
XRevan862Jul 30 22:41
oiaohmXRevan86: /lib/lsb/init-functions  this here populates a stack of functions.  It run in most init scripts to populate functions in you envornmetal memory.Jul 30 22:42
oiaohmXRevan86: and that is copied to when its starts services.Jul 30 22:42
XRevan86oiaohm: Okay… I can test thatJul 30 22:42
oiaohmXRevan86: its not as one shot and gone as you would hope for.Jul 30 22:42
MinceRa shell you can tell to stop exporting functions would take a lot less effort to develop than cancerdJul 30 22:43
MinceRor than finding a benchmark that makes cancerd look goodJul 30 22:43
XRevan86a moment, pleaseJul 30 22:43
XRevan86oiaohm: I don't see it.Jul 30 22:44
XRevan86No extra variables.Jul 30 22:45
oiaohmXRevan86: you did check with the set command because the env command will not display functions.Jul 30 22:51
oiaohmXRevan86: fun of dash and bash a blackhole where it can put some in the copied between programs environment  memory that gets copied between programs and then decides not to show it unless you do the right commands.Jul 30 22:53
XRevan86oiaohm: Wait, sh populates functions?Jul 30 22:53
XRevan86I thought you meant that it wraps them in envvars and sends somewhereJul 30 22:54
XRevan86Okay, I'll check that…Jul 30 22:54
MinceRhttps://twitter.com/stfnnoo/status/752616647886798848Jul 30 22:55
-TechrightsBot-tr/#techrights-@stfnnoo: @systemdsucks starts my daemons w/o getting IPv6 addr first. Bind() fails,daemons stay dead on reboot until manually started.A FUCKIN JOKE.Jul 30 22:55
XRevan86oiaohm: Checked with set, still nothing.Jul 30 22:58
XRevan86I checked on Devuan Ascii with plain sysvinit.Jul 30 22:59
oiaohmXRevan86: hmm maybe that leak finally got fixed.Jul 30 22:59
oiaohmI remember from a compare back in 2014Jul 30 22:59
MinceRhttps://i.redd.it/qqdla830gsex.jpgJul 30 23:00
XRevan86oiaohm: If it's fixed, then it's not scary anymoreJul 30 23:01
XRevan86I can bootstrap Squeeze and then though :PJul 30 23:01
XRevan86* and check that thoughJul 30 23:01
XRevan86or better WheezyJul 30 23:02
XRevan86oiaohm: Still nothing.Jul 30 23:21
oiaohmXRevan86: I would guess fix would be backported.  I had missed the fix.    I did find some internal notes where particular init scripts that depend on the functions set in bash/dash replicating by envornmental vars failed when they no longer did.Jul 30 23:28
oiaohmstill leaves sysvinit with the PID reuse issues and other races like that that need fixing.Jul 30 23:30
XRevan86oiaohm: I did not plug wheezy-updates in there.Jul 30 23:39
<--abeNd-org has quit (Quit: Leaving.)Jul 30 23:48

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