<?xml version="1.0"?><rss version="2.0"><channel><title>Linux UNIX BSD etc.</title><link>https://uncensored.citadel.org/</link><description>
Linux, Unix, *BSD, etc. discussion.  And remember: there is no such thing as &quot;GNU/Linux&quot;.
</description><image><title>Linux UNIX BSD etc.</title><url>https://uncensored.citadel.org/roompic?room=Linux%20UNIX%20BSD%20etc.</url><link>https://uncensored.citadel.org/</link></image>
<description>Linux UNIX BSD etc.</description>
<item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099549598</link><pubDate>Fri, 19 Dec 2025 18:07:10 -0000</pubDate><title>Re: New Linux Patch Confirms: Rust Experiment Is Done, Rust Is Here To Stay</title><guid isPermaLink="false">2099549598@Uncensored</guid><description><![CDATA[If the kernel becomes monumentally unstable because of the Rust cancer (both
the code and the awful, awful people who push it) the industry isn't going
to put up with it.  At the end of the day, shit has to *work*. 
  
 I'll stick with what I've got for now.  I'm pretty heavily invested in the
ecosystem (LXC, Wireguard, Docker, etc) and I've put together a lovely operational
practice on my home server that doesn't require any virtual machines. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099549133</link><pubDate>Tue, 16 Dec 2025 12:13:31 -0000</pubDate><title>Re: New Linux Patch Confirms: Rust Experiment Is Done, Rust Is Here To Stay</title><guid isPermaLink="false">2099549133@Uncensored</guid><description><![CDATA[<html><body>

<p>I thought it was Linus himself who supported this decision, and might have been his idea to be 'inclusive of rust'.</p>
<p>FreeBSD 15 out. Might be an option for many.</p>
<blockquote>
<div class="message_header"><span>Tue Dec 16 2025 02:25:37 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: New Linux Patch Confirms: Rust Experiment Is Done, Rust Is Here To Stay</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Yeah. The patch made it in, and no one is quite sure who decided that the Rust cancer in the kernel would be permanent. <br /><br />Rust is a hate group masquerading as a programming language. <br /><br />The kernel additions are known to have bugs and missing features. And somehow they're ok with that. The last time I saw anything like this it was when everyone pretended that the covid jab was "safe and effective". </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099549105</link><pubDate>Tue, 16 Dec 2025 02:25:37 -0000</pubDate><title>Re: New Linux Patch Confirms: Rust Experiment Is Done, Rust Is Here To Stay</title><guid isPermaLink="false">2099549105@Uncensored</guid><description><![CDATA[Yeah.  The patch made it in, and no one is quite sure who decided that the
Rust cancer in the kernel would be permanent. 
  
 Rust is a hate group masquerading as a programming language. 
  
 The kernel additions are known to have bugs and missing features.  And somehow
they're ok with that.  The last time I saw anything like this it was when
everyone pretended that the covid jab was "safe and effective". 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099548819</link><pubDate>Sat, 13 Dec 2025 21:04:26 -0000</pubDate><title>Re: New Linux Patch Confirms: Rust Experiment Is Done, Rust Is Here To Stay</title><guid isPermaLink="false">2099548819@Uncensored</guid><description><![CDATA[<html><body>

<p>That is a shame.</p>
<p> </p>
<p> </p>
<div class="message_header" style="padding: 0px; background-color: #deded0; color: #000080;">Sat Dec 13 2025 15:44:28 UTC from rss &lt;&gt;<span class="message_subject">Subject: New Linux Patch Confirms: Rust Experiment Is Done, Rust Is Here To Stay</span></div>
<div class="message_content" style="background-color: transparent; padding: 0px; color: #000080;">Rust for Linux lead developer Miguel Ojeda posted the patch a short time ago to "conclude the Rust experiment". The "experiment" of Rust programming language code in the Linux kernel is over as it's now accepted to be a success and "Rust is here to stay" in the kernel...<br /><br /><a href="https://www.phoronix.com/news/Rust-To-Stay-Linux-Kernel" target="webcit01">https://www.phoronix.com/news/Rust-To-Stay-Linux-Kernel</a></div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099548706</link><pubDate>Sat, 13 Dec 2025 04:50:04 -0000</pubDate><title>Re: Valve&#39;s SteamOS, Microsoft Canonical&#39;s Ubuntu, and Other Platforms That Only Leverage Free Software (But Won&#39;t Protect It)</title><guid isPermaLink="false">2099548706@Uncensored</guid><description><![CDATA[<html><body>

<p>FFS.  Schestowitz is a Stalllmanite and just as GNU/Boneheaded. Ubuntu may have more corporate ties now but the article is wrong, it really was so much better and polished and usable than anything else back in 2011.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099548636</link><pubDate>Fri, 12 Dec 2025 15:43:18 -0000</pubDate><title>Re: Valve&#39;s SteamOS, Microsoft Canonical&#39;s Ubuntu, and Other Platforms That Only Leverage Free Software (But Won&#39;t Protect It)</title><guid isPermaLink="false">2099548636@Uncensored</guid><description><![CDATA[<html><body>

<p>Totally agree.  I think we need a team, commanded by Paul Kersey, to start taking care of problems.</p>
<p> </p>
<p> </p>
<div class="message_header" style="padding: 0px; background-color: #deded0; color: #000080;">Fri Dec 12 2025 13:22:43 UTC from rss &lt;&gt;<span class="message_subject">Subject: Valve's SteamOS, Microsoft Canonical's Ubuntu, and Other Platforms That Only Leverage Free Software (But Won't Protect It)</span></div>
<div class="message_content" style="background-color: transparent; padding: 0px; color: #000080;">Despite the word "ubuntu" having a nice connotation (especially in Africa), the distro called "ubuntu" isn't a poster child for community but for a super-rich person commanding an army of unpaid volunteers<br /><br /><a href="https://techrights.org/n/2025/12/12/Valve_s_SteamOS_Microsoft_Canonical_s_Ubuntu_and_Other_Platform.shtml" target="webcit01">https://techrights.org/n/2025/12/12/Valve_s_SteamOS_Microsoft_Canonical_s_Ubuntu_and_Other_Platform.shtml</a></div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099547901</link><pubDate>Sun, 07 Dec 2025 02:30:47 -0000</pubDate><title>Message #2099547901</title><guid isPermaLink="false">2099547901@Uncensored</guid><description><![CDATA[<html><body>

<p>I was constantly using my last generation to fund my next generation. I didn't do that with my Amiga 2000 - I just sold it because it was a huge, heavy, currently useless box that never got used anymore. That was also a mistake. :) </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Dec 06 2025 18:20:10 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p>I didn't sell my old terminals, I ran them until they eventually broke.  I had a VP60 and a Z-19.</p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099547863</link><pubDate>Sat, 06 Dec 2025 18:20:10 -0000</pubDate><title>Message #2099547863</title><guid isPermaLink="false">2099547863@Uncensored</guid><description><![CDATA[<html><body>

<p>I didn't sell my old terminals, I ran them until they eventually broke.  I had a VP60 and a Z-19.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099547802</link><pubDate>Sat, 06 Dec 2025 05:37:26 -0000</pubDate><title>Message #2099547802</title><guid isPermaLink="false">2099547802@Uncensored</guid><description><![CDATA[<html><body>

<p>I loved it. Big old plastic green screen terminal with a detachable monster mechanical keyboard with a telephone style cord. <br /><br />I wish I had never sold my old machines. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Nov 29 2025 22:30:07 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>So I eventually got a MIC-504 with an ADDS viewpoint terminal <br />running legitimate CP/M - because... for REAL CP/M - you needed <br />a REAL CP/M machine.  </blockquote>
<br />Oooooh, the Viewpoint 60 terminal ... I had one of those too. It was with me through three or four different unix machines. Some of the code written through it is almost certainly still running here. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099547298</link><pubDate>Tue, 02 Dec 2025 16:45:08 -0000</pubDate><title>Message #2099547298</title><guid isPermaLink="false">2099547298@Uncensored</guid><description><![CDATA[<html><body>

<p>FreeBSD 15 is out.  and supposedly even more wifi support..  i should dig out one of the couple of spares i kept  ( most were jettisoned ), and try it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546946</link><pubDate>Sat, 29 Nov 2025 22:30:07 -0000</pubDate><title>Message #2099546946</title><guid isPermaLink="false">2099546946@Uncensored</guid><description><![CDATA[ >So I eventually got a MIC-504 with an ADDS viewpoint terminal  
 >running legitimate CP/M - because... for REAL CP/M - you needed  
 >a REAL CP/M machine.   
  
 Oooooh, the Viewpoint 60 terminal ... I had one of those too.  It was with
me through three or four different unix machines.  Some of the code written
through it is almost certainly still running here. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546734</link><pubDate>Fri, 28 Nov 2025 07:03:18 -0000</pubDate><title>Message #2099546734</title><guid isPermaLink="false">2099546734@Uncensored</guid><description><![CDATA[<html><body>

<p>Just stores. Membership - you had to buy a card for a buck. </p>
<blockquote>
<div class="message_header"><span>Thu Nov 27 2025 15:22:20 UTC</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>it sounds familiar. But just vaguely.   Did they also do mail-order or just stores? </p>
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546676</link><pubDate>Thu, 27 Nov 2025 15:22:20 -0000</pubDate><title>Message #2099546676</title><guid isPermaLink="false">2099546676@Uncensored</guid><description><![CDATA[<html><body>

<p>it sounds familiar. But just vaguely.   Did they also do mail-order or just stores? </p>
<blockquote>
<div class="message_header"><span>Thu Nov 27 2025 04:19:21 UTC</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p>Did you guys have GEMCO? </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546675</link><pubDate>Thu, 27 Nov 2025 15:21:20 -0000</pubDate><title>Message #2099546675</title><guid isPermaLink="false">2099546675@Uncensored</guid><description><![CDATA[<html><body>

<p>Ill meet you out back.</p>
<p> </p>
<p>( just kidding )</p>
<blockquote>
<div class="message_header"><span>Thu Nov 27 2025 04:05:48 UTC</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p><br /><br />Sorry Nurb - the Atari ST is more like an 8 bit than a 16 bit machine. Like a C-64 with GEOS. <br /><br /> </p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546619</link><pubDate>Thu, 27 Nov 2025 04:19:21 -0000</pubDate><title>Message #2099546619</title><guid isPermaLink="false">2099546619@Uncensored</guid><description><![CDATA[<html><body>

<p>Did you guys have GEMCO? It got bought out by Target. It is where I got my first C-128. I can tell you the story about that. I was a strung out 15 year old who had overdosed on speed and blow and my dad had died, my mom got a job, and she took me to GEMCO and bought me a C-128 and a 1571 disk drive - to... try and save me, I suppose, with Ultima 3... <br /><br />And I think it kinda did. I got a free 1601 300bps modem with it - with QuantumLink - which got me into telecomputing and dialing up and into Citadel eventually. And I was so overwhelmed - with... creating a "data" disk for Ultima 3 so I could play the game. There was no INTERNET to guide you through - no walkthroughs. There were Compute! magazine and Computer Shopper and the dial up BBS lists in the back and I had to figure out the first dozen steps myself with NO help as a 15 year old recently clean drug addict. I think at each step I kind of went, "I'm not the super cool druggie kid I thought I was - I'm a really smart nerd." <br /><br />It w
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546618</link><pubDate>Thu, 27 Nov 2025 04:12:15 -0000</pubDate><title>Message #2099546618</title><guid isPermaLink="false">2099546618@Uncensored</guid><description><![CDATA[<html><body>

<p>And the Atari 800 vs. the C=64 is a closer fight, I guess. They both have their strong suits. <br /><br />But the C=64 was affordable and you could buy them and their software all day long at Toys R Us. <br /><br />And THAT was the killer feature. It doesn't matter what advantages the Atari 800 had. By the time Atari released the 800XL and the XEGS and you could buy them at KayBee stores - it was too late. <br /><br />I also get why wanting a IIe/II+ (or even an XT/8086 with CGA/EGA) back then was the "dream". <br /><br />But the Commodore 64 beat the snot out of those too. <br /><br />And my FIRST Commodore was a 128 - and I actually ran my FIRST Citadel BBS in CP/M mode on a C-128... one of the local Citadelphia coders made me a version that would run on my C-128 - and it "worked"... <br /><br />But it constantly got BDOS errors on the 1571 disk drives required to run CP/M. </p>
<p><br />So I eventually got a MIC-504 with an ADDS viewpoint terminal running legitimate CP/M - because... for REAL CP/M - you needed a REAL CP/M machine. <br /><br />Otherwise, mostly my C-128 was used as a fancy C-64 that let me run 80 column terminal programs for dial up BBSes instead of 40 col C-64 terminal programs. Which was a nice benefit - but not enough to justify having a C-128 over a C-64, in truth. <br /><br />Once I got an Amiga 2000 - the C-128 quickly became a paperweight. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546616</link><pubDate>Thu, 27 Nov 2025 04:05:48 -0000</pubDate><title>Message #2099546616</title><guid isPermaLink="false">2099546616@Uncensored</guid><description><![CDATA[<html><body>

<p>My Amiga friends still give me shit because I have a Mega 2 ST, and I have an FPGA MiST just because it is one of the BEST FPGA Atari STs (it has MIDI ports native). <br /><br />And when the ST got a blitter - it sure helped. <br /><br />But the Amiga was hands down a better, more advanced computer on almost EVERY metric. <br /><br />The ST core clock speed was slightly faster - and despite the custom graphic and sound chips on the Amiga - gave it an advantage on certain games. A rare selection. <br /><br />The Amiga *is* an ST - but Atari - Tramiel - blew it and the team left for Commodore - and what Atari cobbled to was what they had left when the design team left. <br /><br />So, the A1000 came out first, and Atari responded with the 520ST - which... neither was very good. The A500 and A2000 left the 1040ST behind - and at every next step, the Mega, Mega 2, Mega STE, whatever came next, up to the Jaguar - the Atari was just catching up. <br /><br />I have a real soft spot for Atari among Commodor
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546564</link><pubDate>Wed, 26 Nov 2025 22:17:51 -0000</pubDate><title>Message #2099546564</title><guid isPermaLink="false">2099546564@Uncensored</guid><description><![CDATA[<html><body>

<p>Bleh! "have to compare apples to apples" and you 'cant compare apples to oranges'</p>
<p>Been one of them days of fat fingers, cut out a bunch of text i wrote just as i hit go.   So, we going to get ability to edit posts with the new UI? :)</p>
<blockquote>
<div class="message_header"><span>Wed Nov 26 2025 22:16:03 UTC</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>So, you are one of *them*. Ewwwww!. Lol.</p>
<p> </p>
<p>Now, to be fair ( on both sides ) you have to compare apples to oranges. They both were a 'line' not a single entity, and unless you compared to similar generations, its like comparing a Model T to a 87 Iroc-Z..  "they are both cars.. "</p>
<p>Still would have loved to get my hands on a ATW...  Not sure how many of those actually hit the streets, but on paper they were scary amazing, even if they did look a like like a PS/2. lol.  Oh, and a STBook, which i dont think did see daylight, due to the damned Tramiel brothers being idiots and F-ing things up about that time frame just before the collapse...  </p>
<blockquote>
<div class="message_header"><span>Wed Nov 26 2025 20:23:34 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p> </p>
<p>Later on I got an Amiga, which totally blew away the Atari ST, no question about it.</p>
<p> </p>
</div>
</blockquote>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546563</link><pubDate>Wed, 26 Nov 2025 22:16:03 -0000</pubDate><title>Message #2099546563</title><guid isPermaLink="false">2099546563@Uncensored</guid><description><![CDATA[<html><body>

<p>So, you are one of *them*. Ewwwww!. Lol.</p>
<p> </p>
<p>Now, to be fair ( on both sides ) you have to compare apples to oranges. They both were a 'line' not a single entity, and unless you compared to similar generations, its like comparing a Model T to a 87 Iroc-Z..  "they are both cars.. "</p>
<p>Still would have loved to get my hands on a ATW...  Not sure how many of those actually hit the streets, but on paper they were scary amazing, even if they did look a like like a PS/2. lol.  Oh, and a STBook, which i dont think did see daylight, due to the damned Tramiel brothers being idiots and F-ing things up about that time frame just before the collapse...  </p>
<blockquote>
<div class="message_header"><span>Wed Nov 26 2025 20:23:34 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p> </p>
<p>Later on I got an Amiga, which totally blew away the Atari ST, no question about it.</p>
<p> </p>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546554</link><pubDate>Wed, 26 Nov 2025 20:23:34 -0000</pubDate><title>Message #2099546554</title><guid isPermaLink="false">2099546554@Uncensored</guid><description><![CDATA[<html><body>

<p>Actually, I had a Commodore 64 but wanted an Apple.</p>
<p>Later on I got an Amiga, which totally blew away the Atari ST, no question about it.</p>
<p>My Computer Is Better Than Yours (tm)</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546396</link><pubDate>Tue, 25 Nov 2025 19:13:18 -0000</pubDate><title>Message #2099546396</title><guid isPermaLink="false">2099546396@Uncensored</guid><description><![CDATA[ > 2025-11-10 21:23 from Nurb432   
 >It was Bookworm to Trixie.  Yes, its always done fine in the  
 >past. But not this time. Any attempt.    
 >  
  
 Funny enough, I tried upgrading some of my services in a staging environment
and the results were abysmal. So many services would refuse to restart cleanly.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546350</link><pubDate>Tue, 25 Nov 2025 15:31:10 -0000</pubDate><title>Message #2099546350</title><guid isPermaLink="false">2099546350@Uncensored</guid><description><![CDATA[<html><body>

<p>I was in the minority here. This was commodore country. </p>
<p>But, we still had better hardware .  lol</p>
<p> </p>
<p>Joking aside, i ended up with an Amiga 500 once.  "really, this is it? no wonder we are better".   Now, to give them credit, a C128, could run cp/m native just fine, and not be a behemoth on your desk like a kaypro.. And i will give them credit for helping build the market, they did sell a LOT of 64s... and got a lot of people involved who had no clue before.</p>
<blockquote>
<div class="message_header"><span>Tue Nov 25 2025 03:19:04 UTC</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p>Atari guys can be pretty bad, but yeah - nowhere near the level of Commodore. I think every Autistic kid in the 80s ended up with a C-64 and wanted an Amiga. </p>
<blockquote>
<div class="message_content">
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099546277</link><pubDate>Tue, 25 Nov 2025 03:19:04 -0000</pubDate><title>Message #2099546277</title><guid isPermaLink="false">2099546277@Uncensored</guid><description><![CDATA[<html><body>

<p>Atari guys can be pretty bad, but yeah - nowhere near the level of Commodore. I think every Autistic kid in the 80s ended up with a C-64 and wanted an Amiga. </p>
<blockquote>
<div class="message_content">
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099545894</link><pubDate>Sat, 22 Nov 2025 01:42:38 -0000</pubDate><title>Message #2099545894</title><guid isPermaLink="false">2099545894@Uncensored</guid><description><![CDATA[<html><body>

<p>Bingo.</p>
<p>Tho.. i cant say much as us Atarians were not much better.   Not as bad, but still...</p>
<blockquote>
<div class="message_header"><span>Sat Nov 22 2025 01:40:26 UTC</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p><br /><br />But... it wouldn't be a Commodore environment without that kind of arrogance, </p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099545892</link><pubDate>Sat, 22 Nov 2025 01:40:26 -0000</pubDate><title>Message #2099545892</title><guid isPermaLink="false">2099545892@Uncensored</guid><description><![CDATA[<html><body>

<p>So, one of the lead developers of the Amiga Vampire project by Apollo Computers is this German guy named Gunner. <br /><br />He treats me like I'm a technology idiot. Super arrogant. <br /><br />I keep trying to explain to him I ran a Citadel Linux BBS on Proxmox (I just got one of my backup development servers back online today, it is working flawlessly, I could bring it back tomorrow)... <br /><br />And he doesn't seem to get it that this means I'm at least not a complete mouth-breather at technology. <br /><br />I came into his world the same way I came in here, thrashing and breaking things and not quite sure of anything - but you guys, like Citadelphians always have been - seemed to go, "Wow, look at this Tasmanian devil of blundering moronic insanity, let's see if we can help him..." <br /><br />Which is what I love about Citadel. It feels like a community that always goes "Well, that is anarchy, but I bet we can build order from it." <br /><br />And by the end - I was... I mean, I was dormant
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099545143</link><pubDate>Sun, 16 Nov 2025 22:35:09 -0000</pubDate><title>Message #2099545143</title><guid isPermaLink="false">2099545143@Uncensored</guid><description><![CDATA[ > 2025-11-13 21:50 from Nurb432       
 >Any of you use BorgBackup?       
 >      
 >Been using Rsync forever, but thinking of looking at      
 >alternatives for my off-site storage, for storage/network      
 >compression and dedup..  and that popped up. Seems to have been      
 >around a good decade.        
 >      
 >I know rsync can compress traffic, but be nice to safe some      
 >space on the drive too.       
 >      
      
 I can't comment on BorgBackup specifically, but for small scale serious backups
you should consider a solution such as restic or bacula.     
    
 Restic can store backups on a regular mount point (such as an NFS share),
over sftp, or on a dedicated Restic server. Deduplication is supported, incremental
service is supported, and everythign is compressed and encrypted.   
  
 Performance for big transfers is not great. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544741</link><pubDate>Thu, 13 Nov 2025 21:50:58 -0000</pubDate><title>Message #2099544741</title><guid isPermaLink="false">2099544741@Uncensored</guid><description><![CDATA[<html><body>

<p>Any of you use BorgBackup?</p>
<p>Been using Rsync forever, but thinking of looking at alternatives for my off-site storage, for storage/network compression and dedup..  and that popped up. Seems to have been around a good decade. </p>
<p>I know rsync can compress traffic, but be nice to safe some space on the drive too. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544315</link><pubDate>Mon, 10 Nov 2025 21:23:13 -0000</pubDate><title>Message #2099544315</title><guid isPermaLink="false">2099544315@Uncensored</guid><description><![CDATA[<html><body>

<p>It was Bookworm to Trixie.  Yes, its always done fine in the past. But not this time. Any attempt. </p>
<p>Saving home would have been fine for the laptop it ate. But i had nothign there any way of valiue, so a reload fixed it.</p>
<p>The server, home was the least of my concerns it was drivers, CUDA, dev tools, bla bla.  I gave up and redid it with bookworm. Now its fine, which is the version it will most likely stay on the rest of its life.  Goig from buster to bookworm was also a bit of a pain. Some of the components were not there yet, even tho it was in release mode, not testing. But they were in sid ( trixie ) so i did that and left it be until release ( something like 2 years ).   But when trixie finally came out, some were removed, and other things broke, like the laptop.  ***ers.  Sure a reload would have made it 'work', but not for me, i need that NVIDIA crap working or its a boat anchor and might as well toss it in the river.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Nov 10 2025 18:22:19 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>As i was ranting above, so far, no upgrade i have done has <br />worked ( on stock Debian ).  Its all been reloads.  Now, i </blockquote>
<br />Debian to Devuan, or Debian to newer Debian? I upgrade them all the time and it works pretty seamlessly. <br /><br />To go to a different distribution though, I do find it's more reliable to just boot from the installer, mount root, delete everything except /home (and maybe /opt and /usr/local if you have anything there) and then proceed with the installation. I just did that over the weekend, in fact. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544305</link><pubDate>Mon, 10 Nov 2025 19:56:44 -0000</pubDate><title>Message #2099544305</title><guid isPermaLink="false">2099544305@Uncensored</guid><description><![CDATA[ > To go to a different distribution though, I do find it's more reliable
   
 >to just boot from the installer, mount root, delete everything except  
  
 >/home (and maybe /opt and /usr/local if you have anything there) and   
 
 >then proceed with the installation.  I just did that over the weekend, 
   
 >in fact.     
 >     
 >    
    
 To be honest, if you are working with OS images you are probably better just
creating new OS images and redeploying them, specially if you have some no-thinking-involved
initialization tool. I am a dinosaur so I go the traditional route, though.
  
  
 And yeah, I use Devuan at work when Linux is needed, so it would be a Devuan->Devuan
upgrade. I have a Debian machine somewhere for some applications that would
be too much hassle to port over, though. That said, most of what is not a
workstation around here runs BSD. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544273</link><pubDate>Mon, 10 Nov 2025 18:22:19 -0000</pubDate><title>Message #2099544273</title><guid isPermaLink="false">2099544273@Uncensored</guid><description><![CDATA[ >As i was ranting above, so far, no upgrade i have done has  
 >worked ( on stock Debian ).  Its all been reloads.  Now, i  
  
 Debian to Devuan, or Debian to newer Debian?  I upgrade them all the time
and it works pretty seamlessly. 
  
 To go to a different distribution though, I do find it's more reliable to
just boot from the installer, mount root, delete everything except /home (and
maybe /opt and /usr/local if you have anything there) and then proceed with
the installation.  I just did that over the weekend, in fact. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544236</link><pubDate>Mon, 10 Nov 2025 13:08:49 -0000</pubDate><title>Message #2099544236</title><guid isPermaLink="false">2099544236@Uncensored</guid><description><![CDATA[<html><body>

<p>As i was ranting above, so far, no upgrade i have done has worked ( on stock Debian ).  Its all been reloads.  Now, i don't pretend to be upgrading 100s of them and its been just a couple of attempts, but its not a good sign.</p>
<blockquote>
<div class="message_header"><span>Sun Nov 09 2025 23:59:39 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2025-11-09 15:35 from Nurb432 <br />"Devuan 6.0 “Excalibur” Released — Debian 13 without <br />systemd" <br /><br />  <br /><br />  <br /><br /></blockquote>
<br />I was expecting this one. I don't think I am going to upgrade my production systems just yet, though XD. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544196</link><pubDate>Sun, 09 Nov 2025 23:59:39 -0000</pubDate><title>Message #2099544196</title><guid isPermaLink="false">2099544196@Uncensored</guid><description><![CDATA[ > 2025-11-09 15:35 from Nurb432   
 >"Devuan 6.0 “Excalibur” Released — Debian 13 without  
 >systemd"   
 >  
 >    
 >  
 >   
 >  
  
 I was expecting this one. I don't think I am going to upgrade my production
systems just yet, though XD. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544181</link><pubDate>Sun, 09 Nov 2025 15:35:24 -0000</pubDate><title>Message #2099544181</title><guid isPermaLink="false">2099544181@Uncensored</guid><description><![CDATA[<html><body>

<p>"Devuan 6.0 “Excalibur” Released — Debian 13 without systemd"</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544179</link><pubDate>Sun, 09 Nov 2025 14:51:53 -0000</pubDate><title>Re: OpenMandriva is Teh R0x0r</title><guid isPermaLink="false">2099544179@Uncensored</guid><description><![CDATA[<html><body>

<p>My condolences. </p>
<blockquote>
<div class="message_header"><span>Sun Nov 09 2025 01:23:28 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: OpenMandriva is Teh R0x0r</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"> I selected the Wayland variant --</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544122</link><pubDate>Sun, 09 Nov 2025 01:23:28 -0000</pubDate><title>OpenMandriva is Teh R0x0r</title><guid isPermaLink="false">2099544122@Uncensored</guid><description><![CDATA[This evening I finally switched my main desktop machine from Kubuntu to OpenMandriva
(ROME, the rolling release version, and I selected the Wayland variant --
they also have ROCK, the non-rolling version, and they have X11 and XLibre
versions as well). 
  
 These aren't first impressions because I had such good results on my old
laptop, but I'm pleased to say that it is every bit as good on a current generation
machine.  The font rendering in KDE in particular just blows away what the
Kubuntu people built.  I'm amazed at how much better it looks, even with the
same monitor, the same video hardware, and the same fonts. 
  
 It's fast, snappy, and non-bloated.  And let's not forget, OpenMandriva is
an openly anti-woke distribution, which makes it teardown-friendly in my world.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544086</link><pubDate>Sat, 08 Nov 2025 17:36:28 -0000</pubDate><title>Message #2099544086</title><guid isPermaLink="false">2099544086@Uncensored</guid><description><![CDATA[<html><body>

<p>At this point, my watch is more powerful ( well my digital one..  normally i wear a non electric mechanical )</p>
<blockquote>
<div class="message_header"><span>Sat Nov 08 2025 16:37:25 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p>I caught that story, and it looks interesting.  They should give a copy of the tape to Dave Plummer so he can make it work on one of his old DEC machines.</p>
<p>It's so old that you could probably emulate the hardware inside a web browser and that version of unix would still run faster than it did on the original hardware.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544082</link><pubDate>Sat, 08 Nov 2025 16:37:25 -0000</pubDate><title>Message #2099544082</title><guid isPermaLink="false">2099544082@Uncensored</guid><description><![CDATA[<html><body>

<p>I caught that story, and it looks interesting.  They should give a copy of the tape to Dave Plummer so he can make it work on one of his old DEC machines.</p>
<p>It's so old that you could probably emulate the hardware inside a web browser and that version of unix would still run faster than it did on the original hardware.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099544078</link><pubDate>Sat, 08 Nov 2025 16:06:05 -0000</pubDate><title>Message #2099544078</title><guid isPermaLink="false">2099544078@Uncensored</guid><description><![CDATA[<html><body>

<p>Well, isnt that cool.</p>
<p> </p>
<p> </p>
<div class="message_header" style="padding: 0px; background-color: #deded0; color: #000080;">Sat Nov 08 2025 05:03:14 UTC from rss &lt;&gt;<span class="message_subject">Subject: Bell bottom-era tape unearthed, could contain lost piece of Unix history</span></div>
<div class="message_content" style="background-color: transparent; padding: 0px; color: #000080;">It might have the first-ever version of UNIX written in CA tape-based piece of unique Unix history may have been lying quietly in storage at the University of Utah for 50+ years. The question is whether researchers will be able to take this piece of middle-aged media and rewind it back to the 1970s to get the data off.…<br /><br /><a href="https://go.theregister.com/feed/www.theregister.com/2025/11/07/unix_fourth_edition_tape_rediscovered/" target="webcit01">https://go.theregister.com/feed/www.theregister.com/2025/11/07/unix_fourth_edition_tape_rediscovered/</a></div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099543906</link><pubDate>Fri, 07 Nov 2025 00:13:40 -0000</pubDate><title>Message #2099543906</title><guid isPermaLink="false">2099543906@Uncensored</guid><description><![CDATA[ >Come on guys... you are better than this.   
 >  
 >   
 >  
  
 I personally think they aren't. Quality has been sliding away since before
Squeeze. In fact, that was what pushed me into Slackware, which is quite solid
in this regard despite all of its other flaws. Sadly, Slackware is a de facto
rolling distribution these days and there are many scenarios where that does
not roll well with me, which is the reason I am mainly a BSD user these days.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099543858</link><pubDate>Thu, 06 Nov 2025 13:47:32 -0000</pubDate><title>Message #2099543858</title><guid isPermaLink="false">2099543858@Uncensored</guid><description><![CDATA[<html><body>

<p>Not so fond of Trixie.</p>
<p>When it came out, i tried an upgrade and it basically failed.  Was a test on a laptop that i don't use anymore since im WFH long term, so no real risk. It would boot, and most was ok, but several key apps broke. ( like LibreOffice )   A reload, fixed it however. Never had that experience before with Debian unless i had a some non-standard stuff, and this was 100% stock from their repos.</p>
<p>Fast forward a while.  Dug out my big AI server this week for a project.  Had an issue with one of the apps, that updated and was acting odd.  Tried to manually compile, it needed a new library. Installed that, the entire thing went south. </p>
<p>Now, to be fair in this case, it was an upgrade to bookworm that was missing the freaking NVIDIA drivers i needed.. How they didn't get that done before release, i donno.  BUT it was in sid ( trixie at the time ). Worked fine, until now, since it was based on Sid, it was trying to pull from whatever is next and i had forgot i never changed it be 'real' trixie.  Ok, fine, update the sources, run a full update. Still broke for me due to drivers, but it did 'boot'</p>
<p>As painful as it was, rebuilt it. After 2 hours of fighting with GPU drivers ( long story, its the NVIDIA way, due to how they do things when you want CUDA too and your GPUs are not brand new.. not just wanting 'video' ) it was working. Got 2 of my core AI apps re-installed, 3rd, not seeing GPU... "Ok, fine, ill compile"  .. nope, missing a library which was pulled out of trixie that was there before as it was there when still considered Sid... Really Debian?    </p>
<p>And, it seemed slower, while i was futzing with it. Its supposed to be faster... </p>
<p>Add it from bookworm, cant. too many conflicting issues.  Going to be a real pain to build it manually..  soooo   F-it.. back to bookworm..  it now has the drivers, libraries. everything..  ( and less of a hassle to get the drivers to work, still a hassle, but not as bad ) and the overall speed seems to be back too.</p>
<p> Oh, and at one point it un-black listed the nouveau drivers on me. "you will use OUR drivers, serf".   Well, i guess if all you want is video, its fine, but that does not work for me.</p>
<p> </p>
<p>I have heard others having all sorts of upgrade issues and basically its a reload.</p>
<p> </p>
<p>Come on guys... you are better than this.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099543558</link><pubDate>Mon, 03 Nov 2025 23:36:30 -0000</pubDate><title>Message #2099543558</title><guid isPermaLink="false">2099543558@Uncensored</guid><description><![CDATA[ > Yup. Sad really, but I don't think they have the budget to compete   
 >with the likes of The Google.   
  
 They have enough budget to innovate *something* but they aren't exactly doing
anything that makes them thrive. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099543505</link><pubDate>Mon, 03 Nov 2025 19:02:08 -0000</pubDate><title>Message #2099543505</title><guid isPermaLink="false">2099543505@Uncensored</guid><description><![CDATA[  
 (hard for me to avoid necrothreading when I only log in every 3-4 months)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099543504</link><pubDate>Mon, 03 Nov 2025 18:59:55 -0000</pubDate><title>Message #2099543504</title><guid isPermaLink="false">2099543504@Uncensored</guid><description><![CDATA[ > 2025-08-20 00:32 from IGnatius T Foobar   
 >Harumph.  Maybe if Mozilla spent more of their allowance on software   
 >development they'd be in a better position.   
  
 Yup. Sad really, but I don't think they have the budget to compete with the
likes of The Google. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099542456</link><pubDate>Mon, 27 Oct 2025 18:56:46 -0000</pubDate><title>Ken Thompson&#39;s birth of UNIX story</title><guid isPermaLink="false">2099542456@Uncensored</guid><description><![CDATA[<html><body>

<p>Dont have time to read it, but a quick glance seemed like it was ok and not the typical political mess we get these days from everywhere.</p>
<p> </p>
<p>https://thenewstack.io/ken-thompson-recalls-unixs-rowdy-lock-picking-origins/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099542327</link><pubDate>Sun, 26 Oct 2025 20:08:14 -0000</pubDate><title>Re: Avoid Ubuntu 25.10</title><guid isPermaLink="false">2099542327@Uncensored</guid><description><![CDATA[<html><body>

<p>One the reasons i hate NVIDIA, as with their embedded/IoT stuff, its the only way to get CUDA support to work.  And with out it, its pointless.</p>
<blockquote>
<div class="message_header"><span>Sun Oct 26 2025 17:45:44 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Avoid Ubuntu 25.10</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I don't use Ubuntu anywhere precisely because they are prone to pull crap like this, but my father is using a close Ubuntu variant. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099542301</link><pubDate>Sun, 26 Oct 2025 17:45:44 -0000</pubDate><title>Re: Avoid Ubuntu 25.10</title><guid isPermaLink="false">2099542301@Uncensored</guid><description><![CDATA[ > 2025-10-26 00:33 from IGnatius T Foobar     
 >Subject: Avoid Ubuntu 25.10    
 >     
 > In case you haven't heard ... Ubuntu 25.10 is a version you should    

 >skip.    
 >     
 > For reasons we don't really fathom, they decided to replace the GNU   
 
 >Coreutils with "uutils" (a replacement written in Satan's favorite     
 >ultra-marxist programming language: Rust) even though uutils does not  
  
 >yet pass all of Coreutils regression tests yet -- in fact, it's not    

 >even close.    
    
 Thanks for the warning.   
  
 I don't use Ubuntu anywhere precisely because they are prone to pull crap
like this, but my father is using a close Ubuntu variant. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099542290</link><pubDate>Sun, 26 Oct 2025 14:46:04 -0000</pubDate><title>Re: Avoid Ubuntu 25.10</title><guid isPermaLink="false">2099542290@Uncensored</guid><description><![CDATA[<html><body>

<p>its Ubuntu, they are pricks riding off the backs of others..   no news here.</p>
<blockquote>
<div class="message_header"><span>Sun Oct 26 2025 00:33:05 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Avoid Ubuntu 25.10</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />In case you haven't heard ... Ubuntu 25.10 is a version you should skip. <br /><br />For reasons we don't really fathom, they decided to replace the GNU Coreutils with "uutils" (a replacement written in Satan's favorite ultra-marxist programming language: Rust) even though uutils does not yet pass all of Coreutils regression tests yet -- in fact, it's not even close. <br /><br />The results are about as good as you might expect: things are breaking everywhere. <br />Fundamental stuff like system updates, just breaking and falling down. <br /><br />Both the Rust language itself and Rust programmers need to be exterminated from the earth.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099542226</link><pubDate>Sun, 26 Oct 2025 00:33:05 -0000</pubDate><title>Avoid Ubuntu 25.10</title><guid isPermaLink="false">2099542226@Uncensored</guid><description><![CDATA[ 
 In case you haven't heard ... Ubuntu 25.10 is a version you should skip.
 
 For reasons we don't really fathom, they decided to replace the GNU Coreutils
with "uutils" (a replacement written in Satan's favorite ultra-marxist programming
language: Rust) even though uutils does not yet pass all of Coreutils regression
tests yet -- in fact, it's not even close.
 
 The results are about as good as you might expect: things are breaking everywhere.
 Fundamental stuff like system updates, just breaking and falling down.
 
 Both the Rust language itself and Rust programmers need to be exterminated
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099540234</link><pubDate>Sun, 12 Oct 2025 13:32:51 -0000</pubDate><title>Message #2099540234</title><guid isPermaLink="false">2099540234@Uncensored</guid><description><![CDATA[<html><body>

<p>Latest release of 9Front is out.  And along with their odd sense of humor, this version is called "release". </p>
<p> </p>
<p>lol</p>
<p> </p>
<p> </p>
<p>( and they still support 32bit. go figure )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099538340</link><pubDate>Thu, 02 Oct 2025 23:08:48 -0000</pubDate><title>Grub removal!  :)</title><guid isPermaLink="false">2099538340@Uncensored</guid><description><![CDATA[ 
 GNU GRUB dogma: "GRUB initializes the kernel (Linux) which in turn initializes
the operating system (GNU)"
 
 Me: "Oh yeah?  I run the Linux operating system, which includes the Linux
kernel."
 
 And now I've removed GRUB and installed gummiboot.  Now my kernel and initrd
are in the EFI System Partition, which is where they really belong anyway.
 It's a clean way of booting which I've done in the past.  And it's a good
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099537700</link><pubDate>Sun, 28 Sep 2025 20:35:14 -0000</pubDate><title>Message #2099537700</title><guid isPermaLink="false">2099537700@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes.</p>
<p>NGINX -&gt; guac -&gt; Dedicated linux VM on proxmox.           ( well the first 2 are dedicated VMs too, but you get the point ). I used to use it when i was still in the office most of the time. </p>
<p>May try again to rig up a 'wake on lan' detector to auto power up sleeping VMs.    Did it once before, had issues reading the packets. Wasn't important, was just a random project, gave up. Might try it again.</p>
<p> </p>
<p>And since i set it up for her, it of course runs Debian.  lol.   ( Bookworm, i have not updated my FAI images yet to Trixie )</p>
<blockquote>
<div class="message_header"><span>Sun Sep 28 2025 20:29:25 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Cool, what's it running? Something attached to Guacamole?</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099537696</link><pubDate>Sun, 28 Sep 2025 20:29:25 -0000</pubDate><title>Message #2099537696</title><guid isPermaLink="false">2099537696@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099537522</link><pubDate>Fri, 26 Sep 2025 21:24:53 -0000</pubDate><title>Message #2099537522</title><guid isPermaLink="false">2099537522@Uncensored</guid><description><![CDATA[<html><body>

<p>Not a linux expert here at all, but it seems pretty cool.</p>
<p>Nurb gave me a virtual desktop i could play with at his house.  its just a webpage i hit and poof i get a desktop thing  ( posting from there now ).  Pretty neat.  Going to try to learn some stuff.  At least if i break it he can fix it for me :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099535551</link><pubDate>Sat, 13 Sep 2025 17:12:26 -0000</pubDate><title>Tip &#39;o the day</title><guid isPermaLink="false">2099535551@Uncensored</guid><description><![CDATA[ 
 Despite its microsoftian origin, I do find myself enjoying VS Code for software
development.  Not without some tuning, of course -- the thing that really
made it usable for me is the extension that makes the editor use vi (vim)
keybindings.  But one thing that kept being a problem was that I still habitually
type "vi <filename>" in the terminal to start editing.  And now you're editing
in the terminal, not in the editor.
 
 Yesterday I learned the fix.  Put something like this in your ~/.bashrc or
equivalent:
 
 if [[ "$TERM_PROGRAM" == "vscode" ]]; then
   alias vi='code'
   alias vim='code'
 fi
 
 It turns out that if you run "code" and the name of a file from inside the
terminal of a connected session, it won't start a new session; instead, it
does-the-right-thing and opens that file in a new editor tab.  What's more,
this even works when VS Code is operating on a remote host through SSH, which
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099534817</link><pubDate>Mon, 08 Sep 2025 17:39:46 -0000</pubDate><title>Message #2099534817</title><guid isPermaLink="false">2099534817@Uncensored</guid><description><![CDATA[Ok, so you consider them user-hostile and too big to care.  That's fair. 
No one is forcing web site operators to use Cloudflare, but users are impacted
by the fact that so many do. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099534754</link><pubDate>Mon, 08 Sep 2025 11:05:36 -0000</pubDate><title>Message #2099534754</title><guid isPermaLink="false">2099534754@Uncensored</guid><description><![CDATA[ > What's the problem with Cloudflare?  Are they resistant to access     
   
 >through whatever you use to reach public Internet sites?         
 >         
 >        
        
 Cloudflare is a Google-level threat to Internet freedom since they get to
decide who accessed what. So much Internet is behind Cloudflare they are in
a too powerful position.       
      
 If you try to visit a site from a VPN, multiproxy or Tor exit node, you are
toast. If your browser does not accept Javascript, you are toast. If you are
trying to use a legit bot/script to regularly fetch web resources (such as
RSS feeds) you are toast, UNLESS you build something with a behemothy framework
that simulates your bot is Firefox or Chrome (so your 64k script turns into
a 800 megs monster just because CLoudflare hates you).     
    
 If you use a regular bew browser with some privacy addon you are toast. If
you use
a non-regular browser you are toast.   
  
 My defense is just not to visit cloudflare sites. The way to end this crap
is to make it so if your website is behind of one of this things you are toast.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099534545</link><pubDate>Sat, 06 Sep 2025 01:39:52 -0000</pubDate><title>Message #2099534545</title><guid isPermaLink="false">2099534545@Uncensored</guid><description><![CDATA[ > What's the problem with Cloudflare?  Are they resistant to access   
 >through whatever you use to reach public Internet sites?   
 >   
  
 They have successfully positioned themselves as the gatekeeper to the web.
How do you not hate Cloudflare? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099534441</link><pubDate>Fri, 05 Sep 2025 13:56:31 -0000</pubDate><title>Message #2099534441</title><guid isPermaLink="false">2099534441@Uncensored</guid><description><![CDATA[ > Congratulations. The bad news is that makes us less under the radar.  

  
 He noticed "me" , not "us".   No mention of Citadel or Uncensored was made.

  
 What's the problem with Cloudflare?  Are they resistant to access through
whatever you use to reach public Internet sites? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099534343</link><pubDate>Thu, 04 Sep 2025 21:46:03 -0000</pubDate><title>Message #2099534343</title><guid isPermaLink="false">2099534343@Uncensored</guid><description><![CDATA[By the way, I am disappointed Lunduke hides himself behind cloudflare in such
a way I cannot check his stuff. Dick move, Lunduke. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099534342</link><pubDate>Thu, 04 Sep 2025 21:43:36 -0000</pubDate><title>Message #2099534342</title><guid isPermaLink="false">2099534342@Uncensored</guid><description><![CDATA[ > 2025-09-03 02:03 from IGnatius T Foobar   
 >    
 >  
 >Lunduke noticed me!  SQUEEEEEEEE!!!!!   :)  
 >  
  
 Congratulations. The bad news is that makes us less under the radar. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099534048</link><pubDate>Wed, 03 Sep 2025 02:03:49 -0000</pubDate><title>Message #2099534048</title><guid isPermaLink="false">2099534048@Uncensored</guid><description><![CDATA[<html><body>

<p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAk8AAAFLCAYAAADPvmjlAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAgAElEQVR4nOyddVxV2RbHfzdoJRQkDCQUUFERZRhEBOxGRVCxC1BxrBm7xu4au8Z2TLBrLAwQUTAoRREBRbrh1np/XDlype5F1Od75/v5oPfss2PtdfbeZ52dHCIisLCwsLCwsLCwyAX3RwvAwsLCwsLCwvIzwRpPLCwsLCwsLCwKwBpPLCwsLCwsLCwKwBpPLCwsLCwsLCwKwBpPLCwsLCwsLCwKwBpPLCwsLCwsLCwKwBpPLCwsLCwsLCwKwBpPLCwsLCwsLCwKwP/WCdy5cwe3b99GaGgoYmJikJSUhJycHABAzZo1YWRkhMaNG8PW1hbt27eHk5PTtxaJhYWFhYWFhaXKcL7FDuOvXr3Crl27cOTIESQkJCgUtl69+hjs5YWxY0bD3Ny8ukVjYWFhYWFhYfkqqtV4Sk5OxqJFi7Bt27avEQng8AASw9fXBwsWLIC+vn51icjC8t1IKyQcjRLgeZoYzvX4cG+kDD47UM7CwsJSJi+iX6Gpxc/RaVJtxtOePXswbdo0ZGVlfa1IJX4TtLS0sHbtWowePfor42Vh+X4UiAiuJ3ORmCth3HqZKmGLq/oPlIrlv4XX8QlQV1ODgV7tHy0KC8s3Jz0zG/GJSYh7lwTDOrqob2QAQ309cDif3/c374egvpE+zBs2+IGSyk+1GE/jx4//yt6myvH19cXWrVurHt5vMo4eO16hnw8Jb/DblOn458QprFi2GD5jq8dgO37yNMb5TkQTKyvcv/NvtcQpL1lZ2TA2twQAJMa9hIaGhlzhvMf7VbseAGDx0hVYu2ET+vftgz07v22ZqW6atmyNxMQk3L11Hc2aNil1PzFXAr+b+XiULK4wHj4X6GOmjJWOalDmyZf2u6QPuHr7PmLj3gEAJERQV1WFZSMT9OnsAhUVZcbv
<p> </p>
<p>Lunduke noticed me!  SQUEEEEEEEE!!!!!   :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099532555</link><pubDate>Sat, 23 Aug 2025 16:43:40 -0000</pubDate><title>Message #2099532555</title><guid isPermaLink="false">2099532555@Uncensored</guid><description><![CDATA[Yeah I've seen that's it's pretty nasty.  They'll even insert messages into
other people's web pages telling you to use Edge instead of Chrome.  It's
the same browser, the only difference is what corporate master it serves.

  
 Cat's out of the bag though, they can't take it private now, and even if
they forked back into a proprietary version, someone would move forward with
the free version -- they wouldn't have to start from scratch.  I've seen that
movie a bunch of times before and the world never ended as some feared.  The
free world is here to stay. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099531984</link><pubDate>Wed, 20 Aug 2025 11:16:47 -0000</pubDate><title>Message #2099531984</title><guid isPermaLink="false">2099531984@Uncensored</guid><description><![CDATA[<html><body>

<p>Unless you are using edge, then they tell flat out not to install chrome.  ( i have seen that myself.  was thinking WTF MS, go to hell )   Aside from 'bite the hand that feeds you' ( chromium engine ) its uncool ..</p>
<blockquote>
<div class="message_header"><span>Wed Aug 20 2025 07:26:49 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2025-08-20 00:32 from IGnatius T Foobar <br />Harumph. Maybe if Mozilla spent more of their allowance on software </blockquote>
<br />
<blockquote>development they'd be in a better position. <br /><br /><br /></blockquote>
<br />Hard to tell. End users, the one who actually use the thing, don't care if the sandboxing model is good or bad. It is only a marketing point for a small set of the population. Functionally speaking browsers these days are comodities. <br /><br /><br />Frankly, the reason why Google's browsers have invaded everything is because they have pushed it from their own products. You visited your gmail account, google told you to "upgrade" to Chrome. You buy a non iOS smartphone, it comes with Chrome. You get the idea. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099531958</link><pubDate>Wed, 20 Aug 2025 07:26:49 -0000</pubDate><title>Message #2099531958</title><guid isPermaLink="false">2099531958@Uncensored</guid><description><![CDATA[ > 2025-08-20 00:32 from IGnatius T Foobar     
 >Harumph.  Maybe if Mozilla spent more of their allowance on software   
 
 >development they'd be in a better position.     
 >     
 >    
    
 Hard to tell. End users, the one who actually use the thing, don't care if
the sandboxing model is good or bad. It is only a marketing point for a small
set of the population. Functionally speaking browsers these days are comodities.
  
  
 Frankly, the reason why Google's browsers have invaded everything is because
they have pushed it from their own products. You visited your gmail account,
google told you to "upgrade" to Chrome. You buy a non iOS smartphone, it comes
with Chrome. You get the idea. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099531914</link><pubDate>Wed, 20 Aug 2025 00:32:26 -0000</pubDate><title>Message #2099531914</title><guid isPermaLink="false">2099531914@Uncensored</guid><description><![CDATA[Harumph.  Maybe if Mozilla spent more of their allowance on software development
they'd be in a better position. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099531410</link><pubDate>Fri, 15 Aug 2025 23:48:20 -0000</pubDate><title>Message #2099531410</title><guid isPermaLink="false">2099531410@Uncensored</guid><description><![CDATA[ > For example, Firefox nowadays takes so much memory that you cannot   
 >compile it  on a 32 bit system (because you will hit RAM limits) unless
 
 >you use PAE tricks. If your Linux or BSD distribution build their   
 >repositories by compiling natively then Firefox is unlikely to be built
 
 >at all for it under x86. And nobody really cares to fix those things.  

  
 Maybe, but Firefox has all kinds of problems. They're years behind the state
of the art, both in terms of current web functionality and sandboxing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530718</link><pubDate>Mon, 11 Aug 2025 13:34:22 -0000</pubDate><title>Message #2099530718</title><guid isPermaLink="false">2099530718@Uncensored</guid><description><![CDATA[<html><body>

<p>Right, 'Trixie is the last version' from what i was reading.  So its not here, but coming...</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Aug 11 2025 13:26:11 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>But, the ARM32bit, there are still a LOT of those out there, and </blockquote>
<br />I don't think support for 32-bit ARM is ending quite yet. Just 32-bit x86. <br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530716</link><pubDate>Mon, 11 Aug 2025 13:26:11 -0000</pubDate><title>Message #2099530716</title><guid isPermaLink="false">2099530716@Uncensored</guid><description><![CDATA[ >But, the ARM32bit, there are still a LOT of those out there, and  
  
 I don't think support for 32-bit ARM is ending quite yet.  Just 32-bit x86.

  
 For me it's about software packaging and figuring out who's still using what.
 For some reason I didn't know that Docker never ran on 32-bit at all, so
that makes things a little easier.  I also want to start playing with LMDB,
which can run on 32-bit, but you can't have a database bigger than addressable
memory.  So that's kind of a non starter. 
  
 I'm probably making it a bigger problem than it needs to be.  It's possible
that the OS distributors are doing the right thing by saying "we get it, there's
always someone out there who's going to have a problem, but at some point
you have to do the cutoff." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530705</link><pubDate>Mon, 11 Aug 2025 12:32:22 -0000</pubDate><title>Message #2099530705</title><guid isPermaLink="false">2099530705@Uncensored</guid><description><![CDATA[ > 2025-08-11 12:06 from Nurb432       
 >i do agree at some point you have to pull the plug. Even in      
 >"developing countries" I would think most 32bit x86 is gone at      
 >this point, so it sort of makes sense, as long as they keep the      
 >old ISOs out there for those few edge-cases. Just always find it      
 >troublesome to obsolete what is working.. I know this isn't the      
 >case but it always feels like 'planned obsolescence'.        
 >      
      
 I happen to be one of those suckers who has a use for 32 bit software.  
  
    
 The problem with support for 32 bit is that it has been degrading slowly
by factors such as software generally sucking more and more each passing day,
  
  
 For example, Firefox nowadays takes so much memory that you cannot compile
it  on a 32 bit system (because you will hit RAM limits) unless you use PAE
tricks. If your Linux or BSD distribution
build their repositories by compiling natively then Firefox is unlikely to
be built at all for it under x86. And nobody really cares to fix those things.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530690</link><pubDate>Mon, 11 Aug 2025 12:06:00 -0000</pubDate><title>Message #2099530690</title><guid isPermaLink="false">2099530690@Uncensored</guid><description><![CDATA[<html><body>

<p>i do agree at some point you have to pull the plug. Even in "developing countries" I would think most 32bit x86 is gone at this point, so it sort of makes sense, as long as they keep the old ISOs out there for those few edge-cases. Just always find it troublesome to obsolete what is working.. I know this isn't the case but it always feels like 'planned obsolescence'. </p>
<p>But, the ARM32bit, there are still a LOT of those out there, and its not always trivial to swap IoT devices.. Are they running Debian? ( or a derivative ) probably not, but still feels premature.  Tho i guess it may take a few years before Trixie is retired from updates.</p>
<blockquote>
<div class="message_header"><span>Mon Aug 11 2025 00:12:38 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">My struggle with the end of 32-bit support is not that it's happening, but rather to decide when to become part of it. As you may have seen in the CitaNews room, I announced the deprecation of 32-bit support on our software. When to actually pull the plug is another matter. I was thinking end of 2025, but another good date would be in mid 2026, coterminous with the end of support for Bookworm. <br /><br />40 years. That's a hell of a run. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530654</link><pubDate>Mon, 11 Aug 2025 10:27:50 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099530654@Uncensored</guid><description><![CDATA[ > 2025-08-08 11:25 from Nurb432         
 >Subject: Re: Mate        
 >If it is, and there is a way not to reveal himself ( which i        
 >dont see how ), we should all pitch in for a decent NUC or        
 >something.         
        
 That was kind of touching. Thanks a lot.       
      
 I don't feel myself constrained by hardware limitations. The only thing I
really need is a better ISP at home, but that has no fix other than moving
sinbce nobody will bring proper Internet to my house. If I needed a better
computer I would just save a bit and then buy something better.     
    
 As they say, "The reason why I have money is because I don't waste it"  

  
 Something I am having actual trouble with is my retrogame orgy gamepad. I
have a cheapo one worth 5 bucks. It is very bad - buttons suck, triggers get
stuck. It works fine for me but my friends keep bugging me to get a good one.
The problem is good gamepads that are not Microsoft owned starts at 45 bucks.
Actually, one of my friends tried to help bringing some gamepad of his, but
thing is it is not compatible with the Steam Deck out of the box hahahahaha

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530653</link><pubDate>Mon, 11 Aug 2025 10:23:25 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099530653@Uncensored</guid><description><![CDATA[ > 2025-08-08 02:46 from IGnatius T Foobar     
 >Subject: Re: Mate    
 >I hope that's not your primary machine and you have something    
 >better.     
 >    
    
 Primary machine packs an Intel(R) Core(TM) i5-3470 CPU and 8 GB of RAM total
in two sticks.  And uses Intel HD Graphics 2500.   
  
 My most powerful machine which is not a server is my Steam Deck. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530614</link><pubDate>Mon, 11 Aug 2025 00:12:38 -0000</pubDate><title>Message #2099530614</title><guid isPermaLink="false">2099530614@Uncensored</guid><description><![CDATA[My struggle with the end of 32-bit support is not that it's happening, but
rather to decide when to become part of it.  As you may have seen in the CitaNews
room, I announced the deprecation of 32-bit support on our software.  When
to actually pull the plug is another matter.  I was thinking end of 2025,
but another good date would be in mid 2026, coterminous with the end of support
for Bookworm. 
  
 40 years.  That's a hell of a run. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530582</link><pubDate>Sun, 10 Aug 2025 14:59:47 -0000</pubDate><title>Message #2099530582</title><guid isPermaLink="false">2099530582@Uncensored</guid><description><![CDATA[<html><body>

<p>Debian 13 is out.</p>
<p>i386 hardware support, gone. Looks like its also the last version for ARM32bit.. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530305</link><pubDate>Fri, 08 Aug 2025 11:25:43 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099530305@Uncensored</guid><description><![CDATA[<html><body>

<p>If it is, and there is a way not to reveal himself ( which i dont see how ), we should all pitch in for a decent NUC or something.</p>
<blockquote>
<div class="message_header"><span>Fri Aug 08 2025 02:46:11 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Mate</span></div>
<div class="message_content">
<p>I hope that's not your primary machine and you have something better. </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530286</link><pubDate>Fri, 08 Aug 2025 02:46:11 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099530286@Uncensored</guid><description><![CDATA[<html><body>

<p>I hope that's not your primary machine and you have something better. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099530133</link><pubDate>Thu, 07 Aug 2025 09:57:43 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099530133@Uncensored</guid><description><![CDATA[ > 2025-08-01 02:24 from IGnatius T Foobar     
 >Subject: Re: Mate    
 >What are the specs of that machine?  I'm running KDE Plasma on     
 >OpenMandriva on a 13 year old Dell M4700 laptop and it still runs like 
   
 >a dream.  Run what you like, though.  That's the whole point of having 
   
 >a choice.     
    
 Machine is cobbled together franken computer built up from pieces so long
ago I don't know what goes in there. I think it has an early i3 CPU and 4
GB or RAM in two separate sticks.   
  
 I would check, but the machine was put in "cold storage" as a spare for my
groups retrogame orgies and I am not in town to check. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099529645</link><pubDate>Mon, 04 Aug 2025 00:38:08 -0000</pubDate><title>Message #2099529645</title><guid isPermaLink="false">2099529645@Uncensored</guid><description><![CDATA[<html><body>

<p>lxde for the win</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099529322</link><pubDate>Fri, 01 Aug 2025 02:24:40 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099529322@Uncensored</guid><description><![CDATA[What are the specs of that machine?  I'm running KDE Plasma on OpenMandriva
on a 13 year old Dell M4700 laptop and it still runs like a dream.  Run what
you like, though.  That's the whole point of having a choice. 
  
 I should note, however, that both KDE and GNOME are close to ending support
for X11 sessions, so in the not too distant future if you're not on Wayland
you will have to use XFCE or LXDE or whatever. 
  
 Honestly, the little turf wars don't bother me anymore.  I've seen the end
of the world predicted so many times that I've become desensitized to it.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099529194</link><pubDate>Thu, 31 Jul 2025 11:45:44 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099529194@Uncensored</guid><description><![CDATA[ >KDE Plasma makes my computer look like a computer and it just  
 >stays that way without complaining or breaking or trying to  
 >shove me into another mode of operation.  Oh and by the way,  
 >it's a bit more lightweight than its reputation (earned from  
 >previous releases) suggests.  
 >  
  
 You are not fooing me, I recently gave a recent KDE Plasma release a shot
on a computer of mine and after toning it down it was still a bit too sluggish.
And it also gives me vibes of Windows Vista. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099528349</link><pubDate>Wed, 23 Jul 2025 18:39:55 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099528349@Uncensored</guid><description><![CDATA[<html><body>

<p>My biggest problem with GNOME (other than the fact that the people who created it and the people who currently maintain it are all Hitler) is that it's <strong>very</strong> difficult to get it to make your computer desktop look like a computer, not like a phone or a Mac.</p>
<p>Specifically: I don't want a top panel.  I don't want a floating dock.  I never will.  I want a bottom panel, and only a bottom panel, just like RISC OS got it perfectly right in 1987 and was made popular by Windows 95.</p>
<p>Yes, I know about dash-to-dock and dash-to-panel extensions.  They're both about as stable as Charles Manson at Starbucks.</p>
<p>KDE Plasma makes my computer look like a computer and it just stays that way without complaining or breaking or trying to shove me into another mode of operation.  Oh and by the way, it's a bit more lightweight than its reputation (earned from previous releases) suggests.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099528211</link><pubDate>Tue, 22 Jul 2025 17:23:28 -0000</pubDate><title>Re: Mate</title><guid isPermaLink="false">2099528211@Uncensored</guid><description><![CDATA[ > 2025-07-21 12:32 from interrupt   
 >Subject: Mate  
 >Yes I love the Mate destop too!  Lately I have been using Plasma KDE   
 >for Ubuntu Studio tho.   
 >   
 >  
  
 I miss old Gnome. I was not in love with it, but it wasn't retarded. I want
to like KDE Plasma but it is too heavy for anything that isn't a gaming computer.
These days I run standalone Windows Managers on most of my equipment. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099528054</link><pubDate>Mon, 21 Jul 2025 12:32:18 -0000</pubDate><title>Mate</title><guid isPermaLink="false">2099528054@Uncensored</guid><description><![CDATA[Yes I love the Mate destop too!  Lately I have been using Plasma KDE for Ubuntu
Studio tho. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099527187</link><pubDate>Sat, 12 Jul 2025 13:54:37 -0000</pubDate><title>Message #2099527187</title><guid isPermaLink="false">2099527187@Uncensored</guid><description><![CDATA[<html><body>

<p>Ubuntu 30.0.0.1   "Crusty Clown"</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526818</link><pubDate>Thu, 10 Jul 2025 00:28:44 -0000</pubDate><title>Re: IBM</title><guid isPermaLink="false">2099526818@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya.</p>
<blockquote>
<div class="message_header"><span>Thu Jul 10 2025 00:01:20 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: IBM</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Yeah, the Rust community is 100% populated by ultra-communist assholes who believe everyone else are nazis. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526808</link><pubDate>Thu, 10 Jul 2025 00:01:20 -0000</pubDate><title>Re: IBM</title><guid isPermaLink="false">2099526808@Uncensored</guid><description><![CDATA[Yeah, the Rust community is 100% populated by ultra-communist assholes who
believe everyone else are nazis. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526376</link><pubDate>Sun, 06 Jul 2025 19:33:58 -0000</pubDate><title>IBM</title><guid isPermaLink="false">2099526376@Uncensored</guid><description><![CDATA[<html><body>

<p>Saw this story too ( from the feed )</p>
<p>I agree. IBM used to suck, bad. Then it became "OK" then back to suckage. I suspect the "OK" period was due to them trying to pretend to be nice, as competition was eating them alive.  And while no one was looking being the curtain, they were leveraging the fake good-will and posturing to being back in control ( if they could )</p>
<p>Most of these people's stuff, i tend to agree with. ( tho not fond of the 'everyone else is Nazi' mentality )</p>
<p>~~~~~~~~~~~~~~~~</p>
<p> </p>
<p>This weekend we published a couple of articles related to this [1, 2]. The core argument was, for society to be better off it needs to be inoculated against bad people. Self-governance was revisited on US Independence Day when we argued that "independence in the digital realms means abandoning platforms like GitHub, not just rejecting proprietary software". There's also a message somewhere in there about IBM and Wayland, not to mention the fan club of Microsoft GitHub. It's called Rust. See, "Wayland People" and "Rust People" want us to think that GIAGAM (GAFAM+IBM) will lead the way and we'll all be followers. For half a decade already Rust even banned or censored Microsoft critics. That's how bad it is.</p>
<p> </p>
<p>After Igor Ljubuncic complained that Wayland wasn't ready and we should not follow, based on his famously extensive reviews, he wrote another piece. To quote portions of what he said: "Recent news in the Linux world around the forced deprecation of the X11 session in upcoming Gnome and, consequently, Ubuntu releases prompted me to write this article. [...] I feel sad and alarmed, and I want to take a look at the Linux tech landscape, to see where we are, why we are where we are, and if perhaps the future holds anything good and bright and meaningful for the Linux folks. Let's chat [...] I love me a good mystery. Although I'm not happy and I'm rather worried about the direction the Linux home desktop is going, AKA forced deprecation of X11 before its would-be successor Wayland is truly ready, there's some small joy in telling a good story, replete with numbers. Indeed, after I published my Plasma 6.4 review, which showed Wayland being less optimized even for truly basic stuff, I decided to dig in and expan
<p> </p>
<p>Hours ago Stevie Wonder said "we have the opportunity to lead [...] for everyone [for people] to be fairly treated".</p>
<p> </p>
<p>IBM grew a lot when it worked on eugenics (flagging people like Stevie Wonder to "save us" from mixed-race couples). That even predates IBM's work for actual nazis. IBM was never a nice company. It's not a good leader. Forget about "Red Hat". It's dead. This is IBM. Stop accepting IBM's decisions and instead focus on what people like Theo say. "The writing has been on the wall a very long time," he said about "Gnome is dropping X11", "that some people believe their role in the ecosystem is to reduce software choice and push everyone into vertical software monocultures."</p>
<p> </p>
<p>IBM is dictatorship. It's trying to dictate to people what to use and how to use that (it bans those who don't agree). In that sense, it is a lot like Microsoft. Don't be led by dictators. Show IBM the way out.</p>
<p> </p>
<p>IBM not only ignores the needs of blind people. It also attacks people like Richard Stallman, the founder of GNU/Linux, because according to his own words, "since my teenage years, I felt as if there were a filmy curtain separating me from other people my age. I understood the words of their conversations, but I could not grasp why they said what they did. Much later I realized that I didn't understand the subtle cues that other people were responding to. Later in life, I discovered that some people had negative reactions to my behavior, which I did not even know about. Tending to be direct and honest with my thoughts, I sometimes made others uncomfortable or even offended them -- especially women. This was not a choice: I didn't understand the problem enough to know which choices there were."</p>
<p> </p>
<p>Put another way, IBM is a lot like the "original nazis". It doesn't tolerate people who are not "normal". Do you want IBM to be in charge of everything? I certainly don't. My distrust or lack of trust for IBM is a fairly new thing because I was mostly fond of it in the 90s and when it promoted OpenDocument Format (ODF) two decades ago. IBM has since then changed for the worse again. It's getting worse every year. </p>
<p> </p>
<p>https://techrights.org/n/2025/07/06/Leadership_in_Free_Software.shtml</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526374</link><pubDate>Sun, 06 Jul 2025 19:26:56 -0000</pubDate><title>Message #2099526374</title><guid isPermaLink="false">2099526374@Uncensored</guid><description><![CDATA[<html><body>

<p>Either they changed their mind, or i mis-understood, but i thought Debian was forbidding any AI code contributions..   Not that i have an issue with the concept of course, as long as IP rights do not come and bite us in the ass.. Would only take one rich company being run by a jerk to sue an OSS project out of existence, or set it back years t the least ( anyone remember AT&amp;T and BSD? ) . Even if the OSS project was 100% in the clear, they can lose due a war of attrition. Only so much cash to spend.</p>
<p> </p>
<p>"Debian developers have also been discussing a budget or sponsorship for making use of AI/LLM in their Debian workflows either for help with code completion, technical documentation writing, and similar. For that they may pursue OpenAI's Open-Source Fund so Debian developers would be able to make use of ChatGPT and similar for those that want to leverage large language models / AI to help with their Debian contributions"</p>
<p> </p>
<p>https://www.phoronix.com/news/Debian-More-Newcomers-LLMs</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526316</link><pubDate>Sat, 05 Jul 2025 22:55:58 -0000</pubDate><title>Message #2099526316</title><guid isPermaLink="false">2099526316@Uncensored</guid><description><![CDATA[<html><body>

<p>I believe Debian still supports it. ( and thus derivatives )</p>
<p>I prefer lxde myself. Just enough desktop to get the job done, but not get in the way.</p>
<blockquote>
<div class="message_header"><span>Sat Jul 05 2025 21:22:48 UTC</span> <span>from <a href="do_template?template=user_show?who=SouthernComputerGeek">SouthernComputerGeek</a> </span></div>
<div class="message_content">
<p>Last time I checked FreeBSD supports Wayland. I'm still using X11 because I like the Mate Desktop.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526297</link><pubDate>Sat, 05 Jul 2025 21:22:48 -0000</pubDate><title>Message #2099526297</title><guid isPermaLink="false">2099526297@Uncensored</guid><description><![CDATA[<html><body>

<p>Last time I checked FreeBSD supports Wayland. I'm still using X11 because I like the Mate Desktop.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526288</link><pubDate>Sat, 05 Jul 2025 16:57:45 -0000</pubDate><title>Message #2099526288</title><guid isPermaLink="false">2099526288@Uncensored</guid><description><![CDATA[And that's one of the coolest things about open source: no matter how niche
something is, there's someone, somewhere, who wants to work on it. 
  
 I can't get too upset about this stuff.  I got that out of my system 20 years
ago where it seemed that every time the open source world turned a corner
there was an impending disaster that was going to destroy it, that was going
to put the genie back into the bottle.  Compared to the effort it took to
survive Microsoft, the effort required to survive Reich Hat is going to be
far easier.  Sorry IBM, you don't get to go back to the 1970s. 
  
 Linux's kernel is GPL, and its userland can be recomposed (as the uutils
people are currently proving).  There's too much value there for the community/industry
as a whole to go back to the dark ages.  Over the last few decades we've proven
that we can and do work completely around anyone who tries to close off access
to key components. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526257</link><pubDate>Sat, 05 Jul 2025 01:17:57 -0000</pubDate><title>Message #2099526257</title><guid isPermaLink="false">2099526257@Uncensored</guid><description><![CDATA[ > I wonder if this is going to cause a biggie split at some point.    
 >Linux is moving steadily towards Wayland and FreeBSD is still on X11.  
 
 >Supporting both could eventually turn into a "cross platform" type of  

 >thing, where applications have a unix-like core but different display  

 >front ends for Linux, FreeBSD, and Mac OS.  Qt and GTK currently   
 >support both, and probably will continue to do so for a long time.   
  
 At least on OpenBSD, you can see a lot of wayland related work done in the
mailing list. That said, I don't think they are making a hard switch anytime
soon regarding their main display service. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526214</link><pubDate>Fri, 04 Jul 2025 14:51:03 -0000</pubDate><title>Message #2099526214</title><guid isPermaLink="false">2099526214@Uncensored</guid><description><![CDATA[<html><body>

<p>I have had the same thought a few times. But i don't think it will in practical terms.   </p>
<p> </p>
<p>1 - BSDs are rather niche, no marketing, the masses don't even know they exist. Even a lot of IT people i know, really dont really understand what it is. They are too young. "that old UNIX thing.. whatever"</p>
<p>2 - Drivers..Can only reverse engineer so much and it takes time, so are always behind the curve. ( not their fault, reality )  ( this is the reason i left the camp decades ago.. WiFi was awful..and later i needed CUDA.. ).  Of course Linux had issues too in the beginning ( but less than FreeBSD ), but now that hardware makers pretty much provide native drivers now, its a non-blocker.</p>
<p>3 - Desktop apps.. Once you have mainstream browsers drop X11, wayland becomes almost a necessity in practical terms. The unwashed masses need web to watch their 15 second cat videos. ( hell, even us IT people, most of what we access are web front ends now..  When was the last time any of us developed a 'fat' client?  So if you are running wayland on BSD, what is the practical difference to the average user? </p>
<p>4 - Cash. The big Linux ( and of course Microsoft ) players have the cash to keep it going this direction. Apple too, i guess could, but they have their garden now, and dont really care about anyone else it seems. Sort of ironic, they suck now, but they are not trying to manipulate the rest of us..</p>
<p> </p>
<p>Sure, 'insiders' can always go that route, and some will ( until #3 takes hold, that may destroy desktops.. and it goes back to servers as its focus ), but the average person, the 'market' so to speak, wont.</p>
<blockquote>
<div class="message_header"><span>Fri Jul 04 2025 14:17:09 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I wonder if this is going to cause a biggie split at some point.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526210</link><pubDate>Fri, 04 Jul 2025 14:17:09 -0000</pubDate><title>Message #2099526210</title><guid isPermaLink="false">2099526210@Uncensored</guid><description><![CDATA[ >Funny this comes right after I switched to FreeBSD. It is  
 >blazing fast, faster than anything else I have tried, so it is  
 >probably what I will stick with.  
  
 I wonder if this is going to cause a biggie split at some point.  Linux is
moving steadily towards Wayland and FreeBSD is still on X11.  Supporting both
could eventually turn into a "cross platform" type of thing, where applications
have a unix-like core but different display front ends for Linux, FreeBSD,
and Mac OS.  Qt and GTK currently support both, and probably will continue
to do so for a long time. 
  
 There's a part of the world that just wants to keep away from the mainstream
platform as an end in itself, regardless of the relative merits of various
operating systems.  In the early 1990s when Linux was a scrappy upstart, those
people flocked to Linux.  Now that Linux owns the data center and is finally
starting
to get a foothold on the mainstream desktop, we'll see people of that type
of mindset moving to FreeBSD and others. 
  
 And all of this is ok! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526110</link><pubDate>Thu, 03 Jul 2025 16:52:21 -0000</pubDate><title>Re: ubuntu 24.04 and nvidia 2070 fan control</title><guid isPermaLink="false">2099526110@Uncensored</guid><description><![CDATA[ > Still, windows overheats my laptop (this one anyway).  Linux doesn't. 
 
 >But once I installed nvidia drivers and the cuda products, it starts to
 
 >get hot.  
  
 Does your laptop use hybrid graphics? Hybrid graphics are a regular culprit
since most often than not they set the discrete card on even if you are not
using it. If you are not doing anything GPU intensive it is usually better
to just switch the discrete card off the hard way. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099526019</link><pubDate>Wed, 02 Jul 2025 21:51:44 -0000</pubDate><title>Message #2099526019</title><guid isPermaLink="false">2099526019@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<p><strong>Linux Reaches 5% Desktop Market Share In USA</strong></p>
</blockquote>
<p><strong><br /></strong></p>
<p>Nice.<strong><br /></strong></p>
<p><strong><br /></strong></p>
<p>Funny this comes right after I switched to FreeBSD. It is blazing fast, faster than anything else I have tried, so it is probably what I will stick with.<strong><br /></strong></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525626</link><pubDate>Sat, 28 Jun 2025 17:59:23 -0000</pubDate><title>Re: The Curious Case of XLibre Xserver</title><guid isPermaLink="false">2099525626@Uncensored</guid><description><![CDATA[<html><body>

<p>Im good with that.</p>
<p>Tho i hate heat :P</p>
<blockquote>
<div class="message_header"><span>Sat Jun 28 2025 17:46:15 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: The Curious Case of XLibre Xserver</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>Never forget, raw hate gives you focus, and keeps you warm in the <br />winter. </blockquote>
<br />Actually it'll keep you warm for eternity.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525623</link><pubDate>Sat, 28 Jun 2025 17:46:15 -0000</pubDate><title>Re: The Curious Case of XLibre Xserver</title><guid isPermaLink="false">2099525623@Uncensored</guid><description><![CDATA[ >Never forget, raw hate gives you focus, and keeps you warm in the 
 >winter. 
 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525608</link><pubDate>Sat, 28 Jun 2025 14:47:17 -0000</pubDate><title>Re: ubuntu 24.04 and nvidia 2070 fan control</title><guid isPermaLink="false">2099525608@Uncensored</guid><description><![CDATA[<html><body>

<p>https://github.com/RoversX/nvidia_fan_control_linux/tree/main</p>
<p> </p>
<p>( not mine.  uses a 3rd party NVIDIA control library )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525607</link><pubDate>Sat, 28 Jun 2025 14:43:44 -0000</pubDate><title>Re: ubuntu 24.04 and nvidia 2070 fan control</title><guid isPermaLink="false">2099525607@Uncensored</guid><description><![CDATA[<html><body>

<p>I don't remember the details now, its been too long but i had a similar situation once. Ended up sending bit commands directly to addresses in the hardware.  Doubt that works today, so fast forward a few decades, there are several NVIDIA libraries that should do the trick?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525597</link><pubDate>Sat, 28 Jun 2025 13:39:17 -0000</pubDate><title>Re: The Curious Case of XLibre Xserver</title><guid isPermaLink="false">2099525597@Uncensored</guid><description><![CDATA[<html><body>

<p>Not sure id call it optimism in a traditional sense, its from the dark angle that i would like to destroy the current state of affairs and would love to see things like systemd and wayland and PulseAudio be burnt to the ground and those who created them swinging from a pole in the public square.</p>
<p>Never forget, raw hate gives you focus, and keeps you warm in the winter.</p>
<blockquote>
<div class="message_header"><span>Sat Jun 28 2025 04:17:03 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: The Curious Case of XLibre Xserver</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><span style="background-color: transparent; color: navy;">Now there's a bit of optimism. Keep it up, it looks good on you.</span></blockquote>
</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525566</link><pubDate>Sat, 28 Jun 2025 04:17:03 -0000</pubDate><title>Re: The Curious Case of XLibre Xserver</title><guid isPermaLink="false">2099525566@Uncensored</guid><description><![CDATA[ >Funny, even if this project ultimately fails, its bringing to  
 >light the sad state of affairs in the OSS world.  Perhaps  
 >things will change, for the better. Keep the momentum going!   
  
 Now there's a bit of optimism.  Keep it up, it looks good on you. 
  
 I do believe, having observed for decades, that the nature of open source
is to build whatever is needed to circumvent the rent-seekers.  Whether it
is evil-to-the-bone enemies such as Microsoft and Adobe, or former members
of the community who have "turned", we simply don't allow those to exist as
roadblocks forever. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525565</link><pubDate>Sat, 28 Jun 2025 04:12:04 -0000</pubDate><title>Re: Proposal To Ship XLibre As X11 Server Packages On Fedora Linux Is Withdrawn</title><guid isPermaLink="false">2099525565@Uncensored</guid><description><![CDATA[ >I have avoided them since they went rouge decades ago. Do they  
  
 They've always been rouge.  It's in their name. 
  
 But at some point they went rogue too.  To me it seemed like things were
ok up through and including the Jim Whitehurst years, but after that they
got too big for their breeches.  I guess that was around the time IBM bought
them. 
  
 I don't personally know of anyone running Red Hat Linux (except for our old
friend Wabewalker, who works for them now). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525551</link><pubDate>Fri, 27 Jun 2025 19:28:23 -0000</pubDate><title>ubuntu 24.04 and nvidia 2070 fan control</title><guid isPermaLink="false">2099525551@Uncensored</guid><description><![CDATA[ 
 I have been trying to configure various software systems to control the fans
in the laptop.  It's a Razer Blade 15 say 2020 year. These others proclaim
they have resolved the issue and i guess i believe them, however, I have had
no success.  Actually I am running Ubuntu Studio to be frank.  There are new
issues with linux that i don't especially like.  Hell I may just go back to
Xenix or AmigaOS!  Another thing when running windows the laptop gets so fucking
hot.  I can't stand all the bs apps running.  I have installed 11lite etc...
and they do reduce a lot of the bs apps by not including them.   
   
 Still, windows overheats my laptop (this one anyway).  Linux doesn't.  But
once I installed nvidia drivers and the cuda products, it starts to get hot.
 Almost as bad as windows.  I dunno.  I have tons of laptops but I for some
reason still enjoy this particular Razer Blade.  Even the MSI
Dragon gets super hot.  Oh well, later all and fuck trump and all those criminals
he brought with him.  
  
 Imagine Elon Musk was given full access to every single database that the
USA has produced and nobody has said a damn thing about it.  Fuck that alien.

  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525540</link><pubDate>Fri, 27 Jun 2025 18:12:17 -0000</pubDate><title>The Curious Case of XLibre Xserver</title><guid isPermaLink="false">2099525540@Uncensored</guid><description><![CDATA[<html><body>

<p>Funny, even if this project ultimately fails, its bringing to light the sad state of affairs in the OSS world.  Perhaps things will change, for the better. Keep the momentum going!</p>
<p> </p>
<p> </p>
<div class="message_header" style="padding: 0px; background-color: #deded0; color: #000080;">Fri Jun 27 2025 17:49:49 UTC from rss &lt;&gt;<span class="message_subject">Subject: The Curious Case of XLibre Xserver</span></div>
<div class="message_content" style="background-color: transparent; padding: 0px; color: #000080;">Freedom of choice in Linux? The XLibre Xserver case suggests it's not as simple as it sounds—raising questions about openness and control.<br /><br /><a href="https://linuxiac.com/the-curious-case-of-xlibre-xserver/" target="webcit01">https://linuxiac.com/the-curious-case-of-xlibre-xserver/</a></div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525465</link><pubDate>Fri, 27 Jun 2025 12:02:16 -0000</pubDate><title>Re: Proposal To Ship XLibre As X11 Server Packages On Fedora Linux Is Withdrawn</title><guid isPermaLink="false">2099525465@Uncensored</guid><description><![CDATA[<html><body>

<p>I have avoided them since they went rouge decades ago. Do they support 3rd party repositories, like Debian does, or is it a walled garden now? ( like where Ubuntu is heading ) If the libre project offered packages, at least that is one way around it for those who want to.</p>
<blockquote>
<div class="message_header"><span>Fri Jun 27 2025 02:19:52 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Proposal To Ship XLibre As X11 Server Packages On Fedora Linux Is Withdrawn</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Of course. It didn't stand a chance. Reich Hat is leading the cancellation of XLibre, and Fedora is basically just the development version of Reich Hat. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525443</link><pubDate>Fri, 27 Jun 2025 02:19:52 -0000</pubDate><title>Re: Proposal To Ship XLibre As X11 Server Packages On Fedora Linux Is Withdrawn</title><guid isPermaLink="false">2099525443@Uncensored</guid><description><![CDATA[Of course.  It didn't stand a chance.  Reich Hat is leading the cancellation
of XLibre, and Fedora is basically just the development version of Reich Hat.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525422</link><pubDate>Thu, 26 Jun 2025 17:57:10 -0000</pubDate><title>Re: Proposal To Ship XLibre As X11 Server Packages On Fedora Linux Is Withdrawn</title><guid isPermaLink="false">2099525422@Uncensored</guid><description><![CDATA[<html><body>

<p>Of course not. </p>
<p> </p>
<div class="message_header" style="padding: 0px; background-color: #deded0; color: #000080;">Thu Jun 26 2025 09:02:19 UTC from rss &lt;&gt;<span class="message_subject">Subject: Proposal To Ship XLibre As X11 Server Packages On Fedora Linux Is Withdrawn</span></div>
<div class="message_content" style="background-color: transparent; padding: 0px; color: #000080;">The controversial proposal to replace the upstream X.Org X11 server packages on Fedora Linux with XLibre is not going to happen... At least not for now. The change proposal has been withdrawn prior to being voted on by the Fedora Engineering and Steering Committee (FESCo)...<br /><br /><a href="https://www.phoronix.com/news/Fedora-XLibre-Proposal-Withdraw" target="webcit01">https://www.phoronix.com/news/Fedora-XLibre-Proposal-Withdraw</a></div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525404</link><pubDate>Thu, 26 Jun 2025 16:36:56 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099525404@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Jun 26 2025 02:22:18 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: OpenMandriva</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">no image </div>
</div>
</blockquote>
<p>Well, that is odd. I still see it after posting, in 2 different browsers. Both logged in and not logged in...</p>
<p>It was a screenshot of a fake command line:</p>
<p>~~~~~~~~~~~~~~~~~~</p>
<p>root@fedora: ~$ sudo apt purge gnome</p>
<p>This Command is a Code of Conduct violation.</p>
<p>You have been reported and banned. </p>
<p>~~~~~~~~~~~~~~~~~~</p>
<p>Sure, totally fake, but funny, and fits in with our discussion here. They are making fun of the wokeifcation and oppression from projects like gnome, redhat, etc.  For the X11libre team, they want no part of that nonsense. ( and are actually getting grief for stating that in writing..  idiots out there )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525321</link><pubDate>Thu, 26 Jun 2025 02:22:18 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099525321@Uncensored</guid><description><![CDATA[no image 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099525302</link><pubDate>Wed, 25 Jun 2025 20:34:17 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099525302@Uncensored</guid><description><![CDATA[<html><body>

<p>and yes, i know, apt &lt;&gt; rpm but i saw this today in the x1libre list and thought it was funny.</p>
<p> </p>
<p><img src="https://private-user-images.githubusercontent.com/5449417/456098880-92faa97b-fca8-41e3-b5be-1c3d9f33fc27.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NTA4ODM4MDgsIm5iZiI6MTc1MDg4MzUwOCwicGF0aCI6Ii81NDQ5NDE3LzQ1NjA5ODg4MC05MmZhYTk3Yi1mY2E4LTQxZTMtYjViZS0xYzNkOWYzM2ZjMjcucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI1MDYyNSUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNTA2MjVUMjAzMTQ4WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9NjkyYjAyNTc0ZmEyZDI2NTgzZGE0ZTJjYjFkODU0MDY0MDNiNmQ2ZmU2NmI5YWM3NjRmYjA5NjYzMDJkZDJlZSZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.h90LmE6HtfRCdFik-QSO57s02PLFjI-9takm8mlaC0k" alt="Image" /></p>
<blockquote>
<div class="message_header"><span>Thu Jun 19 2025 15:54:14 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: OpenMandriva</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br /><br />On the other hand, GNOME needs to die, and so do its creators (who now work for Microsoft out in the open instead of secretly). </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524554</link><pubDate>Thu, 19 Jun 2025 15:54:14 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524554@Uncensored</guid><description><![CDATA[  
 There's no satisfying some people.  As previously indicated I think Wayland
is a good and needed upgrade.  Have you read the architecture document? 
  
 [ https://wayland.freedesktop.org/architecture.html ] 
  
 There is a LOT of technical debt in X11.  Moving to Wayland isn't unlike
what Apple did with OS X, building a modern system and then providing a shim
layer that maps the old display server's calls to the new one (Cocoa and Carbon,
similar to XWayland). 
  
 My objection to Red (as in red commie bastards) Hat behavior isn't the transition
to Wayland, it's their treatment of X11Libre and its developers.  If someone
wants to fix bugs in the old layer, let them!  Yes, eventually everything
will move to Wayland and there won't be anything left in X11 except for XWayland,
reduced simply to a shim layer for old applications.  But we're not there
yet. 
  
 On the other hand, GNOME needs
to die, and so do its creators (who now work for Microsoft out in the open
instead of secretly). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524384</link><pubDate>Tue, 17 Jun 2025 20:21:33 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524384@Uncensored</guid><description><![CDATA[<html><body>

<p>Id expect even more people upset as they would have stolen the name then perverted it. </p>
<blockquote>
<div class="message_header"><span>Tue Jun 17 2025 18:29:57 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: OpenMandriva</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>I wonder if people would have complained less about Wayland if they <br />had simply called it X12. <br /><br /><br /></blockquote>
<br />Yes there would have been the same complaints. Heck I know people complains about NFSv4. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524374</link><pubDate>Tue, 17 Jun 2025 18:29:57 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524374@Uncensored</guid><description><![CDATA[ > I wonder if people would have complained less about Wayland if they   
 >had simply called it X12.   
 >   
 >  
  
 Yes there would have been the same complaints. Heck I know people complains
about NFSv4. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524365</link><pubDate>Tue, 17 Jun 2025 18:06:17 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524365@Uncensored</guid><description><![CDATA[<html><body>

<p>no.</p>
<blockquote>
<div class="message_header"><span>Tue Jun 17 2025 17:43:11 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: OpenMandriva</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br />I wonder if people would have complained less about Wayland if they had simply called it X12. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524358</link><pubDate>Tue, 17 Jun 2025 17:43:11 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524358@Uncensored</guid><description><![CDATA[It's a question of how you want to spend your time.  If you just enjoy tinkering
with operating systems then building your own, either from a bare boot/root
or using a kit like Linux From Scratch, will provide you with many hours of
enjoyment.  If on the other hand you want to actually do something with the
computer, the operating system is a tool to get you there, and every hour
you spend building an OS is an hour you didn't spend doing something else.

  
 I wonder if people would have complained less about Wayland if they had simply
called it X12. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524356</link><pubDate>Tue, 17 Jun 2025 17:17:51 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524356@Uncensored</guid><description><![CDATA[ > Building my own distro?  Been there, done that.  Started with Linux   
 
 >From Scratch.  Nurb, if you haven't tried Linux From Scratch before,   
 
 >give it a go. It will very rapidly cure your desire to roll your own :)
   
 >    
 >     
 >    
    
 I don't know, Linux From Scratch sounds fun but not practical. It is like
writing novels about undead horse robots. Doing it is a blast but you won't
get anything else out of it.   
  
 I thought these days the way to go when you need a custom solution that resembles
a regular distribution is to use Gentoo, since you can define the behavior
of nearly every component. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524355</link><pubDate>Tue, 17 Jun 2025 17:14:51 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524355@Uncensored</guid><description><![CDATA[ > 2025-06-16 23:02 from Nurb432       
 >Subject: Re: Long live X11      
 >Might be time to try to make my own distro.  But, drivers.      
 >always drivers.       
 >      
 >Wish Andy never shut down the VSTa project.  I know why he did,      
 >but it was a wonderful thing.       
 >      
      
 Making a practical distribution on your own sucks cocks.     
    
 I know I repeat myself quite a bit but you could consider Tiny Core Linux
as a base for your custom solutions. The base components are simple and the
thing does not have fancy services interfering.   
  
 I also like that KISS tries to do. You can in thory use it as a base for
any crazy thing you want to do, and some people does. There is an X11 fork
XD 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524346</link><pubDate>Tue, 17 Jun 2025 16:11:20 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524346@Uncensored</guid><description><![CDATA[<html><body>

<p>Oh and forgot to mention. I had another slightly older powerbook, with the same wifi/bt issues but before they added that stupid ass keyboard.  Linux was a pain to get to work for WiFi, but ChromeFlex, installed just fine and had proper drivers baked in.</p>
<p>And yes, i know "ewwwwww google and ewwwww chromeos" but not all of google is evil. And its got a Linux subsystem (debian) you can run instead of the chromeOS side.  For fun i even ran kvm and had windows and osx on it.. </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524344</link><pubDate>Tue, 17 Jun 2025 15:59:55 -0000</pubDate><title>Re: OpenMandriva</title><guid isPermaLink="false">2099524344@Uncensored</guid><description><![CDATA[<html><body>

<p>Actually i have messed with Linux from scratch. I also still clearly remember the pain of boot/root from the old days, and hand editing bits to get it to boot.  I also have messed with embedded Linux, some of which is nearly the same as LFS.   Ya, its a battle, but sometimes its worth it.</p>
<p>The power-book i got from the office, its not just wifi/bt that is broke.( and i agree, dongle, done. ) If you don't have special drivers even the freaking keyboard work work. Id be ok with it if the special function key touch pad/display thing does not work, but the basic keyboard/mouse also breaks? That is freaking insane.  ( and carrying around a usb keyboard, nope )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524332</link><pubDate>Tue, 17 Jun 2025 14:23:13 -0000</pubDate><title>OpenMandriva</title><guid isPermaLink="false">2099524332@Uncensored</guid><description><![CDATA[I have actually never tried OpenMandriva, but I've got some older Intel Mac
hardware headed my way that might be a perfect place to try it.  Despite macOS
being a sewer these days, the Intel hardware sure runs Linux well, once you
get past the nonsense with Broadcom wireless drivers (or add a well-supported
USB wireless dongle).  With Apple discontinuing support for Intel in macOS
soon, the market will be flooded with nice spec Intel Macs.  Oh, and of course
all the hardware that can't run Windows 11...  Linux dream come true.   
  
  
 I'm pretty impressed with MX Linux these days too.  It's Debian underneath
but pretty and much easier to deal with.[ 
  
 Building my own distro?  Been there, done that.  Started with Linux From
Scratch.  Nurb, if you haven't tried Linux From Scratch before, give it a
go. It will very rapidly cure your desire to roll your own :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524265</link><pubDate>Mon, 16 Jun 2025 23:06:24 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524265@Uncensored</guid><description><![CDATA[<html><body>

<p>Or not i guess. Only reason i had that desktop out was to rip that damn DVD i couldn't find on DHT.   Its not like i really use much anymore so i guess its not THAT important whatever linux does, even if it totally implodes.. do i care?.   And ya, that vm server of mine is still up, but its pretty worthless, all its really doing is pretending to be a NAS.</p>
<p> </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jun 16 2025 23:02:35 UTC</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: Long live X11</span></div>
<div class="message_content">
<p>Might be time to try to make my own distro.  But, drivers. always drivers.</p>
<p>Wish Andy never shut down the VSTa project.  I know why he did, but it was a wonderful thing. </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524264</link><pubDate>Mon, 16 Jun 2025 23:02:35 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524264@Uncensored</guid><description><![CDATA[<html><body>

<p>Might be time to try to make my own distro.  But, drivers. always drivers.</p>
<p>Wish Andy never shut down the VSTa project.  I know why he did, but it was a wonderful thing. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524235</link><pubDate>Mon, 16 Jun 2025 18:11:26 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524235@Uncensored</guid><description><![CDATA[I figured if someone was going to move to x11libre it would be OpenMandriva.
 They have always been good about maintaining strong support for both Wayland
and X11, and they're a distribution that explicitly resists the politicization
of open source software. 
  
 In fact, I'm on my OpenMandriva machine right now and it's currently using
... (checks) ... X11.  As I've said before, it's an absolutely gorgeous implementation
of KDE Plasma.  The font rendering in particular is so much nicer on this
11 year old laptop than it is on any of my newer hardware running Kubuntu
or Windows. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524219</link><pubDate>Mon, 16 Jun 2025 16:45:21 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524219@Uncensored</guid><description><![CDATA[<html><body>

<p>Looks like OpenMandriva is switching to x11libre, and its already in their testing version. And something called Vipnix Linux has switched already. Arch Linux has packages built .. </p>
<p> </p>
<p>The momentum has started.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524138</link><pubDate>Sun, 15 Jun 2025 14:16:39 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524138@Uncensored</guid><description><![CDATA[<html><body>

<p>Hmm clearly before my time. Need to show me that sometime if its that great.</p>
<blockquote>
<div class="message_header"><span>Sat Jun 14 2025 17:40:23 UTC</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: Long live X11</span></div>
<div class="message_content">
<p>Sigh.   9Front, not Plan9.   Plan 9 effectively died when AT&amp;T was broken up. </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524102</link><pubDate>Sat, 14 Jun 2025 17:40:23 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524102@Uncensored</guid><description><![CDATA[<html><body>

<p>Sigh.   9Front, not Plan9.   Plan 9 effectively died when AT&amp;T was broken up. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524040</link><pubDate>Fri, 13 Jun 2025 18:57:39 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524040@Uncensored</guid><description><![CDATA[<html><body>

<p>Rust issues with that project aside for just a second ( which does mean it sucks... ), Id rather see people pour their efforts into Plan9. Why create what is there already? It just needs more people to bring it out into the open.. it has decades of history.. and is more true to UNIX philosophy than anything else today. ( including modern *bsd )</p>
<p>And they have a twisted sense of humor over in that camp.   LoL.</p>
<p> </p>
<p>( and id say that its already out of control.. the penguin is dead )</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jun 13 2025 17:52:41 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Long live X11</span></div>
<div class="message_content">
<blockquote>
<div class="message_content">
<p><span style="background-color: transparent; color: navy;">I wish them well.  Another credible operating system could be an escape hatch for many if Big Tech gets out of control with Linux.</span></p>
</div>
</blockquote>
<p> </p>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524039</link><pubDate>Fri, 13 Jun 2025 18:52:44 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524039@Uncensored</guid><description><![CDATA[<html><body>

<p>Agreed on Gnome.  And Ubuntu is no better than RH as far as im concerned.</p>
<p>But, i do think a valid fork to keep X11 alive is a good thing. Sure, RH and other are trying to kill it, but that is not a reason to abandon it, to me.   Keep the fight alive. keep flipping them the bird.</p>
<blockquote>
<div class="message_header"><span>Fri Jun 13 2025 17:42:59 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Long live X11</span></div>
<div class="message_content">
<p>Wayland is a much needed imporovement.  The alarming revelation is that the custodians of X.org, which has turned out to be a cartel led by Red Hat, have been actively suppressing any improvement of X.org for several years now.  Merge requests have been left unanswered, bugs have been left unfixed, etc.   Enrico Weilgelt got frustrated with this and forked the project in an attempt to finally modernize it.  In the long run everything will likely be on Wayland anyway, but it seems obvious that if there's someone who wants to maintain the old system, you'd be crazy not to let them, right?</p>
<p>In response, the Red Hat led cartel deleted the project, deleted all the open merge requests, banned Enrico Weilgelt, and embarked upon a character assassination effort all over the Internet.  Big Tech funds the mainstream tech press, so hacks like The Register simply focused on the character assassination part of it: Weilgelt is an "anti-vaxxer" and "anti-DEI" and "climate denier" and all the other bullshit that the political left uses to smear people who refuse to sit down and shut up when oppressed.  If you want to get the whole story, the best source is (of course) Bryan Lunduke, who has of late become the undisputed champion of truth.  So much so, that in many places you can be banned for merely speaking his name.</p>
<p>Now that the Streisand Effect has kicked in, the Red Hat led cartel has responded by ending support for X11 in GNOME cold dead.  Some distributions (such as Ubuntu) were getting ready for that because the developers have been making noise about that for some time now.  Now they have to, because it's officially ending.</p>
<p>I've always hated GNOME because it was <em>created</em> to be divisive.  It continues its tradition.</p>
<p>And so, George Orwell was right again:<br />Open source: "All animals are equal."<br />Red Hat: "But some are more equal than others."</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524035</link><pubDate>Fri, 13 Jun 2025 17:52:41 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524035@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_content">
<p>Check out the screen shots in the RedoxOS blog post: <a href="https://www.redox-os.org/news/this-month-250531/" target="webcit01">https://www.redox-os.org/news/this-month-250531/</a> and it's written completely in Rust!</p>
</div>
</blockquote>
<p>I wish them well.  Another credible operating system could be an escape hatch for many if Big Tech gets out of control with Linux.</p>
<p>On the other hand, I see tons of red flags:</p>
<p>* Microkernel architecture (Why hasn't GNU Hurd gone mainstream yet?  Why has Windows retreated from microkernel?)</p>
<p>* MIT license -- a favorite of companies who incubate in open source, then when they are successful fork a proprietary version and abandon the open source version</p>
<p>* Rust's code of conduct which exists to ban anyone who doesn't bow to San Francisco sociopolitical values</p>
<p>Feels like we could be on the verge of another diaspora like we were in the early 1990's when the movement started.  And maybe that's how it will always be, an endless cycle of expansions and contractions, a pendulum swinging endlessly between rebellions against too much power concentrating in one place and consolidation of the best efforts of the community.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099524034</link><pubDate>Fri, 13 Jun 2025 17:42:59 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099524034@Uncensored</guid><description><![CDATA[<html><body>

<p>Wayland is a much needed imporovement.  The alarming revelation is that the custodians of X.org, which has turned out to be a cartel led by Red Hat, have been actively suppressing any improvement of X.org for several years now.  Merge requests have been left unanswered, bugs have been left unfixed, etc.   Enrico Weilgelt got frustrated with this and forked the project in an attempt to finally modernize it.  In the long run everything will likely be on Wayland anyway, but it seems obvious that if there's someone who wants to maintain the old system, you'd be crazy not to let them, right?</p>
<p>In response, the Red Hat led cartel deleted the project, deleted all the open merge requests, banned Enrico Weilgelt, and embarked upon a character assassination effort all over the Internet.  Big Tech funds the mainstream tech press, so hacks like The Register simply focused on the character assassination part of it: Weilgelt is an "anti-vaxxer" and "anti-DEI" and "climate denier" and all the other bullshit that the political left uses to smear people who refuse to sit down and shut up when oppressed.  If you want to get the whole story, the best source is (of course) Bryan Lunduke, who has of late become the undisputed champion of truth.  So much so, that in many places you can be banned for merely speaking his name.</p>
<p>Now that the Streisand Effect has kicked in, the Red Hat led cartel has responded by ending support for X11 in GNOME cold dead.  Some distributions (such as Ubuntu) were getting ready for that because the developers have been making noise about that for some time now.  Now they have to, because it's officially ending.</p>
<p>I've always hated GNOME because it was <em>created</em> to be divisive.  It continues its tradition.</p>
<p>And so, George Orwell was right again:<br />Open source: "All animals are equal."<br />Red Hat: "But some are more equal than others."</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099523802</link><pubDate>Wed, 11 Jun 2025 15:25:02 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099523802@Uncensored</guid><description><![CDATA[<html><body>

<p>i think i have said it before so sorry for repeating. My issue with wayland is much like with SystemD. its a 'monolithic desktop oriented blob' which is anti-UNIX philosophy and a security risk, and in the case of wayand, its not network centric, like X is. It also has the potential of becoming nearly proprietary in concept, as in the end it locks people out.   Might as well just use windows. </p>
<p>Sure, i totally agree that X could use some improvements and some modernization, as nothing is perfect and it IS old.. but tossing it out with the bathwater was the wrong thing go do, in my opinion.   Much like should have been done with init. improve, not toss. tho we all know the systemD project was designed to destroy Linux from within.  That said, i dont think wayland is an intentional destruction of Linux, and more about control of it, but it does destroy the UNIX foundations on which it was built.</p>
<blockquote>
<div class="message_header"><span>Wed Jun 11 2025 11:21:57 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Long live X11</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I don't hate Wayland too much but it sends the same world domination vibes other modern Linux subsystems do. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099523800</link><pubDate>Wed, 11 Jun 2025 15:17:36 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099523800@Uncensored</guid><description><![CDATA[<html><body>

<p>ewww Rust.</p>
<blockquote>
<div class="message_header"><span>Wed Jun 11 2025 03:24:15 UTC</span> <span>from <a href="do_template?template=user_show?who=SamuraiCrow">SamuraiCrow</a> </span> <span class="message_subject">Subject: Re: Long live X11</span></div>
<div class="message_content">
<p>Check out the screen shots in the RedoxOS blog post: <a href="https://www.redox-os.org/news/this-month-250531/" target="webcit01">https://www.redox-os.org/news/this-month-250531/</a> and it's written completely in Rust!</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099523765</link><pubDate>Wed, 11 Jun 2025 11:21:57 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099523765@Uncensored</guid><description><![CDATA[ > 2025-06-10 18:22 from Nurb432     
 >Subject: Long live X11    
 >Good for them.  A project to save X11, and flip the bird to    
 >wayland.    https://github.com/X11Libre/xserver     
 >    
 >Seems their work has been censored by the likes of redhat and    
 >such..   No surprise, and i knew it was taking place, but just    
 >reading some of their comments even more politics and 'walled    
 >garden' going on than i thought.      
    
 Thanks for the link. The guys at Tiny Core Linux will be happy.   
  
 I don't hate Wayland too much but it sends the same world domination vibes
other modern Linux subsystems do. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099523747</link><pubDate>Wed, 11 Jun 2025 03:24:15 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099523747@Uncensored</guid><description><![CDATA[<html><body>

<p>Check out the screen shots in the RedoxOS blog post: https://www.redox-os.org/news/this-month-250531/ and it's written completely in Rust!</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099523741</link><pubDate>Wed, 11 Jun 2025 02:09:58 -0000</pubDate><title>Re: Long live X11</title><guid isPermaLink="false">2099523741@Uncensored</guid><description><![CDATA[I've been following Lunduke's reporting on xlibre for the last couple of days.
 It really is a bizarre story.  The developer behind xlibre seems to be someone
who just wants to merge a large backload of merge requests that fix open bugs
and make genuine improvements.  freedesktop/redhat deleted the project, deleted
all the merge requests, banned the developer, and are now censoring any mention
of him everywhere they can. 
  
 This makes no sense, of course.  There was some mention of the developer
being anti-woke and therefore a "nazi" but that might just be an excuse. 
  
 Look, I *like* Wayland.  I use it on my main desktop rig.  But why stonewall
improvements to X11 just because it's being replaced by something better?
 Even on a Wayland system you need XWayland to shim legacy apps onto the display,
so it's not as if X11 is going away completely any time soon.  Maybe someday
it will shift
from "always resident" to "socket activation" but it'll be a long time before
we don't need it at all. 
  
 But they done messed up now.  Word is out and they've activated the Streisand
Effect. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099523708</link><pubDate>Tue, 10 Jun 2025 18:22:34 -0000</pubDate><title>Long live X11</title><guid isPermaLink="false">2099523708@Uncensored</guid><description><![CDATA[<html><body>

<p>Good for them.  A project to save X11, and flip the bird to wayland.    https://github.com/X11Libre/xserver</p>
<p>Seems their work has been censored by the likes of redhat and such..   No surprise, and i knew it was taking place, but just reading some of their comments even more politics and 'walled garden' going on than i thought. </p>
<p> </p>
<p>Now we just need a mole in the core code team of wayland.  ( and SystemD ).  Collapse it from the inside, like they are doing to us.  Burn it to the ground. </p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099521825</link><pubDate>Sun, 25 May 2025 22:16:57 -0000</pubDate><title>Message #2099521825</title><guid isPermaLink="false">2099521825@Uncensored</guid><description><![CDATA[<html><body>

<p>oops</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099521799</link><pubDate>Sun, 25 May 2025 16:23:36 -0000</pubDate><title>Re: Watchtower</title><guid isPermaLink="false">2099521799@Uncensored</guid><description><![CDATA[ >When I push a new version of Citadel I know it's going to end up on   
 >Uncensored without me ever having to do a thing.   
  
 ...he says, and then proceeds to break everything  :) 
  
 Last friday I did some work on Citadel to fix a problem a user was having,
and I added some "harmless" flags to the Makefile in the container's Dockerfile.
 I built the container image, not noticing that it skipped major parts of
the system without failing the build.  Saturday morning, Watchtower noticed
a new version of Citadel and dutifully pushed it to Uncensored, which went
down for hours until I noticed. 
  
 Good times! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099519374</link><pubDate>Mon, 05 May 2025 16:50:51 -0000</pubDate><title>Message #2099519374</title><guid isPermaLink="false">2099519374@Uncensored</guid><description><![CDATA[And that's great!  We need things like that.  Linux meanwhile has sort of
become "the fabric of standard computing" -- and I choose that phrase because
it's the exact words used by Jim Allchin in 1997, when M$ was planning what
they believed would be the final moves of Windows monopoly lock-in.  It isn't
just a mainstream OS, it is THE mainstream OS, and supporting architectures
that went out of production almost 20 years ago just doesn't belong there.
 It's fun to be able to say it works, but it carries with it so much technical
debt that it robs the platform of the ability to move forward as well as it
could. 
  
 NetBSD's position is "well, if there's no way to do functionality xyz in
a clean way across every architecture, even the old ones, we just won't do
that."  And maybe you pay for that in terms of not being able to squeeze out
the performance advantages of the very newest chips.  There's a place for
both approaches. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099519358</link><pubDate>Mon, 05 May 2025 14:25:23 -0000</pubDate><title>Message #2099519358</title><guid isPermaLink="false">2099519358@Uncensored</guid><description><![CDATA[<html><body>

<p>My understanding is that NetBSD tries to run on everything it possibly can.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099519357</link><pubDate>Mon, 05 May 2025 14:24:18 -0000</pubDate><title>Re: Linux Kernel to Drop Support for Legacy i486 and Early 586 CPUs</title><guid isPermaLink="false">2099519357@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm not bothered by operating systems like Linux dropping support for CPUs that old at this point. What bothers me is people who get mad at other people for the unforgivable sin of supporting old hardware in their own free time.</p>
<blockquote>
<div class="message_header"><span>Mon May 05 2025 02:36:00 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Linux Kernel to Drop Support for Legacy i486 and Early 586 CPUs</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">It's been generous to keep them supported for this long. There's no practical reason to keep hardware that old supported by a modern kernel. Retro scenes tend to run retro software anyway, or specialist software like NetBSD that's targeted for those sort of machines. <br /><br />I mean really ... FPU emulation? It's time. <br /><br />I'm looking forward to the end of all 32-bit x86 support ... but that's probably a while off. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099519302</link><pubDate>Mon, 05 May 2025 02:36:00 -0000</pubDate><title>Re: Linux Kernel to Drop Support for Legacy i486 and Early 586 CPUs</title><guid isPermaLink="false">2099519302@Uncensored</guid><description><![CDATA[It's been generous to keep them supported for this long.  There's no practical
reason to keep hardware that old supported by a modern kernel.  Retro scenes
tend to run retro software anyway, or specialist software like NetBSD that's
targeted for those sort of machines. 
  
 I mean really ... FPU emulation?  It's time. 
  
 I'm looking forward to the end of all 32-bit x86 support ... but that's probably
a while off. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099519248</link><pubDate>Sun, 04 May 2025 19:41:02 -0000</pubDate><title>Linux Kernel to Drop Support for Legacy i486 and Early 586 CPUs</title><guid isPermaLink="false">2099519248@Uncensored</guid><description><![CDATA[<html><body>

<p>Well there's always NetBSD.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099519160</link><pubDate>Sun, 04 May 2025 13:25:04 -0000</pubDate><title>Re: Watchtower</title><guid isPermaLink="false">2099519160@Uncensored</guid><description><![CDATA[<html><body>

<p>I tried that once, forget which container. Failed miserably. It ended up destroying the container it was supposed to watch. ( thankfully not the data container, just the application )</p>
<p>But then again, not a fan of Docker.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099517783</link><pubDate>Thu, 24 Apr 2025 00:51:00 -0000</pubDate><title>Watchtower</title><guid isPermaLink="false">2099517783@Uncensored</guid><description><![CDATA[Just discovered a happy little thing called "Watchtower".  Skip to the next
message if you're like "Duh IG, that's old news." 
  
 [ https://containrrr.dev/watchtower/ ] 
  
 Watchtower makes life a bit easier if you are running containerized apps
in Docker (as opposed to Kubernetes or some other orchestration platform)
and you want them kept updated automatically.  It's delightfully simple. 
You run it as a container on the host, and you give it access to the Docker
socket (using "-v /var/run/docker.sock:/var/run/docker.sock", of course) and
at that point it just launches itself every 24 hours. 
  
 During each daily run, it scans Docker Hub (or some other registry you specify)
for newer versions of the container images for everything you've got running
on your system.  When a new version is found, it is downloaded, and the container
is re-launched using the same options that were specified
when it was originally launched. 
  
 I have been running this on all of my Docker workloads for about a week now.
 In fact, the instance of Citadel running Uncensored just updated itself earlier
today.  It's incredible seeing your stuff getting updated to the latest version
without having to do anything manually.  It's like seeing new features and
fixes in a hosted SaaS app, but it's still self-hosted.  The best of both
worlds, really. 
  
 Naturally this is not indicated for every workload, because it assumes that
you're accepting whatever QA has been done on every new version of the container
image.  If you're strict about testing and staging, Watchtower is probably
not for you.  But for the stuff I've got running here?  Perfect.  I get new
versions of SearXNG several times a week.  When I push a new version of Citadel
I know it's going to end up on Uncensored without me ever having to do a thing.

  
 Pipeline all the things! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099517207</link><pubDate>Sat, 19 Apr 2025 16:04:29 -0000</pubDate><title>Message #2099517207</title><guid isPermaLink="false">2099517207@Uncensored</guid><description><![CDATA[April Fools jokes around the Internet and particularly around the tech community
were funny 25 years ago, but now they're just kind of predictable and formulaic.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099514676</link><pubDate>Tue, 01 Apr 2025 11:41:08 -0000</pubDate><title>Message #2099514676</title><guid isPermaLink="false">2099514676@Uncensored</guid><description><![CDATA[<html><body>

<p>Nevermind on the above. I'm an idiot. its April 1.  Of course i didn't catch it until i started actually reading it beyond the headline and image ( which was odd, but its an odd group anyway ).  </p>
<p>These 'human things', like this "holiday", i just don't really get.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099514675</link><pubDate>Tue, 01 Apr 2025 11:31:03 -0000</pubDate><title>Genda</title><guid isPermaLink="false">2099514675@Uncensored</guid><description><![CDATA[<html><body>

<pre class="moz-quote-pre">9FRONT "THE FRONT END OF TOMORROW" RELEASED
===========================================

![front](<a class="moz-txt-link-freetext" href="http://9front.org/img/tfeot.front.png">http://9front.org/img/tfeot.front.png</a>)

NOTABLE CHANGES
---------------

The future of 64-bit platforms

As we consider the hardware-based future of 9front, we have
come to the conclusion that our current situation is unsustainable.
When we consider the declining build quality of modern thinkpads,
the 9front disorganization committee has reevaluated the common approach
how to move forward, and believes it's time to take some bold steps
which will carry us strongly into the future.

We have surveyed 73 randomly selected users on stackoverflow, and on
the strength of the results of this survey, we are confident that
nobody will be impacted if 9front dropped amd64 support.

Given the huge maintenance cost of immature computer architectures
such as mips, 386, arm, arm64 and amd64, we decided to put our focus
on the more mature and stable achitectures:

power64 and itanuim.

Therefore, all architectures other than power64 and itanium
are thereby frozen, conserved and promoted to end of life.

The advantages are clearly presented here:

- The future is 64-bit: Driven by the needs of browser developers,
  it's become clear that a 32 bit address space is no longer enough.
  As we work towards expanding Mothra to support modern substandards,
  we will need room to grow.

- Reduced distribution size: We are rapidly approaching the limit
  of what we can fit on a CD. Because we're uncertain if DVDs can
  be supported on Itanium, we feel the need to trim the fat.

- Hardware more cheaply available: With the recent rise of Ebay,
  it's become clear that as large corporations bequeath us their
  wealth of power64 and itanium hardware, the prices of such
  machines will continue to drop.

- Continued hardware popularity: We have done a survey of the
  popularity of Itanium, and in recent years, the number of active
  installations has been stable, giving us confidence that the
  platform will continue well into the future at its current level
  of market dominance.

- Put an end to the "byte order fallacy" problem: With current hardware,
  we have limited ourselves to little endian byte order. Setting aside
  fact that the correct answer is: BIG ENDIAN, we feel that it's critical
  to our success that all processors we support in the future be big-endian.

Given that the compilers for power64 and itanium are currently not
up to our quality standards in regards to optimal instruction scheduling,
the current distribution media only includes the binaries that
that have passed our rigorous quality controll process.

We believe that with these changes, 9front will replace inferno
as the common dominant consumer operating system.</pre>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099513885</link><pubDate>Tue, 25 Mar 2025 22:50:02 -0000</pubDate><title>Message #2099513885</title><guid isPermaLink="false">2099513885@Uncensored</guid><description><![CDATA[<html><body>

<p>The way i read it, she was a critical component in the GPU driver reverse engineering.  But, i wont be getting an apple ever again for any reason so i wasn't following it too closely.</p>
<blockquote>
<div class="message_header"><span>Tue Mar 25 2025 22:41:12 UTC</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Gonna go out on a limb and assume nothing of value was lost. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099513883</link><pubDate>Tue, 25 Mar 2025 22:41:12 -0000</pubDate><title>Message #2099513883</title><guid isPermaLink="false">2099513883@Uncensored</guid><description><![CDATA[ > 2025-03-23 15:33 from Nurb432 <nurb432@uncensored.citadel.org>   
 >What an odd statement to make.     
 >  
 >"On Tuesday, a developer going by "Asahi Lina" announced she would be  
 >pausing work on Apple GPU drivers indefinitely. Asahi Lina posted on  
 >Bluesky: "I no longer feel safe working on Linux GPU drivers or the  
 >Linux graphics ecosystem."   
 >  
 >https://www.theregister.com/2025/03/20/asahi_linux_asahi_lina/  
 >  
  
 Gonna go out on a limb and assume nothing of value was lost. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099513628</link><pubDate>Mon, 24 Mar 2025 07:54:21 -0000</pubDate><title>Message #2099513628</title><guid isPermaLink="false">2099513628@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm sure that drivers will be welcome on RedoxOS. At least it is written entirely in Rust, after all.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099513605</link><pubDate>Mon, 24 Mar 2025 00:20:17 -0000</pubDate><title>Message #2099513605</title><guid isPermaLink="false">2099513605@Uncensored</guid><description><![CDATA[He's a Rust developer.  Those people are crazy and VERY entryist.  He probably
got his feelings hurt and decided the kernel developers are nazis. 
  
 Unfortunately there's a LOT of that shit going on in FOSS right now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099513583</link><pubDate>Sun, 23 Mar 2025 15:33:39 -0000</pubDate><title>Message #2099513583</title><guid isPermaLink="false">2099513583@Uncensored</guid><description><![CDATA[<html><body>

<p>What an odd statement to make.  </p>
<p>"On Tuesday, a developer going by "Asahi Lina" announced she would be pausing work on Apple GPU drivers indefinitely. Asahi Lina posted on Bluesky: "I no longer feel safe working on Linux GPU drivers or the Linux graphics ecosystem."</p>
<p>https://www.theregister.com/2025/03/20/asahi_linux_asahi_lina/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099510749</link><pubDate>Sat, 01 Mar 2025 16:57:31 -0000</pubDate><title>Re: The death of linux</title><guid isPermaLink="false">2099510749@Uncensored</guid><description><![CDATA[<html><body>

<p>There's a time and a place for everything, I guess.  Python turns out to be a really good language for systems management (which is why Ansible is built from it).  I still have a pretty firm belief that the kernel should be built from a single language.  That language is C and it doesn't make sense to start mixing other  languages in.  However, it seems that ship has sailed and we're going to have Rust code in the kernel (starting with 6.1 so apparently it's already here).</p>
<p>I haven't decided whether I'm going to learn Rust yet.  So far I haven't become involved in any projects that use it.  The part of my job that involves writing code is all systems management stuff so it's mostly Python along with some IaC languages like Ansible and Terraform.  At home I build Citadel exclusively in C (with browser-side code in JavaScript of course) so there's really no pressing need to learn another language right now.</p>
<p>If code is going to be distributed, one should also be concerned with the complexity of setting up a build environment for anyone wanting to compile the program themselves.  I'm proud of the fact that most of what gets distributed from here requires little more than gcc and gmake.  Consider the Linux kernel now: it requires not only a C compiler but also Rust and over 70 extensions to Rust just to get the NVMe driver built.  Then you've got the fact that the C portions use the GNU back end and the Rust portions use the LLVM back end.  That's a pretty complicated build environment.  When you get to that point, people start building the tooling to set up dedicated build environments for specific projects, instead of just using "whatever compiler is already on the system."</p>
<p>(Side note: Linux kernel ought to switch from gcc to clang so the whole thing can be LLVM)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099510538</link><pubDate>Fri, 28 Feb 2025 01:00:16 -0000</pubDate><title>Re: The death of linux</title><guid isPermaLink="false">2099510538@Uncensored</guid><description><![CDATA[ >python, everywhere.  And to take Pottering out to the public square  
  
 Ew, Python?? Might as well take me to that same public square. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099509674</link><pubDate>Sat, 22 Feb 2025 16:24:17 -0000</pubDate><title>Re: The death of linux</title><guid isPermaLink="false">2099509674@Uncensored</guid><description><![CDATA[<html><body>

<p>Oh, and when i promote myself to world emperor, after i level the new housing and return it back to farmland, next thing will be to mandate python, everywhere.  And to take Pottering out to the public square perhaps after that.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099509673</link><pubDate>Sat, 22 Feb 2025 16:22:36 -0000</pubDate><title>Re: The death of linux</title><guid isPermaLink="false">2099509673@Uncensored</guid><description><![CDATA[<html><body>

<p>Who would have imagined that crap language attracts crap people.  </p>
<p> </p>
<p>( ok, perhaps not ALL rust people as in any group there are exceptions, but stereotypes win today )</p>
<blockquote>
<div class="message_header"><span>Sat Feb 22 2025 06:38:32 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: The death of linux</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"> Rust people were problematic in other ways.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099509630</link><pubDate>Sat, 22 Feb 2025 06:38:32 -0000</pubDate><title>Re: The death of linux</title><guid isPermaLink="false">2099509630@Uncensored</guid><description><![CDATA[It's a thing, and it isn't over.  Last I heard there was some tension because
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099509622</link><pubDate>Sat, 22 Feb 2025 02:01:44 -0000</pubDate><title>Re: The death of linux</title><guid isPermaLink="false">2099509622@Uncensored</guid><description><![CDATA[ > 2025-02-20 22:15 from Nurb432 <nurb432@uncensored.citadel.org>   
 >Subject: The death of linux  
 >The collapse is beginning. I wonder if CUDA works in *bsd yet....   
 >  
 >    
 >  
 >"Christoph Hellwig, a Kernel maintainer, has revealed that Linus  
 >Torvalds privately expressed his intention to merge Rust code into  
 >the Linux kernel."  
 >  
  
 I thought this already happened. I could swear last time I looked in the
linux tree I saw something Rust in there. I guess it could have been some
userspace lib or tool, I don't renwmber. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099509430</link><pubDate>Thu, 20 Feb 2025 22:16:06 -0000</pubDate><title>Re: The death of linux</title><guid isPermaLink="false">2099509430@Uncensored</guid><description><![CDATA[<html><body>

<p>I meant to say accelerating..   pottering started the collapse.. that evil SoB.</p>
<blockquote>
<div class="message_header"><span>Thu Feb 20 2025 22:15:19 UTC</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: The death of linux</span></div>
<div class="message_content">
<p>The collapse is beginning. I wonder if CUDA works in *bsd yet....</p>
<p> </p>
<p>"<span style="font-family: sans-serif; font-size: 16px;">Christoph Hellwig, a Kernel maintainer, has revealed that Linus Torvalds privately expressed his intention to merge Rust code into the Linux kernel."</span></p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099509429</link><pubDate>Thu, 20 Feb 2025 22:15:19 -0000</pubDate><title>The death of linux</title><guid isPermaLink="false">2099509429@Uncensored</guid><description><![CDATA[<html><body>

<p>The collapse is beginning. I wonder if CUDA works in *bsd yet....</p>
<p> </p>
<p>"<span style="font-family: sans-serif; font-size: 16px;">Christoph Hellwig, a Kernel maintainer, has revealed that Linus Torvalds privately expressed his intention to merge Rust code into the Linux kernel."</span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507764</link><pubDate>Sun, 09 Feb 2025 22:40:07 -0000</pubDate><title>Re: Arch Enemy</title><guid isPermaLink="false">2099507764@Uncensored</guid><description><![CDATA[Now that's a more sensible answer.  In fact, the FHS specifically says that
/bin is for "binaries usable before the /usr partition is mounted."  That
makes sense in a world where you are going to build your initrd /bin from
your host /bin.  You don't want all of /usr in there because it would become
unnecessarily large.  (Perhaps that will change on the day the last non-UEFI
systems are retired, but for now we still need it.)
 
 Even so, I still contend that mounting a shared /usr is madness in the modern
world where OS updates ship almost daily.  Mounting a *dedicated* /usr on,
for example, a diskless client system might make sense, in which case the
server or storage array can handle deduplication and save disk that way.
 
 My experience here -- and remember, I am a seasoned data center architect
with decades of hands-on -- is that diskless systems have peaked and are now
receding.  The
reason for this is that Hyperconverged is now all the rage.  Once system designers
realized that every node can contribute both a share of the compute pool *and*
a share of the disk pool, dispensing with the cost of an expensive storage
array, that became very popular very fast.  This will be the case for as long
as "cloud" remains popular.
 
 But as every experienced IT bod knows, our industry is a big set of pendulums
that eternally swing back and forth.  So if you don't like the way something
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507684</link><pubDate>Sun, 09 Feb 2025 00:44:42 -0000</pubDate><title>Re: Arch Enemy</title><guid isPermaLink="false">2099507684@Uncensored</guid><description><![CDATA[ > 3. It is the current year.  Disk is cheap.  Mounting /usr from a     
 >shared volume doesn't really make sense anymore.    
 >     
    
 I really hate that argument because I usually get it when somebody wants
to discard something good for whatever reason, and the only argument they
can build is "It is old".   
  
 I personally like that there is a /usr so you can differentiate the things
that are needed for recovery / single user mode and those who aren't.  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507633</link><pubDate>Sat, 08 Feb 2025 17:19:54 -0000</pubDate><title>Re: Arch Enemy</title><guid isPermaLink="false">2099507633@Uncensored</guid><description><![CDATA[Have you tried it?  I have.  It's nothing but trouble.  Stuff gets out of
sync, you get weird dependency problems, it's a nightmare.  Again, it made
sense when your OS got updates every three or four years and wasn't connected
to the global Internet.  It doesn't work now when the entire fleet is getting
updates every couple of days and they get out of sync. 
  
 Believe me, I've done it.   Sharing /home is an absolute win.  Sharing /usr/local
is a win if everyone is on the same architecture.  But sharing /usr is a disaster.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507561</link><pubDate>Sat, 08 Feb 2025 00:55:59 -0000</pubDate><title>Re: Arch Enemy</title><guid isPermaLink="false">2099507561@Uncensored</guid><description><![CDATA[ > 3. It is the current year.  Disk is cheap.  Mounting /usr from a   
 >shared volume doesn't really make sense anymore.  
 >   
  
 This is never a good reason, for any feature or resource. I don't know why
people keep repeating this. 
  
 You're basically saying, "we made the movie theater wider so now we can fit
fatter people" instead of "now we can fit more people." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507199</link><pubDate>Thu, 06 Feb 2025 00:14:59 -0000</pubDate><title>Re: Arch Enemy</title><guid isPermaLink="false">2099507199@Uncensored</guid><description><![CDATA[<html><body>

<p>Monolithic Microsoft-think.  Just like systemD</p>
<blockquote>
<div class="message_header"><span>Wed Feb 05 2025 21:53:25 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Arch Enemy</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">That having been said, the symlink thing seems silly to me as well. Combining them doesn't really seem to accomplish anything.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507173</link><pubDate>Wed, 05 Feb 2025 21:58:01 -0000</pubDate><title>Artificial nothing</title><guid isPermaLink="false">2099507173@Uncensored</guid><description><![CDATA[ >So RedHat is in process of integrating AI ( IBM's granite series ) into
 >Gnome.  
 
 GNOME was created at the direction of Microsoft by their mole Miguel de Icaza
to deliberately fragment the Linux desktop.  I still can't get it to work
the way I want to -- that is, with the taskbar on the bottom and no other
panels.  I want my computer to look like a computer, not like a phone or a
Mac.  Yes, I know about "dash to dock" and "dash to panel" but they're both
unstable.  Most recently I ran updates on my older laptop and the whole desktop
crashed on startup every time after that.
 
 Fortunately I had just heard about OpenMandriva so I wiped the machine and
installed it.  Haven't looked back since.  Their implementation of KDE Plasma
is really polished and works great.  And it isn't built by people who hate
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507172</link><pubDate>Wed, 05 Feb 2025 21:53:25 -0000</pubDate><title>Arch Enemy</title><guid isPermaLink="false">2099507172@Uncensored</guid><description><![CDATA[ > Arch made my shit list when they symlinked /bin to /usr/bin, 
 >indicating they don't understand the use case for having /usr on a 
 >separate mount point. Unix fail. 
 
 The original rationale, as I remember it, was that you could have one or
the other mounted read-only and/or served up as a shared volume.  And that
totally made sense at the time, when disk was expensive and the operating
system binaries only changed every couple of years.  There are a lot of reasons
why that kind of thinking doesn't make sense anymore:
 
 1. Every machine gets updates frequently, but not at the same time.  It's
easy to get out of sync.
 
 2. If you're sharing, there are better ways to deduplicate.  Many filesystems
and storage arrays will simply do it for you.
 
 3. It is the current year.  Disk is cheap.  Mounting /usr from a shared volume
doesn't really make sense anymore.
 
 That having been said,
the symlink thing seems silly to me as well.  Combining them doesn't really
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507160</link><pubDate>Wed, 05 Feb 2025 19:48:51 -0000</pubDate><title>Re: Engineers with analog stuff</title><guid isPermaLink="false">2099507160@Uncensored</guid><description><![CDATA[<html><body>

<p>Well darn, i always strive to be different than the rest :)</p>
<p>if i had the option, id be off-grid out in the appalachia or something.  </p>
<blockquote>
<div class="message_header"><span>Wed Feb 05 2025 19:14:13 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Engineers with analog stuff</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Engineers living low tech is an actual trend. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507156</link><pubDate>Wed, 05 Feb 2025 19:14:13 -0000</pubDate><title>Engineers with analog stuff</title><guid isPermaLink="false">2099507156@Uncensored</guid><description><![CDATA[Engineers living low tech is an actual trend. Maybe it is because we know
how badly designed technological products are.   
  
 And yes, Gnome can suck my balls at this point. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507082</link><pubDate>Tue, 04 Feb 2025 23:29:49 -0000</pubDate><title>Message #2099507082</title><guid isPermaLink="false">2099507082@Uncensored</guid><description><![CDATA[<html><body>

<p>( mni rant, but its Linux related at its core )</p>
<p> </p>
<p>So RedHat is in process of integrating AI ( IBM's granite series ) into Gnome. </p>
<p>yay? Nah, no thanks. Didn't like gnome much anyway, it seemed too childish and inconsistent. </p>
<p>And yes, that is me saying that. While we all know i love most of AI stuff and have been messing with it for decades long before the current LLM revolution, i feel its the same with all digital stuff, it has its place, and that is not everywhere 'just because we can'.   Ironically, when i was a kid, i struggled rationalizing moving to electric guitar from acoustic..  even tho i was to the point of designing CPUs  ( on paper and trying to create them using EEproms ) as a hobby..  Even had a mechanical analog clock thru college and into early adult hood ( until a cat knocked it off my dresser and broke it ).</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099507003</link><pubDate>Tue, 04 Feb 2025 12:13:14 -0000</pubDate><title>Message #2099507003</title><guid isPermaLink="false">2099507003@Uncensored</guid><description><![CDATA[<html><body>

<p>oooo ouch.  Ya i agree. </p>
<blockquote>
<div class="message_header"><span>Tue Feb 04 2025 02:20:26 UTC</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>So add Arch to the Sh*t List? <br /><br /></blockquote>
<br />Arch made my shit list when they symlinked /bin to /usr/bin, indicating they don't understand the use case for having /usr on a separate mount point. Unix fail. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506963</link><pubDate>Tue, 04 Feb 2025 02:20:26 -0000</pubDate><title>Message #2099506963</title><guid isPermaLink="false">2099506963@Uncensored</guid><description><![CDATA[ >So add Arch to the Sh*t List?   
 >  
  
 Arch made my shit list when they symlinked /bin to /usr/bin, indicating they
don't understand the use case for having /usr on a separate mount point. Unix
fail. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506960</link><pubDate>Tue, 04 Feb 2025 00:22:40 -0000</pubDate><title>Message #2099506960</title><guid isPermaLink="false">2099506960@Uncensored</guid><description><![CDATA[<html><body>

<p>I didn't watch yet, but since you guys think hes worthwhile i will later this week. But in his channel i noticed one of the titles:  "Arch Linux Discord: "I think we should kill Lunduke""</p>
<p>So add Arch to the Sh*t List?</p>
<p> </p>
<p>Perhaps we should start our own distro :)  ( just kidding. i know how much work goes into that sort of nonsense )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506958</link><pubDate>Mon, 03 Feb 2025 23:39:20 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506958@Uncensored</guid><description><![CDATA[ > I find it disturbing that NixOS is also compromised. This is a bad 
 
 Yeah, from what I've read they're among the worst: they make you explicitly
sign on to their politics before you can participate.
 
 Now we've got people calling Lunduke a nazi because he's calling out their
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506798</link><pubDate>Sun, 02 Feb 2025 19:05:56 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506798@Uncensored</guid><description><![CDATA[<html><body>

<p>He is one of the prime examples of a project mostly run by single person, inserting his politics into the project. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sun Feb 02 2025 18:57:18 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Manjaro</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Theo is too much of an asshole to be preyed upon.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506796</link><pubDate>Sun, 02 Feb 2025 18:57:18 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506796@Uncensored</guid><description><![CDATA[ > 2025-02-02 14:24 from Nurb432       
 >Subject: Re: Manjaro      
 >Realistically anything that has  large team of humans involved,      
 >will have issues like this.       
 >      
 >Often times, but not always of course, small teams or single      
 >developers will too. But with larger ones, you can almost expect      
 >the "political" posturing, which then trickles down to the      
 >"users" like this.       
      
 Well, yes and no.     
    
 I can't imagine OpenBSD being overtaken, for example. Theo is too much of
an asshole to be preyed upon. If somebody pops up and calls him a nazi he
will tell him to shut the fuck up and let the adults code, or a variation.
  
  
 I like the way Slackware is organized in that regard. It is registered as
an actual business with a single member (the main developer) and then there
is a close team of contributors. That does not get a whole
lot of things done, but the things they don't do are done by third party organizations.
In other words: you have a very small team developing the core of the distribution,
and then a community repository managed by volunteers with their own leadership
elsewhere. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506775</link><pubDate>Sun, 02 Feb 2025 14:24:07 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506775@Uncensored</guid><description><![CDATA[<html><body>

<p>Realistically anything that has  large team of humans involved, will have issues like this.</p>
<p>Often times, but not always of course, small teams or single developers will too. But with larger ones, you can almost expect the "political" posturing, which then trickles down to the "users" like this.</p>
<blockquote>
<div class="message_header"><span> Sun Feb 02 2025 02:07:20 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Manjaro</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I find it disturbing that NixOS is also compromised. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506739</link><pubDate>Sun, 02 Feb 2025 02:07:20 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506739@Uncensored</guid><description><![CDATA[ > 2025-02-01 23:21 from IGnatius T Foobar     
 >Subject: Re: Manjaro    
 > >Whats wrong with Debian?        
 >      
 > Lunduke is spreading the word: [     
 >https://www.youtube.com/watch?v=vsKbj5bCS4A ]     
    
 Thanks for the link.   
  
 I find it disturbing that NixOS is also compromised. This is a bad thing
because Nix is the sort of thing you could drop on a random Linux device not
designed to run a regular package manager (such as, for example, the Steam
Deck) to run regular Linux software. It looks like a whole lot of people (including
the father of the project) has been kicked out due to political reasons -
such as accepting a sponsorship from an "evil" company that makes weapon systems.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506735</link><pubDate>Sun, 02 Feb 2025 00:32:44 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506735@Uncensored</guid><description><![CDATA[ > 2025-02-01 21:29 from Nurb432           
 >Subject: Re: Manjaro          
 >Whats wrong with Debian?           
 >          
          
 1 - Development is monolithic. If you want to install a piece of software
in a more recent version that what is packaged for your release, fixing the
library incompatibilities is awful because everything is so tightly integrated.
        
        
 2 - Woke as fuck.       
      
 3 - Development cycles are too slow. This would not be a problem if they
made good on their promise of releasing only when the distribution is in an
A+ grade state... but when a bug slips in they take ages to fix it. In fact
they might fix it on an upstream branch (ie. Sid) and mark it as fixed while
the bug is causing dataloss for Stable users. Due to point 1 it is a crapshoot
to import the fixes yourself.     
    
 It is not that Debian is "bad" but, to be honest, for a
personal computer these days I would rather use Slackware. You get the slow
release cycle for the core distribution but upgrading individual components
(official and extraofficial) is much more doable. Not that I am a superfan
of Slackware either, I think their release engineering sucks balls.   
  
 When I need something Debianesque I use Devuan. Most of the time I run BSDs
these days. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506730</link><pubDate>Sat, 01 Feb 2025 23:21:24 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506730@Uncensored</guid><description><![CDATA[ >Whats wrong with Debian?   
  
 Lunduke is spreading the word: [ https://www.youtube.com/watch?v=vsKbj5bCS4A
] 
  
 They're getting more obnoxious about inserting politics into their software
and governance models. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506721</link><pubDate>Sat, 01 Feb 2025 21:29:42 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506721@Uncensored</guid><description><![CDATA[<html><body>

<p>Whats wrong with Debian? </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506716</link><pubDate>Sat, 01 Feb 2025 21:04:28 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506716@Uncensored</guid><description><![CDATA[I'm up to trying a new Linux, but instead of Manjaro I'm giving OpenMandriva
a try.  Not that I object to any of the ideas of Manjaro, but there are a
couple of things that appeal to me ... specifically the Debian people are
doubling down on woke ideology and OpenMandriva is outwardly anti-woke.  That
got my attention.  Then I learned that it's KDE Plasma by default, which really
works well for me.  What people have said is true: their implementation of
KDE Plasma is *gorgeous*.  And now I'm finding that their browser is -- not
just Chromium, but specifically the "UnGoogled Chromium" variant.  That's
what I use at work on my 'doze machine, because the security goons won't let
us run Brave (because it's got a Tor client in it). 
  
 Liberation Mono is a nice terminal font.  I might stick with it for a while.
 Normally I'm an IBM Plex fan but this looks pretty good. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506142</link><pubDate>Mon, 27 Jan 2025 15:08:54 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506142@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 27 2025 14:48:58 UTC</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: Manjaro</span></div>
<div class="message_content">
<p>Isn't Codium community built, while OSS Code is M$ built and shipped, but based off the same code base?  Tho i doubt Codium can use the M$ store. </p>
<blockquote>
<div class="message_header"><span>Mon Jan 27 2025 14:19:03 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Manjaro</span></div>
<div class="message_content">
<p>Never even tried it.  What are the advantages?</p>
<p>Also what's the difference between OSS Code and VS Codium?</p>
</div>
</blockquote>
</div>
</blockquote>
<p>VS Code is the Microsoft product, VS Codium and OSS Code are both community operated. They all use the same plugins though.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506139</link><pubDate>Mon, 27 Jan 2025 14:53:30 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506139@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 27 2025 14:19:03 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Manjaro</span></div>
<div class="message_content">
<p>Never even tried it.  What are the advantages?</p>
<p>Also what's the difference between OSS Code and VS Codium?</p>
<br /><br /></div>
</blockquote>
<p>OSS Code doesn't use 3rd party repos for installing plugins while VS Codium assumes you have root access. At least that's my understanding. They use the same plugins though.</p>
<p>Manjaro is an Arch derivative for 64 bit systems only. It's great on x86-64 but not so great on AArch64. My Pinebook Pro laptop runs the latter but hasn't been able to access WiFi for months now. A driver update killed the networking and I haven't gotten around to backing up the EMMC flash contents to reflash it with a fresh install.</p>
<p>The advantage of Manjaro are a tested, rolling release cycle with multiple kernel version support. I run my desktop system on the latest LTS kernel and leave the bleeding edge to those that have time to bleed.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506138</link><pubDate>Mon, 27 Jan 2025 14:48:58 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506138@Uncensored</guid><description><![CDATA[<html><body>

<p>Isn't Codium community built, while OSS Code is M$ built and shipped, but based off the same code base?  Tho i doubt Codium can use the M$ store. </p>
<blockquote>
<div class="message_header"><span>Mon Jan 27 2025 14:19:03 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Manjaro</span></div>
<div class="message_content">
<p>Never even tried it.  What are the advantages?</p>
<p>Also what's the difference between OSS Code and VS Codium?</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506134</link><pubDate>Mon, 27 Jan 2025 14:19:20 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506134@Uncensored</guid><description><![CDATA[<html><body>

<p>I think i had it on my pinephone for a little bit.  But for me, that is it. I have pretty much stuck with Debian from when i came in from the BSD world. Back then, it was the 'closest' to real UNIX that i ran across, that was big enough to trust to stick around. </p>
<blockquote>
<div class="message_header"><span>Mon Jan 27 2025 14:13:58 UTC</span> <span>from <a href="do_template?template=user_show?who=SamuraiCrow">SamuraiCrow</a> </span> <span class="message_subject">Subject: Manjaro</span></div>
<div class="message_content">
<p>Does anyone else here use Manjaro as their daily driver? I use mine constantly. The most frequently used apps are Electron apps though: Zoom and OSS Code.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506133</link><pubDate>Mon, 27 Jan 2025 14:19:03 -0000</pubDate><title>Re: Manjaro</title><guid isPermaLink="false">2099506133@Uncensored</guid><description><![CDATA[<html><body>

<p>Never even tried it.  What are the advantages?</p>
<p>Also what's the difference between OSS Code and VS Codium?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099506131</link><pubDate>Mon, 27 Jan 2025 14:13:58 -0000</pubDate><title>Manjaro</title><guid isPermaLink="false">2099506131@Uncensored</guid><description><![CDATA[<html><body>

<p>Does anyone else here use Manjaro as their daily driver? I use mine constantly. The most frequently used apps are Electron apps though: Zoom and OSS Code.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099505991</link><pubDate>Sat, 25 Jan 2025 12:10:21 -0000</pubDate><title>Message #2099505991</title><guid isPermaLink="false">2099505991@Uncensored</guid><description><![CDATA[<html><body>

<p>New 9Front release for the new year.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099498153</link><pubDate>Thu, 21 Nov 2024 23:27:31 -0000</pubDate><title>Message #2099498153</title><guid isPermaLink="false">2099498153@Uncensored</guid><description><![CDATA[<html><body>

<p>Well that was unexpected.</p>
<p>Was looking to see it they had a new Debian OS release available with GPU for the latest FriendlyElec board i recently got. Nope, still stuck with CLI for bookworm ( or X11 and no drivers .. ), have to go back to bullseye still for X11 with GPU.  BUT it seems they now have a proxmox installer ..   cool.  That i must try. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099496946</link><pubDate>Wed, 13 Nov 2024 16:07:57 -0000</pubDate><title>Re: Darl McDead</title><guid isPermaLink="false">2099496946@Uncensored</guid><description><![CDATA[And that's good.  There was a time when he might have died with the unearned
legacy of a hero.  That's not likely to happen now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099496922</link><pubDate>Wed, 13 Nov 2024 13:38:48 -0000</pubDate><title>Re: Darl McDead</title><guid isPermaLink="false">2099496922@Uncensored</guid><description><![CDATA[<html><body>

<p>Unfortunately, he will leave one.  A legacy of theft, fraud, deception, death. Will serve as an example of some of the worst of mankind.</p>
<blockquote>
<div class="message_header"><span>Wed Nov 13 2024 01:13:43 UTC</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span> <span class="message_subject">Subject: Re: Darl McDead</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><br /><br /><br /></blockquote>
<br />Except for Bill Gates </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099496854</link><pubDate>Wed, 13 Nov 2024 01:13:43 -0000</pubDate><title>Re: Darl McDead</title><guid isPermaLink="false">2099496854@Uncensored</guid><description><![CDATA[ > 2024-11-07 20:45 from IGnatius T Foobar <ajc@citadel.org>   
 >Subject: Re: Darl McDead  
 > > That's how I wanna go.     
 >    
 > How sad.  Everyone ought to leave a legacy of some sort.   
 >   
 >  
  
 Except for Bill Gates 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099496806</link><pubDate>Tue, 12 Nov 2024 17:46:56 -0000</pubDate><title>Message #2099496806</title><guid isPermaLink="false">2099496806@Uncensored</guid><description><![CDATA[<html><body>

<p>( From LXer's feed. )  Been here before. DO NOT TRUST THESE PEOPLE  ( and, a serious question, in 2024, does anyone actually use them anymore? )</p>
<p> </p>
<p>https://www.theregister.com/2024/11/11/qnx_8_freeware/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099496237</link><pubDate>Thu, 07 Nov 2024 20:45:56 -0000</pubDate><title>Re: Darl McDead</title><guid isPermaLink="false">2099496237@Uncensored</guid><description><![CDATA[ > That's how I wanna go.   
  
 How sad.  Everyone ought to leave a legacy of some sort. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099496198</link><pubDate>Thu, 07 Nov 2024 16:42:42 -0000</pubDate><title>Message #2099496198</title><guid isPermaLink="false">2099496198@Uncensored</guid><description><![CDATA[<html><body>

<p>Cool. ( reading this quarter's FBSD news letter ) Someone wrote a GUI for managing bhyve, sort of like virt-manager.</p>
<p>And they used of all things, Lazarus ....  lol</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495973</link><pubDate>Tue, 05 Nov 2024 18:09:01 -0000</pubDate><title>Message #2099495973</title><guid isPermaLink="false">2099495973@Uncensored</guid><description><![CDATA[<html><body>

<p>Last spring when i was fighting with drivers for a RK3588, someone suggested i looked at FydeOS. " its based on chromiumOS and has drivers from google" Went to look, it was proprietary. so i moved on.  I guess at some point they have opened up their code, "openFyde".   Which, i am now interested in. </p>
<p>It also seems to add back in Android on x86, which Flex does not support, which is odd, as my Pixelbook is an i7 and it does... And with the word on the street of Flex going away, i thought id look at alternatives where a full Linux is overkill ( like for family.... simplicity "its a lot like your phone" ).  </p>
<p> </p>
<p>Has anyone ever had any experience with the project ( preferably the open project.  i guess you can use their commercial one for free now, "unless you want support or updates", but still not interested.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495780</link><pubDate>Mon, 04 Nov 2024 01:04:51 -0000</pubDate><title>Re: Darl McDead</title><guid isPermaLink="false">2099495780@Uncensored</guid><description><![CDATA[ > Darl McBride, of "SCO" fame, has been dead for two months and nobody  

 >noticed, nobody cared much.   (For our younger viewers, this was the   
  
 That's how I wanna go. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495769</link><pubDate>Sun, 03 Nov 2024 23:45:48 -0000</pubDate><title>Re: Darl McDead</title><guid isPermaLink="false">2099495769@Uncensored</guid><description><![CDATA[<html><body>

<p>x2</p>
<blockquote>
<div class="message_header"><span>Sun Nov 03 2024 23:28:41 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Darl McDead</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />So long, Darl ... may you continue to fail at suing people in the afterlife. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495766</link><pubDate>Sun, 03 Nov 2024 23:28:41 -0000</pubDate><title>Darl McDead</title><guid isPermaLink="false">2099495766@Uncensored</guid><description><![CDATA[  
 Well this is interesting... 
  
 [ https://techrights.org/n/2024/10/31/SCO_Darl_McBride_Dead_at_Age_64.shtml
] 
  
 Darl McBride, of "SCO" fame, has been dead for two months and nobody noticed,
nobody cared much.   (For our younger viewers, this was the *second* incarnation
of SCO, the one that Microsoft funded to try to sueball Linux out of existence
... not the original SCO that was a pioneer of unix on x86.) 
  
 So long, Darl ... may you continue to fail at suing people in the afterlife.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495463</link><pubDate>Fri, 01 Nov 2024 17:46:34 -0000</pubDate><title>Message #2099495463</title><guid isPermaLink="false">2099495463@Uncensored</guid><description><![CDATA[<html><body>

<p>actually a funny story..</p>
<p>When Linux was not quite self hosting and came on the "root boot" disks, and you had to hand edit the boot sector if you moved it to a disk...  it had no GUI and could barely even boot.  I had used MGR on BSD ( 386 i think.. i forget which flavor now, it was EARLY ) reasons and thought that would be great for Linux too. With my limited C ability at the time i decided to try to port it over, with what resources i had saved before it got cut off as right after i started, i lost access to the network, and was BBS only ( long story ) a year later i about had something working and got back online.  By then X11 happened. and the world was different than when i left it.</p>
<p>Even had bought ( ok 'permanently borrowed' to be honest ) a 386sx to be able to run Linux.  Had a 286 running either DesqView or OS/2, ( at least until a couple months later as somehow got a power surge thru the phone lines, and it blew out my modem card AND motherboard.. )   and of course my Atari ST, which was thankfully not plugged in that night. tho with an external modem, it might have survived. </p>
<p> </p>
<p>( now some of the facts may be wrong in reality as i had really limited access to the outside world then for a variety of reasons. But it was what i could see of the world out my little window, so was my reality )</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495448</link><pubDate>Fri, 01 Nov 2024 17:33:00 -0000</pubDate><title>Re: FreeBSD</title><guid isPermaLink="false">2099495448@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes its always an option to go back. Its where i came from ( well after i left the Atari-TOS camp, and my brief time with VSTa, which i still love but not practical in this day and age ). I left the *BSD camp mainly due to drivers, and why i went with Debian, it was the 'closest' i could find to *BSD in penguin-land, and at the time was truly open and not fly-by-night. While basic WiFi and video are now not as big of a deal, CUDA ( and now T/NPU ) is. Also limited ARM support effects me. ( not non-existent, just limited )</p>
<p>But when the time comes to bail if im not yet ready to give up on the entire industry and go to appliances, who knows, it might be the correct option for me again, instead of a hacked up Linux of some sort to get rid of the cruft.</p>
<p> </p>
<p>And i think im done for the day. I cant twist my left arm but a few degrees without massive pain, so one-handed typing.  Glad im off work for a few days. Good luck on the migration. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Nov 01 2024 13:18:22 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: FreeBSD</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />There you go. If you really want to avoid systemd and wayland, FreeBSD is an excellent way to get there. <br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495444</link><pubDate>Fri, 01 Nov 2024 17:18:22 -0000</pubDate><title>FreeBSD</title><guid isPermaLink="false">2099495444@Uncensored</guid><description><![CDATA[ >"On 1st November 2024, FreeBSD completes 31 years since its  
 >initial release"   
  
 There you go.  If you really want to avoid systemd and wayland, FreeBSD is
an excellent way to get there. 
  
 It's also the reason I'll never be able to get rid of virtual machines and
switch to LXC entirely -- I need virtual machines for FreeBSD.  (And sometimes
Windows, but I can go years between the times I need Windows in my homelab.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495343</link><pubDate>Thu, 31 Oct 2024 22:13:39 -0000</pubDate><title>Best of Linux Magazine 2024</title><guid isPermaLink="false">2099495343@Uncensored</guid><description><![CDATA[Formal disclosure yadda yadda you know the drill.     
    
 Just got noticed they are releasing a special issue with the best of Linux
Magazine 2024, and if you buy  an extra special edition you get a copy of
100 Cool Linux Hacks.   
  
 I am not a fan of the Cool Linux Hacks series, but free is free, right? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495327</link><pubDate>Thu, 31 Oct 2024 18:15:45 -0000</pubDate><title>Message #2099495327</title><guid isPermaLink="false">2099495327@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif; font-size: 15px; white-space-collapse: preserve;">"On 1st November 2024, FreeBSD completes 31 years since its initial release"</span></p>
<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif; font-size: 15px; white-space-collapse: preserve;"><br /></span></p>
<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif; font-size: 15px; white-space-collapse: preserve;">..and sort of related i wonder what ever happened to our resident cat, and FreeBSD lover..</span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495229</link><pubDate>Wed, 30 Oct 2024 22:23:45 -0000</pubDate><title>Message #2099495229</title><guid isPermaLink="false">2099495229@Uncensored</guid><description><![CDATA[<html><body>

<p>and magically appeared on LXers feed</p>
<p>https://news.itsfoss.com/raspberry-pi-os-wayland/</p>
<p> </p>
<p>One more reason for me to hate RPI.  Crap hardware, crap software and crap proprietary locked-in peripherals ( at least cameras are ). Die in a painful fire. I hope they go out of business when the Chinese invade Taiwan this winter and the supply of cheap silicon stops.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495228</link><pubDate>Wed, 30 Oct 2024 22:17:57 -0000</pubDate><title>Message #2099495228</title><guid isPermaLink="false">2099495228@Uncensored</guid><description><![CDATA[<html><body>

<p>And, just to clarify i DO see a purpose of a remote desktop ( and ill do that myself on low bandwidth links or to offer someone a Linux desktop to 'play with', most often via XRDP + guacamole, sometimes via X2GO ). Just not fond of it being at the expense of losing remote applications.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495151</link><pubDate>Wed, 30 Oct 2024 16:05:03 -0000</pubDate><title>Message #2099495151</title><guid isPermaLink="false">2099495151@Uncensored</guid><description><![CDATA[<html><body>

<p>I don't have any issues doing it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099495138</link><pubDate>Wed, 30 Oct 2024 15:17:27 -0000</pubDate><title>Message #2099495138</title><guid isPermaLink="false">2099495138@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_content">
<p>But running a full remote desktop is not the same as a remote app calling gfx functions locally. </p>
</div>
</blockquote>
<p>Remoting a single application was fun -- back when it actually <em>worked</em> -- but that ship has sailed.  As I noted earlier, even X11 can't really do that anymore unless you are running the simplest of applications.  Meanwhile, that functionality is now appearing in RDP and FreeRDP along with things like relative mouse movement and sound and other niceties that will bring back "that" experience if it's really what you're looking for.</p>
<p>The traditional use case was "I manage a bunch of machines and I want the apps all displaying on the same desktop."  The new use case is "I run multiple virtual machines and I want their apps all displaying on the host desktop."  The technology required to do so is actually the same.  If you have a machine running Windows 11 and WSL2, fire up a graphical application on the Linux side of the machine and take a look.  It's working.  It's there.  And it's running Wayland with single-window remoting.</p>
<p>I get it.  The journey to Wayland has taken way too long.  It has to happen.  X11 brings way too much technical debt to be sustainable.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494870</link><pubDate>Mon, 28 Oct 2024 22:21:03 -0000</pubDate><title>Message #2099494870</title><guid isPermaLink="false">2099494870@Uncensored</guid><description><![CDATA[<html><body>

<p>But running a full remote desktop is not the same as a remote app calling gfx functions locally. </p>
<blockquote>
<div class="message_header"><span>Mon Oct 28 2024 15:01:31 EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">And if you really want something like an X terminal, there are plenty of remote desktop protocols out there that are technically far superior to X11. The X11 protocol suffers from some severe inefficiencies. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494825</link><pubDate>Mon, 28 Oct 2024 19:22:05 -0000</pubDate><title>Wayland</title><guid isPermaLink="false">2099494825@Uncensored</guid><description><![CDATA[ > 2024-10-24 13:18 from IGnatius T Foobar       
 > > the problem with Wayland, from where I sit, is that they still      

 >haven't      
 >       
 > >gotten it fully production-ready after how many years/decades?       
 
 >        
 > What's considered production ready?  When it appeared as the default  
    
 >display engine on Ubuntu I started using it, and I didn't really notice
     
 >a difference.      
 > Everything just kept appearing on the screen like it always did       
 >before. I guess it's possible that I'm not doing anything particularly 
     
 >taxing, but it runs the desktop environment, handles video just fine,  
    
 >and it doesn't crash on any of my machines.  <shrug>       
 >       
 >      
      
 I recently did some work with one of those "modern" "cool" Linux distributions.
It packed Wayland and the way I noticed was because it was causing trouble.
Specifically,
it was preventing some software from going into fullscreen properly.     
    
 I am all for removing cruft from the stack but Linux distributions as of
today are fixing non-broken things and replacing those components with subpar
solutions. This feeling I used to have with Windows back in the day - you
purchased a new computer and it worked worse than your old computer because
the new software sucked cocks.   
  
 I used to be thankful Slackware held its ground and only adopted the new
stuff once everybody else had been testing it for 3 years. Now I am happy
we have the BSDs for taking refuge from mainstream FOSS madness. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494824</link><pubDate>Mon, 28 Oct 2024 19:14:49 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099494824@Uncensored</guid><description><![CDATA[ > 2024-10-24 06:08 from nonservator   
 >Subject: Re: systemd.mount  
 >Linus Torvalds has a two-year old's understanding of politics  
 >and believes everything he is told by the Western regimes. I'm  
 >sure I'm not the only dementia patient who still has some vague  
 >recollection about free software being a universal project of  
 >all humanity, transcending such primitive notions as national  
 >borders - after all, only stupid primitive people believe in  
 >things like "countries". No, we free software developers are  
 >"citizens of the world"! But that was then, and this is [CURRENT  
 >YEAR].   
 >  
 >    
 >  
 >Fuck Linus, fuck Linux, and fuck Clown World.  
 >  
  
 It would be of great help to me to have a context for this rant. Is it for
something that is going on on the media that I have missed? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494815</link><pubDate>Mon, 28 Oct 2024 19:01:31 -0000</pubDate><title>Message #2099494815</title><guid isPermaLink="false">2099494815@Uncensored</guid><description><![CDATA[ > 2024-10-25 10:08 from IGnatius T Foobar   
 > > I guess, but to declare that as somehow anti-Unix seems to be frozen
 
 >  
 > >in time. Nobody cares about X terminals anymore.     
 >    
 > I think I have to agree.  The idea of running clients from multiple   
 >hosts on the same screen was a neat trick but it hasn't even worked   
 >properly for a long time.  X might still be network transparent but the
 
  
 And if you really want something like an X terminal, there are plenty of
remote desktop protocols out there that are technically far superior to X11.
The X11 protocol suffers from some severe inefficiencies. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494570</link><pubDate>Sat, 26 Oct 2024 13:24:29 -0000</pubDate><title>Re: LXC and btrfs winning</title><guid isPermaLink="false">2099494570@Uncensored</guid><description><![CDATA[<html><body>

<p>last time i did a VM migration i right clicked and hit migrate.. *shrug*  and the cat watching the video never even noticed .     lol</p>
<p> </p>
<p>i know i know. i'm mostly teasing. its all about use-case. </p>
<p> </p>
<p>On a serious comment, about the host being the same OS/etc. I dont think i have tried migrating from 2 different versions of PVE.  Always kept them at the same versions. BUT i have moved from an i7 host to a xeon and back. I think they were of the same 'family' or at least didn't have any extra 'extensions' between the 2. Might make a difference, tho i normally do not do cpu-pass thru just for that reason. Dont want to break things on a hardware upgrade later.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494536</link><pubDate>Sat, 26 Oct 2024 03:51:48 -0000</pubDate><title>LXC and btrfs winning</title><guid isPermaLink="false">2099494536@Uncensored</guid><description><![CDATA[I continue to be really really happy with the combination of LXC and btrfs
on my home server (kremvax).  Ok, so it doesn't have live migration and the
guests have to be running the same OS family and kernel as the host.  For
this purpose those are completely acceptable tradeoffs, and I've also got
KVM on the same server anyway. 
  
 btrfs makes it really easy and really efficient to move stuff around, since
the guest containers filesystems live inside the host's filesystem.  I have
a database dump that I needed to try loading into two different containers.
 So I did a cow-copy from the host: 
  
 cp --reflink=always container1/rootfs/tmp/dump.dat container2/rootfs/dump/

  
 Completed in an instant, no additional physical disk space used.  I love
cow copies.  Moo! 
  
 Oh, and I'm also running Docker inside LXC, for completely legit reasons.
 Yo dawg. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494507</link><pubDate>Sat, 26 Oct 2024 00:26:18 -0000</pubDate><title>Message #2099494507</title><guid isPermaLink="false">2099494507@Uncensored</guid><description><![CDATA[<html><body>

<p>id support wayland burning in a fire.. </p>
<p> </p>
<p>:) </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494501</link><pubDate>Fri, 25 Oct 2024 22:18:57 -0000</pubDate><title>Message #2099494501</title><guid isPermaLink="false">2099494501@Uncensored</guid><description><![CDATA[<html><body>

<p>I'd support Steam's fork of Wayland becoming the main branch due to Wayland retardation.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494466</link><pubDate>Fri, 25 Oct 2024 14:08:32 -0000</pubDate><title>Message #2099494466</title><guid isPermaLink="false">2099494466@Uncensored</guid><description><![CDATA[ > I guess, but to declare that as somehow anti-Unix seems to be frozen  

 >in time. Nobody cares about X terminals anymore.   
  
 I think I have to agree.  The idea of running clients from multiple hosts
on the same screen was a neat trick but it hasn't even worked properly for
a long time.  X might still be network transparent but the various renderers
and compositors are not, and the result is that any sufficiently complex application
(such as a modern browser) won't work across the network anyway. 
  
 Really, I get it, Wayland has taken way too long and it's still not where
it needs to be, but I think it has crossed the chasm and there can be no doubt
it's going to get there.  Running it over the network is possible too, but
at the granularity of remoting the whole display instead of just a single
window.  But even that might come back to mainline Wayland at some point --
the display
server on WSLg actually does render on Wayland and then sends individual windows
back to the host desktop, so who knows. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494336</link><pubDate>Thu, 24 Oct 2024 17:52:28 -0000</pubDate><title>Message #2099494336</title><guid isPermaLink="false">2099494336@Uncensored</guid><description><![CDATA[<html><body>

<p>If it wasn't for the need of a browser, id be tempted to burn it all down and go back to vSTA + MGR.</p>
<p>Tho drivers would be an issue too at this point.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494335</link><pubDate>Thu, 24 Oct 2024 17:48:45 -0000</pubDate><title>Message #2099494335</title><guid isPermaLink="false">2099494335@Uncensored</guid><description><![CDATA[<html><body>

<p>While i cant run out there and provide a bunch of facts and numbers ( beyond the fact I still do this ) i have to disagree on this one.  I think its more relevant than people realize.</p>
<p>If im wrong, then here soon you all get to go with your faux-MSWindows  ( between wayland, and systemD, its the same thing, just a different vendor ) and ill go back to being mostly off-line as i wont care anymore what the IT industry does.  ( except for basic appliances to pay my bills and such.. like i mentioned somewhere around here lately about me getting out of this industry, finally, and how much i hate it and what its become.. )</p>
<blockquote>
<div class="message_header"><span>Thu Oct 24 2024 13:44:35 EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I guess, but to declare that as somehow anti-Unix seems to be frozen in time. Nobody cares about X terminals anymore. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494334</link><pubDate>Thu, 24 Oct 2024 17:46:02 -0000</pubDate><title>Message #2099494334</title><guid isPermaLink="false">2099494334@Uncensored</guid><description><![CDATA[ > 2024-10-24 13:18 from IGnatius T Foobar   
 > > the problem with Wayland, from where I sit, is that they still   
 >haven't  
 >   
 > >gotten it fully production-ready after how many years/decades?     
 >    
 > What's considered production ready?  When it appeared as the default  

 >display engine on Ubuntu I started using it, and I didn't really notice
 
 >a difference.  
  
 1. last time I checked it was still completely broken on Nvidia hardware.
I know, I know. Don't start with me. I may also be out-of-date on that. 
 2. X11 clients may require non-trivial porting. I don't think Java has been
ported to wayland yet. Even Google Chrome has a list of unresolved bugs in
Ozone-Wayland mode and it may be better to run it on top of XWayland. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494333</link><pubDate>Thu, 24 Oct 2024 17:44:35 -0000</pubDate><title>Message #2099494333</title><guid isPermaLink="false">2099494333@Uncensored</guid><description><![CDATA[ > 2024-10-24 11:09 from Nurb432   
 >the fundamental problem i have seen is its not network oriented  
 >its monolithic desktop oriented. Just another version of  
 >MSwindows in effect.   
  
 I guess, but to declare that as somehow anti-Unix seems to be frozen in time.
Nobody cares about X terminals anymore. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494330</link><pubDate>Thu, 24 Oct 2024 17:18:22 -0000</pubDate><title>Message #2099494330</title><guid isPermaLink="false">2099494330@Uncensored</guid><description><![CDATA[ > the problem with Wayland, from where I sit, is that they still haven't
 
 >gotten it fully production-ready after how many years/decades?   
  
 What's considered production ready?  When it appeared as the default display
engine on Ubuntu I started using it, and I didn't really notice a difference.
 Everything just kept appearing on the screen like it always did before. 
I guess it's possible that I'm not doing anything particularly taxing, but
it runs the desktop environment, handles video just fine, and it doesn't crash
on any of my machines.  <shrug> 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494308</link><pubDate>Thu, 24 Oct 2024 15:09:19 -0000</pubDate><title>Message #2099494308</title><guid isPermaLink="false">2099494308@Uncensored</guid><description><![CDATA[<html><body>

<p>the fundamental problem i have seen is its not network oriented its monolithic desktop oriented. Just another version of MSwindows in effect.</p>
<blockquote>
<div class="message_header"><span>Thu Oct 24 2024 10:57:44 EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />the problem with Wayland, from where I sit, is that they still haven't gotten it fully production-ready after how many years/decades? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494305</link><pubDate>Thu, 24 Oct 2024 14:57:44 -0000</pubDate><title>Message #2099494305</title><guid isPermaLink="false">2099494305@Uncensored</guid><description><![CDATA[ > 2024-08-05 09:10 from Nurb432   
 >Seems wayland isn't well thought of over in the 9Front camp  
 >either.  Same sorts of reasons i dont like it.  Its  
 >anti-unix.  Someone brought it up and blew up the mailing list.  
  
 IDK why it would be considered anti-Unix. X11 uses a lot of obsolete techniques
and it makes sense to clean it up. 
  
 the problem with Wayland, from where I sit, is that they still haven't gotten
it fully production-ready after how many years/decades? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494268</link><pubDate>Thu, 24 Oct 2024 11:36:36 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099494268@Uncensored</guid><description><![CDATA[<html><body>

<p>Never really have been a fan of his either.</p>
<p>Served a purpose, but at a personal level ( or how he manages the project sometimes ), not fond of him.</p>
<blockquote>
<div class="message_header"><span>Thu Oct 24 2024 06:08:41 EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span> <span class="message_subject">Subject: Re: systemd.mount</span></div>
<div class="message_content">
<p><span style="background-color: transparent;"> </span></p>
<p>Fuck Linus, fuck Linux, and fuck Clown World.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099494264</link><pubDate>Thu, 24 Oct 2024 10:08:41 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099494264@Uncensored</guid><description><![CDATA[<html><body>

<p>Linus Torvalds has a two-year old's understanding of politics and believes everything he is told by the Western regimes. I'm sure I'm not the only dementia patient who still has some vague recollection about free software being a universal project of all humanity, transcending such primitive notions as national borders - after all, only stupid primitive people believe in things like "countries". No, we free software developers are "citizens of the world"! But that was then, and this is [CURRENT YEAR].</p>
<p> </p>
<p>Fuck Linus, fuck Linux, and fuck Clown World.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099493010</link><pubDate>Sat, 12 Oct 2024 16:04:50 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099493010@Uncensored</guid><description><![CDATA[<html><body>

<p>Nice to know id be missed.</p>
<p>I guess id keep a phone too and perhaps one tablet, so i would be able to use the NG interface. These days, you have to be on-line a little just to pay your bills...</p>
<blockquote>
<div class="message_header"><span>Sat Oct 12 2024 11:06:33 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: systemd.mount</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>Or .... after i retire soon may just get out of it totally.  </blockquote>
<br />Not workable. We need you here. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099493009</link><pubDate>Sat, 12 Oct 2024 16:02:58 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099493009@Uncensored</guid><description><![CDATA[<html><body>

<p>Nope. Wasn't my fault for installing an older version. Tried adding some new stuff today, fail.  So i guess its hit-miss on their servers. </p>
<p>3 retries, it worked.  </p>
<p>i guess not a show stopper, just an annoyance.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Oct 12 2024 09:39:34 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: systemd.mount</span></div>
<div class="message_content">
<p>Try #5.. Deuvan was able to get to its repositories. It may have been my fault on #4.. i mis-read what was current and installed an older version. Perhaps they shut down older repos..</p>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099493008</link><pubDate>Sat, 12 Oct 2024 15:06:33 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099493008@Uncensored</guid><description><![CDATA[ >Or .... after i retire soon may just get out of it totally.   
  
 Not workable.  We need you here. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099493005</link><pubDate>Sat, 12 Oct 2024 13:39:34 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099493005@Uncensored</guid><description><![CDATA[<html><body>

<p>Try #5.. Deuvan was able to get to its repositories. It may have been my fault on #4.. i mis-read what was current and installed an older version. Perhaps they shut down older repos.. i donno, dont matter much really, if i use it ill stay up to date anyway.  Advantage to that is its basically Debian. That is what i'm used to at this point and in theory supported by drivers and such that i need. </p>
<p>Another option ( which i may end up doing ) is minimal Linux for things that i *have* to have drivers for and everything else, go back to BSD ( be done with sysd, that audio crap pottering did AND no wayland nonsense ). Tho that would pretty much kill off my ARM/RISC-V stuff. ( drivers yet again . grrr ) </p>
<p>Or .... after i retire soon may just get out of it totally.  Ditch everything electric but enough to listen to my CD collection, read an old book and watch an old movie. ( and can be appliances ).  Really really REALLY hate what the IT industry has become. We need a 'Transcendence' level event where all IT is burnt off the face of the earth. Its become more evil than good. ( or a Cylon type of event, and just eradicate most of mankind too. For the same reason, and i guess more likely )</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Oct 12 2024 06:50:35 EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span> <span class="message_subject">Subject: Re: systemd.mount</span></div>
<div class="message_content">
<p>Alpine is systemd-free and not as autistic as Void.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492999</link><pubDate>Sat, 12 Oct 2024 10:50:35 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099492999@Uncensored</guid><description><![CDATA[<html><body>

<p>Alpine is systemd-free and not as autistic as Void.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492934</link><pubDate>Sat, 12 Oct 2024 00:06:49 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099492934@Uncensored</guid><description><![CDATA[<html><body>

<p>Oh and on my 4th try i did get Devuan to install.. But none of their mirrors are available, so cant install anything else.. Short of a bunch of compiling.. ( not exactly a bad thing to build it all, but just to equipment with, i don't want to screw it that much )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492932</link><pubDate>Sat, 12 Oct 2024 00:02:13 -0000</pubDate><title>Re: systemd.mount</title><guid isPermaLink="false">2099492932@Uncensored</guid><description><![CDATA[<html><body>

<p>if it wasn't for some requirements such as cuda and 1/2 way functional WiFi, id have gone back long ago.</p>
<p>i am right on the edge of flipping the penguin the bird, again.</p>
<blockquote>
<div class="message_header"><span>Fri Oct 11 2024 16:53:02 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: systemd.mount</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />`systemd` is now a core component of Linux and is here to stay. If you find it objectionable you might consider a switch to FreeBSD. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492911</link><pubDate>Fri, 11 Oct 2024 20:53:02 -0000</pubDate><title>systemd.mount</title><guid isPermaLink="false">2099492911@Uncensored</guid><description><![CDATA[To be fair, the introduction of `systemd` into the filesystem mount process
replaced a lot of other ugliness that had to happen in order to permit network
mounts in `/etc/fstab` to be performed in a clean way.  Consider an NFS mount.
 All sorts of magic has to happen to make sure the mount is attempted only
after the network is operational, otherwise it either hangs or fails.  Workarounds
such as `auto/noauto` and `soft` can sort of get it done, but only the dependency
resolution of `systemd` can specifically call out the order of operations
to get everything stood up in the correct order without a bunch of conditional
fails and retries, or waiting unnecessarily long. 
  
 `systemd` is now a core component of Linux and is here to stay.  If you find
it objectionable you might consider a switch to FreeBSD. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492317</link><pubDate>Tue, 08 Oct 2024 01:53:02 -0000</pubDate><title>Message #2099492317</title><guid isPermaLink="false">2099492317@Uncensored</guid><description><![CDATA[ >They are doing it via systemd.   
 >  
  
 Yep, I was going to reply and tell you fstab is just a proxy to some systemd
bullshit now. Sorry I got here so late. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492295</link><pubDate>Mon, 07 Oct 2024 21:39:16 -0000</pubDate><title>Message #2099492295</title><guid isPermaLink="false">2099492295@Uncensored</guid><description><![CDATA[ > 2024-09-30 22:34 from IGnatius T Foobar   
 >Probably.  I happen to think that people who are not good with  
 >computers should not own them.  😉  
 >  
  
I agree. the problem is when I mention this, people screams bloody murder
and chases me with pitchforks, including IT pros. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492294</link><pubDate>Mon, 07 Oct 2024 21:38:06 -0000</pubDate><title>Message #2099492294</title><guid isPermaLink="false">2099492294@Uncensored</guid><description><![CDATA[ > 2024-09-30 10:46 from IGnatius T Foobar     
 >I still don't understand why anyone who knows how to operate a basic   
 
 >server would run "NAS Operating System" distributions in the first     
 >place.     
 >     
 >    
    
 I was not talking about a "distribution" in the traditional meaning of the
word. I am talking about NAS appliances in which you buy the hardware and
it comes with a factory OS for NASing.   
  
 I pretty much prefer actual servers rather than NAS appliances, but sometimes
you find an outdated NAS appliance at a heavy discount and it makes sense
to get it, even if jailbreaking it is not worth it (or only worth it for the
fun). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492270</link><pubDate>Mon, 07 Oct 2024 19:42:35 -0000</pubDate><title>Message #2099492270</title><guid isPermaLink="false">2099492270@Uncensored</guid><description><![CDATA[<html><body>

<p>Debian, ARM64.</p>
<p>Distributed by friendly elec. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Oct 07 2024 15:41:35 EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span></div>
<div class="message_content">
<p>Which distro? Debian is systemd but apparently haven't done this yet.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492269</link><pubDate>Mon, 07 Oct 2024 19:41:35 -0000</pubDate><title>Message #2099492269</title><guid isPermaLink="false">2099492269@Uncensored</guid><description><![CDATA[<html><body>

<p>Which distro? Debian is systemd but apparently haven't done this yet.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492216</link><pubDate>Mon, 07 Oct 2024 15:32:02 -0000</pubDate><title>Message #2099492216</title><guid isPermaLink="false">2099492216@Uncensored</guid><description><![CDATA[<html><body>

<p>Grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr</p>
<p>They are doing it via systemd.</p>
<p>Pottering should die in a fire. Literally.</p>
<blockquote>
<div class="message_header"><span>Mon Oct 07 2024 10:31:13 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Well this is a new one. for me anyway.</p>
<p>Playing with the new board.  Thought i'd mount one of the M.2s as my home drive to play with it and stress it a bit.  Formatted, manually mounted. Works fine. Went to edit fstab, its empty.. never seen that before.</p>
<p>Odd.. But went ahead and added my mount point. Reboot. its being ignored. ( even manually mounting with -a, its ignored too )</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099492198</link><pubDate>Mon, 07 Oct 2024 14:31:13 -0000</pubDate><title>Message #2099492198</title><guid isPermaLink="false">2099492198@Uncensored</guid><description><![CDATA[<html><body>

<p>Well this is a new one. for me anyway.</p>
<p>Playing with the new board.  Thought i'd mount one of the M.2s as my home drive to play with it and stress it a bit.  Formatted, manually mounted. Works fine. Went to edit fstab, its empty.. never seen that before.</p>
<p>Odd.. But went ahead and added my mount point. Reboot. its being ignored. ( even manually mounting with -a, its ignored too )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099491354</link><pubDate>Tue, 01 Oct 2024 11:31:40 -0000</pubDate><title>Message #2099491354</title><guid isPermaLink="false">2099491354@Uncensored</guid><description><![CDATA[<html><body>

<p>Tho could be in hardware, we are talking about NAS appliances here.</p>
<p> </p>
<p>My new RK3588 board came yesterday.. took just at a week after ordering ( doubt we see that again soon, if ever ).  32G ram. 4, yes *4* M.2 slots for NVME.   But only 1 Ethernet so cant physically separate out data traffic from control traffic ( thinking ceph ).</p>
<p>Also grabbed another NanoPi NEO  board, to shove in an old NAS appliance i bought from the same people, just got the wrong 'board' originally by accident so never did put it together ( several years ago actually.. sort of forgot i had it, ran across it during this round of purge/reorg ). </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099491321</link><pubDate>Tue, 01 Oct 2024 02:34:54 -0000</pubDate><title>Message #2099491321</title><guid isPermaLink="false">2099491321@Uncensored</guid><description><![CDATA[<html><body>

<p>Probably.  I happen to think that people who are not good with computers should not own them.  😉</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099491257</link><pubDate>Mon, 30 Sep 2024 16:22:02 -0000</pubDate><title>Message #2099491257</title><guid isPermaLink="false">2099491257@Uncensored</guid><description><![CDATA[<html><body>

<p>Appliances?</p>
<blockquote>
<div class="message_header"><span>Mon Sep 30 2024 10:46:20 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I still don't understand why anyone who knows how to operate a basic server would run "NAS Operating System" distributions in the first place. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099491244</link><pubDate>Mon, 30 Sep 2024 14:46:20 -0000</pubDate><title>Message #2099491244</title><guid isPermaLink="false">2099491244@Uncensored</guid><description><![CDATA[I still don't understand why anyone who knows how to operate a basic server
would run "NAS Operating System" distributions in the first place. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099488622</link><pubDate>Wed, 11 Sep 2024 21:57:49 -0000</pubDate><title>Message #2099488622</title><guid isPermaLink="false">2099488622@Uncensored</guid><description><![CDATA[ > 2024-09-11 17:32 from Nurb432     
 >Im in that group, and never even heard of the attack.  Sounds    
 >bad tho.     
    
 Yeh, some mafia caused around 3 million in dataloss damages to pocket a couple
thousand dollar lol.   
  
 aaand this is the reason why I put appliances in their own isolated VLAN.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099488620</link><pubDate>Wed, 11 Sep 2024 21:32:11 -0000</pubDate><title>Message #2099488620</title><guid isPermaLink="false">2099488620@Uncensored</guid><description><![CDATA[<html><body>

<p>Im in that group, and never even heard of the attack.  Sounds bad tho.</p>
<blockquote>
<div class="message_header"><span>Wed Sep 11 2024 17:18:36 EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"> For those who don't know, Asustor is a NAS appliance brand. <br /><br /><br /></div>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099488618</link><pubDate>Wed, 11 Sep 2024 21:18:36 -0000</pubDate><title>Message #2099488618</title><guid isPermaLink="false">2099488618@Uncensored</guid><description><![CDATA[Hi, dudes. I was doing some casual research on the Asustor crisis with the
Deadbolt ransomware. For those who don't know, Asustor is a NAS appliance
brand.   
  
 For those who do know, anybody could tell me which was the attack vector
that ransomwared so many devices around 2022 or so? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486988</link><pubDate>Thu, 29 Aug 2024 20:59:47 -0000</pubDate><title>Message #2099486988</title><guid isPermaLink="false">2099486988@Uncensored</guid><description><![CDATA[<html><body>

<p>lol</p>
<p>And after all my praise for LXDE, couple of hours ago my screen blinked. The task bar turned grey. No more icons, not even the menu.  Somehow it corrupted itself, removing some files in the config folder reset it.   Mouse menu worked, as did any icon on the desktop.. at least until you minimized it down to the tray.. then it vanished.    Had to create a sh file saved on the desktop that ran bash... then run that in a terminal.. only way i could start arbitrary apps.  ( like a browser so i could see if this known )</p>
<p>First time for everything i guess.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486965</link><pubDate>Thu, 29 Aug 2024 17:31:28 -0000</pubDate><title>Message #2099486965</title><guid isPermaLink="false">2099486965@Uncensored</guid><description><![CDATA[<html><body>

<p>I was joking.</p>
<p>But not joking, i am one of the few people that thought the *concept* of something 'friendly' for the non-it person wasn't a bad idea.  Sure, their implementation was total garbage but the idea of making it less 'computerish' wasn't a bad idea.  Apple sort of did that with the newton too. I though it worked well there.   I think someone else did something similar, which wasn't as bad as Bob, but never took off either. ( for the 64 for perhaps? Or Amiga? I don't remember now but i don't think there was a flavor for the Atari and was commodore centric )</p>
<p>Of course today, no need for it, everyone have learned enough to get by, and "general use' interfaces ( like phones ) have become simpler.</p>
<blockquote>
<div class="message_header"><span>Thu Aug 29 2024 09:32:50 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I wouldn't be surprised. Copilot Bob. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486922</link><pubDate>Thu, 29 Aug 2024 13:32:50 -0000</pubDate><title>Message #2099486922</title><guid isPermaLink="false">2099486922@Uncensored</guid><description><![CDATA[I wouldn't be surprised.  Copilot Bob. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486635</link><pubDate>Tue, 27 Aug 2024 14:16:47 -0000</pubDate><title>Message #2099486635</title><guid isPermaLink="false">2099486635@Uncensored</guid><description><![CDATA[<html><body>

<p>I heard Bob is coming back in windows 13. </p>
<blockquote>
<div class="message_header"><span>Tue Aug 27 2024 09:32:19 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />My needs are pretty simple. And I do like my computer to look like a computer, not like a phone or a tablet, or whatever a Mac is these days :) <br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486627</link><pubDate>Tue, 27 Aug 2024 13:32:19 -0000</pubDate><title>Message #2099486627</title><guid isPermaLink="false">2099486627@Uncensored</guid><description><![CDATA[  
 My needs are pretty simple.  And I do like my computer to look like a computer,
not like a phone or a tablet, or whatever a Mac is these days :) 
  
 I did make a change yesterday ... I gave up the display manager (SDDM in
my case).  Now the machine boots in text mode and I have my .bash_profile
set to run "exec startplasma-wayland" (the equivalent of "startx" but for
a KDE Plasma session on Wayland) if the login tty is /dev/tty1.  I did this
because even when the desktop is on Wayland, SDDM was still running on X --
and staying resident with the full X display on another console after login.

  
 I'm sure they'll fix that eventually, as X11 continues to go the way of AM
radio, but I am pleased with my new setup. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486395</link><pubDate>Sun, 25 Aug 2024 20:47:49 -0000</pubDate><title>Message #2099486395</title><guid isPermaLink="false">2099486395@Uncensored</guid><description><![CDATA[ > 2024-08-24 17:52 from Nurb432       
 >Until it dies, ill stick with lxde. Does the job i need, and      
 >isn't cluttered.        
 >      
 >Aside from the bloat ( which as you said, is mostly fixed now )      
 >i saw no need for KDE back then when i stopped using all      
 >K-apps..  was just extra overhead.       
      
 I use minimalisic Window Managers myself rather than a full desktop solution.
LXDE is fine, though.     
    
 KDE is a good choice for "other people." When I set a Linux system for somebody
else, I tend to use KDE because it looks more professional for normies and
it typically works better than the alternatives they are used to.   
  
 Tail's implementation of Gnome is okeish because it is comparatively spartan.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486330</link><pubDate>Sat, 24 Aug 2024 21:52:35 -0000</pubDate><title>Message #2099486330</title><guid isPermaLink="false">2099486330@Uncensored</guid><description><![CDATA[<html><body>

<p>Until it dies, ill stick with lxde. Does the job i need, and isn't cluttered. </p>
<p>Aside from the bloat ( which as you said, is mostly fixed now ) i saw no need for KDE back then when i stopped using all K-apps..  was just extra overhead.</p>
<blockquote>
<div class="message_header"><span>Sat Aug 24 2024 11:54:18 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">KDE is my daily driver. It seems fine to me. My problem with GNOME is that there's no reliable way to keep ALL of the controls at the bottom of the screen. <br />I've tried all of the "dash/dock" type extensions and they always seem to break. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099486273</link><pubDate>Sat, 24 Aug 2024 15:54:18 -0000</pubDate><title>Message #2099486273</title><guid isPermaLink="false">2099486273@Uncensored</guid><description><![CDATA[KDE is my daily driver.  It seems fine to me.  My problem with GNOME is that
there's no reliable way to keep ALL of the controls at the bottom of the screen.
 I've tried all of the "dash/dock" type extensions and they always seem to
break. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099485378</link><pubDate>Mon, 19 Aug 2024 00:00:09 -0000</pubDate><title>Message #2099485378</title><guid isPermaLink="false">2099485378@Uncensored</guid><description><![CDATA[<html><body>

<p>KDE is a bloated mess anyway</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099485376</link><pubDate>Sun, 18 Aug 2024 23:41:35 -0000</pubDate><title>Message #2099485376</title><guid isPermaLink="false">2099485376@Uncensored</guid><description><![CDATA[<html><body>

<p>Booooo  :)</p>
<p> </p>
<p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAhMAAACBCAIAAAD18K8SAAAAA3NCSVQICAjb4U/gAAAgAElEQVR4Xuy9D1xTR/Y3fF2oN1pJoQIviLw1kioBRaAVGz6wRVApYdWCiggFuwJ2lbSPEusK0iItAlsJ7bahPoXgVigqVEiVn1Fsg+zKh+yDXbBWBNtg7BsQHkMLDf7JtbB9z703/wl/tV27zqxb4N75c+Y7Z86ZOefcmWmDdzQYSggBhABCACGAEJgwAr+bcE6UESGAEEAIIAQQAiQCtqPBELd5+2iv0HOEAEIAIYAQeJQRQHuOR3n0Ud8RAggBhMBUEECaYyqooTIIAYQAQuBRRgBpjkd59FHfEQIIAYTAVBBAmmMqqKEyCAGEAELgUUYAaY5HefRR3xECCAGEwFQQQJpjKqihMggBhABC4FFGAGmOR3n0Ud8RAggBhMBUEECaYyqooTIIAYQAQuBRRgBpjkd59FHfEQIIAYTAVBBAmmMqqKEyCAGEAELgUUYAaY5HefRR3xECCAGEwFQQQJpjKqihMggBhABC4FFGAGmOR3n0Ud8RAggBhMBUEECaYyqooTIIAYQAQuBRRgBpjkd59FHfEQIIAYTAVBBAmmMqqKEyCAGEAELgUUYAaY5HefRR3xECCAGEwFQQQJpjKqihMggBhABC4FFGAGmOR3n0Ud8RAggBhMBUEECaYyqooTIIAYQAQuBRRgBpjkd59FHfEQIIAYTAVBBAmmMqqKEyCAGEAELgUUZg2uAdzaPcf9R3hABCACGAEJgsAmjPMVnEUH6EAEIAIfCoI4A0x6POAaj/CAGEAEJgsgggzTFZxFB+hABCACHwqCOANMejzgGo/wgBhABCYLIIIM0xWcRQfoQAQgAh8KgjgDTHo84BqP8IAYQAQmCyCNhOvMDPP0Ne8v8oIQQQAggBhMCjjMA4muNnSl1AMvzyKIOF+o4QQAggBBACgMBYmgO0BZ3+/e9/
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099484659</link><pubDate>Tue, 13 Aug 2024 21:43:47 -0000</pubDate><title>Message #2099484659</title><guid isPermaLink="false">2099484659@Uncensored</guid><description><![CDATA[ >Some of us believe he always was..    
  
 Naah.  Microsoft paid Miguel&Nat to muddy the waters with GNOME at the exact
moment KDE was about to launch the Linux desktop into the mainstream.  Later
on, Microsoft paid Miguel&Nat to muddy the waters with Mono to dilute Linux
developer mindshare away from Java and/or Python.  Eventually, Microsoft paid
Miguel&Nat to use Novell to try and destroy SuSE. 
  
 Microsoft makes money from Linux now and it doesn't buy them anything to
sabotage it anymore. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099484326</link><pubDate>Sun, 11 Aug 2024 22:25:17 -0000</pubDate><title>Message #2099484326</title><guid isPermaLink="false">2099484326@Uncensored</guid><description><![CDATA[ > Like it or not, systemd and wayland are improvements.  This isn't     
     
 >Miguel Hitler de Icaza and Nat Hitler Friedman secretly working for    
      
 >Microsoft while pretending to be part of the community.  systemd and   
       
 >wayland are organic improvements, born of open source, and adopted     
     
 >because a consensus of people in the community observed it.           
          
 Systemd is a clear example of a piece of software forced in a top-down manner
instead of adopted organically. It was spawned by Red Hat's black cauldron
 and suddenly adopted and pushed as a dependency by every other project Red
Hat.         
        
 The fact it requires so much effort  today to run or maintain a systemdless
Linux distribution is a testament to how much work Red Hat placed on ensuring
systemd was unavoidable. AND THEY STILL FAILED.       
      
 For me, that is the main
problem I have with systemd. It is not the fact it attempts to take over logging
functions, or $HOME management, or whatever. The problem is that it is an
attempt at taking over the userspace in order to make the userspace more suitable
for Red Hat's purposes and so many people is jumping over to it because it
is the path of least resistence. They ever attempted to force the Linux kernel
to integrate with systemd (and Linus' response was what you may expect). 
   
    
 Conspiracy theories go  Systemd was a deliberate jab against FreeBSD from
Red Hat, which saw yet another opportunity to make things hard for Beasty.
THe theories gain some backing by the fact Pottering himself pretty much has
declared Systemd was gonna kick the BSDs in the nuts and that it was not going
to get out of its way to be BSD compatible. IN fact he is actively trying
for it to be compatible with nothing.   
  
 I
don't have that axe to grind against Wayland for the simple reason Wayland
is not being enforced in such dickish manners. I am also not a fan of X11
(I doubt I will be a Wyland fan either) which makes the issue more "meh" fore
me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099484314</link><pubDate>Sun, 11 Aug 2024 21:02:46 -0000</pubDate><title>Message #2099484314</title><guid isPermaLink="false">2099484314@Uncensored</guid><description><![CDATA[<html><body>

<p>Some of us believe he always was.. </p>
<blockquote>
<div class="message_header"><span>Sun Aug 11 2024 10:38:50 EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><span style="background-color: transparent; color: navy;">In case you were not aware, Poettering is currently employed at Microsoft.</span></blockquote>
</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099484303</link><pubDate>Sun, 11 Aug 2024 16:57:37 -0000</pubDate><title>Message #2099484303</title><guid isPermaLink="false">2099484303@Uncensored</guid><description><![CDATA[Good, hopefully he will move Windows to systemd! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099484297</link><pubDate>Sun, 11 Aug 2024 14:38:50 -0000</pubDate><title>Message #2099484297</title><guid isPermaLink="false">2099484297@Uncensored</guid><description><![CDATA[ > Like it or not, systemd and wayland are improvements.  This isn't   
 >Miguel Hitler de Icaza and Nat Hitler Friedman secretly working for   
 >Microsoft while pretending to be part of the community.  systemd and   
  
 In case you were not aware, Poettering is currently employed at Microsoft.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099484021</link><pubDate>Thu, 08 Aug 2024 21:16:55 -0000</pubDate><title>Message #2099484021</title><guid isPermaLink="false">2099484021@Uncensored</guid><description><![CDATA[<html><body>

<p>And im ok with that.</p>
<p>:) </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Thu Aug 08 2024 17:02:40 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Bitterly clinging to "muh unix philosophy" is luddite behavior. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099484020</link><pubDate>Thu, 08 Aug 2024 21:02:40 -0000</pubDate><title>Message #2099484020</title><guid isPermaLink="false">2099484020@Uncensored</guid><description><![CDATA[When proprietary bits appear, people work around them.  When undesirable bits
appear, people simply don't use them.  Ubuntu came out with its "Unity" desktop
and it was so despised that they eventually had to bin it. 
  
 Like it or not, systemd and wayland are improvements.  This isn't Miguel
Hitler de Icaza and Nat Hitler Friedman secretly working for Microsoft while
pretending to be part of the community.  systemd and wayland are organic improvements,
born of open source, and adopted because a consensus of people in the community
observed it. 
  
 Bitterly clinging to "muh unix philosophy" is luddite behavior.  Sometimes
change is good.  Sometimes it isn't.  Here it is. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483972</link><pubDate>Thu, 08 Aug 2024 14:56:34 -0000</pubDate><title>Message #2099483972</title><guid isPermaLink="false">2099483972@Uncensored</guid><description><![CDATA[<html><body>

<p>Or does the above belong in the paranoia room instead? </p>
<p>lol.</p>
<p> </p>
<p>"nothing is ever as it seems on the stage, always look behind the curtain"</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483968</link><pubDate>Thu, 08 Aug 2024 14:12:16 -0000</pubDate><title>Message #2099483968</title><guid isPermaLink="false">2099483968@Uncensored</guid><description><![CDATA[<html><body>

<p>Screw Ubuntu. they are as bad as the rest, trying to become proprietary / walled garden / lock-in, riding off the backs of other's hard work. They need to be eradicated with fire.</p>
<blockquote>
<div class="message_header"><span>Thu Aug 08 2024 09:33:51 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Remember when the ubuntu folks tried to replace X with "Mir"? That failed completely because Mir couldn't cut the mustard. <br /><br /></div>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483967</link><pubDate>Thu, 08 Aug 2024 14:10:09 -0000</pubDate><title>Message #2099483967</title><guid isPermaLink="false">2099483967@Uncensored</guid><description><![CDATA[<html><body>

<p>No. I dont think they would.</p>
<p>1 - The general consensus with most people today is "toss it out totally and start over". Some of it is due to inability to think differently, some of it is "im better than those idiots, im not going to fix their code"</p>
<p>2 - It's a conspiracy against what UNIX stands for. Same reason SystemD appeared, like a virus. Its part of a larger plan. Create a monolithic unsupportable anti-unix blob of crap, then quietly move it over to be proprietary. Is it organized by a single group? I could be wrong, but i doubt it, its more of an anti-freedom agenda, secretly pushed by all the big names.</p>
<blockquote>
<div class="message_header"><span>Thu Aug 08 2024 09:33:51 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Don't you think that if it was possible to "just fix the problems in X" they would have done that instead?</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483965</link><pubDate>Thu, 08 Aug 2024 13:33:51 -0000</pubDate><title>Message #2099483965</title><guid isPermaLink="false">2099483965@Uncensored</guid><description><![CDATA[Yup.  Given enough time someone will fill in whatever feature gap you are
perceiving.  For the average user Wayland has already surpassed X in usability
and maintainability.  Don't you think that if it was possible to "just fix
the problems in X" they would have done that instead?  As the architecture
document says: "Most of the complexity that the X server used to handle is
now available in the kernel or self contained libraries (KMS, evdev, mesa,
fontconfig, freetype, cairo, Qt, etc). In general, the X server is now just
a middle man that introduces an extra step between applications and the compositor
and an extra step between the compositor and the hardware." 
  
 This change needed to happen for a long time.  The fact that one approach
finally gained traction is a good thing. 
  
 These things get changed around in other operating systems too; you just
don't see them because they're
buried under closed source.  The developers inside those companies still have
the same discussions.  The difference for open source is that we get to see
them. 
  
 There are some (including a few folks who have passed through these forums
from time to time) who labor under the false assumption that the *entire*
open source community is acting, or ought to act, as a single entity -- as
if everyone who ever contributed code is an employee of a virtual company
that competes with Microsoft and Apple.  There is no such thing, and that's
good because *every* approach will be tried.  It's not as if someone "at the
top" decided Wayland would replace X in "the new version of the OS" and it
was forced downwards.  Remember when the ubuntu folks tried to replace X with
"Mir"?  That failed completely because Mir couldn't cut the mustard. 
  
 "I believe that it has done me good, and will do me good; and I say, God
bless it!" 
      -- Charles Dickens, obviously talking about Wayland 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483912</link><pubDate>Thu, 08 Aug 2024 01:02:19 -0000</pubDate><title>Message #2099483912</title><guid isPermaLink="false">2099483912@Uncensored</guid><description><![CDATA[ >Give it time, it's definitely a better design for modern display   
  
 LOL give it time, he says. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483783</link><pubDate>Wed, 07 Aug 2024 01:29:37 -0000</pubDate><title>Message #2099483783</title><guid isPermaLink="false">2099483783@Uncensored</guid><description><![CDATA[Wayland was the first X replacement that actually gained some traction.  Give
it time, it's definitely a better design for modern display hardware.  Have
you read the design doc that showed how the X server ended up just being an
extra layer of complexity between the clients and the compositor?  Wayland
fixes that and does it well. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483538</link><pubDate>Mon, 05 Aug 2024 16:25:39 -0000</pubDate><title>Message #2099483538</title><guid isPermaLink="false">2099483538@Uncensored</guid><description><![CDATA[<html><body>

<p>Remember too, that Plan 9 was to fix all the mistakes..</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483523</link><pubDate>Mon, 05 Aug 2024 15:35:55 -0000</pubDate><title>Message #2099483523</title><guid isPermaLink="false">2099483523@Uncensored</guid><description><![CDATA[<html><body>

<p>I am a proud user of Unixlike systems and immense fan of the Unix Hater's Handbook.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483512</link><pubDate>Mon, 05 Aug 2024 13:10:18 -0000</pubDate><title>Message #2099483512</title><guid isPermaLink="false">2099483512@Uncensored</guid><description><![CDATA[<html><body>

<p>Seems wayland isn't well thought of over in the 9Front camp either.  Same sorts of reasons i dont like it.  Its anti-unix.  Someone brought it up and blew up the mailing list.</p>
<p>Now is X11 perfect? No of course not, but much like init/systemd, you dont toss it all out and head the wrong direction due to a burr, or agenda.  ( making it overly complex for code and support, monolithic not modular, not network centric, etc ). The right way is to work to fix what is there and keep going the correct direction.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483346</link><pubDate>Sat, 03 Aug 2024 20:16:27 -0000</pubDate><title>Message #2099483346</title><guid isPermaLink="false">2099483346@Uncensored</guid><description><![CDATA[<html><body>

<p>m.2 boot on the PVE.   SSD for teh data drive.   SSD on the BVE.     Also shut down all the VMs, this round to avoid any bus contention ( besides, most needed the NAS anyway )</p>
<p>its about 51% now, seems slightly faster ( still slow  )..  might be done by 10pm..   crossing my fingers.</p>
<p> </p>
<p>Once the smoke clears ill try external again, do some measurements to see if the speed increase is worth the loss of features.    The other VMs, are all under 30g so they do fly, just this one is the big boy that had to die.  and this isn't my only backup, its mainly a storage for media.  I have a master copy on an external, but its a pita to copy all that over and put it back like it was.    ( other than files i had staged on the NAS to be backed up external... they are gone :( )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483322</link><pubDate>Sat, 03 Aug 2024 18:58:13 -0000</pubDate><title>Message #2099483322</title><guid isPermaLink="false">2099483322@Uncensored</guid><description><![CDATA[ > 2024-08-03 09:07 from Nurb432   
 >According to logs im only getting about 181.93MB/s restore  
 >speed.    
 >  
 >Its a PVE VM server, + a PVE Backup server over a 1G network.   
 >  
 >    
 >  
 >And of course after some 26+ hours.. the freaking server  
 >rebooted. ( i think my battery freaked out..  as the servers  
 >are set to power back up after a power cycle, and it did )   
 >  
 >   
 >  
  
 Which storage are you using at your PVE machine? It doesn't look like an
IO bottleneck, though. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483273</link><pubDate>Sat, 03 Aug 2024 13:07:44 -0000</pubDate><title>Message #2099483273</title><guid isPermaLink="false">2099483273@Uncensored</guid><description><![CDATA[<html><body>

<p>According to logs im only getting about 181.93MB/s restore speed. </p>
<p>Its a PVE VM server, + a PVE Backup server over a 1G network.</p>
<p> </p>
<p>And of course after some 26+ hours.. the freaking server rebooted. ( i think my battery freaked out..  as the servers are set to power back up after a power cycle, and it did )</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483202</link><pubDate>Sat, 03 Aug 2024 01:21:31 -0000</pubDate><title>Message #2099483202</title><guid isPermaLink="false">2099483202@Uncensored</guid><description><![CDATA[ > 2024-08-02 11:39 from Nurb432     
 >As much as i love proxmox, and like their backup solution, as    
 >far as features.. having it do backup/restores has got to be the    
 >slowest thing on the planet. In production, it would be a BAD    
 >scene.. "sorry, you are offline for a few days while we    
 >restore.. " is not a good thing to tell a customer.     
 >    
    
 No, it isn't the slowest thing on the planet. Restic backup against a 2015
budget NAS is much worse.   
  
 Are you using their in-house backup backend, or something different? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483110</link><pubDate>Fri, 02 Aug 2024 15:39:22 -0000</pubDate><title>Message #2099483110</title><guid isPermaLink="false">2099483110@Uncensored</guid><description><![CDATA[<html><body>

<p>As much as i love proxmox, and like their backup solution, as far as features.. having it do backup/restores has got to be the slowest thing on the planet. In production, it would be a BAD scene.. "sorry, you are offline for a few days while we restore.. " is not a good thing to tell a customer.</p>
<p>Barely touching my network, no CPU use, and yet its taking days ( literally ) to restore my 3tb NAS VM after that drive died yesterday.</p>
<p>No i don't expect it to be instant with this much, but days???? I could understand if my CPU or network were the bottleneck, but no....  And while the bus on these boxes are not super fast due to their nature, i can still copy simple files around a hell of a lot faster.. so it CAN go faster.</p>
<p>I guess after all this is over im going to go back to using an external drive and let it backup directly from the host.  ( or i guess an NFS server, just reload this backup server or something. i donno i got all weekend to decide at this rate.  Grumble. )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099483094</link><pubDate>Fri, 02 Aug 2024 12:54:07 -0000</pubDate><title>Message #2099483094</title><guid isPermaLink="false">2099483094@Uncensored</guid><description><![CDATA[<html><body>

<p>SystemD + wayland, might as well use windows. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099481844</link><pubDate>Wed, 24 Jul 2024 21:59:34 -0000</pubDate><title>Message #2099481844</title><guid isPermaLink="false">2099481844@Uncensored</guid><description><![CDATA[systemd would be quite an improvement to Windows. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099481796</link><pubDate>Wed, 24 Jul 2024 13:23:26 -0000</pubDate><title>Message #2099481796</title><guid isPermaLink="false">2099481796@Uncensored</guid><description><![CDATA[<html><body>

<p>From over on LXer's blog</p>
<p> </p>
<p>"In light of the CrowdStrike-Microsoft outage/disaster that has been wreaking havoc on corporate Windows systems around the world since Friday, systemd lead developer Lennart Poettering pointed out how such a situation on Linux systems could be averted by leveraging systemd's Automatic Boot Assessment functionality."</p>
<p> </p>
<p>Only have 2 words: F- pottering.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099480397</link><pubDate>Mon, 15 Jul 2024 22:59:59 -0000</pubDate><title>Message #2099480397</title><guid isPermaLink="false">2099480397@Uncensored</guid><description><![CDATA[<html><body>

<p>lol</p>
<p>"and for my next act.. "</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099480392</link><pubDate>Mon, 15 Jul 2024 22:41:23 -0000</pubDate><title>Message #2099480392</title><guid isPermaLink="false">2099480392@Uncensored</guid><description><![CDATA[Devuan is decent but it lacks a proper implementation of systemd. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099480290</link><pubDate>Mon, 15 Jul 2024 12:55:41 -0000</pubDate><title>Message #2099480290</title><guid isPermaLink="false">2099480290@Uncensored</guid><description><![CDATA[<html><body>

<p>This was REALLY early on, perhaps pre-release days. Not sure now. And i cant tell you what i was missing, but there were a couple of things i use on a daily basis that were gone so the experiment didn't last long. It wasn't until now that i thought id peek again.  Could i have compiled them myself? Most likely. But really didn't feel like messing with it. If i have to go to that extent, might as well just go all-in and go Linux from scratch..  Or back to BSD.</p>
<p> </p>
<p>( and speaking of BSD, not heard from our resident kitty for a while. Hope kitty is ok out there.   And Cat..   i cant imagine what her life is like in a war zone )</p>
<blockquote>
<div class="message_header"><span>Mon Jul 15 2024 08:29:47 EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Really? I think it has worked as a Debian drop-in replacement pretty much since the first day of release. I had not noticed any missing component. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099480286</link><pubDate>Mon, 15 Jul 2024 12:29:47 -0000</pubDate><title>Message #2099480286</title><guid isPermaLink="false">2099480286@Uncensored</guid><description><![CDATA[ >I might look at it again later. Might not. I donno. Long ago i did  
 >have it running but too much stuff was missing for me personally to  
 >use it. ( forget what now, but enough )   
  
 Really? I think it has worked as a Debian drop-in replacement pretty much
since the first day of release. I had not noticed any missing component. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099480272</link><pubDate>Mon, 15 Jul 2024 11:12:27 -0000</pubDate><title>Message #2099480272</title><guid isPermaLink="false">2099480272@Uncensored</guid><description><![CDATA[<html><body>

<p>Booted. Ran install. It did some stuff ( past the point of making the file system and copying files. I think it was on the tail end of the setup ).. then *Poof*. I didn't even get to the point of doing anything to break it.</p>
<p>I might look at it again later. Might not. I donno. Long ago i did have it running but too much stuff was missing for me personally to use it. ( forget what now, but enough )</p>
<blockquote>
<div class="message_header"><span>Mon Jul 15 2024 06:31:49 EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I wonder what you did there. I perform lots of Devuan installs for testing random crap and I rarely find any issue. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099480268</link><pubDate>Mon, 15 Jul 2024 10:38:37 -0000</pubDate><title>Message #2099480268</title><guid isPermaLink="false">2099480268@Uncensored</guid><description><![CDATA[ > 2024-07-06 12:33 from Nurb432     
 >These days i use FAI..  Its also pretty minimal, and auto install.    
 >Its not quite a headless install, but zero effort other than hitting   

 >enter to reboot, to give you a chance to pull the boot USB, but that   

 >is the only interaction.  And you can add any package you want to    
 >the installer, easily. Sure you can always 'roll your own' in most    
 >distros, but this is painless.     
 >    
    
 I have a tencendy to roll Devuan LXC images for when I need a Linux container.
Alpine works fine too. I don't use Linux all that much since all the important
stuff runs on OpenBSD here.   
  
 I find Tiny Core Linux quite ok to work with if you need a light Linux disibution
as a desktop (or as an emergency light server) but the entry barrier for acomplishing
meaningful tasks is high. Still, you can remaster your Tiny Core Linux images
and
boot media quite easily and build a neat package with the software you need
to perform a specific tasks, consuming nearly no resources at all and running
blazing fast. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099480266</link><pubDate>Mon, 15 Jul 2024 10:31:49 -0000</pubDate><title>Message #2099480266</title><guid isPermaLink="false">2099480266@Uncensored</guid><description><![CDATA[ > 2024-07-05 17:42 from Nurb432   
 >Thought id take a serous look at Devuan again. Ditch systemD perhaps.  
 >  
 >  
 >Grab the latest desktop installer. 1/2 thru. BOOOM  something about  
 >"bla bla not compatible with an unmerged /usr directory bla bla"  Um  
 >its a fresh install on a brand new VM folks, using your installer..   
 >it should 'just work'   
 >  
 >    
 >  
 >Oh well. lost interest if its going to take troubleshooting just to  
 >install.    
 >  
  
 I wonder what you did there. I perform lots of Devuan installs for testing
random crap and I rarely find any issue. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479432</link><pubDate>Mon, 08 Jul 2024 18:28:42 -0000</pubDate><title>Message #2099479432</title><guid isPermaLink="false">2099479432@Uncensored</guid><description><![CDATA[<html><body>

<p>My condolences. </p>
<blockquote>
<div class="message_header"><span>Mon Jul 08 2024 10:50:04 EDT</span> <span>from <a href="do_template?template=user_show?who=fandarel">fandarel</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I'm running alpine on a spare laptop here, but it's a pretty spartan install. <br />wayland </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479426</link><pubDate>Mon, 08 Jul 2024 17:07:14 -0000</pubDate><title>Message #2099479426</title><guid isPermaLink="false">2099479426@Uncensored</guid><description><![CDATA[<html><body>

<p>Pretty sure I did. I have Wayland running on a Debian 12 box but didn't bother with on Alpine - might give that a shot soon on a non-server machine.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479403</link><pubDate>Mon, 08 Jul 2024 14:50:04 -0000</pubDate><title>Message #2099479403</title><guid isPermaLink="false">2099479403@Uncensored</guid><description><![CDATA[I'm running alpine on a spare laptop here, but it's a pretty spartan install.
 wayland + sway, firefox, mosh.  I forget what I tried to build on it and
failed miserably due to musl. 
  
 Make sure you enable the community repo, otherwise like... everything is
MIA. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479233</link><pubDate>Sat, 06 Jul 2024 17:49:13 -0000</pubDate><title>Message #2099479233</title><guid isPermaLink="false">2099479233@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm actually using it as a file server to test out ZFS - only played with that once previously, and that was a few years back. As far as Alpine goes, I particularly like that it's using less than a gig of RAM with X running, yet it doesn't have that OpenBSD "stone knives and bear skins" feel.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479219</link><pubDate>Sat, 06 Jul 2024 16:33:51 -0000</pubDate><title>Message #2099479219</title><guid isPermaLink="false">2099479219@Uncensored</guid><description><![CDATA[<html><body>

<p>These days i use FAI..  Its also pretty minimal, and auto install. Its not quite a headless install, but zero effort other than hitting enter to reboot, to give you a chance to pull the boot USB, but that is the only interaction.  And you can add any package you want to the installer, easily. Sure you can always 'roll your own' in most distros, but this is painless.</p>
<p> </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jul 06 2024 12:19:16 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a></span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />So now I use Debian Slim for containers. It strips a bunch of packages, docs, and localization files, and the bare minimal image was reduced by another 45MB. Pretty good for containers. So if you're just looking to save space, Debian Slim seems to be the way to go. If you're looking to avoid systemd however, you're still on your own :) </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479216</link><pubDate>Sat, 06 Jul 2024 16:27:22 -0000</pubDate><title>Message #2099479216</title><guid isPermaLink="false">2099479216@Uncensored</guid><description><![CDATA[<html><body>

<p>ya, that was a shame.  At that point i turned around and never looked back.</p>
<p>Nice thing about them is they were more up to date and more options than turnkey.  ( for lazy people like me..  its nothing you cant do on your own. but just to 'look' its nice to have that option )</p>
<blockquote>
<div class="message_header"><span>Sat Jul 06 2024 12:19:16 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><span style="background-color: transparent; color: navy;"> Bitnami was swallowed by VMware</span></blockquote>
</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479215</link><pubDate>Sat, 06 Jul 2024 16:19:16 -0000</pubDate><title>Message #2099479215</title><guid isPermaLink="false">2099479215@Uncensored</guid><description><![CDATA[ >I installed Alping Linux just for kicks without knowing anything  
 >about it, and it's working well for me so far.  
  
 As a general purpose machine?  It will be interesting to hear how that works
out. 
  
 I've used Alpine from time to time but it's always been as the base OS layer
of a container, since it's substantially smaller than a full size OS image.
 Some containers worked well that way, particularly if the container was just
running a web microservice built in Python or something very common like that.
 As soon as things started getting complicated I would start having build
troubles and had to switch to minideb. 
  
 But then minideb became problematic too, because Bitnami was swallowed by
VMware, and VMware was swallowed by Broadcom, and now you have to pay a $9,000,000,000,000,000,000
fee per container to use minideb.  Ok that's not true but it's directionally
accurate. 

 
 So now I use Debian Slim for containers.  It strips a bunch of packages,
docs, and localization files, and the bare minimal image was reduced by another
45MB.  Pretty good for containers.  So if you're just looking to save space,
Debian Slim seems to be the way to go.  If you're looking to avoid systemd
however, you're still on your own  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479128</link><pubDate>Fri, 05 Jul 2024 22:12:28 -0000</pubDate><title>Message #2099479128</title><guid isPermaLink="false">2099479128@Uncensored</guid><description><![CDATA[<html><body>

<p>The advantage for me of going that route its its based on Debian, so its something im used to. </p>
<p>And im sure i could take some time to figure it out, but of something as simple as the installer fails ( which is basically the Debian one, re-branded ), is it worth the time? I'm sure there are other issues too.</p>
<blockquote>
<div class="message_header"><span>Fri Jul 05 2024 18:06:57 EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span></div>
<div class="message_content">
<p>I installed Alping Linux just for kicks without knowing anything about it, and it's working well for me so far.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479126</link><pubDate>Fri, 05 Jul 2024 22:06:57 -0000</pubDate><title>Message #2099479126</title><guid isPermaLink="false">2099479126@Uncensored</guid><description><![CDATA[<html><body>

<p>I installed Alping Linux just for kicks without knowing anything about it, and it's working well for me so far.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099479120</link><pubDate>Fri, 05 Jul 2024 21:42:52 -0000</pubDate><title>Message #2099479120</title><guid isPermaLink="false">2099479120@Uncensored</guid><description><![CDATA[<html><body>

<p>Thought id take a serous look at Devuan again. Ditch systemD perhaps.</p>
<p>Grab the latest desktop installer. 1/2 thru. BOOOM  something about "bla bla not compatible with an unmerged /usr directory bla bla"  Um its a fresh install on a brand new VM folks, using your installer..  it should 'just work'</p>
<p> </p>
<p>Oh well. lost interest if its going to take troubleshooting just to install.  </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099476719</link><pubDate>Fri, 21 Jun 2024 14:12:19 -0000</pubDate><title>Message #2099476719</title><guid isPermaLink="false">2099476719@Uncensored</guid><description><![CDATA[<html><body>

<p>While true, without Bell Labs there may not have been UNIX to fight over. I do think Berkeley played a large part in the legal trouble a lot too.  Plenty of blame to go around.</p>
<p>That said, I do think Linux may still exist, as a pet learning project off Minix by Linus, but doubt it would have made it past pet-project stage. like a lof of projects back then. Would stand beside VSTa, or plan9 as loss to history  ( tho never as good as either )</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jun 21 2024 09:11:12 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Hmmph, AT&amp;T ... without that lawsuit BSD would have become much bigger much faster and there might not have ever been a Linux (and rms would be trying to call it "GNU/BSD"). </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099476700</link><pubDate>Fri, 21 Jun 2024 13:11:12 -0000</pubDate><title>Message #2099476700</title><guid isPermaLink="false">2099476700@Uncensored</guid><description><![CDATA[Hmmph, AT&T ... without that lawsuit BSD would have become much bigger much
faster and there might not have ever been a Linux (and rms would be trying
to call it "GNU/BSD").   
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099475637</link><pubDate>Thu, 13 Jun 2024 21:59:13 -0000</pubDate><title>Message #2099475637</title><guid isPermaLink="false">2099475637@Uncensored</guid><description><![CDATA[Mike Karel belongs to that group of heroes who managed to free early BSDs
from the claws of AT&T.  RIP. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099475542</link><pubDate>Thu, 13 Jun 2024 11:21:15 -0000</pubDate><title>Message #2099475542</title><guid isPermaLink="false">2099475542@Uncensored</guid><description><![CDATA[<html><body>

<table class="moz-header-part2" width="100%" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td>
<div class="moz-header-display-name" style="display: inline;">To:</div>
announce@FreeBSD.org</td>
</tr>
</tbody>
</table>
<p> </p>
<div class="moz-text-flowed" style="font-family: -moz-fixed;" lang="x-unicode">We are deeply saddened by the passing of Mike Karels, a pivotal <br />figure in the history of BSD UNIX, a respected member of the FreeBSD <br />community, and the Deputy Release Engineer for the FreeBSD <br />Project.  Mike’s contributions to the development and advancement of <br />BSD systems were profound and have left an indelible mark on the <br />Project. <br /> <br />Mike’s vision and dedication were instrumental in shaping the FreeBSD <br />we know and use today.  His legacy will continue to inspire and guide <br />us in our future endeavors. <br /> <br />Our thoughts are with Mike’s family, friends, and all who knew him.  He <br />will be greatly missed. <br /> <br />In lieu of flowers, the family has asked for donations to the FreeBSD <br />Foundation to fund future FreeBSD projects. <br /> <br />The FreeBSD Foundation is hosting a tribute page to share thoughts and <br />memories of Mike and receive donations 
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099474366</link><pubDate>Mon, 03 Jun 2024 13:25:11 -0000</pubDate><title>Message #2099474366</title><guid isPermaLink="false">2099474366@Uncensored</guid><description><![CDATA[<html><body>

<p>Not directly related. Just this weekend i tossed a couple of STart magazines, back when magazines came with a floppy taped to the front cover. </p>
<blockquote>
<div class="message_header"><span>Wed May 29 2024 17:23:27 EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I source most of my recovery media from Linux and ADMIN magazine lol. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099473712</link><pubDate>Wed, 29 May 2024 21:23:27 -0000</pubDate><title>Message #2099473712</title><guid isPermaLink="false">2099473712@Uncensored</guid><description><![CDATA[ > 2024-05-29 17:08 from Nurb432           
 >I think it was last year when i read about it first, but having an     
    
 >official release this year means its really alive and not a 'flash in  
       
 >the pan' rebirth.           
 >          
 >Used to carry DSL on a CD and a usb stick in my 'harddrive toolkit     
    
 >bag', for recovery use in the old days.  Switched to "system          
 >rescue"  when DSL went away . ( the bag also had  adapters for both  
       
 >sizes IDE, scsi, sata, later m.2 too.  was used when friends got new  
       
 >drives, and needed to copy stuff, or toasted their install and needed  
       
 >help. )           
          
 I also have a System Rescue DVD in every one of my work locations. I don't
have a toolkit bag, I just have a kit in each place I work at. I carry enough
stuff on me as it is :)         
        
 That said, I never found
microdistributions to be very good for resucue and repair. They don't have
much stuff in them, and I much prefer to have something compact (like a CD
or thumbdrive) that has a bit of everything than something that just has the
basics.       
      
 What microdistributions shine for is creating custom solutions. If you need
a laser-focused system you can put a Tiny Core Linux remaster togetther very
quickly that will include only the stuff necessary for the job. You will be
able to run your remaster in a toaster and it will be run blazing fast anyway.
    
    
 System Rescue is golden because it has a very hackable boot process. You
can use it as a poorman's service provisioner and everything. System Rescue
can be programmed to download a script via http and execute it upon boot...
with a creative ussage of a custom http application you can supply instructions
to System Rescue you are booting
without hyaving to interface with your recovery DVD directly. Fucking neat.
  
  
 I source most of my recovery media from Linux and ADMIN magazine lol. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099473708</link><pubDate>Wed, 29 May 2024 21:08:35 -0000</pubDate><title>Message #2099473708</title><guid isPermaLink="false">2099473708@Uncensored</guid><description><![CDATA[<html><body>

<p>I think it was last year when i read about it first, but having an official release this year means its really alive and not a 'flash in the pan' rebirth.</p>
<p>Used to carry DSL on a CD and a usb stick in my 'harddrive toolkit bag', for recovery use in the old days.  Switched to "system rescue"  when DSL went away . ( the bag also had  adapters for both sizes IDE, scsi, sata, later m.2 too.  was used when friends got new drives, and needed to copy stuff, or toasted their install and needed help. )</p>
<blockquote>
<div class="message_header"><span>Wed May 29 2024 16:58:46 EDT</span><span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><span style="background-color: transparent; color: navy;">I had heard that work on DSL had resumed a good while ago.</span></blockquote>
</div>
</div>
</blockquote>
<blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY"> </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099473706</link><pubDate>Wed, 29 May 2024 20:58:46 -0000</pubDate><title>Message #2099473706</title><guid isPermaLink="false">2099473706@Uncensored</guid><description><![CDATA[ > 2024-05-26 10:29 from Nurb432     
 >Officially back from the dead:     
 >    
 >      
 >    
 >"The Damn Small Linux team has released Release Candidate 4 (RC4) for  
 
 >DSL 2024! This update brings a series of improvements focused on user  
 
 >experience, administrative tasks, and international accessibility.    
 >    
    
 I had heard that work on DSL had resumed a good while ago.   
  
 Nowadays I use Tiny Core Linux instead. Suffices to say that TCL was born
when the current DSL developper stabbed the guy who ended up leaving and creating
TCL. TCL is cool because they have some in-house projects in order to keep
their system bloat free. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099473268</link><pubDate>Sun, 26 May 2024 14:29:14 -0000</pubDate><title>Message #2099473268</title><guid isPermaLink="false">2099473268@Uncensored</guid><description><![CDATA[<html><body>

<p>Officially back from the dead:</p>
<p> </p>
<p>"The Damn Small Linux team has released Release Candidate 4 (RC4) for DSL 2024! This update brings a series of improvements focused on user experience, administrative tasks, and international accessibility.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099473170</link><pubDate>Sat, 25 May 2024 18:36:19 -0000</pubDate><title>Message #2099473170</title><guid isPermaLink="false">2099473170@Uncensored</guid><description><![CDATA[<html><body>

<p>New GhostBSD release. I should try it again. Tried that long ago, dismal failure ( i forget why, but was nothing but frustration )</p>
<p> </p>
<p>( its essentially a desktop centric flavor of FreeBSD, not a fork, designed to optionally hide the complexities of real FreeBSD from newbies.  Or the lazy, like myself.  )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099471808</link><pubDate>Sat, 18 May 2024 18:31:52 -0000</pubDate><title>Message #2099471808</title><guid isPermaLink="false">2099471808@Uncensored</guid><description><![CDATA[ > Am I correct about that?  If you try to use POSIX Threads library   
 >calls on BSD and don't link a threading library, will it fail to link? 
 
 >   
 >  
  
 I think it will fail, but then I have not experimented with that in a while.
I still have not so old memories of forgetting to add -lpthread and have the
build failin my face. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099471274</link><pubDate>Tue, 14 May 2024 02:27:29 -0000</pubDate><title>Message #2099471274</title><guid isPermaLink="false">2099471274@Uncensored</guid><description><![CDATA[Dunno whether this ought to be in the *ix room or in the programming room,
but whatever... 
  
 Today I came to the realization that ever since NPTL was merged into glibc
some ~20 years ago, it's no longer necessary to specify "-lpthread" when compiling
a multithreaded program.  I tried it and it worked fine.  I looked at the
library on disk and, sure enough, it's just a null library that is only there
to keep build scripts from breaking. 
  
 I was about to remove "-lpthread" from my published Makefiles but then I
stopped to consider, it might still be required on non-Linux systems.  FreeBSD
in particular looks like it has several different implementations of POSIX
Threads to choose from (why?) and you have to specify "-lpthread" to make
it link that one, or you can specify one of several others. 
  
 Am I correct about that?  If you try to use POSIX Threads library calls on
BSD and don't link a threading library, will it fail to link? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466961</link><pubDate>Thu, 02 May 2024 18:29:07 -0000</pubDate><title>Message #2099466961</title><guid isPermaLink="false">2099466961@Uncensored</guid><description><![CDATA[Screw it, we OpenBSDers will use doas instead.   
  
 I am not a fan of privilege raise methods, to be honest. At least as far
as the backstage is concerned, the opposite method is safer and more ellegant.
Start with all the privilege you need and then drop it as soon as you don't
need it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466933</link><pubDate>Thu, 02 May 2024 14:24:06 -0000</pubDate><title>Message #2099466933</title><guid isPermaLink="false">2099466933@Uncensored</guid><description><![CDATA[The funny thing is, at the very same time Linux is getting run0, which is
basically the equivalent of Windows "run as administrator..." ... Windows
is getting sudo. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466824</link><pubDate>Wed, 01 May 2024 18:16:00 -0000</pubDate><title>Message #2099466824</title><guid isPermaLink="false">2099466824@Uncensored</guid><description><![CDATA[ > But it does turn the terminal background red to remind you that you   
 >are running with escalated privileges, so there's that.   
  
 That actually is a darn good idea.  The rest of the proposed functionality
is kind of a yawner, but I'll give it a try once it's available.  I've never
been all that impressed with how sudo works, and generally don't bother with
it on Debian. With the predictable side effect of occasionally doing things
as root that were a Really Bad Idea to do as root.  The red background would
presumably eliminate that oops-avenue. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466780</link><pubDate>Wed, 01 May 2024 11:09:47 -0000</pubDate><title>Message #2099466780</title><guid isPermaLink="false">2099466780@Uncensored</guid><description><![CDATA[<html><body>

<p>That is what has been said many a time. "cant" then while people are not fighting it, it does.</p>
<p>And at this point, screw it, if him and his crew take over completely and ruin things, ill either go back to BSD, or just shut it all off and walk away ( liable to do that anyway . sick of the industry ).  As long as i can listen to my music and watch my cat video files and DVDs ( can always use dedicated hardware ) then i'm fine. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Apr 30 2024 22:07:33 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I'm not so sure it's possible to completely replace sudo. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466722</link><pubDate>Wed, 01 May 2024 02:07:33 -0000</pubDate><title>Message #2099466722</title><guid isPermaLink="false">2099466722@Uncensored</guid><description><![CDATA[  
 And here's one to tickle those with Poettering Derangement Syndrome: 
  
 [ https://outpost.fosspost.org/d/19-systemd-wants-to-expand-to-include-a-sudo-replacement
] 
  
 I'm not so sure it's possible to completely replace sudo.  Maybe just another
tool that does some of the same things.  Supposedly `run0` is different from
`sudo` in that it starts a new session and pty's it back to the controlling
terminal, inheriting none of the parent environment.  To me, that sounds a
lot like `ssh root@localhost` or even just using `su` rather than `sudo`.

  
 But it does turn the terminal background red to remind you that you are running
with escalated privileges, so there's that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466556</link><pubDate>Mon, 29 Apr 2024 17:13:56 -0000</pubDate><title>Message #2099466556</title><guid isPermaLink="false">2099466556@Uncensored</guid><description><![CDATA[ > That was my long term plan. Basically a smaller scale version of what 
 
 >Ig is planning.   
  
 IG changed his plans.  :) 
  
 I ended up building an adorable little 12VDC-powered MiniITX with enough
guts to provision the whole minihomelabdatacenter on one box.  You can follow
my nonadventures in the Hardware room in the unlikely event you find *that*
interesting. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466553</link><pubDate>Mon, 29 Apr 2024 16:28:21 -0000</pubDate><title>Message #2099466553</title><guid isPermaLink="false">2099466553@Uncensored</guid><description><![CDATA[<html><body>

<p>I have not tried it one of those cheap-o lenovo Mp3p's i was buying like water last year, I bet it would work.  Cheap, small, real hardware and pretty solid. Doubt the wifi would work tho, and you cant easily swap them with another card  or they are liable to refuse to post, and just scream at you ( learned that the hard way )..  If i get a chance this weekend i might try, just to see.</p>
<p>Unrelated, now that im not using them in my farm, they need to go away. too bad i upped their CPU beyond what most people would want.  So not 'dirt cheap' now.  But still not expensive i guess.  Been debating ebaying them away, which is how i got them in the first place..   and my NVIDIA jetson crap too.  also collecting dust.   </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466547</link><pubDate>Mon, 29 Apr 2024 15:53:14 -0000</pubDate><title>Message #2099466547</title><guid isPermaLink="false">2099466547@Uncensored</guid><description><![CDATA[ >( A long way to say, you could run it at home.. )  
  
 That was my long term plan. Basically a smaller scale version of what Ig
is planning. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466542</link><pubDate>Mon, 29 Apr 2024 14:32:18 -0000</pubDate><title>Message #2099466542</title><guid isPermaLink="false">2099466542@Uncensored</guid><description><![CDATA[<html><body>

<p>it will run under QEMU, and they distribute a pre-built image.. At least the x86 version, i have heard of people struggling with running an ARM version that way.  I have done it myself under KVM on PVE too, using the regular ISO.</p>
<p> </p>
<p>( A long way to say, you could run it at home.. )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466539</link><pubDate>Mon, 29 Apr 2024 14:03:16 -0000</pubDate><title>Message #2099466539</title><guid isPermaLink="false">2099466539@Uncensored</guid><description><![CDATA[ >New 9Front release out this evening.  
  
 Literally an hour after I got the previous release to boot and run on a vultr
instance. 
 Oh well, it was a nice way to burn a little vultr credit, I didn't plan to
leave it running there anyway. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099466470</link><pubDate>Sun, 28 Apr 2024 23:09:39 -0000</pubDate><title>Message #2099466470</title><guid isPermaLink="false">2099466470@Uncensored</guid><description><![CDATA[<html><body>

<p>New 9Front release out this evening.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099465330</link><pubDate>Sat, 20 Apr 2024 15:56:35 -0000</pubDate><title>Message #2099465330</title><guid isPermaLink="false">2099465330@Uncensored</guid><description><![CDATA[<html><body>

<p>Last time something like this happened, people were calling for government involvement/regulation.. </p>
<blockquote>
<div class="message_header"><span>Sat Apr 20 2024 11:49:02 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Some people are using the xz backdoor as an argument that the entire open source model is flawed. As if their favorite software doesn't have deliberate backdoors in the shipped version. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099465326</link><pubDate>Sat, 20 Apr 2024 15:49:02 -0000</pubDate><title>Message #2099465326</title><guid isPermaLink="false">2099465326@Uncensored</guid><description><![CDATA[Some people are using the xz backdoor as an argument that the entire open
source model is flawed.  As if their favorite software doesn't have deliberate
backdoors in the shipped version. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099379251</link><pubDate>Tue, 02 Apr 2024 11:08:24 -0000</pubDate><title>Message #2099379251</title><guid isPermaLink="false">2099379251@Uncensored</guid><description><![CDATA[<html><body>

<p>its a backdoor/virus all by itsself.</p>
<blockquote>
<div class="message_header"><span>Mon Apr 01 2024 21:35:30 EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Have I mentioned lately that systemd sucks? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099379218</link><pubDate>Tue, 02 Apr 2024 01:35:30 -0000</pubDate><title>Message #2099379218</title><guid isPermaLink="false">2099379218@Uncensored</guid><description><![CDATA[While everything committed by that author is now suspect, the backdoor that's
known specifically targets sshd as patched by Debian and RHEL to link with
libsystemd (which is the circuitous way that liblzma winds up in sshd's program
space). So, at least as far as is known for sure right now, simply having
an xz with the change alone is beneign on non-systemd systems or unpatched
sshds. 
  
 Have I mentioned lately that systemd sucks? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099379133</link><pubDate>Mon, 01 Apr 2024 15:59:06 -0000</pubDate><title>Message #2099379133</title><guid isPermaLink="false">2099379133@Uncensored</guid><description><![CDATA[<html><body>

<p>ouch, that xz issue even snuck into NetBSD pkgsrc   -&gt; https://mail-index.netbsd.org/netbsd-announce/2024/03/30/msg000368.html</p>
<p> </p>
<p>~~~~~~~~~~~~~~~~~~~~~</p>
<p>"Recently, a backdoor was discovered in the xz compression library.</p>
<p>xz/liblzma are included as a part of NetBSD and used by the project</p>
<p>for distribution of new releases and packages.</p>
<p> </p>
<p>The version of xz shipped in all stable (and unstable) versions of</p>
<p>NetBSD predates any code changes by the author of the backdoor.</p>
<p>NetBSD is therefore safe and unaffected by the recent discoveries.</p>
<p> </p>
<p>It is believed that the attack only targets Linux/glibc, but checking</p>
<p>this allowed us to rule out any other attempts at compromising the</p>
<p>library by the author.</p>
<p> </p>
<p>The version of xz shipped in pkgsrc, however, is affected. Using</p>
<p>xz from pkgsrc is a non-default setting on NetBSD, and requires</p>
<p>explicit opt-in. Most users of NetBSD will not install xz from</p>
<p>pkgsrc because the version from the base system is preferred.</p>
<p>However, users of pkgsrc on other platforms will need to take</p>
<p>precautions.</p>
<p> </p>
<p>Regardless of NetBSD being affected or not, the discovery of the</p>
<p>backdoor is a wake-up call and further discussion will be happening</p>
<p>internally over how to proceed.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377886</link><pubDate>Sun, 17 Mar 2024 23:00:42 -0000</pubDate><title>Message #2099377886</title><guid isPermaLink="false">2099377886@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes hes still around. Not sure if he is doing anything tho. Would be in his 80s. </p>
<p>And it should not surprise you i support micro kernel concepts. </p>
<blockquote>
<div class="message_header"><span>Sun Mar 17 2024 18:55:10 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Mar 16 2024 02:20:08 PM EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>so, is minix development dead at this point?</p>
</div>
</blockquote>
<p>I will take it one step further: is Andy Tannenbaum dead at this point or is he still kicking around telling us that microkernels are the only way to go?</p>
<p>He wanted Minix to be a teaching platform rather than a "real" OS.  He got his wish.  And he discovered that no one wanted a teaching platform OS any more than they wanted to write real software in LOGO.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377885</link><pubDate>Sun, 17 Mar 2024 22:55:10 -0000</pubDate><title>Message #2099377885</title><guid isPermaLink="false">2099377885@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat Mar 16 2024 02:20:08 PM EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>so, is minix development dead at this point?</p>
</div>
</blockquote>
<p>I will take it one step further: is Andy Tannenbaum dead at this point or is he still kicking around telling us that microkernels are the only way to go?</p>
<p>He wanted Minix to be a teaching platform rather than a "real" OS.  He got his wish.  And he discovered that no one wanted a teaching platform OS any more than they wanted to write real software in LOGO.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377883</link><pubDate>Sun, 17 Mar 2024 22:53:37 -0000</pubDate><title>Message #2099377883</title><guid isPermaLink="false">2099377883@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Sun Mar 10 2024 05:19:19 PM EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">What you guys described, how do namespaces make any of that easier to implement than chroot? </div>
</div>
</blockquote>
<p>"Easier" is actually the answer.  Yes, you can do the same thing with chroot + network namespace + cgroups + whatever, and then manually set up the OS image and hook things together etc.</p>
<p>LXC sets it all up for you, including the OS install, with one command.  If you want to do it the hard way, no one is stopping you.</p>
<p>Let me give you an example.  Over in the Citadel Support room someone is saying that an install fails on a particular Linux distribution on an ARM board.  I don't have that one.  But I can spin up an LXC of that distribution on my NanoPi and run the exact test, replicate the results, write a fix or a workaround, and blow it away.  Just like a virtual machine but in a fraction of the time.  If I tried that with chroot I almost certainly would not replicate the correct environment.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377870</link><pubDate>Sun, 17 Mar 2024 21:44:45 -0000</pubDate><title>Message #2099377870</title><guid isPermaLink="false">2099377870@Uncensored</guid><description><![CDATA[<html><body>

<p>That was the feeling i was getting too.  A shame too. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377869</link><pubDate>Sun, 17 Mar 2024 21:31:20 -0000</pubDate><title>Message #2099377869</title><guid isPermaLink="false">2099377869@Uncensored</guid><description><![CDATA[ > 2024-03-16 14:20 from Nurb432     
 >so, is minix development dead at this point?     
 >    
 >Been going thru my backups ( moving files around a bit, and getting    
 >rid of stuff i really dont need... cleared out over a TB so far )     
 >and noticed that my folder for it was pretty old.. went to update..    
 >nope.. still really old.    
 >    
    
 I think the last RC is from 2017. Wikipedia lists  it as abandoned.   
  
 https://hackaday.com/2023/06/02/is-minix-dead-and-does-it-matter/ 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377739</link><pubDate>Sat, 16 Mar 2024 18:20:08 -0000</pubDate><title>Message #2099377739</title><guid isPermaLink="false">2099377739@Uncensored</guid><description><![CDATA[<html><body>

<p>so, is minix development dead at this point?</p>
<p>Been going thru my backups ( moving files around a bit, and getting rid of stuff i really dont need... cleared out over a TB so far )  and noticed that my folder for it was pretty old.. went to update.. nope.. still really old.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377062</link><pubDate>Mon, 11 Mar 2024 00:00:55 -0000</pubDate><title>Message #2099377062</title><guid isPermaLink="false">2099377062@Uncensored</guid><description><![CDATA[chroot is only part of the picture.  cgroups give you other types of isolation.
 netns gives you a separate network stack.  None of these are intended to
be rock-solid "inescapable".  They're only there to let you partition your
resources up in a way that makes sense for the workload. 
  
 Like the pony said in less flattering terms, Docker lets you distribute an
application and its dependencies in a way that makes it easy to deploy and
avoid the "it works on my machine" failure mode.  Yes, you could also distribute
your application as a virtual machine image, but then you're on the hook for
providing operating system updates along with your application, whereas with
a container you just keep generating new container builds, often through some
automated CI/CD pipeline. 
  
 Containers have taken the IT world by storm and, amazingly, there is an open
source, industry-wide standard (Kubernetes)
for running them at scale in any environment.  That 
 's a pretty awesome place to be when you consider how much vendor lock-in
has always been the rule of the land. 
  
 LXC is another story.  I am experimenting with it because I (note: *** I
***) intend to run dev, test, stage, prod (or whatever) on the same machine,
with loose separation between environments.  I don't need multitenancy, I
just need each environment to have its own filesystem and its own IP addresses.
 And so far that's working nicely.  I made /var/lib/lxc a btrfs subvolume
and can do nightly thin-snapshots easily.  Since it will be a few months before
I move production over here, I have some time to muck about with it before
I commit to that style of deployment.  But so far I like what I have. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377056</link><pubDate>Sun, 10 Mar 2024 22:11:21 -0000</pubDate><title>Message #2099377056</title><guid isPermaLink="false">2099377056@Uncensored</guid><description><![CDATA[ > 2024-03-10 17:19 from zelgomer     
 >What you guys described, how do namespaces make any of that easier to  
  
 >implement than chroot?     
 >     
 >    
    
 For starters, Posix chroot is escapable by design. Chroot is also uncapable
of doing anything beyond  filesystem separation. You don't get to have a separate
nerworking space for your application with chroot alone.   
  
 Other than that, applications tend to be distributed as docker images rather
than chroot builds, so... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377051</link><pubDate>Sun, 10 Mar 2024 21:19:19 -0000</pubDate><title>Message #2099377051</title><guid isPermaLink="false">2099377051@Uncensored</guid><description><![CDATA[What you guys described, how do namespaces make any of that easier to implement
than chroot? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099377047</link><pubDate>Sun, 10 Mar 2024 20:08:09 -0000</pubDate><title>Message #2099377047</title><guid isPermaLink="false">2099377047@Uncensored</guid><description><![CDATA[ > Same. This namespace stuff all feels too loosely coupled, it seems    
    
 >like it's easy to accidentally allow leaks. I'm not comfortable with   
     
 >the UID mapping gimmick, either. And if I'm not sandboxing for the     
   
 >security, then I don't see what it offers that I can't do just as well 
       
 >and much simpler with chroot.         
 >         
 >        
        
 IMO the selling point of stuff like Docker and LXC is not isolation. It is
that you can package a clusterfuck application or service as an image and
be sure it will run on anything that supports the corresponding container
technology.       
      
 It also makes disaster recovery easier since the application and its data
tend to be decoupled - specially for Docker, not so much with LXC. With Docker,
you create a recipe for your application and upload it to a repository, then
you have some mechanism for
backing up the data from that application. If you need to upgrade the application,
you upgrade the recipe in the repository and deploy from it. If your server
is destroyed because a pony sneaked into the house and started playing with
it, you just re-deploy using the recipe in the repository and the backup data
from your storage.     
    
 I don't think containers make much of a difference for a small deployment.
Unless you are using some application that comes packaged as an image, you
may as well run the stuff on virtual machines, which nowadays are very resource-efficient
and don't mess with your namespaces.   
  
 By the way, feel free to ask me to post docker spam since they indirectly
sponsor me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376993</link><pubDate>Sat, 09 Mar 2024 18:16:42 -0000</pubDate><title>Message #2099376993</title><guid isPermaLink="false">2099376993@Uncensored</guid><description><![CDATA[It depends on why you're building them.  Multitenancy still works best with
virtual machines.  Without multitenancy requirements, most people just want
logical separation between their workloads, so you don't for example have
an application blow up because you upgraded the libraries for some other application
on the same machine, or because you have conflicting network ports, or whatever.

  
 That's why containerized applications are so popular.  They isolate applications
from stepping on each other without having to emulate an entire machine. 
  
 I am moving back to containers simply to be able to have dev/test/stage/prod
in different (emulated) filesystems and on different IP addresses without
the overhead of putting VM block devices on top of the host filesystem etc
etc etc. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376958</link><pubDate>Sat, 09 Mar 2024 00:14:35 -0000</pubDate><title>Message #2099376958</title><guid isPermaLink="false">2099376958@Uncensored</guid><description><![CDATA[ > 2024-03-08 20:46 from Nurb432 <nurb432@uncensored.citadel.org>   
 >I still prefer full VM...    
 >  
 >Ya, im old school    
 >  
  
 Same. This namespace stuff all feels too loosely coupled, it seems like it's
easy to accidentally allow leaks. I'm not comfortable with the UID mapping
gimmick, either. And if I'm not sandboxing for the security, then I don't
see what it offers that I can't do just as well and much simpler with chroot.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376946</link><pubDate>Fri, 08 Mar 2024 20:46:31 -0000</pubDate><title>Message #2099376946</title><guid isPermaLink="false">2099376946@Uncensored</guid><description><![CDATA[<html><body>

<p>I still prefer full VM... </p>
<p>Ya, im old school  </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376929</link><pubDate>Fri, 08 Mar 2024 14:22:23 -0000</pubDate><title>Message #2099376929</title><guid isPermaLink="false">2099376929@Uncensored</guid><description><![CDATA[ > kremvax. I haven't heard that one in a minute.   
  
 It's a little nod to those who remember.  :) 
  
 And I did get Docker running again.  The issue was that installing Docker
creates a set of iptables rules to support its default networking configuration,
which can't be removed.  I had no rules in place at all yet, so no IPv4 traffic
was forwarded to/from my test container.  Interestingly, I had plenty of IPv6
because Docker didn't touch the ip6tables forwarding rules. 
  
 I do like that it is trivial to *fully* bridge an LXC container to the host
network, to the point where DHCP and SLAAC just work as expected.  Docker's
bridged networks can't do that. 
  
 In the end I'll need both, though.  Docker is good at running packaged containerized
applications and when I move my hosting stuff over here I want to run the
Docker version of Citadel.  I'll probably use LXC for development and
for experiments and other homelab type stuff.  I'll probably also try to run
the VPN router in LXC. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376888</link><pubDate>Thu, 07 Mar 2024 22:50:59 -0000</pubDate><title>Re: Ok I admit it, LXC doesn&#39;t suck</title><guid isPermaLink="false">2099376888@Uncensored</guid><description><![CDATA[<html><body>

<p>at least im not alone :) </p>
<p>libvirt has been known to kill my WiFi on a laptop.  ( ended up just removing it instead of fixing it..  didnt really need it on there. just virt-manager )</p>
<blockquote>
<div class="message_header"><span>Wed Mar 06 2024 22:19:03 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Ok I admit it, LXC doesn't suck</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />. I did have to remove Docker because it was messing with the iptables configuration. That's going to need some tinkering. <br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376858</link><pubDate>Thu, 07 Mar 2024 15:24:45 -0000</pubDate><title>Message #2099376858</title><guid isPermaLink="false">2099376858@Uncensored</guid><description><![CDATA[  
 kremvax. I haven't heard that one in a minute. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376834</link><pubDate>Thu, 07 Mar 2024 03:19:03 -0000</pubDate><title>Ok I admit it, LXC doesn&#39;t suck</title><guid isPermaLink="false">2099376834@Uncensored</guid><description><![CDATA[  
 So after all this time I finally decided to give LXC a try.  I installed
it on kremvax (which is what I named my new microserver) and am playing around
with it now.  I figure I've got plenty of time to experiment because this
machine won't be running production workloads until I get the rest of the
hardware in a few months ... particularly the rest of the disk drives and
a battery backup. 
  
 Under the covers it's obviously using the same kernel primitives as Docker
... cgroups and stuff like that ... but it's designed to run containers that
resemble real OS images rather than specific applications.  I did something
like this in the Ancient Times before I had hardware virt, using OpenVZ (which
was how you did it back then).  Y'all probably already know this because a
lot of you are ProxMox fans, and that has a big LXC thing. 
  
 I'll probably still run KVM on this machine to support
FreeBSD and (ugh) Windows once in a while.  I did have to remove Docker because
it was messing with the iptables configuration.  That's going to need some
tinkering. 
  
 For fun, see if you can ping playground.v6.citadel.org (IPv6 only). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376746</link><pubDate>Tue, 05 Mar 2024 16:49:04 -0000</pubDate><title>Message #2099376746</title><guid isPermaLink="false">2099376746@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif;"><span style="font-size: 15px; white-space-collapse: preserve;">FreeBSD 13.3-RELEASE    out today.. ( or at least i just got the notice )</span></span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376668</link><pubDate>Mon, 04 Mar 2024 14:27:30 -0000</pubDate><title>Message #2099376668</title><guid isPermaLink="false">2099376668@Uncensored</guid><description><![CDATA[Red Hat (and Fedora) and Ubuntu have stopped building i386, SuSE still builds
it but doesn't officially support it, but Debian still has an i386 build.
 However, they don't seem to be concerned over i386, expecting that i386 will
be well and truly out of service by 2038. 
  
 This is more about 32-bit ARM, which is anticipated to continue as a nice
way to make embedded systems smaller.  Memory savings could be up to 30% in
some cases.  So they've decided to "break" time_t to keep the architecture
alive past 2038. 
  
 Interestingly -- someone was forward-thinking enough to make time_t 64-bits
when running on 32-bit RISC-V.  So that architecture won't have a problem
at all. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376619</link><pubDate>Sun, 03 Mar 2024 12:08:43 -0000</pubDate><title>Message #2099376619</title><guid isPermaLink="false">2099376619@Uncensored</guid><description><![CDATA[<html><body>

<p>I thought Debian dropped 32 bit support anyway in the last release. </p>
<p>Perhaps i was wrong</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099376609</link><pubDate>Sun, 03 Mar 2024 04:15:11 -0000</pubDate><title>Message #2099376609</title><guid isPermaLink="false">2099376609@Uncensored</guid><description><![CDATA[  
 Here's something interesting. 
  
 [ https://wiki.debian.org/ReleaseGoals/64bit-time ] 
  
 Debian is changing `time_t` to 64-bits on all 32-bit architectures except
i386. 
  
 Seems like they've decided that i386 isn't going to be around in any significant
way when the 32-bit time_t rollover happens on 2038-Jan-19.  They might be
right.  It's less than 15 years away.  They seem to believe that 32-bit ARM
is the one architecture that is likely to still be in somewhat widespread
use by then, simply because it's in so many embedded devices. 
  
 It's an interesting read.  They're aware that it's going to cause problems
and trying to figure out just how much of a problem and where it will be.

  
 I can tell everyone for certain that Citadel has time_t values embedded in
its on-disk database format, so if you're running Citadel on 32-bit ARM you
should probably dump your database and reload
it on 64-bit before they make the change.  If you're running it on 32-bit
i386 (like I am...) you have until 2038 to do that. 
  
 And hopefully there either won't be a transition to 128-bit computing, or
it'll happen long after we're dead.  I can't envision a use for an address
space wider than 64-bits, but I'm sure they said that about 32 and 16 at one
time. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099375201</link><pubDate>Mon, 12 Feb 2024 23:09:24 -0000</pubDate><title>Message #2099375201</title><guid isPermaLink="false">2099375201@Uncensored</guid><description><![CDATA[ > Each build node tends to be hosted on whatever AWS instance type has  

 >sufficient RAM to get the job done, meaning you're only going to have  

 >from 2 thru 8 hardware threads, typically.   
  
 Maybe that's it.  All I know is that the pipeline runs at glacial speed no
matter what I put into it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099375173</link><pubDate>Mon, 12 Feb 2024 16:05:44 -0000</pubDate><title>Message #2099375173</title><guid isPermaLink="false">2099375173@Uncensored</guid><description><![CDATA[ > 2024-02-02 15:28 from LadySerenaKitty   
 >Recompiling FreeBSD kernel and world only takes a few hours on older  
 >hardware.  Mere minutes on newer stuffs.  
  
 I struggle to believe that's accurate if you're talking about a full desktop
env including browser etc. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099375172</link><pubDate>Mon, 12 Feb 2024 16:04:44 -0000</pubDate><title>Message #2099375172</title><guid isPermaLink="false">2099375172@Uncensored</guid><description><![CDATA[ > Now if you sent it up to your CI/CD pipeline, we will probably be in  

 >the next ice age before it finishes.  What's with those things anyway? 
 
  
 Each build node tends to be hosted on whatever AWS instance type has sufficient
RAM to get the job done, meaning you're only going to have from 2 thru 8 hardware
threads, typically. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099375171</link><pubDate>Mon, 12 Feb 2024 16:03:16 -0000</pubDate><title>Message #2099375171</title><guid isPermaLink="false">2099375171@Uncensored</guid><description><![CDATA[ > I'll bet if your "mainstream desktop" had enough cores and you   
 >parallelized it, the whole thing might just take a couple of hours.  I 
 
 >am often surprised by how fast builds go these days.   
  
 Let's say nothing beefier than a Core i9 (not of the HEDT variety, I am talking
whatever has 2 DRAM channels) 
  
 even building Chrome or Firefox would take up most of your time I think.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099374971</link><pubDate>Thu, 08 Feb 2024 23:51:24 -0000</pubDate><title>Message #2099374971</title><guid isPermaLink="false">2099374971@Uncensored</guid><description><![CDATA[  
 oooooOOOOOOoooohhh!   I just discovered that the server on which I'm running
Docker automatically selected the btrfs storage driver because its filesystem
was formatted with btrfs. 
  
 This is a huge win, because it's way faster than the overlay2 driver and
consumes a lot less disk. 
  
 There's also a ZFS driver now, which I will have to check out.  However they
suggest that you turn off ZFS de-dupe, which seems silly to me because that's
a big win. 
  
 Now that I've decided that my new server will indeed be a single server (see
the Broadband room for that overly lengthy discussion) I'll definitely be
running plain old Docker instead of dealing with the complexity of Kubernetes.
 And since Kubernetes can't use the COW drivers, that's a Good Thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099374609</link><pubDate>Fri, 02 Feb 2024 20:45:57 -0000</pubDate><title>Message #2099374609</title><guid isPermaLink="false">2099374609@Uncensored</guid><description><![CDATA[<html><body>

<p>ya that is what i was thinking but its been soooooooo long.</p>
<p>I never really timed it, but I know it didnt take me days.</p>
<blockquote>
<div class="message_header"><span>Fri Feb 02 2024 15:28:32 EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p>Recompiling FreeBSD kernel and world only takes a few hours on older hardware.  Mere minutes on newer stuffs.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099374606</link><pubDate>Fri, 02 Feb 2024 20:28:32 -0000</pubDate><title>Message #2099374606</title><guid isPermaLink="false">2099374606@Uncensored</guid><description><![CDATA[<html><body>

<p>Recompiling FreeBSD kernel and world only takes a few hours on older hardware.  Mere minutes on newer stuffs.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099374264</link><pubDate>Tue, 30 Jan 2024 17:29:34 -0000</pubDate><title>Message #2099374264</title><guid isPermaLink="false">2099374264@Uncensored</guid><description><![CDATA[<html><body>

<p>Sometime soon when i'm bored, going to setup a box to test this, since my idea using Armbian build was a total fail. Not done a make world event over 2 decades, so i'm curious.  </p>
<p>it will be the basic stuff that even i would want. OS, X11, lxde, libreoffice, thonny, Clementine, Chromium, Thunderbird, VLC. Lots of dependencies there of course to give it even more to chew on..</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Jan 30 2024 09:21:49 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a></span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I'll bet if your "mainstream desktop" had enough cores and you parallelized it, the whole thing might just take a couple of hours. I am often surprised by how fast builds go these days. <br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099374250</link><pubDate>Tue, 30 Jan 2024 14:21:49 -0000</pubDate><title>Message #2099374250</title><guid isPermaLink="false">2099374250@Uncensored</guid><description><![CDATA[ > these days, wouldn't "recompile your whole distribution from source"  

 >take days, maybe weeks on a mainstream desktop?   
  
 I'll bet if your "mainstream desktop" had enough cores and you parallelized
it, the whole thing might just take a couple of hours.  I am often surprised
by how fast builds go these days. 
  
 Now if you sent it up to your CI/CD pipeline, we will probably be in the
next ice age before it finishes.  What's with those things anyway?  It takes
me back to the early 1990s when I taught myself how to play guitar simply
by picking it up and practicing during compiles. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373591</link><pubDate>Sat, 20 Jan 2024 13:50:10 -0000</pubDate><title>Message #2099373591</title><guid isPermaLink="false">2099373591@Uncensored</guid><description><![CDATA[<html><body>

<p>Ok so i was mistaken, looks like armbian build still uses some packages.  May only be recompiling the kernel and core modules. Unsure, but either way, not a fair comparison.  I do think in the past it was different. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373563</link><pubDate>Fri, 19 Jan 2024 23:24:27 -0000</pubDate><title>Message #2099373563</title><guid isPermaLink="false">2099373563@Uncensored</guid><description><![CDATA[<html><body>

<p>Sure an *entire* distro, would take a while, but i'm only talking what you have installed.</p>
<p>Back when i was still ding FreeBSD in the 90s, it didnt take 'days'.  and that hardware was not even in the same league as low end hardware is today.</p>
<p>From actual modern experience, these days building armbian from scratch with x11, gui, tools and some basic apps, perhaps a couple of hours max, using a VM ( since its picky on the OS version you use to build it on ).  I could do it this weekend and time it :) </p>
<blockquote>
<div class="message_header"><span>Fri Jan 19 2024 18:11:13 EST</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />these days, wouldn't "recompile your whole distribution from source" take days, maybe weeks on a mainstream desktop? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373562</link><pubDate>Fri, 19 Jan 2024 23:11:13 -0000</pubDate><title>Message #2099373562</title><guid isPermaLink="false">2099373562@Uncensored</guid><description><![CDATA[  
 these days, wouldn't "recompile your whole distribution from source" take
days, maybe weeks on a mainstream desktop? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373475</link><pubDate>Thu, 18 Jan 2024 20:48:07 -0000</pubDate><title>Message #2099373475</title><guid isPermaLink="false">2099373475@Uncensored</guid><description><![CDATA[<html><body>

<p>So you would not miss the old days when you had to DD boot sectors on your drive to get it to even start on its own?  And it was not able to self-host yet...</p>
<p> </p>
<p>But, back to 'make world' its not really building the hard way, its just rebuilding everything locally. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373474</link><pubDate>Thu, 18 Jan 2024 20:44:33 -0000</pubDate><title>Message #2099373474</title><guid isPermaLink="false">2099373474@Uncensored</guid><description><![CDATA[ > And yes, I've been there.  Once I got it out of my system I found I   
 >had better uses for my time.   
  
 Precisely the feeling I arrived at after finishing Linux From Scratch.  That
was great, I learned a lot, and now...  it's going into the archives. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373428</link><pubDate>Wed, 17 Jan 2024 22:57:15 -0000</pubDate><title>Message #2099373428</title><guid isPermaLink="false">2099373428@Uncensored</guid><description><![CDATA[I figured the people building their operating systems from source are either
eager to learn about the art of operating system building, or so paranoid
that they don't trust anyone else's packages of anything. 
  
 And yes, I've been there.  Once I got it out of my system I found I had better
uses for my time. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373388</link><pubDate>Wed, 17 Jan 2024 12:35:27 -0000</pubDate><title>Message #2099373388</title><guid isPermaLink="false">2099373388@Uncensored</guid><description><![CDATA[<html><body>

<p>Sure, ti takes time, but buildworld has its advantages too, and most hardware these days can do that.. </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373370</link><pubDate>Wed, 17 Jan 2024 08:19:42 -0000</pubDate><title>Message #2099373370</title><guid isPermaLink="false">2099373370@Uncensored</guid><description><![CDATA[ > 2024-01-12 14:49 from msgrhys       
 >I can understand the appeal of Gentoo for power users with newer      
 >computers, though, since (as far as Intel CPUs go) most pre-compiled   
  
 >distributions are compiled to run on anything down to and including    
 
 >64-bit Pentium 4s. Ask me how I know ;)      
 >      
      
 IMO, the appeal of distributions and Operating Systems that are built on
ports is flexibility rather than performance improvements.     
    
 Realistically speaking, taking the time to download and compile this month's
webkit is not going to save you more runtime time than what you are going
to spend building the damn package. However, a ports system allows you to
patch, modify and upgrade your software in such a way that it gets integrated
with your OS seemlessly.   
  
 Say you want to upgrade a library upon which other three packages depend,
and upgrading the
library breaks those packages. In a binary distribution such as Debian or
Rocky Linux, you need to create a package for the library (often manually),
then build the packages you broke once again (also manually). If you want
to upgrade that same Library in Gentoo or (Net || Open)BSD, you just upgrade
the libraryary's version number in a port makefile, issue a rebuild command,
and go have a coffee while your system rebuilds itself to your specifications.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373124</link><pubDate>Sun, 14 Jan 2024 12:43:34 -0000</pubDate><title>Message #2099373124</title><guid isPermaLink="false">2099373124@Uncensored</guid><description><![CDATA[<html><body>

<p>lol</p>
<blockquote>
<div class="message_header"><span>Sat Jan 13 2024 22:24:07 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Gentoo is for people who aren't talented enough to handle Linux From Scratch <br />;) </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373091</link><pubDate>Sun, 14 Jan 2024 03:24:07 -0000</pubDate><title>Message #2099373091</title><guid isPermaLink="false">2099373091@Uncensored</guid><description><![CDATA[Gentoo is for people who aren't talented enough to handle Linux From Scratch
 ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373019</link><pubDate>Fri, 12 Jan 2024 19:49:43 -0000</pubDate><title>Message #2099373019</title><guid isPermaLink="false">2099373019@Uncensored</guid><description><![CDATA[<html><body>

<p>I can understand the appeal of Gentoo for power users with newer computers, though, since (as far as Intel CPUs go) most pre-compiled distributions are compiled to run on anything down to and including 64-bit Pentium 4s. Ask me how I know ;)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099373018</link><pubDate>Fri, 12 Jan 2024 19:43:31 -0000</pubDate><title>Message #2099373018</title><guid isPermaLink="false">2099373018@Uncensored</guid><description><![CDATA[<html><body>

<p>Just installed Artix Linux on my Lenovo T410 laptop yesterday (using one of their GUI install images because I'm too lazy to do it "the Arch way"). So far I'm liking it.</p>
<p> </p>
<p> </p>
<p>Speaking of "the Arch way", I tried that a few years ago trying to install Arch Linux and just couldn't figure it out. Yet I managed to figure out and install Gentoo. People talk about Gentoo like it's the next difficulty level up from Arch, yet it was easier for me. Still got rid of it because I hated use flags.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099372762</link><pubDate>Tue, 09 Jan 2024 17:08:30 -0000</pubDate><title>Message #2099372762</title><guid isPermaLink="false">2099372762@Uncensored</guid><description><![CDATA[<html><body>

<p>I think this is when they officially make RISC-v a first their platform and not best-effort? Or is that 7.x?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099372759</link><pubDate>Tue, 09 Jan 2024 16:59:22 -0000</pubDate><title>Message #2099372759</title><guid isPermaLink="false">2099372759@Uncensored</guid><description><![CDATA[  
 Speaking of software which is definitely Unix despite not being The Open
Group: 
  
 Version 6.7 of the Linux kernel, which is a component of the Linux operating
system, has been released. 
  
 I know, there are kernel releases all the time, but I found two interesting
things about this one. 
  
 One of them is that "bcachefs" is now in the mainline kernel.  "Bcachefs
is a feature-complete file system while also containing extra features such
as checksumming and multidevice functionality within a file system," according
to the bcachefs FAQ.  "Bcachefs is safer to use than btrfs and is also shown
to outperform zfs in terms of speed and reliability."  So now we have a third
contender in the btrfs--zfs flame war.  As if we needed that. 
  
 And I was just thinking about giving some renewed attention to XFS after
learning that it has some COW features.  Go figure. 
  
 The other news is that
6.7 is the kernel version that finally drops IA-64 (Itanium) support.  We
have been celebrating the death of Itanium for a long time now but this bonus
nail in its coffin is fun. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099372045</link><pubDate>Wed, 27 Dec 2023 19:58:52 -0000</pubDate><title>Message #2099372045</title><guid isPermaLink="false">2099372045@Uncensored</guid><description><![CDATA[ > If one wants to be purist, one can say NetBSD is a real BSD...   
  
 True.  However, I think the "unix pedigree" stopped mattering a long time
ago. 
  
 No one cares about whether an operating system has Bell Labs lineage, whether
it has Berkeley lineage, or what The Open Group says about it.  No one has
ever cared about those things, even back in the bad old days of a dozen commercial
unix variants.  All anyone cares about is "will my software work on this system?"
 And for developers, it's "will my intended users be able to make my software
work on this system?" 
  
 In other words, the current standard bearer for Unix is NOT the entity who
owns the Unix trademark. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371847</link><pubDate>Sun, 24 Dec 2023 17:25:47 -0000</pubDate><title>Message #2099371847</title><guid isPermaLink="false">2099371847@Uncensored</guid><description><![CDATA[<html><body>

<p>True.   Since 386bsd is long since dead.</p>
<blockquote>
<div class="message_header"><span>Sun Dec 24 2023 09:39:13 EST</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2023-12-23 18:42 from Nurb432 <br />Why was 'real' FreeBSD not considered? if i was going to do *bsd and <br />it wasn't on some old esoteric hardware, i would not think twice <br />about FreeBSD   </blockquote>
<br />If one wants to be purist, one can say NetBSD is a real BSD... </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371834</link><pubDate>Sun, 24 Dec 2023 14:41:16 -0000</pubDate><title>Message #2099371834</title><guid isPermaLink="false">2099371834@Uncensored</guid><description><![CDATA[ >What I was really trying to ask is: Am I the only one who has noticed  
 >how slow OpenBSD is compared to the others? I suppose for some people  
 >it's worth it because of all the security features, but it's not  
 >worth it for me.   
 >  
  
 OpenBSD has abyssmal IO, that is not a secret. FreeBSD and DragonflyBSD have
put more effort in performance, by miles. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371832</link><pubDate>Sun, 24 Dec 2023 14:39:13 -0000</pubDate><title>Message #2099371832</title><guid isPermaLink="false">2099371832@Uncensored</guid><description><![CDATA[ > 2023-12-23 18:42 from Nurb432   
 >Why was 'real' FreeBSD not considered? if i was going to do *bsd and  
 >it wasn't on some old esoteric hardware, i would not think twice  
 >about FreeBSD     
  
 If one wants to be purist, one can say NetBSD is a real BSD... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371831</link><pubDate>Sun, 24 Dec 2023 14:37:49 -0000</pubDate><title>Message #2099371831</title><guid isPermaLink="false">2099371831@Uncensored</guid><description><![CDATA[ > 2023-12-23 16:33 from msgrhys         
 >One of these days I'm going to try hosting a personal website from my  
     
 >house. The server will run a BSD, probably DragonflyBSD or NetBSD,     
  
 >but NOT OpenBSD. NetBSD is fast, and Dragonfly is VERY fast, but       

 >OpenBSD is just a sloth in comparison, don't you agree?        
 >        
        
 I haven't checked NetBSD as of late, but its performance under low load used
to be the same as OpenBSD's, I think.       
      
 Honestly, if all you want to do is hosting a personal site using a standard
PHP / Python / Perl / Redis stack, you won't notice much of a difference among
systems.     
    
 For personal services I like OpenBSD because their reference httpd is quite
easy to work with and because I also like their reference load balancer. Yes,
I use a load balancer for my personal services.   
  
 Just pick one that sounds good to you and roll with it :P 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371827</link><pubDate>Sun, 24 Dec 2023 13:04:54 -0000</pubDate><title>Message #2099371827</title><guid isPermaLink="false">2099371827@Uncensored</guid><description><![CDATA[ >One of these days I'm going to try hosting a personal website from my  
 >house. The server will run a BSD, probably DragonflyBSD or NetBSD,  
 >but NOT OpenBSD. NetBSD is fast, and Dragonfly is VERY fast, but  
 >OpenBSD is just a sloth in comparison, don't you agree?  
  
 I haven't looked at it lately, but that was my experience in the past.  Particularly
with respect to multithreaded and I/O heavy workloads.  MySQL was the perennial
favorite example but Citadel was of course my experience.  I took some abuse
from a few people who blamed the software but it was definitely the operating
system.  I don't know whether that is still the case. 
  
 I might choose OpenBSD for a security focused workload such as a network
gateway.  It has that nice packet filter, and I've recently learned that it
has a built-in NAT46/NAT64 gateway that I'd like to try.  To do that on Linux
I have to add Jool,
which is a third party module.  But no, I wouldn't try running a web site
on it.  For that it would definitely be FreeBSD or Linux. 
  
 And for running Internet web sites at home I must of course shill for my
favorite service: [ https://www.aceinnovative.com/internet-access/static-ip-vpn/
] for doing so.  I've mentioned this a number of times but it's just that
simple to operate and that good.   
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371815</link><pubDate>Sun, 24 Dec 2023 00:49:32 -0000</pubDate><title>Message #2099371815</title><guid isPermaLink="false">2099371815@Uncensored</guid><description><![CDATA[<html><body>

<p>While totally political, i would not touch OpenBSD with a 10 foot pole. Theo is an ass. Needs beat down. I dislike him even more than Pottering i think, but its at least a close tie either way... </p>
<p>NetBSD, to me while not bashing it at all, is of value on oddball/old/esoteric hardware but anything for 'serious' use woudl be FreeBSD for me.  Stable, mature, documented, updated, used everywhere, and 'just works' ( in the server world anyway ).</p>
<p>Of course these days since i'm so removed from that world as i was forced to go back to penguin a long time ago ( GPU/WiFi drivers and such, now due to ARM/Risc-V drivers ), id just go Debian since i'm used to it now.. </p>
<blockquote>
<div class="message_header"><span>Sat Dec 23 2023 19:09:45 EST</span> <span>from <a href="do_template?template=user_show?who=msgrhys">msgrhys</a> </span></div>
<div class="message_content">
<p>Well I've tried them all in the past and I liked NetBSD and Dragonfly the most, that's all. Dragonfly to me "feels" faster than FreeBSD (hope I haven't offended the cat ;) ). For most people who just want something that works and has good documentation I think FreeBSD would be the best choice. FreeBSD has a nice handbook, whereas OpenBSD mainly just has man pages, which are not the greatest experience for non-wizards ;)</p>
<p>What I was really trying to ask is: Am I the only one who has noticed how slow OpenBSD is compared to the others? I suppose for some people it's worth it because of all the security features, but it's not worth it for me.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Dec 23 2023 18:42:36 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Why was 'real' FreeBSD not considered?</p>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371812</link><pubDate>Sun, 24 Dec 2023 00:09:45 -0000</pubDate><title>Message #2099371812</title><guid isPermaLink="false">2099371812@Uncensored</guid><description><![CDATA[<html><body>

<p>Well I've tried them all in the past and I liked NetBSD and Dragonfly the most, that's all. Dragonfly to me "feels" faster than FreeBSD (hope I haven't offended the cat ;) ). For most people who just want something that works and has good documentation I think FreeBSD would be the best choice. FreeBSD has a nice handbook, whereas OpenBSD mainly just has man pages, which are not the greatest experience for non-wizards ;)</p>
<p>What I was really trying to ask is: Am I the only one who has noticed how slow OpenBSD is compared to the others? I suppose for some people it's worth it because of all the security features, but it's not worth it for me.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Dec 23 2023 18:42:36 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Why was 'real' FreeBSD not considered?</p>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371810</link><pubDate>Sat, 23 Dec 2023 23:43:23 -0000</pubDate><title>Message #2099371810</title><guid isPermaLink="false">2099371810@Uncensored</guid><description><![CDATA[<html><body>

<p>sigh, i mean i would not think twice and choose FreeBSD..  i worded that really poorly..    i do wish we could edit our posts when we do stupid stuff like that.</p>
<blockquote>
<div class="message_header"><span>Sat Dec 23 2023 18:42:36 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Why was 'real' FreeBSD not considered? if i was going to do *bsd and it wasn't on some old esoteric hardware, i would not think twice about FreeBSD  </p>
<blockquote>
<div class="message_header"><span>Sat Dec 23 2023 16:33:03 EST</span> <span>from <a href="do_template?template=user_show?who=msgrhys">msgrhys</a> </span></div>
<div class="message_content">
<p>One of these days I'm going to try hosting a personal website from my house. The server will run a BSD, probably DragonflyBSD or NetBSD, but NOT OpenBSD. NetBSD is fast, and Dragonfly is VERY fast, but OpenBSD is just a sloth in comparison, don't you agree?</p>
<br /><br /></div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371809</link><pubDate>Sat, 23 Dec 2023 23:42:36 -0000</pubDate><title>Message #2099371809</title><guid isPermaLink="false">2099371809@Uncensored</guid><description><![CDATA[<html><body>

<p>Why was 'real' FreeBSD not considered? if i was going to do *bsd and it wasn't on some old esoteric hardware, i would not think twice about FreeBSD  </p>
<blockquote>
<div class="message_header"><span>Sat Dec 23 2023 16:33:03 EST</span> <span>from <a href="do_template?template=user_show?who=msgrhys">msgrhys</a> </span></div>
<div class="message_content">
<p>One of these days I'm going to try hosting a personal website from my house. The server will run a BSD, probably DragonflyBSD or NetBSD, but NOT OpenBSD. NetBSD is fast, and Dragonfly is VERY fast, but OpenBSD is just a sloth in comparison, don't you agree?</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371804</link><pubDate>Sat, 23 Dec 2023 21:33:03 -0000</pubDate><title>Message #2099371804</title><guid isPermaLink="false">2099371804@Uncensored</guid><description><![CDATA[<html><body>

<p>One of these days I'm going to try hosting a personal website from my house. The server will run a BSD, probably DragonflyBSD or NetBSD, but NOT OpenBSD. NetBSD is fast, and Dragonfly is VERY fast, but OpenBSD is just a sloth in comparison, don't you agree?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099371383</link><pubDate>Tue, 19 Dec 2023 15:13:46 -0000</pubDate><title>Message #2099371383</title><guid isPermaLink="false">2099371383@Uncensored</guid><description><![CDATA[Shameless self-interested plug (full disclosure, I have an incentive for posting).
    
    
 The Linux New Media dudes are doing some inventory clearing, so if you wanna
grab some magazines at a discount before they throw it away, you have until
January 4th or so. The best issues are already out of stock, which is a bit
of a bummer.   
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370594</link><pubDate>Fri, 08 Dec 2023 01:16:30 -0000</pubDate><title>Message #2099370594</title><guid isPermaLink="false">2099370594@Uncensored</guid><description><![CDATA[<html><body>

<p>New OS build ( Debian based ) released for my Starfive V2 RISC-V. Bunch of improvements listed.....   Yay..   download....rip out current eMMC, burn it.. now it wont boot from eMMC..wtf...  read a lot. no, it still should work.  Hmm, how about ... flip switches try SD instead ( easier for me to keep burning anyway ).. that boots.   oh well, boot from SD and flip to m.2 is good enough for me for this.. and m.2 is faster than eMMC anyway.</p>
<p>copy to m.2, setup the 'flip' service... reboot.. works.. yay..  kick off an  update and a shell script to add add supported apps.  zzzz nap time.... eventually... yay its done...  reboot with a monitor plugged in ( was doing it remote ) GPU is now unusable.. you can watch the screen paint its sooooo slow......  really???</p>
<p> </p>
<p>Grr  Frustrating.  Back into storage it goes.  </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370218</link><pubDate>Sat, 02 Dec 2023 19:44:22 -0000</pubDate><title>Message #2099370218</title><guid isPermaLink="false">2099370218@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya about the time esxi came out, we formed a 'legit'; vmware team, so i didnt have to screw with it anymore, along with my other job ITSM dude and semi-developer.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370212</link><pubDate>Sat, 02 Dec 2023 19:00:24 -0000</pubDate><title>Message #2099370212</title><guid isPermaLink="false">2099370212@Uncensored</guid><description><![CDATA[In the distant past, their server product was called "VMware ESX" and you
had full access to the Linux underpinnings of the system, and you could run
whatever Linux stuff you wanted to in the root domain. 
  
 Then around 2009 or so they replaced it with "ESXi" which removed the management
VM and you could no longer run generic Linux software in the root domain.
 They claim "it's not Linux" but it is definitely Linux; you can run unmodified
Linux binaries on it if they are static linked.  But the userspace is stripped
down and bastardized so you can't just put your ordinary management software,
monitoring agents, backup agents, or container runtimes on it like you could
on ESX.  They don't want anything on there that isn't specifically built for
VMware. 
  
 Read more at [ https://vmiss.net/esx-vs-esxi/ ] for a decent third party
perspective. 
  
 They are a company in trouble, and they know
it.  For a while they were owned by EMC (and then EMC got bought by Dell)
but then they spun it back out; now they just got acquired by Broadcom.  I
don't know why.  As with all tech infrastructure companies they are under
siege by the three-headed beast of AWS/Azure/GCS that is eating everything
in its path. 
  
 Furthermore, from what I can tell, the "repatriation" movement (when people
realize they're spending too much with the Beast and move back out of the
clown) does NOT involve a move back to VMware.  These customers were smart
enough to move out of the clown, which means they're smart enough to avoid
locking back in to VMware.  They already refactored their workloads to clown
native and distributed when they moved *in* to the clown, so when they move
out they're using clown native technologies in their new target environments.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370148</link><pubDate>Fri, 01 Dec 2023 19:36:31 -0000</pubDate><title>Message #2099370148</title><guid isPermaLink="false">2099370148@Uncensored</guid><description><![CDATA[<html><body>

<p>Clearly not the same VMWare i grew up with, and supported.  They were not an oppressive authoritarian beast back then. Of course they were still an independent company.. </p>
<p>And ya, docker on top of lxc is a 2nd layer, I just figured it might be worth the little bit of overhead to get the rest of the cool bells and whistles. And i agree PVE offers nothing you cant do manually, but a huge time saver isn't trivial. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370139</link><pubDate>Fri, 01 Dec 2023 19:11:40 -0000</pubDate><title>Message #2099370139</title><guid isPermaLink="false">2099370139@Uncensored</guid><description><![CDATA[ >Could one not use LXC as a docker base? Then still get all the other  
 >advantages of PVE  
  
 Good question.  That would basically be a container runtime inside another
container runtime.  I know you can do that with CNCF-compliant container runtimes,
for example you can run Docker inside Docker by giving it access to the control
socket. 
  
 If I get the servers I asked for, what I really want is to run Kubernetes
on bare metal.  It uses resources way more efficiently than putting it in
virtual machines.  That's what I'm building at ${dayjob} actually.  We're
splitting up VM and Container workloads onto separate clusters to save our
customers the "v-tax".  Of course, it's different there, because it's hosted
on VMware and they rape you on licensing costs for virtual memory, and you
*can't* run any container runtime other than theirs on the bare metal -- if
you want anything other than
theirs (which is also megabucks) you have to run it in virtual machines. 
  
 What might get me onto PVE is the cluster filesystem.  That stuff is a pain
in the neck to integrate manually. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370128</link><pubDate>Fri, 01 Dec 2023 17:55:41 -0000</pubDate><title>Message #2099370128</title><guid isPermaLink="false">2099370128@Uncensored</guid><description><![CDATA[<html><body>

<p>Hilariously, myself and a bunch of other people upgraded to FreeBSD 14.0-RELEASE the day it hit the update servers, the official announcement came a week later.</p>
<blockquote>
<div class="message_header"><span>Fri Dec 01 2023 07:15:29 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Looks like FBSD 14 is out. </p>
<p>"meow"?  :)</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370100</link><pubDate>Fri, 01 Dec 2023 13:04:01 -0000</pubDate><title>Message #2099370100</title><guid isPermaLink="false">2099370100@Uncensored</guid><description><![CDATA[<html><body>

<p>ooo the register noticed us . ( not uncensored, but 9Front.. )</p>
<p> </p>
<p>https://www.theregister.com/2023/12/01/9front_humanbiologics/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099370090</link><pubDate>Fri, 01 Dec 2023 12:15:29 -0000</pubDate><title>Message #2099370090</title><guid isPermaLink="false">2099370090@Uncensored</guid><description><![CDATA[<html><body>

<p>Looks like FBSD 14 is out. </p>
<p>"meow"?  :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369671</link><pubDate>Fri, 24 Nov 2023 15:33:23 -0000</pubDate><title>Message #2099369671</title><guid isPermaLink="false">2099369671@Uncensored</guid><description><![CDATA[<html><body>

<p>Could one not use LXC as a docker base? Then still get all the other advantages of PVE</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369668</link><pubDate>Fri, 24 Nov 2023 15:20:51 -0000</pubDate><title>Message #2099369668</title><guid isPermaLink="false">2099369668@Uncensored</guid><description><![CDATA[ > Maybe if your plan is to roll LXCs then you can roll Terraform +   
 >Ansible. Proxmox has some Terraform integration.     
 >    
 > If you plan to roll Docker out then otright forget Proxmox.   
  
 I am big on containers -- specifically, OCI containers (what some people
call "Docker containers"). 
  
 LXC is super for its own purpose, which is to have virtual Linux instances
that share a kernel instead of running them in virtual machines.  It's basically
like a FreeBSD Jail except they can have dedicated IP addresses and things
like that.  I myself ran something like that -- OpenVZ, which did roughly
the same thing -- before I had a machine with hardware virtualization support.

  
 In fact, it seems that LXC, the current version of Virtuozzo/OpenVZ, and
container runtimes such as Docker's `containerd` are all kind of converging
now, because they've all migrated to the Linux kernel's
"cgroups" functionality to provide namespace isolation for process trees,
networking, user IDs, and filesystems.  This makes sense, of course.  All
the useful stuff all those people wrote ended up in the mainline kernel and
is now shared. 
  
 On the other hand, an OCI ("docker") container is built to run a specific
application.  It's basically a jailed application bundled with all of its
dependencies and isolated to its own sandbox.  Same idea, different packaging.
 And somehow that packaging made it appeal to the IT world even though it
basically mimicked what the FreeBSD people had been doing for 20 years. 
  
 You *can* run a general purpose OS environment in Docker or Kubernetes, to
some extent, even though that's not what it was designed for.  The current
instance of `dev.citadel.org` is basically a container that runs `sshd` as
its application.  There are a lot of system services
missing though, so you wouldn't use this to run a desktop for example. 
  
 So I'm probably going to run MicroK8S on the bare metal, but I'll still need
KVM for my router, and for my FreeBSD machine.  Everything else will be in
containers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369635</link><pubDate>Fri, 24 Nov 2023 00:15:44 -0000</pubDate><title>Message #2099369635</title><guid isPermaLink="false">2099369635@Uncensored</guid><description><![CDATA[<html><body>

<p>Only to an extent and you can always back out if you dont like it.. </p>
<blockquote>
<div class="message_header"><span>Thu Nov 23 2023 18:58:40 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />So at this point I'm still not sure about using ProxMox because it locks you into a specific way of doing things. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369634</link><pubDate>Fri, 24 Nov 2023 00:12:34 -0000</pubDate><title>Message #2099369634</title><guid isPermaLink="false">2099369634@Uncensored</guid><description><![CDATA[ > So at this point I'm still not sure about using ProxMox because it    
  
 >locks you into a specific way of doing things.       
 >       
      
 If you inend to go with containers + Kubernetes then Proxmox is not much
of an advantantage.     
    
 Maybe if your plan is to roll LXCs then you can roll Terraform + Ansible.
Proxmox has some Terraform integration.   
  
 If you plan to roll Docker out then otright forget Proxmox. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369633</link><pubDate>Fri, 24 Nov 2023 00:12:33 -0000</pubDate><title>Message #2099369633</title><guid isPermaLink="false">2099369633@Uncensored</guid><description><![CDATA[<html><body>

<p>If you cluster with shared storage, as really intended, you dont really need backups of local server config, and it can do automated backups automatically. ( even without the backup solution they have ) . A single nag box is trivial really.. its not like it keeps nagging you as you work or anything else to get in the way, or "this critical piece of functionality to make it worth while is an Enterprise feature" crap that so many other fake OSS projects have... its just at login.  And people have removed it. There is a way.</p>
<p>And ya, its not perfect ( but what is ? ) and you could do everything by hand.. but why? </p>
<p>Once nice thing about their backup serer instead of shared storage, is you can use it to move things between clusters almost pain free.    Just disconnect, take it to your other location, attach to the other cluster. poof, backups of vms + their configs are there to restore. Great for total disaster if you dont want to link your cluster across sites.</p>
<p>Ya, im a fan, i fully admit that. I was using that OSS version of the citrix xen stuff, until they started having issues when citrix started to cut off features downstream that were open ( really? ass-hats )..  Ran across PVE as i was looking for alternatives short of doing it by hand, tried it, and loved it. Replaced all my clients farms with it and never looked back ( tho i hear the oss citrix project has gotten past all the hurdles since then. good for them )</p>
<blockquote>
<div class="message_header"><span>Thu Nov 23 2023 18:39:25 EST</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">It is not super-duper groundbreaking, but it has a big advantage in that it places all your junk behind a single control panel. You may have a bunch of nodes runing independent virtual machines and LXC containers and still manage them all from the same interface. That is kind of cool because the setup is quite fast for what you get. <br /><br />Also, their starred backup solution is quite complete for the price. It reminds me of a Restic for virtual machines. <br /><br />The downsides? No nativeblock-device encryption, no automated backups for the host configuration, and the startup window nagging you to purchase support every time you log in. Also no native UPS integration. You can solve all of those manually. Oh, also the firewall subsystem sucks because changes to the firewall in a VM require you to restart the VM. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369628</link><pubDate>Thu, 23 Nov 2023 23:58:40 -0000</pubDate><title>Message #2099369628</title><guid isPermaLink="false">2099369628@Uncensored</guid><description><![CDATA[I'm going to be upgrading my hosting setup soon.  Right now I have two machines
- actually, a Supermicro twin tandem machine.  The disks are set up in RAID10
and I use the machines for different purposes (one is production [you're soaking
in it], the other is development and backup).   
  
 The new setup, assuming I can get my hands on the machines, will be three
nodes, so I've got all sorts of options.  I want to do something that will
take advantage of the fact that there will be three.  For sure there will
be a Kubernetes cluster.  I am particularly fond of MicroK8S.  If you configure
at least three nodes, it automatically sets up High Availability for you.
 Then there's storage ... I want to do something that takes advantage of the
multiple nodes and their local disks.  That might take the form of a Ceph
cluster, or I might do OpenEBS. 
  
 I actually won't have much of a use for virtual
machines.  At the moment, I am using VMs for my VPN router, my web server,
and the machine that runs Uncensored.  (hold on a minute ... cat jumped up
on the desk and wants kisses ... ok, back to the post.)  I intend to run Uncensored
in a container, but to do that I first have to convert my database to 64-bit
and the machine I'm running it on now is way too slow to do that in any reasonable
amount of time.   
  
 I've already got a bunch of stuff running in containers.  One of my development
machines is a container.  GitHub is running in a container.  Eventually, the
production instance of Uncensored will run in a container. 
  
 So at this point I'm still not sure about using ProxMox because it locks
you into a specific way of doing things. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369625</link><pubDate>Thu, 23 Nov 2023 23:39:25 -0000</pubDate><title>Message #2099369625</title><guid isPermaLink="false">2099369625@Uncensored</guid><description><![CDATA[ > 2023-11-23 15:39 from IGnatius T Foobar       
 >I keep not doing Proxmox because it seems too good to be true.  I feel 
     
 >like if I start relying on it, it will be discontinued, so I keep going
     
 >with bare Linux and putting all the other stuff on top of it.       
 >        
 > But now it's been what ... 20 years?  And people love this thing.     
 
 >       
 >      
      
 It is not super-duper groundbreaking, but it has a big advantage in that
it places all your junk behind a single control panel. You may have a bunch
of nodes runing independent virtual machines and LXC containers and still
manage them all from the same interface. That is kind of cool because the
setup is quite fast for what you get.     
    
 Also, their starred backup solution is quite complete for the price. It reminds
me of a Restic for virtual machines.   
  
 The downsides? No nativeblock-device
encryption, no automated backups for the host configuration, and the startup
window nagging you to purchase support every time you log in. Also no native
UPS integration. You can solve all of those manually. Oh, also the firewall
subsystem sucks because changes to the firewall in a VM require you to restart
the VM. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369618</link><pubDate>Thu, 23 Nov 2023 20:41:43 -0000</pubDate><title>Message #2099369618</title><guid isPermaLink="false">2099369618@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes its been around forever.  They do commercial OSS the right way.</p>
<p>"here, use it, its yours.. If want guaranteed support, pay us"</p>
<blockquote>
<div class="message_header"><span>Thu Nov 23 2023 15:39:25 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I keep not doing Proxmox because it seems too good to be true. I feel like if I start relying on it, it will be discontinued, so I keep going with bare Linux and putting all the other stuff on top of it. <br /><br />But now it's been what ... 20 years? And people love this thing. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369617</link><pubDate>Thu, 23 Nov 2023 20:39:25 -0000</pubDate><title>Message #2099369617</title><guid isPermaLink="false">2099369617@Uncensored</guid><description><![CDATA[I keep not doing Proxmox because it seems too good to be true.  I feel like
if I start relying on it, it will be discontinued, so I keep going with bare
Linux and putting all the other stuff on top of it. 
  
 But now it's been what ... 20 years?  And people love this thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369576</link><pubDate>Thu, 23 Nov 2023 14:50:41 -0000</pubDate><title>Message #2099369576</title><guid isPermaLink="false">2099369576@Uncensored</guid><description><![CDATA[<html><body>

<p>Proxmox update out too.. </p>
<p>Supports native software defined networking in the GUI.   Cool.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099369569</link><pubDate>Thu, 23 Nov 2023 13:12:50 -0000</pubDate><title>Message #2099369569</title><guid isPermaLink="false">2099369569@Uncensored</guid><description><![CDATA[<html><body>

<p>Latest 9Front released late last night. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099367285</link><pubDate>Sat, 21 Oct 2023 15:30:12 -0000</pubDate><title>Message #2099367285</title><guid isPermaLink="false">2099367285@Uncensored</guid><description><![CDATA[ > WHat I hear suggests he has about 5 years left.   
  
 Well then, he ought to spend those five years getting prepared to move on,
instead of being a monumental jackass like he has for his entire life. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099367109</link><pubDate>Wed, 18 Oct 2023 20:32:02 -0000</pubDate><title>Message #2099367109</title><guid isPermaLink="false">2099367109@Uncensored</guid><description><![CDATA[ > 2023-10-15 16:10 from Nurb432   
 >Geez, the way it was described it was like end of world insults..  
 >that is borderline lame.  
 >  
  
 It is lame, without the "borderline" part. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099367108</link><pubDate>Wed, 18 Oct 2023 20:29:45 -0000</pubDate><title>Message #2099367108</title><guid isPermaLink="false">2099367108@Uncensored</guid><description><![CDATA[ > 2023-09-30 19:09 from Nurb432   
 >Didn't read all the details but seems RMS is dying of cancer. Wont be  
 >here much longer.  
 >  
  
 WHat I hear suggests he has about 5 years left. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099366891</link><pubDate>Sun, 15 Oct 2023 20:10:35 -0000</pubDate><title>Message #2099366891</title><guid isPermaLink="false">2099366891@Uncensored</guid><description><![CDATA[<html><body>

<p>Geez, the way it was described it was like end of world insults.. that is borderline lame.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099366887</link><pubDate>Sun, 15 Oct 2023 18:05:52 -0000</pubDate><title>Message #2099366887</title><guid isPermaLink="false">2099366887@Uncensored</guid><description><![CDATA[  
 I'm all for a good prank, even if this one was in poor taste.  I wonder if
the thought police will go as far as to try to edit the commit history.  That'll
go very poorly. 
  
 In case they do, here are the English translations of the commit in question.
 Not very creative, actually. 
  
  
 "offlineWarning": "Your pants are still off", 
 "fullInstallationSubtitle": "A selection of offline videos of the execution
of Palestinian children.", 
 "minimalInstallationTitle": "Classic Gay Sex", 
 "minimalInstallationSubtitle": "Just the bare essentials, circumcised eldaks
and Jewish pornography.", 
 "installationTypeTPMWarning": "<font color=\"{color}\">Warning:</font> This
feature is not supported by your synagogue and cannot support updates to future
versions of the Podor system. Please remove <a href= \"{url}\">pants</a>.",

 "installationTypeTPMSelected": "It's not that difficult, just put
on and take off your pants", 
 "installationTypeTPM": "Experimental Ancient Hebrew Encryption", 
 "fullInstallationTitle": "Full Syphilis Infection", 
 "rstHeader": "Turn off RST, spread your buttocks, and continue", 
  
 Yeah.  I'd have tried to be a bit more subtle.  Have more creative messages
and bury them in a much larger useful commit. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099366817</link><pubDate>Fri, 13 Oct 2023 20:40:10 -0000</pubDate><title>Message #2099366817</title><guid isPermaLink="false">2099366817@Uncensored</guid><description><![CDATA[<html><body>

<p>Ah, so that's what the Clown World press of the Linux world was referring to as "hate speech".</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099366815</link><pubDate>Fri, 13 Oct 2023 20:28:14 -0000</pubDate><title>Message #2099366815</title><guid isPermaLink="false">2099366815@Uncensored</guid><description><![CDATA[<html><body>

<p>lol</p>
<p>Ubuntu latest release had to be pulled since they didnt bother to review, and some pin-head snuck in a bunch of obscene Ukrainian translations,.</p>
<p>lol</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099366194</link><pubDate>Thu, 05 Oct 2023 13:21:21 -0000</pubDate><title>Message #2099366194</title><guid isPermaLink="false">2099366194@Uncensored</guid><description><![CDATA[Ironic, considering that Steve Ballmer once called Linux "a cancer that attaches
itself in an intellectual property sense to everything it touches."  Stallman
and Ballmer really are the same person, in a sense.  And now they look the
same. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099366156</link><pubDate>Wed, 04 Oct 2023 21:19:52 -0000</pubDate><title>Message #2099366156</title><guid isPermaLink="false">2099366156@Uncensored</guid><description><![CDATA[ > 2023-10-02 17:05 from IGnatius T Foobar <ajc@citadel.org>   
 >It's not called cancer; it's now called GNU/Cancer because everything  

 >rms touches is part of the GNU project, because he says so.   
 >   
 >  
  
 There is a certain degree of irony, GNU licensing being the cancer that it
is. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099365979</link><pubDate>Mon, 02 Oct 2023 17:47:23 -0000</pubDate><title>Message #2099365979</title><guid isPermaLink="false">2099365979@Uncensored</guid><description><![CDATA[<html><body>

<p>lol</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099365974</link><pubDate>Mon, 02 Oct 2023 17:05:40 -0000</pubDate><title>Message #2099365974</title><guid isPermaLink="false">2099365974@Uncensored</guid><description><![CDATA[It's not called cancer; it's now called GNU/Cancer because everything rms
touches is part of the GNU project, because he says so. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099365930</link><pubDate>Sun, 01 Oct 2023 22:47:18 -0000</pubDate><title>Message #2099365930</title><guid isPermaLink="false">2099365930@Uncensored</guid><description><![CDATA[<html><body>

<p>We will see.  I cant even count the times i have heard this with public figures, just to make us feel better.  They had to explain why they were sick, but never really let you know how bad. Their egos get in the way</p>
<p>I give him until summer and it will 'unexpectedly' turn for the worse.. and by fall hes gone.</p>
<blockquote>
<div class="message_header"><span>Sun Oct 01 2023 18:39:33 EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2023-09-30 23:09 from Nurb432 &lt;nurb432@uncensored.citadel.org&gt; <br />Didn't read all the details but seems RMS is dying of cancer. Wont be <br />here much longer. <br /><br /></blockquote>
<br />Probably should have read the details. RMS has shared that he has cancer, but prognosis looks good. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099365929</link><pubDate>Sun, 01 Oct 2023 22:39:33 -0000</pubDate><title>Message #2099365929</title><guid isPermaLink="false">2099365929@Uncensored</guid><description><![CDATA[ > 2023-09-30 23:09 from Nurb432 <nurb432@uncensored.citadel.org>   
 >Didn't read all the details but seems RMS is dying of cancer. Wont be  
 >here much longer.  
 >  
  
 Probably should have read the details. RMS has shared that he has cancer,
but prognosis looks good. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099365894</link><pubDate>Sun, 01 Oct 2023 10:54:28 -0000</pubDate><title>Message #2099365894</title><guid isPermaLink="false">2099365894@Uncensored</guid><description><![CDATA[  
 "I'm not glad he's dead, but I'm glad he's gone." 
  
    -- RMS, on the death of Steve Jobs 
  
 "I'm not glad he's dead, but I'm glad he's gone." 
  
    -- probably me after RMS dies 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099365882</link><pubDate>Sat, 30 Sep 2023 23:09:39 -0000</pubDate><title>Message #2099365882</title><guid isPermaLink="false">2099365882@Uncensored</guid><description><![CDATA[<html><body>

<p>Didn't read all the details but seems RMS is dying of cancer. Wont be here much longer.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099364966</link><pubDate>Sun, 24 Sep 2023 16:43:49 -0000</pubDate><title>Message #2099364966</title><guid isPermaLink="false">2099364966@Uncensored</guid><description><![CDATA[ >programs.  It's kind of annoying, but what's the alternative?  If you  
      
 >break a configuration script with bad syntax, the whole thing stops    
    
 >working.  That's acceptable on FreeBSD where the operator is expected  
      
 >to be smart enough to fix it.  That stopped being acceptable on Linux  
      
 >when it went mainstream, and in retrospect was part of the cost of that
       
 >happening.         
        
      
 If you use gigangic config files, and want to make a change on one, you:
    
    
 a) Make a copy (config.conf.bak)   
 b) Edit the original to your heart's content.   
 c) Run a syntax check over the file you just changed (daemon -n -f config.conf
or whatever)   
 d) Restart the daemon (rcctl restart daemon or whatever)   
  
 e) Have a beer while horses and hens enjoy a nice morning around you and
then tell the Internet how it is done. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099364698</link><pubDate>Sat, 23 Sep 2023 10:50:55 -0000</pubDate><title>Message #2099364698</title><guid isPermaLink="false">2099364698@Uncensored</guid><description><![CDATA[<html><body>

<p>That is one of the reasons i hated to go back to penguin when i did ( drivers ).</p>
<blockquote>
<div class="message_header"><span>Sat Sep 23 2023 00:26:01 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I think there's a different attitude among people who run FreeBSD. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099364656</link><pubDate>Sat, 23 Sep 2023 04:26:01 -0000</pubDate><title>Message #2099364656</title><guid isPermaLink="false">2099364656@Uncensored</guid><description><![CDATA[I think there's a different attitude among people who run FreeBSD.  The idea
of "add so-and-so to /etc/rc" isn't all that big a deal.  And I kind of like
it; it reminds me of Sys III Init (probably because it *is* Sys III Init).

  
 System V Init brought in this idea that you (or an installation script acting
on your behalf) never have to edit an existing file; you can just add files
and remove them.  That's how you end up with all of the /etc/rc*.d/blah nonsense,
which always felt sort of hackish and cobbled together.  I've never liked
it, which is part of why I was more than happy to see it replaced. 
  
 You see this kind of shit all OVER the place on Linux.  There's never just
a /etc/foo.conf , instead you get /etc/foo.conf.d/* and you can add and remove
configuration snippets at will, and so can other programs.  It's kind of annoying,
but what's the alternative?  If you break a configuration
script with bad syntax, the whole thing stops working.  That's acceptable
on FreeBSD where the operator is expected to be smart enough to fix it.  That
stopped being acceptable on Linux when it went mainstream, and in retrospect
was part of the cost of that happening. 
  
 Still, it's ugly when you see something like this in a configuration file:

  
 ## This was added by blurdybloop-installer, don't remove it 
 /etc/baz/do__something 42034 
 ## 
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099364355</link><pubDate>Thu, 21 Sep 2023 15:46:19 -0000</pubDate><title>Message #2099364355</title><guid isPermaLink="false">2099364355@Uncensored</guid><description><![CDATA[<html><body>

<p>FreeBSD had its 30th birthday this year.  For 30 years FreeBSD has used the same rc system, with some impurrovements along the way.  For 30 years, most sysadmin tasks have not changed.</p>
<blockquote>
<div class="message_header"><span>Thu Sep 21 2023 09:11:03 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">You could say the same thing for xinetd. What was wrong with inetd? You could say the same for SysV init. What was wrong with /etc/inittab and /etc/rc? <br />I feel like we've gone through that already; I know some people don't care for systemd but I like it. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099364308</link><pubDate>Thu, 21 Sep 2023 13:11:03 -0000</pubDate><title>Message #2099364308</title><guid isPermaLink="false">2099364308@Uncensored</guid><description><![CDATA[You could say the same thing for xinetd.  What was wrong with inetd?  You
could say the same for SysV init.  What was wrong with /etc/inittab and /etc/rc?
 I feel like we've gone through that already; I know some people don't care
for systemd but I like it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099364232</link><pubDate>Thu, 21 Sep 2023 02:25:19 -0000</pubDate><title>Message #2099364232</title><guid isPermaLink="false">2099364232@Uncensored</guid><description><![CDATA[ > 2023-09-21 02:03 from IGnatius T Foobar <ajc@citadel.org>   
 >    
 > Another `systemd` win:   
 >    
 > Today I learned that `systemd` has a built in superserver.  It can   
 >listen on a port and spawn a server program directly, no need for   
 >`inetd` or `xinetd` in addition.  That means I can get rid of `xinetd` 
 
 >for my telnet server, and use what I already have.   
 >   
 >  
  
 Yeah, .socket units. Since it's there, I use it, but I still hate in principle
that systemd is replacing everything. What was wrong with xinetd? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099364228</link><pubDate>Thu, 21 Sep 2023 02:03:39 -0000</pubDate><title>Message #2099364228</title><guid isPermaLink="false">2099364228@Uncensored</guid><description><![CDATA[  
 Another `systemd` win: 
  
 Today I learned that `systemd` has a built in superserver.  It can listen
on a port and spawn a server program directly, no need for `inetd` or `xinetd`
in addition.  That means I can get rid of `xinetd` for my telnet server, and
use what I already have. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099363075</link><pubDate>Sat, 16 Sep 2023 02:32:45 -0000</pubDate><title>Message #2099363075</title><guid isPermaLink="false">2099363075@Uncensored</guid><description><![CDATA[ >Can't halp without "ifconfig -a" and "netstat -rn"   
  
 Can't halp at all, actually; the problem definitely seems to be in my hosting
cluster rather than in FreeBSD. 
  
 On this particular machine, virtual machines seem to have an MTU of about
100 bytes when talking to the other machine (which also has the default gateway).
 But it works fine from *containers* -- which is what I was testing with when
I tried to find out whether Linux was behaving the same as FreeBSD. 
  
 I'm planning to build a completely new cluster soon so I'm not going to bother
to try to troubleshoot it anymore; I'll just go back to running FreeBSD on
the private network. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099362805</link><pubDate>Fri, 15 Sep 2023 14:21:03 -0000</pubDate><title>Message #2099362805</title><guid isPermaLink="false">2099362805@Uncensored</guid><description><![CDATA[So ... if you don't like it, maybe ... don't use it? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099361334</link><pubDate>Mon, 11 Sep 2023 21:12:04 -0000</pubDate><title>Message #2099361334</title><guid isPermaLink="false">2099361334@Uncensored</guid><description><![CDATA[ > 2023-09-05 09:29 from IGnatius T Foobar           
 >For the record, I have no objection to Ubuntu.  They had a more        
  
 >polished end user experience for quite a long time.  But now everything
         
 >has sort of caught up and is in a good steady-state, and I like the    
      
 >idea of being more baseline.           
 >           
 >          
          
 I got started with Ubuntu, and it nearly kicked me back to Windoze.     
   
        
 When you design software and advertise it as n00b friendly, the #1 feature
it needs to posses is that featured listed as available MUST FUCKING WORK.
      
      
 See, if I play around with Gentoo, Slackware, KISS or Carbs I *will* run
into something that does not work, but that is not a problem because I can
solve it.     
    
 If I am Aunt Smith and they hand me Ubuntu and something does not work, I
don't know how to solve it and
the whole experience turns into a IT hell for me.   
  
 Ubuntu has become much better since the days in which I was first trying
it, but nowadays if you want something n00b friendly you have plenty of options
that are closer to a standard Linux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099361066</link><pubDate>Sun, 10 Sep 2023 04:53:20 -0000</pubDate><title>Message #2099361066</title><guid isPermaLink="false">2099361066@Uncensored</guid><description><![CDATA[<html><body>

<p>Can't halp without "ifconfig -a" and "netstat -rn"</p>
<blockquote>
<div class="message_header"><span>Sat Sep 09 2023 23:08:45 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I've got a weird problem, and I can't tell whether it's my environment or something weird with FreeBSD. <br /><br />I moved my FreeBSD installation from a private network to one of my "real" IP addresses. Changed the IP address, couldn't communicate with anything. <br />So I blew it away and started fresh. Still no dice. <br /><br />It's a regular IPv4 adddress (72.0.224.94/29, gateway 72.0.224.89) and I've tried it both with and without an accompanying IPv6 address. Several attempts at installation. In every instance, I can ping everything in the world -- hosts on the same network, hosts on the Internet, hosts back at my house over VPN -- but I can't make a TCP or UDP connection to anything. <br /><br />Thinking it had to be my hosting environment, I spun up a Linux on the same IP address, no problem at all. <br /><br />What gives? Is there something Beastie does not trust about public IPv4 addresses and throws up a firewall or something? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099361062</link><pubDate>Sun, 10 Sep 2023 03:08:45 -0000</pubDate><title>Message #2099361062</title><guid isPermaLink="false">2099361062@Uncensored</guid><description><![CDATA[  
 I've got a weird problem, and I can't tell whether it's my environment or
something weird with FreeBSD. 
  
 I moved my FreeBSD installation from a private network to one of my "real"
IP addresses.  Changed the IP address, couldn't communicate with anything.
 So I blew it away and started fresh.  Still no dice. 
  
 It's a regular IPv4 adddress (72.0.224.94/29, gateway 72.0.224.89) and I've
tried it both with and without an accompanying IPv6 address.  Several attempts
at installation.  In every instance, I can ping everything in the world --
hosts on the same network, hosts on the Internet, hosts back at my house over
VPN -- but I can't make a TCP or UDP connection to anything. 
  
 Thinking it had to be my hosting environment, I spun up a Linux on the same
IP address, no problem at all. 
  
 What gives?  Is there something Beastie does not trust about public IPv4
addresses and throws up a firewall or something? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099360571</link><pubDate>Wed, 06 Sep 2023 16:10:20 -0000</pubDate><title>Message #2099360571</title><guid isPermaLink="false">2099360571@Uncensored</guid><description><![CDATA[<html><body>

<p>I had not seen that.  </p>
<p>That is too bad.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099360565</link><pubDate>Wed, 06 Sep 2023 15:52:02 -0000</pubDate><title>Message #2099360565</title><guid isPermaLink="false">2099360565@Uncensored</guid><description><![CDATA[  
 Meanwhile, in the world of software everyone likes (except for those emacs
commies) ... 
  
 Bram Moolenaar, the lead developer of `vim`, died of an ongoing illness over
this past weekend.  He will be missed.  Bon voyage Bram, may your buffers
always be full and may you always know what mode you're in. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099356670</link><pubDate>Tue, 05 Sep 2023 16:23:09 -0000</pubDate><title>Message #2099356670</title><guid isPermaLink="false">2099356670@Uncensored</guid><description><![CDATA[<html><body>

<p>Not saying the old init system was perfect. But I had 2 main beefs with SystemD ( well 3, if you include who was doing it . i hate Lennart as much as i hate Gates, for similar technical reasons )</p>
<p>1 - When you have a working system that isn't 'bad' , but isn't 'perfect' you fix up what is there, dont toss it out just to pretend you are special.   Paint the old house, dont rebuild it from scratch.</p>
<p>2 - All the extra stuff that was tacked on to it "just because we can" ( and to help with the virus like lock-in mentality ). Almost becoming its own kernel ( ok exaggerating a little.  a little ) </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099356666</link><pubDate>Tue, 05 Sep 2023 15:33:52 -0000</pubDate><title>Message #2099356666</title><guid isPermaLink="false">2099356666@Uncensored</guid><description><![CDATA[  
 I've always disliked System V Init and so `systemd` is an improvement. 
  
 My preference would have been to go back to System III Init.  If I were asked
to design something, I would have stuck with `/etc/inittab` and added an `/etc/inittab.d`
directory, like everything else has.  Then you could start up single-line
background commands, do `/etc/rc` style startup scripts, just about everything.

  
 But `sysvinit` and its `/etc/rc.?/*` hierarchy are botched-abortion-level
ugly.  May they rust in pieces. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099356662</link><pubDate>Tue, 05 Sep 2023 15:06:18 -0000</pubDate><title>Message #2099356662</title><guid isPermaLink="false">2099356662@Uncensored</guid><description><![CDATA[<html><body>

<p>My issue was the walled garden they were building, off the backs of the Debian team. I could see that from day one. And extensions they pushed when base Debian was trying to avoid it ( still pissed about systemD )</p>
<blockquote>
<div class="message_header"><span>Tue Sep 05 2023 09:29:39 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">For the record, I have no objection to Ubuntu. They had a more polished end user experience for quite a long time. But now everything has sort of caught up and is in a good steady-state, and I like the idea of being more baseline. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099356648</link><pubDate>Tue, 05 Sep 2023 13:29:39 -0000</pubDate><title>Message #2099356648</title><guid isPermaLink="false">2099356648@Uncensored</guid><description><![CDATA[For the record, I have no objection to Ubuntu.  They had a more polished end
user experience for quite a long time.  But now everything has sort of caught
up and is in a good steady-state, and I like the idea of being more baseline.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099356625</link><pubDate>Tue, 05 Sep 2023 04:21:34 -0000</pubDate><title>Message #2099356625</title><guid isPermaLink="false">2099356625@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Sep 04 2023 10:41:49 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I'm not the kind of person who constantly rebuilds machines, so I build for long term steady state. And for this round, I decided to ditch Ubuntu and go back to regular Debian.</div>
</div>
</blockquote>
<p> </p>
<p>Been meaning to do this for a while now, so you just cemented the decision when it actually happens.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099356611</link><pubDate>Tue, 05 Sep 2023 02:41:49 -0000</pubDate><title>Message #2099356611</title><guid isPermaLink="false">2099356611@Uncensored</guid><description><![CDATA[I rebuilt my main rig today.  One of my SSD's kicked the bucket, and I figured
that another one of the same age would probably die soon, so I ripped them
out and just went with a single 2 TB SSD that was purchased just a month or
so ago. 
  
 (Skeptics take note: I'm running btrfs and I lost no data.) 
  
 I'm not the kind of person who constantly rebuilds machines, so I build for
long term steady state.  And for this round, I decided to ditch Ubuntu and
go back to regular Debian.  And you know what?  For the most part I can't
even tell the difference.  I told it to install KDE, and all the settings
that were stored in my home directory just picked right back up and everything
looks just like it did before. 
  
 Easy, stable, and flexible.  We really do have a better ecosystem than Microsoft
and Apple, no matter how hard they plug their ears and shout at us. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355683</link><pubDate>Sun, 27 Aug 2023 15:22:27 -0000</pubDate><title>Message #2099355683</title><guid isPermaLink="false">2099355683@Uncensored</guid><description><![CDATA[<html><body>

<p>Going to the hardware store today, pulled out my little tape measure to take with me.  Tho its mostly worn off since its been my 'go-to' measure, it used to say "FreeBSD foundation" on the back.  Sort of forgot that since its been so long. Small round semi-transparent purple thing.</p>
<p>i forget which conference i got it from, and since hardly anyone has conferences anymore.. doubt ill ever see another.</p>
<p>Not that im a fan of crowds, or flying ( DHS.. such a hassle ). but when they were close enough to drive to it was a nice change in scenery  for a few days, on the company dime. I used to be the "traveling IT guy".. drove about 2k miles a week in the old days, sometimes overnight stay if things ran late, but that was different than going and parking yourself somewhere for a few days for 'work related' but not  actually 'work'. </p>
<p> </p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355610</link><pubDate>Sat, 26 Aug 2023 20:08:43 -0000</pubDate><title>Message #2099355610</title><guid isPermaLink="false">2099355610@Uncensored</guid><description><![CDATA[<html><body>

<p>I think about that often, actually.  64 bits is an awful lot of address space.  Even the current crop of 64-bit AMD chips are only  using 48 bits of virtual address space, with a set of rules governing how it is used so that the remaining space may be cleanly added in the future.</p>
<p>They actually had to make it two x 47-bit virtual address spaces because of Windows.  Their stupid kernel reserves the top half for the kernel and the bottom half for userspace.</p>
<p>So in practice the maximum addressable virtual memory is 2^47, oor 128 TB.  Maybe it's twice that on non-windows systems if they let you use the top half.  As an experiment, I just put together the following little program:</p>
<pre>#include &lt;stdlib.h&gt;
#include &lt;unistd.h&gt;
#include &lt;string.h&gt;
#include &lt;stdio.h&gt;

void stacko(int baz) {
	char *sta = "static string";
	char *dyn = malloc(10);
	strcpy(dyn, "bar");

	printf(" Static: %p\n", sta);
	printf("Dynamic: %p\n", dyn);
	printf("  Stack: %p\n", &amp;baz);
}

int main(int *argc, char **argv) {
	stacko(12345);
	exit(0);
}</pre>
<p>The objective was to see what kind of address ranges the system would use for static values, memory allocated on the heap, and items passed up the stack.  Here is the output: </p>
<pre>Static: 0x55a55898e004
Dynamic: 0x55a559d9b2a0
  Stack: 0x7ffddcbcf56c</pre>
<p> As you can see, the static and heap memory was somewhere in the middle, the stack was way up top, but both were in the 00000000'00000000 to 00007FFF'FFFFFFFF range, suggesting a 47-bit address space, at least from the point of view of what is visible by a single process.  This example ran on a Linux operating system, which uses the Linux kernel, running on genuine AMD64 hardware (not an Intel clone).</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355607</link><pubDate>Sat, 26 Aug 2023 18:48:09 -0000</pubDate><title>Message #2099355607</title><guid isPermaLink="false">2099355607@Uncensored</guid><description><![CDATA[<html><body>

<p>The one consolation is i dont see 'generic' 64 bit being phased out in our lifetime. </p>
<p>if it does happen, its to a totally different concept. ( such as quantum chips or 100% GPU or something radical.  )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355600</link><pubDate>Sat, 26 Aug 2023 17:30:18 -0000</pubDate><title>Message #2099355600</title><guid isPermaLink="false">2099355600@Uncensored</guid><description><![CDATA[<html><body>

<p>That's the plan!  The usage of 32-bit machines is no longer worth the effort in maintaining support for them.  The only reason it wasn't ripped out of 14.x is because people were still using 32-bit machines with the 14.0-CURRENT branch.  This was discussed months ago.  15.x won't be having any 32-bit support and that can be done because the 15.x branches haven't been made yet.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Aug 26 2023 11:18:41 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Wait what? 14 isn't even out yet. Will 14 be the last version supporting 32-bit? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355594</link><pubDate>Sat, 26 Aug 2023 16:39:50 -0000</pubDate><title>Message #2099355594</title><guid isPermaLink="false">2099355594@Uncensored</guid><description><![CDATA[<html><body>

<p>And after another drive freak out on my desktop this morning, shoved in a 250g, loaded it up. Booting fine.  Moved my home folder off the previous drive ( its fine.. its the machines, but if im doing this, i wanted ti make it JUST data. ) to an external SSD, via USB3.   This was after 2 hours of copy across USB .. again..  but at least no more of that nonsense. and why i went this route.. im tired of doing this. Might move it to NAS later, or just keep it physical so i can take it with me.</p>
<p>( these things just cant do huge SSD reliably and have stuff like this stupid ass keyboard plugged in at the same time. its a power thing ) </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355592</link><pubDate>Sat, 26 Aug 2023 16:32:58 -0000</pubDate><title>Message #2099355592</title><guid isPermaLink="false">2099355592@Uncensored</guid><description><![CDATA[<html><body>

<p>Preview of 14 is out.</p>
<p>And while i dont pretend to be the expert our resident cat is, that is what im reading. </p>
<blockquote>
<div class="message_header"><span>Sat Aug 26 2023 11:18:41 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Wait what? 14 isn't even out yet. Will 14 be the last version supporting 32-bit? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355586</link><pubDate>Sat, 26 Aug 2023 15:18:41 -0000</pubDate><title>Message #2099355586</title><guid isPermaLink="false">2099355586@Uncensored</guid><description><![CDATA[Wait what?  14 isn't even out yet.  Will 14 be the last version supporting
32-bit? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099355347</link><pubDate>Wed, 23 Aug 2023 23:29:39 -0000</pubDate><title>Message #2099355347</title><guid isPermaLink="false">2099355347@Uncensored</guid><description><![CDATA[<html><body>

<p>Ooo  FBSD 15.  No 32 bit architectures..</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099353625</link><pubDate>Sun, 13 Aug 2023 12:16:31 -0000</pubDate><title>Message #2099353625</title><guid isPermaLink="false">2099353625@Uncensored</guid><description><![CDATA[<html><body>

<p>1.5 TB Linux disk.. to image... back to disk.  via usb external...</p>
<p>Zzzzzzzzzzzzzz</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099353497</link><pubDate>Sat, 12 Aug 2023 20:55:38 -0000</pubDate><title>Message #2099353497</title><guid isPermaLink="false">2099353497@Uncensored</guid><description><![CDATA[ >having done more than his share of porting software between weird   
 >systems.   
  
 Yeah, a decade or two ago. These days I run Linux locally, to roughly match
prod, and try to tell the macOS users at the office to fuck off and deal with
their local environment themselves. I am not their tech support. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099353217</link><pubDate>Sat, 12 Aug 2023 15:18:06 -0000</pubDate><title>Message #2099353217</title><guid isPermaLink="false">2099353217@Uncensored</guid><description><![CDATA[Heh.  LoanShark is certainly being a smartass, he knows very well what BSD
is.  He probably knows more than he cares to about it, in fact, having done
more than his share of porting software between weird systems. 
  
 Just think, if Sun hadn't switched from BSD to SysV with version 5, the whole
world would probably be BSD-ish today. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099353070</link><pubDate>Fri, 11 Aug 2023 18:46:04 -0000</pubDate><title>Message #2099353070</title><guid isPermaLink="false">2099353070@Uncensored</guid><description><![CDATA[<html><body>

<div id="message-content-1139031710051352617" class="markup-eYLPri messageContent-2t3eCI"><span>(╯</span><span>°□</span><span>°</span><span>)╯︵ ┻━┻</span></div>
<p> </p>
<p>Berkeley Software Distribution.  Sometimes called Berkeley Unix.  Currently there are 3 main BSD projects - FreeBSD, OpenBSD, and NetBSD.  Others, like DragonflyBSD, GhostBSD, TrueNAS, et al, are forks or downstream projects from one of the main trio (usually FreeBSD).</p>
<blockquote>
<div class="message_header"><span>Fri Aug 11 2023 11:18:58 EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />What's BSD? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099353062</link><pubDate>Fri, 11 Aug 2023 18:07:35 -0000</pubDate><title>Message #2099353062</title><guid isPermaLink="false">2099353062@Uncensored</guid><description><![CDATA[<html><body>

<p>Hang on let me get some popcorn before Kitty eats you alive.</p>
<p> </p>
<p>:)  </p>
<blockquote>
<div class="message_header"><span>Fri Aug 11 2023 11:18:58 AM EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2023-08-02 15:37 from LadySerenaKitty <br />Since FreeBSD 6.x, teh default place for home folders is /usr/home, <br />and /home has been a symlink to /usr/home. <br /><br /></blockquote>
<br />What's BSD? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099353034</link><pubDate>Fri, 11 Aug 2023 15:22:29 -0000</pubDate><title>Message #2099353034</title><guid isPermaLink="false">2099353034@Uncensored</guid><description><![CDATA[ > I don't see any purpose for /opt having been added, when /usr/local   
 >already existed and was doing just fine.  The only thing I can think of
 
  
 There are times when you don't want to put a nonstandard development library
in /usr/local/{lib,include} becuase it would then be part of the default compiler
paths. That's when I like to use /opt/foo instead of /usr/local/foo 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099353033</link><pubDate>Fri, 11 Aug 2023 15:18:58 -0000</pubDate><title>Message #2099353033</title><guid isPermaLink="false">2099353033@Uncensored</guid><description><![CDATA[ > 2023-08-02 15:37 from LadySerenaKitty   
 >Since FreeBSD 6.x, teh default place for home folders is /usr/home,  
 >and /home has been a symlink to /usr/home.  
 >  
  
 What's BSD? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352402</link><pubDate>Sat, 05 Aug 2023 15:10:07 -0000</pubDate><title>Message #2099352402</title><guid isPermaLink="false">2099352402@Uncensored</guid><description><![CDATA[  
 Ok, so as I expected, /usr/local is more traditional, and is still used in
FreeBSD.  I'll stick with it  :) 
  
 ATA over Ethernet is pretty cool, but it never really caught on in data centers.
 I find this disappointing because it made sense to replace Fibre Channel
with Ethernet.  And that's happening ... but it's happening with iSCSI and
now NVMEoF. 
  
 Here's the thing, though: as a Fibre Channel replacement, no one really routes
their storage traffic.  Initiators and targets are almost always on the same
network.  And it's all done with switched networks that don't really drop
frames.  But with iSCSI and NVMEoF we're stuck with the overhead of TCP and
IP anyway. 
  
 In my data centers I usually indicate a preference for NFS, because you can
have multiple initiators without having to use a parallel-access filesystem.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352387</link><pubDate>Sat, 05 Aug 2023 11:05:20 -0000</pubDate><title>Message #2099352387</title><guid isPermaLink="false">2099352387@Uncensored</guid><description><![CDATA[<html><body>

<p>i know its been tried, but we need an iCPU protocol too, now that network speeds are decent enough to do it i think. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352373</link><pubDate>Sat, 05 Aug 2023 05:56:20 -0000</pubDate><title>Message #2099352373</title><guid isPermaLink="false">2099352373@Uncensored</guid><description><![CDATA[<html><body>

<p>iSCSI is kinda the industry standard.  It's SCSI over IP.  Both Target (server) and Initiator (client) mode are supported in FreeBSD base.</p>
<p>Speaking of FreeBSD, only base lives outside of /usr/local.  If you installed any softwares either through Ports, pkg, or plain old "download and build in my home folder", all of it is installed to /usr/local.  Keeps softwares isolated from base.</p>
<blockquote>
<div class="message_header"><span>Fri Aug 04 2023 22:00:26 EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span></div>
<div class="message_content">
<p>Not to derail but I had a lot of fun with ATA over Ethernet - what sort of similar offerings are current?</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352362</link><pubDate>Sat, 05 Aug 2023 02:00:26 -0000</pubDate><title>Message #2099352362</title><guid isPermaLink="false">2099352362@Uncensored</guid><description><![CDATA[<html><body>

<p>Not to derail but I had a lot of fun with ATA over Ethernet - what sort of similar offerings are current?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352343</link><pubDate>Fri, 04 Aug 2023 21:27:45 -0000</pubDate><title>Message #2099352343</title><guid isPermaLink="false">2099352343@Uncensored</guid><description><![CDATA[Where I work, /home is still an NFS mount point. 
  
 Anyway, just from the way I've seen it used, I always got the impression
that /opt is for software or packages that aren't built and installed locally
(that's what /usr/local is for), and aren't distributed with the OS or through
a package manager. 
  
 The best example I can think of off the top of my head is Adobe Acrobat Reader
as published by Adobe. You download binaries from Adobe, those should be installed
in /opt. 
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352261</link><pubDate>Thu, 03 Aug 2023 21:24:23 -0000</pubDate><title>Message #2099352261</title><guid isPermaLink="false">2099352261@Uncensored</guid><description><![CDATA[  
 According to both the System V Application Binary Interface and the Linux
Filesystem Hierarchy specification, "/opt" is for "add-on application software
packages".  The /opt hierarchy is notably missing from FreeBSD. 
  
 I don't see any purpose for /opt having been added, when /usr/local already
existed and was doing just fine.  The only thing I can think of is that they
wanted to put it somewhere else because, as previously mentioned, /usr is
supposed to be read-only. 
  
 There is some merit to keeping programs installed by the system administrator
separate from programs installed as part of the operating system distribution.
 But with package managers ... not a LOT of merit.  And with installable software
moving towards fully-encapsulated sandbox packages, it will begin to matter
even less. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352233</link><pubDate>Thu, 03 Aug 2023 14:12:44 -0000</pubDate><title>Message #2099352233</title><guid isPermaLink="false">2099352233@Uncensored</guid><description><![CDATA[ > WTF is supposed to go in /opt anyway?  I've occasionally come across  

 >systems where someone has installed a large package there (e.g.   
 >/opt/octave) but it seems incredibly rare.  Does proprietary software  

 >put stuff there?   
  
 /opt is the dumpster where you put applications that can't be fit easyly
elsewhere. For example, if some application is distributed as a statically
linked tarball that includes a whole clusterfuck of proprietary libraries,
you cannot place the libraries in their corresponding locations, then place
the main binary in /usr/local/bin and have it call them... so you dump the
whole trball in /opt/sucker_application cand call it a day. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352223</link><pubDate>Thu, 03 Aug 2023 13:33:27 -0000</pubDate><title>Message #2099352223</title><guid isPermaLink="false">2099352223@Uncensored</guid><description><![CDATA[ >Then some fool came out with /opt....    
  
 WTF is supposed to go in /opt anyway?  I've occasionally come across systems
where someone has installed a large package there (e.g. /opt/octave) but it
seems incredibly rare.  Does proprietary software put stuff there? 
 For that matter, WTF goes in /srv?  At one point we had a Java servlet that
wanted its config files to live elsewhere, and I put them in /srv/<application>
to keep them separate from the system config files in /etc.  I was then furnished
with a proper sized cluebat with which to whack myself (size XXL) and realized
that, duh, /etc is really the right place after all.  So now /srv sits empty
again. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352180</link><pubDate>Wed, 02 Aug 2023 21:27:04 -0000</pubDate><title>Message #2099352180</title><guid isPermaLink="false">2099352180@Uncensored</guid><description><![CDATA[<html><body>

<p>I had forgot about that. Ya i did that too in some cases to avoid installing the same exact things on several boxes. </p>
<p>Then some fool came out with /opt.... </p>
<blockquote>
<div class="message_header"><span>Wed Aug 02 2023 05:23:27 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br />I think the original point of /usr was that you could mount it read-only and/or have it shared between multiple machines.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352178</link><pubDate>Wed, 02 Aug 2023 21:23:27 -0000</pubDate><title>Message #2099352178</title><guid isPermaLink="false">2099352178@Uncensored</guid><description><![CDATA[The "shared home on NFS" thing was quite popular in universities back when
they used Real Computers. 
  
 Also, because I am ancient, I remember when home directories would be in
/usr/username rather than /home/username or /usr/home/username or wherever
else they put them now.  I cut my teeth on Xenix in the early 1980s.  Ugghhh.
 Also for a while they would put home directories in /u/username to separate
them from the rest of the /usr hierarchy. 
  
 I think the original point of /usr was that you could mount it read-only
and/or have it shared between multiple machines.  Most of this is lost to
history at this point, but at least we've never had to deal with drive letters.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352164</link><pubDate>Wed, 02 Aug 2023 19:37:34 -0000</pubDate><title>Message #2099352164</title><guid isPermaLink="false">2099352164@Uncensored</guid><description><![CDATA[<html><body>

<p>Since FreeBSD 6.x, teh default place for home folders is /usr/home, and /home has been a symlink to /usr/home.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352158</link><pubDate>Wed, 02 Aug 2023 18:38:47 -0000</pubDate><title>Message #2099352158</title><guid isPermaLink="false">2099352158@Uncensored</guid><description><![CDATA[<html><body>

<p>For a while, i had my home directories pointed to a single NFS share ( like we are talking about ) BUT the share was physically an external drive hanging off the NAS server..  So worse case i could yank it and take it with me.</p>
<p>But as time went on, i stopped using more than one machine that needed 'all the stuff' ( for various reasons )..   So that went away and a simple weekly backup of my directory in case my main machine catches fire is good enough.,</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352150</link><pubDate>Wed, 02 Aug 2023 17:12:25 -0000</pubDate><title>Message #2099352150</title><guid isPermaLink="false">2099352150@Uncensored</guid><description><![CDATA[NOBODY LIKES A PEDANT [as much as I do] 
  
 Ok, so the old tradition of sharing the home directory hierarchy across every
machine. 
  
 Better? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352148</link><pubDate>Wed, 02 Aug 2023 17:05:14 -0000</pubDate><title>Message #2099352148</title><guid isPermaLink="false">2099352148@Uncensored</guid><description><![CDATA[<html><body>

<p>I don't have a /home on my machine.  I used to have it, it was a symlink to /usr/home.  I have since deleted it.</p>
<blockquote>
<div class="message_header"><span>Tue Aug 01 2023 17:52:58 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Ah, the old tradition of sharing /home across every machine, keeping your data right there at your fingertips without resorting to silly replication tricks. <br /><br />All of the g-drive and one-drive people really missed out on that. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099352043</link><pubDate>Tue, 01 Aug 2023 21:52:58 -0000</pubDate><title>Message #2099352043</title><guid isPermaLink="false">2099352043@Uncensored</guid><description><![CDATA[Ah, the old tradition of sharing /home across every machine, keeping your
data right there at your fingertips without resorting to silly replication
tricks. 
  
 All of the g-drive and one-drive people really missed out on that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351734</link><pubDate>Fri, 28 Jul 2023 17:54:47 -0000</pubDate><title>Message #2099351734</title><guid isPermaLink="false">2099351734@Uncensored</guid><description><![CDATA[<html><body>

<p>It actually has 2 connectors for disks.  You get cables that connect to these, and the cables have 16 SAS/SATA connectors on the other ends.</p>
<p>I'm thinking the pool setup will be as follows:</p>
<p>zroot -&gt; NVMe</p>
<p>litterbox -&gt; massive storage array</p>
<p>most datasets will be on zroot, since FreeBSD ... but /usr/home will be on litterbox.  A number of stuff on my laptop is also going to get moved over to the litterbox, like all the stuff for IRIX and MacOS 8.  Then I'll be able to disable NFS and AFP on my laptop.</p>
<blockquote>
<div class="message_header"><span>Thu Jul 27 2023 19:20:20 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">32 connectors on one card ... yowza <br /><br />I've built a few like that, and you're making a lot of good choices: <br />* Separate boot drive (this is actually the one place I'd still use hardware disk mirroring) <br />* Software "raid" <br />* No partitioning <br /><br />Some people really freak out at that last one. But why bother with partitions when your volume manager or multi disk filesystem can do it for you? Some people say "if there is no partition table then you have no way of knowing the disk is in use" but I think those people deserve to lose their data. <br /><br />This is especially true with virtual machines because the host's virtual disk manager *is* your volume manager. My typical layout goes something like this: <br />* Disk 0: GPT with an EFI partition (because the ROM insists on it; can't go raw with EFI partition) <br />* Disk 1: swap (raw on the disk) <br />* Disk 2: root (raw on the disk) <br /><br />If root needs to get bigger, you just make the virtual 
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351668</link><pubDate>Thu, 27 Jul 2023 23:20:20 -0000</pubDate><title>Message #2099351668</title><guid isPermaLink="false">2099351668@Uncensored</guid><description><![CDATA[ >I am emmeowing on a new server project.  I am building a storage  
 >server.  Looking at getting a new Adaptec HBA card.  The HBA  
 >1200-32i that can attach up to 32 drives, and it supports mixed-mode  
  
 32 connectors on one card ... yowza 
  
 I've built a few like that, and you're making a lot of good choices: 
 * Separate boot drive (this is actually the one place I'd still use hardware
disk mirroring) 
 * Software "raid" 
 * No partitioning 
  
 Some people really freak out at that last one.  But why bother with partitions
when your volume manager or multi disk filesystem can do it for you?  Some
people say "if there is no partition table then you have no way of knowing
the disk is in use" but I think those people deserve to lose their data. 
  
 This is especially true with virtual machines because the host's virtual
disk manager *is* your volume manager.  My typical layout
goes something like this: 
 * Disk 0: GPT with an EFI partition (because the ROM insists on it; can't
go raw with EFI partition) 
 * Disk 1: swap (raw on the disk) 
 * Disk 2: root (raw on the disk) 
  
 If root needs to get bigger, you just make the virtual disk bigger and resize
it.  If you want dedicated filesystems, they go on dedicated virtual disks.
 No fuss, no muss. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351665</link><pubDate>Thu, 27 Jul 2023 23:06:26 -0000</pubDate><title>Re: X = X ?</title><guid isPermaLink="false">2099351665@Uncensored</guid><description><![CDATA[ > Can I earn it back if my excuse is that I spend the vast majority of  

 >my computing time in a terminal and not looking at fancy pictures?   
  
 Only if it is actually an actual dumb terminal sitting on your desk, and
not a terminal program.  If you are running a terminal program, you are running
it on X (or Wayland) and you forfeit a punch in your geek card.  If you are
running a terminal program on Windows or Mac OS, you forfeit several punches
in your geek card. 
  
 I've got a Wyse 150 gathering dust in the garage ... if I had a larger office
I'd take it out and hook it up to my main computer.  Maybe it would be usable
for programming if I got it into 132 column mode. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351660</link><pubDate>Thu, 27 Jul 2023 22:41:29 -0000</pubDate><title>Re: X = X ?</title><guid isPermaLink="false">2099351660@Uncensored</guid><description><![CDATA[ > 2023-07-26 23:57 from Nurb432 <nurb432@uncensored.citadel.org>   
 >Subject: Re: X = X ?  
 >You forfeit one punch in your geek card :)    
  
 Can I earn it back if my excuse is that I spend the vast majority of my computing
time in a terminal and not looking at fancy pictures? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351565</link><pubDate>Wed, 26 Jul 2023 23:57:10 -0000</pubDate><title>Re: X = X ?</title><guid isPermaLink="false">2099351565@Uncensored</guid><description><![CDATA[<html><body>

<p>You forfeit one punch in your geek card :) </p>
<blockquote>
<div class="message_header"><span>Wed Jul 26 2023 07:41:12 PM EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span> <span class="message_subject">Subject: Re: X = X ?</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Woah! I thought I recognized it from somewhere, but failed to make the connection. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351563</link><pubDate>Wed, 26 Jul 2023 23:41:12 -0000</pubDate><title>Re: X = X ?</title><guid isPermaLink="false">2099351563@Uncensored</guid><description><![CDATA[ > 2023-07-26 13:14 from IGnatius T Foobar <ajc@citadel.org>   
 >Subject: X = X ?  
 >Has anyone noticed that the new logo for "X" (the new name for  
 >Twitter) looks suspiciously like the logo for "X" (the X Window  
 >System) ?   
 >  
  
 Woah! I thought I recognized it from somewhere, but failed to make the connection.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351561</link><pubDate>Wed, 26 Jul 2023 23:30:23 -0000</pubDate><title>Message #2099351561</title><guid isPermaLink="false">2099351561@Uncensored</guid><description><![CDATA[<html><body>

<p>Just noticed it has a fake SATA port on it too..   ( fake = usb to sata )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351559</link><pubDate>Wed, 26 Jul 2023 23:14:01 -0000</pubDate><title>Message #2099351559</title><guid isPermaLink="false">2099351559@Uncensored</guid><description><![CDATA[<html><body>

<p>No but i could add more nodes until im blue in the face.  I think i can get up to 8TB on a m.2 ssd.  Not that i could afford or rationalize it.. but being a cluster its brain dead easy to add more space to it. Plug it into the network, run a command to add it to the pool, poof more storage.</p>
<p>And if i wanted to go larger. sata options do of course exist. But part of this is its tiny, inexpensive and very low power requirements. Board is same size as an RPI.</p>
<blockquote>
<div class="message_header"><span>Wed Jul 26 2023 04:43:28 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p>But that's not going to give you ungodly amounts of storage.</p>
<blockquote>
<div class="message_header"><span>Wed Jul 26 2023 16:05:33 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>That is ironic in a way.</p>
<p>I'm about order several ( 5 ) tiny ARM boards that have m.2 sockets on them to build a ceph cluster out of. Going to opt for boards that also have wifi ( just so i have more options if i want it )..  About 30 bucks each, not including the m.2</p>
<p>Will build/print a small 6" rack to put them in. A small 5 port switch embedded in the top and a PS at the bottom.</p>
<p>Will end up being bare armbian + ceph software ( which runs on python.. )</p>
<br /><br /></div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351546</link><pubDate>Wed, 26 Jul 2023 20:43:28 -0000</pubDate><title>Message #2099351546</title><guid isPermaLink="false">2099351546@Uncensored</guid><description><![CDATA[<html><body>

<p>But that's not going to give you ungodly amounts of storage.</p>
<blockquote>
<div class="message_header"><span>Wed Jul 26 2023 16:05:33 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>That is ironic in a way.</p>
<p>I'm about order several ( 5 ) tiny ARM boards that have m.2 sockets on them to build a ceph cluster out of. Going to opt for boards that also have wifi ( just so i have more options if i want it )..  About 30 bucks each, not including the m.2</p>
<p>Will build/print a small 6" rack to put them in. A small 5 port switch embedded in the top and a PS at the bottom.</p>
<p>Will end up being bare armbian + ceph software ( which runs on python.. )</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351532</link><pubDate>Wed, 26 Jul 2023 20:05:33 -0000</pubDate><title>Message #2099351532</title><guid isPermaLink="false">2099351532@Uncensored</guid><description><![CDATA[<html><body>

<p>That is ironic in a way.</p>
<p>I'm about order several ( 5 ) tiny ARM boards that have m.2 sockets on them to build a ceph cluster out of. Going to opt for boards that also have wifi ( just so i have more options if i want it )..  About 30 bucks each, not including the m.2</p>
<p>Will build/print a small 6" rack to put them in. A small 5 port switch embedded in the top and a PS at the bottom.</p>
<p>Will end up being bare armbian + ceph software ( which runs on python.. )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351531</link><pubDate>Wed, 26 Jul 2023 19:53:50 -0000</pubDate><title>Message #2099351531</title><guid isPermaLink="false">2099351531@Uncensored</guid><description><![CDATA[<html><body>

<p>I am emmeowing on a new server project.  I am building a storage server.  Looking at getting a new Adaptec HBA card.  The HBA 1200-32i that can attach up to 32 drives, and it supports mixed-mode arrays with SAS and SATA.  I'm going all SATA because SAS be expensive!  24x 4TB SATA SSDs, 96TB raw storage, 80TB usable storage with ZFS.  Ya, I'm getting the HBA card first, it be expensive.</p>
<p>The rest of the server will be commodity-grade stuffs, so a Ryzen 7000 series with 96GB memory.  Yes, it's gonna run FreeBSD.  No, FreeBSD will not be installed on the storage array, it'll have its own NVMe.  All the drives in the array will be directly added to ZFS, so no partitioning will be done.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351527</link><pubDate>Wed, 26 Jul 2023 19:39:31 -0000</pubDate><title>Re: X = X ?</title><guid isPermaLink="false">2099351527@Uncensored</guid><description><![CDATA[<html><body>

<p>I mentioned that same thing over on Twitter/X.</p>
<blockquote>
<div class="message_header"><span>Wed Jul 26 2023 09:14:20 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: X = X ?</span></div>
<div class="message_content">
<p>Has anyone noticed that the new logo for "X" (the new name for Twitter) looks suspiciously like the logo for "X" (the X Window System) ?</p>
<p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAP0AAAD9CAIAAAD4V+arAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAgAElEQVR4nOxdaXsc1ZW+Vb3v+ya1dskLBmJslgSSQBYChBAChGWwMRgYhmTI5MNk5mfkeZJJSDCrwYDN4iSME8gkLAFsSFhtMJZl7Wqp91bve1fNhzN15nRVS5a8SrLOBz+tdlX1rar3nvuec8/C2KqsyqqsyqqsyqqsyqqsyqqsyqqsyqqsyqosJ+EWcSj3/weLojj/MXMdcLoFBkB/XfnNqqwKf7YHcBqF4zieX8k3uConLOqzPYDTJXR1muvL1UXgTErLNwKiXJ/nP+bkZWXinud5eEyryF46shCefMak9dziOA5Ghh8YY8gZZJCiBHqeOX06RDYG5fco9ACYFSCne4SrQk0+ThL4cx7dBGBTghBlnv9aiLTW9zBExAcj4MbbOOGfXJVzShAzABjADC7ISkUpA9Vp0qRz8hyqDnlJRFFsNBoU/auyKvMLQoXneVCmAKR6vS4IAsBsLjidPiXbGvd0OsJA1Wo1z/ONRkMQBNas+JegLCkqeS4LEhtRFAVBUKvVarWaMSYIwgIxrSQaICf5WluwXsaYSqVqNBparRbGVK1WOY5TqVR0guK/9A7nGjrcNjvVy5bMDyB7RnQl5Tiu0WjQBbflRVblVAml9aDpBUFQqVSIBAplJbeh7wiAh5BrNBon77f4f31PqTxCRKPR1Ot1+Fyv1w0GQ61Wwx9DS4UxJggC3M/8D+IU4h75YkuOCBMV7gUevVqtbjQap+rXV2WBgqDXarXValWtVsOfdGtF9l7oa0Wg4+s7JZyntZMbgAKD1mg0QHUARvV6nSnmGR4/l+DslPlVFjtc5dSSKXXWbJnAvdTr9Wq1KrtB2RVW5dQKvguEDSLKYrEAuWdz60HQp0CKeJ7P5XKNRqNer4Pux8NOgb5XepdgoD09PZs3bw4EAhaL
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351515</link><pubDate>Wed, 26 Jul 2023 16:25:31 -0000</pubDate><title>Re: X = X ?</title><guid isPermaLink="false">2099351515@Uncensored</guid><description><![CDATA[<html><body>

<p>I saw a blurb go across my news feed yesterday , not exact words but in general: "thousands have claim to musk's new logo that was given to him by a fan"</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099351499</link><pubDate>Wed, 26 Jul 2023 13:14:20 -0000</pubDate><title>X = X ?</title><guid isPermaLink="false">2099351499@Uncensored</guid><description><![CDATA[<html><body>

<p>Has anyone noticed that the new logo for "X" (the new name for Twitter) looks suspiciously like the logo for "X" (the X Window System) ?</p>
<p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAP0AAAD9CAIAAAD4V+arAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAgAElEQVR4nOxdaXsc1ZW+Vb3v+ya1dskLBmJslgSSQBYChBAChGWwMRgYhmTI5MNk5mfkeZJJSDCrwYDN4iSME8gkLAFsSFhtMJZl7Wqp91bve1fNhzN15nRVS5a8SrLOBz+tdlX1rar3nvuec8/C2KqsyqqsyqqsyqqsyqqsyqqsyqqsyqqsyqosJ+EWcSj3/weLojj/MXMdcLoFBkB/XfnNqqwKf7YHcBqF4zieX8k3uConLOqzPYDTJXR1muvL1UXgTErLNwKiXJ/nP+bkZWXinud5eEyryF46shCefMak9dziOA5Ghh8YY8gZZJCiBHqeOX06RDYG5fco9ACYFSCne4SrQk0+ThL4cx7dBGBTghBlnv9aiLTW9zBExAcj4MbbOOGfXJVzShAzABjADC7ISkUpA9Vp0qRz8hyqDnlJRFFsNBoU/auyKvMLQoXneVCmAKR6vS4IAsBsLjidPiXbGvd0OsJA1Wo1z/ONRkMQBNas+JegLCkqeS4LEhtRFAVBUKvVarWaMSYIwgIxrSQaICf5WluwXsaYSqVqNBparRbGVK1WOY5TqVR0guK/9A7nGjrcNjvVy5bMDyB7RnQl5Tiu0WjQBbflRVblVAml9aDpBUFQqVSIBAplJbeh7wiAh5BrNBon77f4f31PqTxCRKPR1Ot1+Fyv1w0GQ61Wwx9DS4UxJggC3M/8D+IU4h75YkuOCBMV7gUevVqtbjQap+rXV2WBgqDXarXValWtVsOfdGtF9l7oa0Wg4+s7JZyntZMbgAKD1mg0QHUARvV6nSnmGR4/l+DslPlVFjtc5dSSKXXWbJnAvdTr9Wq1KrtB2RVW5dQKvguEDSLKYrEAuWdz60HQp0CKeJ7P5XKNRqNer4Pux8NOgb5XepdgoD09PZs3bw4EAhaL
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350481</link><pubDate>Mon, 17 Jul 2023 00:09:13 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350481@Uncensored</guid><description><![CDATA[Mono is spanish for Monkey, and Miguel de Icaza is fascinated with monkeys.
 That's why the company was called Ximian. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350402</link><pubDate>Sun, 16 Jul 2023 00:50:27 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350402@Uncensored</guid><description><![CDATA[I never understood why they elected to name their .NET implementation after
a disease. Well, I guess it is a disease. Nevermind, I get it after all. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350381</link><pubDate>Sat, 15 Jul 2023 20:51:34 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350381@Uncensored</guid><description><![CDATA[<html><body>

<p>I had forgot they were tied to mono. Yes, that does earn them a dislike. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350369</link><pubDate>Sat, 15 Jul 2023 20:30:36 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350369@Uncensored</guid><description><![CDATA[ > May you ellaborate so we young people may learn something?   
  
 Introducing GNOME at a time when KDE was poised to absolutely unify the Linux
desktop -- yes, that was the big one everyone knows about. 
  
 "Mono" was another -- bringing Microsoft technologies in to distort a world
that already had Java and Python etc. 
  
 "Hula" was the worst, because it resulted from a bunch of conversations about
how to build a category-killer groupware server after which they tried to
do it on their own.  That project thankfully crashed and burned. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350345</link><pubDate>Sat, 15 Jul 2023 16:50:07 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350345@Uncensored</guid><description><![CDATA[<html><body>

<p>GNOME.</p>
<p>And not so sure it was that big of a deal personally.  </p>
<blockquote>
<div class="message_header"><span>Sat Jul 15 2023 12:37:50 PM EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: A big, blue, "f**k off" to the Linux community</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">May you ellaborate so we young people may learn something? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350344</link><pubDate>Sat, 15 Jul 2023 16:48:45 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350344@Uncensored</guid><description><![CDATA[<html><body>

<p>Its hard to say really.  The driving force behind BSD is different than Linux. Both in structure and expectations.</p>
<p>I guess when i reboot the simulation after the war starts this time ill have to delete a bit of code so that Linus never is born. Don't want to prevent Tanenbaum as he is too important in other fields ( like RISC ).. ( since Linus started with Minix that would be an easy stop if it never happened, but no, I dont want to screw up too much of the timeline ) </p>
<blockquote>
<div class="message_header"><span>Sat Jul 15 2023 12:37:19 PM EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: A big, blue, "f**k off" to the Linux community</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>There are a lot i could go after.:) <br /><br />I would also yell at AT&amp;T for trying to kill *BSD too.. But then <br />again, if they didnt, we may not be talking about Linux today.    </blockquote>
<br />My bet is BSD would have become what Linux is today, so the point is moot. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350338</link><pubDate>Sat, 15 Jul 2023 16:37:50 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350338@Uncensored</guid><description><![CDATA[ > If you're going to go after people for fragmentation, you should go   
 >after the two most 100% Hitler Equivalent people ever to set foot in   
 >the open source community: Miguel de Icaza and Nat Friedman.  Those two
 
 >did more to delay the success of Linux and open source than even   
 >Richard Marx Stallman did.   
 >   
  
 May you ellaborate so we young people may learn something? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099350337</link><pubDate>Sat, 15 Jul 2023 16:37:19 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099350337@Uncensored</guid><description><![CDATA[ >There are a lot i could go after.:)   
 >  
 >I would also yell at AT&T for trying to kill *BSD too.. But then  
 >again, if they didnt, we may not be talking about Linux today.      
  
 My bet is BSD would have become what Linux is today, so the point is moot.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348186</link><pubDate>Wed, 28 Jun 2023 23:25:59 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348186@Uncensored</guid><description><![CDATA[<html><body>

<p>There are a lot i could go after.:)</p>
<p>I would also yell at AT&amp;T for trying to kill *BSD too.. But then again, if they didnt, we may not be talking about Linux today.   </p>
<blockquote>
<div class="message_header"><span>Wed Jun 28 2023 04:21:42 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: A big, blue, "f**k off" to the Linux community</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>I guess them coming up with their package manager and fragmenting <br />that part of the community future annoyed me.   </blockquote>
<br />If you're going to go after people for fragmentation, you should go after the two most 100% Hitler Equivalent people ever to set foot in the open source community: Miguel de Icaza and Nat Friedman. Those two did more to delay the success of Linux and open source than even Richard Marx Stallman did. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348165</link><pubDate>Wed, 28 Jun 2023 20:21:42 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348165@Uncensored</guid><description><![CDATA[ >I guess them coming up with their package manager and fragmenting  
 >that part of the community future annoyed me.     
  
 If you're going to go after people for fragmentation, you should go after
the two most 100% Hitler Equivalent people ever to set foot in the open source
community: Miguel de Icaza and Nat Friedman.  Those two did more to delay
the success of Linux and open source than even Richard Marx Stallman did.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348162</link><pubDate>Wed, 28 Jun 2023 18:31:27 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348162@Uncensored</guid><description><![CDATA[<html><body>

<p>Oddly, i was never a fan or RH, even in the beginning, before they went sideways.</p>
<p>I guess them coming up with their package manager and fragmenting that part of the community future annoyed me.  </p>
<blockquote>
<div class="message_header"><span>Wed Jun 28 2023 12:46:01 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: A big, blue, "f**k off" to the Linux community</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Linux itself is fine; it is Red Hat that is self-destructing. No change for me; I stopped using Red Hat variants as my daily driver 12 years ago. <br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348160</link><pubDate>Wed, 28 Jun 2023 18:26:06 -0000</pubDate><title>Message #2099348160</title><guid isPermaLink="false">2099348160@Uncensored</guid><description><![CDATA[<html><body>

<p>I do agree, in general its a better community.</p>
<p>It was one thing i dreaded when i had to go back to penguin.  </p>
<blockquote>
<div class="message_header"><span>Wed Jun 28 2023 01:50:57 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p>I use FreeBSD.  Beastie is cute.  The FreeBSD Commewnity is full of cool people.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348154</link><pubDate>Wed, 28 Jun 2023 17:50:57 -0000</pubDate><title>Message #2099348154</title><guid isPermaLink="false">2099348154@Uncensored</guid><description><![CDATA[<html><body>

<p>I use FreeBSD.  Beastie is cute.  The FreeBSD Commewnity is full of cool people.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348150</link><pubDate>Wed, 28 Jun 2023 16:46:01 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348150@Uncensored</guid><description><![CDATA[ >Someone said Haiku looks like the current best option for an  
 >alternative daily driver.  
  
 Linux itself is fine; it is Red Hat that is self-destructing.  No change
for me; I stopped using Red Hat variants as my daily driver 12 years ago.

  
 Linus himself is kind of an asshole, but he's doing his job so he gets a
pass. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348141</link><pubDate>Wed, 28 Jun 2023 14:27:45 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348141@Uncensored</guid><description><![CDATA[<html><body>

<p>That is basically BeOS...  So there will be more limitations for hardware and software support.</p>
<p>Enough to make it not usable for the average Joe? Donno.. not touched Be since 4.0 on PPC.. </p>
<blockquote>
<div class="message_header"><span>Wed Jun 28 2023 10:09:57 AM EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span> <span class="message_subject">Subject: Re: A big, blue, "f**k off" to the Linux community</span></div>
<div class="message_content">
<p>Someone said Haiku looks like the current best option for an alternative daily driver.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348134</link><pubDate>Wed, 28 Jun 2023 14:09:57 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348134@Uncensored</guid><description><![CDATA[<html><body>

<p>Someone said Haiku looks like the current best option for an alternative daily driver.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348126</link><pubDate>Wed, 28 Jun 2023 12:20:47 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348126@Uncensored</guid><description><![CDATA[<html><body>

<p>Are you saying its got a rocky future? :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348079</link><pubDate>Tue, 27 Jun 2023 23:22:42 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348079@Uncensored</guid><description><![CDATA[Canonical exists to make money.  They're just smarter about it than IBM could
ever be.  They know the open source community well enough to understand that
if you screw with our trust we will build around you until you are irrelevant.

  
 The bigger issue is that Canonical will not always be owned and controlled
by Mark Shuttleworth.  Eventually they will be acquired, probably by Microsoft,
and that will be the end of them.  It's ok though, because most of the Ubuntu
ecosystem is really just the Debian ecosystem with a spit-shine on it. 
  
 I'm currently building infrastructure around other Canonical products, namely
MAAS and MicroK8S, and the experience so far has been tremendous.  And I'm
telling the fake penguins in our OS support team to go shit in their hat when
they tell me I'm supposed to be using Rocky Linux.  The entire stack is built
on Canonical products, and I'm not about to
stick something else in the middle. 
  
 Besides ... ideological issues aside, I have found the quality of Rocky Linux
to be quite poor.  I had an issue not too long ago where any program that
used GnuTLS made the kernel start throwing really awful errors.  It ain't
no CentOS, and now that the SRPM's are being taken away, it's going to be
even worse. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348048</link><pubDate>Tue, 27 Jun 2023 16:47:17 -0000</pubDate><title>Message #2099348048</title><guid isPermaLink="false">2099348048@Uncensored</guid><description><![CDATA[<html><body>

<p>My guess is steam and emulation.  Im not a gamer, but I dont think there are a lot of native games out there ( a few... but not mainstream style )</p>
<blockquote>
<div class="message_header"><span>Tue Jun 27 2023 10:59:20 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>windows, I went with Linux...  and I've gotta say, the Nobara distro <br />is absolutely AMAZING for gaming.  I'm thoroughly impressed. </blockquote>
<br />Linux games? Steam for Linux? Or does it run Windows games under automation? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348047</link><pubDate>Tue, 27 Jun 2023 16:46:10 -0000</pubDate><title>Re: A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348047@Uncensored</guid><description><![CDATA[<html><body>

<p>We all saw that coming long before RedHat became BlueHat.  They just didnt have the power to pull it off.</p>
<p>Keeping my feelings about Pottering out, i dont trust Ubuntu as a entity. They are slowly moving the same direction of walled gardens ( snap, paid updates .. etc ). Eventually they will close the walls too. But, they are just a bastardized flavor of Debian with add-ons. Why not just use Debian instead? ( not being sarcastic there, being serious. Why not just cut out the middleman and go to the source?) .  I understand something like Proxmox which gives you things of true value that would be a pain to reproduce yourself, but Ubuntu, nothing you cant *easily* do yourself if you wanted that piece.</p>
<p>But as this stuff happens, it does make one reconsider just doing it yourself. ( LFS, Build root, etc )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348033</link><pubDate>Tue, 27 Jun 2023 15:15:13 -0000</pubDate><title>A big, blue, &quot;f**k off&quot; to the Linux community</title><guid isPermaLink="false">2099348033@Uncensored</guid><description><![CDATA[Meanwhile, I suppose some of you might have heard the news that IBM Hat has
decided to stop freely publishing the Source RPMs of Red Hat Enterprise Linux.
 In a blog post [ https://www.redhat.com/en/blog/furthering-evolution-centos-stream
] they announced that they're tired of having the people they have elsewhere
called "freeloaders" using the Source RPMs to re-spin distributions that are
100% binary compatible with RHEL. 
  
 This effectively kills Rocky Linux, AlmaLinux, and Oracle Enterprise Linux.
 The wording of their blog post makes it clear: if you're not paying them,
you will run CentOS Stream, you will like it, and you will eventually pay
for RHEL. 
  
 The difference, of course, is that CentOS Stream is *upstream* of RHEL, while
the clones were *downstream* of RHEL.  100% binary compatibility was the reason
anyone went with those in the first place.  The mutant penguins at ${employer}
insist on it, actually. 
  
 And that's the reason Teh Klowd is pretty much built on Ubuntu.  Their model
makes sense.  Download the bits, use the bits, pay them if you want support.
 Oracle does the same thing, I think.  It's freaking open source, treat it
like open source. 
  
 I await the community's final flipping off of IBM as they send RHEL down
the same path as AIX. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099348032</link><pubDate>Tue, 27 Jun 2023 14:59:20 -0000</pubDate><title>Message #2099348032</title><guid isPermaLink="false">2099348032@Uncensored</guid><description><![CDATA[ >windows, I went with Linux...  and I've gotta say, the Nobara distro  
 >is absolutely AMAZING for gaming.  I'm thoroughly impressed.   
  
 Linux games?  Steam for Linux?  Or does it run Windows games under automation?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347938</link><pubDate>Mon, 26 Jun 2023 15:11:16 -0000</pubDate><title>Message #2099347938</title><guid isPermaLink="false">2099347938@Uncensored</guid><description><![CDATA[<html><body>

<p>Can always roll your own. I have kicked that around so many times my toes hurt.</p>
<p>Of course unless you are code-god you will still rely on other's work for stuff you include.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347934</link><pubDate>Mon, 26 Jun 2023 14:42:12 -0000</pubDate><title>Message #2099347934</title><guid isPermaLink="false">2099347934@Uncensored</guid><description><![CDATA[ > 2023-06-23 17:36 from zelgomer     
 > > 2023-06-10 17:11 from Nurb432 <nurb432@uncensored.citadel.org>      

 > >So i see Debian Bookworm is officially released.        
 > >      
 >      
 > This post prompted me to finally start upgrading machines to Bullseye 
   
 >today. Man, I'm lazy. Didn't realize how long I've procrastinated this.
   
 >    
 >     
 >    
    
 With the direction Linux distributions are taking as of late, my tendency
is to leave anything that isn't exposed to unstrusted parties unupgraded.
  
  
 So no shame leaving Debian unupgraded for long. In fact there are complaints
that LTS/Extended support in Debian is actually a bit better than the official
one since it comes from actual vendors hahahaha 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347895</link><pubDate>Sun, 25 Jun 2023 22:55:35 -0000</pubDate><title>Message #2099347895</title><guid isPermaLink="false">2099347895@Uncensored</guid><description><![CDATA[<html><body>

<p>9Front. New release this evening.</p>
<p>"dont touch the artwork"</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347877</link><pubDate>Sun, 25 Jun 2023 15:47:52 -0000</pubDate><title>Message #2099347877</title><guid isPermaLink="false">2099347877@Uncensored</guid><description><![CDATA[<html><body>

<p>So, my old computer was intermittently giving me the blue screen.  So I decided to build my new computer from scratch instead of doing my normal routine of buying a refurb and frankensteining it with parts salvaged from previous computers.  Instead of paying for windows, I went with Linux...  and I've gotta say, the Nobara distro is absolutely AMAZING for gaming.  I'm thoroughly impressed.</p>
<p> </p>
<p> </p>
<p>- Tumblefluff the Squirrel</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347788</link><pubDate>Fri, 23 Jun 2023 21:41:49 -0000</pubDate><title>Message #2099347788</title><guid isPermaLink="false">2099347788@Uncensored</guid><description><![CDATA[<html><body>

<p>Well at least you didnt just catch up to squeeze.... and are only one version behind release :)</p>
<blockquote>
<div class="message_header"><span>Fri Jun 23 2023 05:36:45 PM EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2023-06-10 17:11 from Nurb432 &lt;nurb432@uncensored.citadel.org&gt; <br />So i see Debian Bookworm is officially released.  <br /><br /></blockquote>
<br />This post prompted me to finally start upgrading machines to Bullseye today. Man, I'm lazy. Didn't realize how long I've procrastinated this. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347786</link><pubDate>Fri, 23 Jun 2023 21:36:45 -0000</pubDate><title>Message #2099347786</title><guid isPermaLink="false">2099347786@Uncensored</guid><description><![CDATA[ > 2023-06-10 17:11 from Nurb432 <nurb432@uncensored.citadel.org>   
 >So i see Debian Bookworm is officially released.   
 >  
  
 This post prompted me to finally start upgrading machines to Bullseye today.
Man, I'm lazy. Didn't realize how long I've procrastinated this. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347291</link><pubDate>Sat, 17 Jun 2023 23:15:23 -0000</pubDate><title>Message #2099347291</title><guid isPermaLink="false">2099347291@Uncensored</guid><description><![CDATA[<html><body>

<p>Well this was a new one.</p>
<p>Debian 12, pre-release install, upgraded to current a couple of days ago ( not today )</p>
<ul>
<li>Wanted to get some files off of one of my external non-powered spinny disk drives, but was not being seen, at all. Threw it in the trash after messing with things for a bit. ( tore it apart, different sata-usb adapter, bla bla ) annoyed and surprised since its off-line most of its life, but hey, it happens so i move on with my day.</li>
<li>Its the weekend and getting towards dinner time, so time to backup.  Plugged in another ( powered this time ) spinny disk, did my backup.  Then plugged in its backup to mirror it to, same exact model.. ( ya. i have 2.. im paranoid :) ) and it didnt recognize it..  wtf!</li>
<li>Confused as hell, i swapped ports. now neither work.. even the one i just used..  panic.. swap back.. still nothing..  </li>
<li>reboot.. still no dice. figured hosed the internal usb hub somehow ( yet keyboard and mouse was working off other ports.. so doubtful )</li>
<li>As a test, they see flash and SSD externals.  ( even lsub wont show the spinny devices and dmesg, nothing )</li>
<li>Desperation time, shoved one onto a server. it works..  shove the second it works.. arrgh.. dig out the other from the trash..  the SOB works on the server too...</li>
<li>Reboot with a live USB..  it sees all 3...  really????</li>
</ul>
<p>Reformat, reload. works again.  </p>
<p> </p>
<p>Never ever seen this sort of nonsense before. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347242</link><pubDate>Sat, 17 Jun 2023 12:47:14 -0000</pubDate><title>Message #2099347242</title><guid isPermaLink="false">2099347242@Uncensored</guid><description><![CDATA[<html><body>

<p>i believe its only code .. that is when they dont feel like hoarding it in their walled garden instead.  </p>
<blockquote>
<div class="message_header"><span>Sat Jun 17 2023 08:09:42 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I wonder how much funding Canonical gives to Debian? Or if they just participate by doing development and just push their work upstream? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099347240</link><pubDate>Sat, 17 Jun 2023 12:09:42 -0000</pubDate><title>Message #2099347240</title><guid isPermaLink="false">2099347240@Uncensored</guid><description><![CDATA[I wonder how much funding Canonical gives to Debian?  Or if they just participate
by doing development and just push their work upstream? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099346455</link><pubDate>Sat, 10 Jun 2023 17:11:43 -0000</pubDate><title>Message #2099346455</title><guid isPermaLink="false">2099346455@Uncensored</guid><description><![CDATA[<html><body>

<p>So i see Debian Bookworm is officially released. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099346454</link><pubDate>Sat, 10 Jun 2023 17:10:51 -0000</pubDate><title>Message #2099346454</title><guid isPermaLink="false">2099346454@Uncensored</guid><description><![CDATA[<html><body>

<p>Really most people should, especially companies ( and he sort of is one since his purpose in life is to manage kernel commits ).. They should just make their widgets and go home.</p>
<blockquote>
<div class="message_header"><span>Sat Jun 10 2023 11:57:16 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br /><br />Linus should stick to software and not get involved in social issues, </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099346448</link><pubDate>Sat, 10 Jun 2023 15:57:16 -0000</pubDate><title>Message #2099346448</title><guid isPermaLink="false">2099346448@Uncensored</guid><description><![CDATA[  
 He acts like a self-righteous prick because he *is* a self-righteous prick.
 He should go back to Finland. 
  
 Linus should stick to software and not get involved in social issues, especially
now that he has proven that he is utterly incompetent about them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099346341</link><pubDate>Fri, 09 Jun 2023 18:52:38 -0000</pubDate><title>Message #2099346341</title><guid isPermaLink="false">2099346341@Uncensored</guid><description><![CDATA[<html><body>

<p>A lot of people are not fans of Linus. </p>
<p>He often acts like a self righteous prick. Not uncommon behavior for those sorts of folks in the industry but does not excuse it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099346337</link><pubDate>Fri, 09 Jun 2023 18:41:31 -0000</pubDate><title>Message #2099346337</title><guid isPermaLink="false">2099346337@Uncensored</guid><description><![CDATA[<html><body>

<p>What a loser!</p>
<blockquote>
<div class="message_header"><span>Fri Jun 09 2023 07:47:37 EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span></div>
<div class="message_content">
<p><a href="https://kotakuinaction2.win/p/16bPV4q1qS/linux-inventor-linus-torvalds-te/c/" target="webcit01">https://kotakuinaction2.win/p/16bPV4q1qS/linux-inventor-linus-torvalds-te/c/</a></p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099346299</link><pubDate>Fri, 09 Jun 2023 11:47:37 -0000</pubDate><title>Message #2099346299</title><guid isPermaLink="false">2099346299@Uncensored</guid><description><![CDATA[<html><body>

<p>https://kotakuinaction2.win/p/16bPV4q1qS/linux-inventor-linus-torvalds-te/c/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345671</link><pubDate>Tue, 06 Jun 2023 12:12:57 -0000</pubDate><title>Message #2099345671</title><guid isPermaLink="false">2099345671@Uncensored</guid><description><![CDATA[<html><body>

<p>Kids these days. </p>
<p><img src="https://fqa.9front.org/rio-bell-labs.png" alt="FQA 8 - Using 9front" /></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345602</link><pubDate>Tue, 06 Jun 2023 00:55:06 -0000</pubDate><title>Message #2099345602</title><guid isPermaLink="false">2099345602@Uncensored</guid><description><![CDATA[Right, I had to do that too, until recently.  It seems to be defaulting to
Wayland now without setting it manually. 
  
 Mac OS and Windows should switch to Wayland too.  Because I said so. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345534</link><pubDate>Mon, 05 Jun 2023 14:17:37 -0000</pubDate><title>Message #2099345534</title><guid isPermaLink="false">2099345534@Uncensored</guid><description><![CDATA[  
 Last I checked (as recently as a couple weeks ago) you still needed to force
Ozone-Platform to a non-default setting (auto, default is x11) if you wanted
seamless Wayland support on Chrome. The support exists, but there are some
open bugs for edge cases. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345527</link><pubDate>Mon, 05 Jun 2023 13:37:46 -0000</pubDate><title>Message #2099345527</title><guid isPermaLink="false">2099345527@Uncensored</guid><description><![CDATA[ > 2023-06-03 11:20 from IGnatius T Foobar     
 >Wayland needs to happen.  X11 has been limped along admirably but it   
 
 >absolutely has to go.  X11 is just a proxy server for an external     
    
 Yup.   
    
 Like a lot of things in Linux it is proceeding... at a glacial pace.   
  
  
 It's finally possible to run Wayland on Nvidia on Ubuntu 22.04, but Firefox's
`gfxtest` (or whatever that's called) segfaults and it falls back to software
rasterization. Looks like there have already been some updates throughout
the stack in Ubuntu 22.10/23.04 but I stick to LTS versions because I can't
afford to break my dev environment for the office. 
  
 So, "works" and "works well" are still two different things, and I'll probably
be staying on X11 for another year. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345525</link><pubDate>Mon, 05 Jun 2023 13:12:57 -0000</pubDate><title>Message #2099345525</title><guid isPermaLink="false">2099345525@Uncensored</guid><description><![CDATA[You'll still need a computer to hang out with us here.  But I suppose you
could use a text terminal or something. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345238</link><pubDate>Sat, 03 Jun 2023 16:02:35 -0000</pubDate><title>Message #2099345238</title><guid isPermaLink="false">2099345238@Uncensored</guid><description><![CDATA[<html><body>

<p>Or.. i could go back to vSTA + MGR.</p>
<p>Way ahead of its time.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345237</link><pubDate>Sat, 03 Jun 2023 15:59:33 -0000</pubDate><title>Message #2099345237</title><guid isPermaLink="false">2099345237@Uncensored</guid><description><![CDATA[<html><body>

<p>if it gets too bad i will go to Rio and flip them all the bird. </p>
<p>Couple more years, i could just drop off line totally. burn every bit of computer i have, even my phone. Wont need any of it.</p>
<p>in 10 i bet everyone does and it will be glorious ( in my best Klingon grunt voice ). ( thinking of Transcendence, great prediction of a movie if you have not seen it )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345230</link><pubDate>Sat, 03 Jun 2023 15:20:22 -0000</pubDate><title>Message #2099345230</title><guid isPermaLink="false">2099345230@Uncensored</guid><description><![CDATA[Wayland needs to happen.  X11 has been limped along admirably but it absolutely
has to go.  X11 is just a proxy server for an external compositor at this
point.  It's a completely obsolete architecture, and kudos to the people who
are keeping it working until the day finally comes when everyone is on Wayland
and they can let it go. 
  
 I've been on Wayland for a couple of years now, but I don't have any fancy
Nvidia hardware, just a regular AMD CPU/GPU so the drivers included with the
operating system seem to work fine.  I also noticed that recent Chromium-based
browsers now run on Wayland by default if it's there, so I no longer have
to throw it a flag to force it to use Wayland instead of Xwayland. 
  
 For those who don't know which apps are using which libraries: simply run
`xwininfo` and then click on the apps you want to test.  It won't respond
if you click on a native Wayland window.
 It will display statistics if you click on an X11 window.  Over the last
two years I've seen everything gradually move over.  My daily drivers are
Brave (chromium derivative browser), kitty (terminal), and sometimes Thunderbird
for mail.  All are now on Wayland.  My media-heavy applications are Audacity
and Kdenlive, which are both on Wayland now.  In fact, just now I had to fire
up an xterm to see whether the xwininfo test was still valid, because nothing
else responded. 
  
 Wayland is the way forward.  I don't see any value in resisting it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345124</link><pubDate>Fri, 02 Jun 2023 19:54:05 -0000</pubDate><title>Message #2099345124</title><guid isPermaLink="false">2099345124@Uncensored</guid><description><![CDATA[<html><body>

<p>i fixed that for you.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jun 02 2023 02:44:40 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /> Wayland is an epic fail </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099345112</link><pubDate>Fri, 02 Jun 2023 18:44:40 -0000</pubDate><title>Message #2099345112</title><guid isPermaLink="false">2099345112@Uncensored</guid><description><![CDATA[  
 miracle of miracles, I got nvidia hardware video decode working in firefox.

  
 then it broke itself because I was apparently tracking firefox trunk... 
  
 that's fixed though. Works best on the -510 driver. Even though Wayland is
an epic fail on that version. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099343641</link><pubDate>Mon, 22 May 2023 16:45:46 -0000</pubDate><title>Message #2099343641</title><guid isPermaLink="false">2099343641@Uncensored</guid><description><![CDATA[<html><body>

<p>FreeBSD 14.0-RELEASE is coming out soon-ish.  Word on the street is boot is significantly faster.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099338631</link><pubDate>Wed, 03 May 2023 13:31:00 -0000</pubDate><title>Message #2099338631</title><guid isPermaLink="false">2099338631@Uncensored</guid><description><![CDATA[<html><body>

<p>Everything with NVIDIA is a pain in the neck.</p>
<blockquote>
<div class="message_header"><span>Wed May 03 2023 07:24:18 AM EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />what the hell is going on with NVidia's proprietary driver. <br /><br />Documented module parameters do not actually exist, so can't enable GSP mode on the closed-source kernel model and can't enable the Unsupported GPUs flag on the open driver. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099338622</link><pubDate>Wed, 03 May 2023 12:54:23 -0000</pubDate><title>Message #2099338622</title><guid isPermaLink="false">2099338622@Uncensored</guid><description><![CDATA[  
 solved. the documentation in this area is kinda weak. need the "unsupported
GPUs" option, the "enable GSP" option is not enough by itself. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099338615</link><pubDate>Wed, 03 May 2023 11:24:18 -0000</pubDate><title>Message #2099338615</title><guid isPermaLink="false">2099338615@Uncensored</guid><description><![CDATA[  
 what the hell is going on with NVidia's proprietary driver. 
  
 Documented module parameters do not actually exist, so can't enable GSP mode
on the closed-source kernel model and can't enable the Unsupported GPUs flag
on the open driver. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099337764</link><pubDate>Wed, 26 Apr 2023 23:36:16 -0000</pubDate><title>Message #2099337764</title><guid isPermaLink="false">2099337764@Uncensored</guid><description><![CDATA[ >we had #1 ..  And worse than RH: "you must use oracle if you want to  
 >use Linux on our network"   
  
 that sounds so much like an early-aughts mentality, from back when people
didn't trust Linux. 
   
 thankfully, the world has (mostly) changed. with the possible exception of
some old shops that didn't get the memo 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099336821</link><pubDate>Sat, 22 Apr 2023 17:10:33 -0000</pubDate><title>Message #2099336821</title><guid isPermaLink="false">2099336821@Uncensored</guid><description><![CDATA[<html><body>

<p>Cant say its true now as i dont work with that team, but at one point we had #1 ..  And worse than RH: "you must use oracle if you want to use Linux on our network"</p>
<p> </p>
<p>I always wondered if it was one of </p>
<ul>
<li>Kickbacks, either current or future. ( remember where i work, a LOT is driven by that )</li>
<li>Lack of understanding</li>
<li>Some sort of backdoor mandate by Oracle to squelch competition since we had lots of their DBs and app-servers.. </li>
</ul>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099336800</link><pubDate>Sat, 22 Apr 2023 16:22:37 -0000</pubDate><title>Message #2099336800</title><guid isPermaLink="false">2099336800@Uncensored</guid><description><![CDATA[LS has just demonstrated why IBM Hat doesn't really matter as much as it used
to.  The value of CentOS, Scientific Linux, Oracle Linux, etc. was that it
was "binary compatible with RHEL" at each version number.  That was a selling
point in the *old* world, where you bought software packages that were built
to run on a specific operating system.  It was a carryover from the era of
proprietary operating systems.  Today, software is delivered differently.
 If it isn't SaaS, it's containers, or uses more mature compatibility tricks
to make it run everywhere. 
  
 Today, customers of IBM Hat are (and I could swear I've said this before)
either -- 
  
 1. People who are bound by pointy haired management saying "it has to be
from a 'real' vendor with 'real' support" 
     or 
 2. Companies who deliberately hire cheap, low-talent sysadmins who only know
how to call support instead of solving problems
onm their own 
  
 I guess #2 is fine because those people are indirectly funding a lot of great
development work that goes back into the pool of available software.  But
I frequently run into #1 and it sometimes makes the best solution too expensive
when you add in the unnecessary license costs. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099335125</link><pubDate>Mon, 17 Apr 2023 19:24:17 -0000</pubDate><title>Message #2099335125</title><guid isPermaLink="false">2099335125@Uncensored</guid><description><![CDATA[  
 (my use-case is super simple; I just use it to host Docker containers via
ECS.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099335124</link><pubDate>Mon, 17 Apr 2023 19:14:50 -0000</pubDate><title>Message #2099335124</title><guid isPermaLink="false">2099335124@Uncensored</guid><description><![CDATA[  
 rolled out the new Fedora and Linux Kernel 6.1 based "Amazon Linux 2023"
to a couple of AWS nodes today. 
  
 This went completely smoothly, just had to s/yum/dnf/ and account for one
very minor package move. 
  
 finger crossed, I suppose, but I see no reason to worry. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099334120</link><pubDate>Tue, 11 Apr 2023 17:35:40 -0000</pubDate><title>Message #2099334120</title><guid isPermaLink="false">2099334120@Uncensored</guid><description><![CDATA[<html><body>

<p>I did, and swore by it for years, until i started running into troubles with WiFi.  Then CUDA bit me in the ass next.. and i ended up in the Linux camp as i got tired of fighting with things.  </p>
<p>And while i know FBSD has VM kernel tech now too its hard to beat the Proxmox front end for my VM hosts..</p>
<blockquote>
<div class="message_header"><span>Tue Apr 11 2023 01:14:53 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p>I'm a FreeBSD kitty.  Using FreeBSD as a daily driver is quite nice, y'all should try it sometime.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099334117</link><pubDate>Tue, 11 Apr 2023 17:14:53 -0000</pubDate><title>Message #2099334117</title><guid isPermaLink="false">2099334117@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm a FreeBSD kitty.  Using FreeBSD as a daily driver is quite nice, y'all should try it sometime.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099334110</link><pubDate>Tue, 11 Apr 2023 16:23:37 -0000</pubDate><title>Message #2099334110</title><guid isPermaLink="false">2099334110@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes, *bsd is ok too. Same concept, community driven, not corporate driven.  Just the subject was Linux so i stuck with Linux in my statement.  And while i'm stuck in the penguin world now due to drivers and some semi-proprietary stuff and just the reality of hardware support ( NVIDIA and CUDA for starters ) i was a huge BSD user decades ago, and still a fan.</p>
<p> </p>
<p>And not that companies being involved in a project has to be bad by default, just they cant 'drive' the project.</p>
<p>( That said: OpenBSD, i dislike Theo and dont trust him with his unstable attitude )</p>
<blockquote>
<div class="message_header"><span>Tue Apr 11 2023 11:48:16 AM EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2023-04-10 19:40 from Nurb432 <br />Or one can just use Debian, which is not driven by corporate greed.  </blockquote>
<br />I keep deploying more and more OpenBSDs around here. However, Linux distributions which have long support cycles are attractive for a number of tasks. A system with 10 years of supported updates sounds nice work workstations because you set them once and you don't have to worry about the machines anymore. The hard drives will crash before you have to upgrade. For workstations used for running one or two core applications a shot-and-forget solution sounds very nice to me. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099334101</link><pubDate>Tue, 11 Apr 2023 15:48:16 -0000</pubDate><title>Message #2099334101</title><guid isPermaLink="false">2099334101@Uncensored</guid><description><![CDATA[ > 2023-04-10 19:40 from Nurb432   
 >Or one can just use Debian, which is not driven by corporate greed.   
  
 I keep deploying more and more OpenBSDs around here. However, Linux distributions
which have long support cycles are attractive for a number of tasks. A system
with 10 years of supported updates sounds nice work workstations because you
set them once and you don't have to worry about the machines anymore. The
hard drives will crash before you have to upgrade. For workstations used for
running one or two core applications a shot-and-forget solution sounds very
nice to me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099334017</link><pubDate>Mon, 10 Apr 2023 23:40:55 -0000</pubDate><title>Message #2099334017</title><guid isPermaLink="false">2099334017@Uncensored</guid><description><![CDATA[<html><body>

<p>Or one can just use Debian, which is not driven by corporate greed. </p>
<blockquote>
<div class="message_header"><span>Fri Apr 07 2023 10:25:56 AM EDT</span> <span>from <a href="do_template?template=user_show?who=fandarel">fandarel</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Well, I know what to get him for GravMas now. <br /><br />But I definitely agree - IBM Hat keeps moving closer and closer to just giving the bits away for free. Last I looked, businesses could run up to 6 RHEL servers at no charge with no support. I'd really like to see them move to the Ubuntu-ish model, but without the kind of naggy crap Ubuntu has been dropping in /etc/motd lately. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099333998</link><pubDate>Mon, 10 Apr 2023 21:24:31 -0000</pubDate><title>Message #2099333998</title><guid isPermaLink="false">2099333998@Uncensored</guid><description><![CDATA[  
 it's a shame that centos basically got coopted, but at least we now have
supported forks like Amazon Linux that are based on Fedora. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099333495</link><pubDate>Fri, 07 Apr 2023 14:25:56 -0000</pubDate><title>Message #2099333495</title><guid isPermaLink="false">2099333495@Uncensored</guid><description><![CDATA[ >system (and yes, Linux *is* an operating system; Stallman can go beat  
  
 >and stab himself with a hammer and sickle) it doesn't make sense to    

 >have a closed distribution.     
    
 Well, I know what to get him for GravMas now.   
  
 But I definitely agree - IBM Hat keeps moving closer and closer to just giving
the bits away for free.  Last I looked, businesses could run up to 6 RHEL
servers at no charge with no support.  I'd really like to see them move to
the Ubuntu-ish model, but without the kind of naggy crap Ubuntu has been dropping
in /etc/motd lately. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099333335</link><pubDate>Thu, 06 Apr 2023 21:54:12 -0000</pubDate><title>Message #2099333335</title><guid isPermaLink="false">2099333335@Uncensored</guid><description><![CDATA[Seems sensible enough.  Perhaps they knew that IBM Hat would destroy CentOS
and were happy to just "take the money and run".  One must wonder why IBM
Hat would even want to buy CentOS in the first place, since it's just a respin
of RHEL, which is itself just a stabilized respin of Fedora. 
  
 Or it *was* a respin of RHEL before they changed it to "CentOS Stream". 
So I guess their intention now is that CentOS is to Debian Testing as Fedora
is to Debian Unstable, and if you want "Stable" you pay for RHEL.  Let's all
chant it in unison: "Fuck off, IBM." 
  
 Even ORACLE, the company everyone loves to hate, got it right.  Oracle Linux
is a respin of RHEL, just like CentOS was and Rocky is, and is delivered using
the same business model as Ubuntu (the bits are free, pay us for support if
you want to).  For an open source operating system (and yes, Linux *is* an
operating system; Stallman can
go beat and stab himself with a hammer and sickle) it doesn't make sense to
have a closed distribution. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099333286</link><pubDate>Thu, 06 Apr 2023 16:46:21 -0000</pubDate><title>Message #2099333286</title><guid isPermaLink="false">2099333286@Uncensored</guid><description><![CDATA[ > 2023-04-06 11:28 from fandarel       
 >Hate to say it, but I really don't trust the CloudLinux folks that are 
     
 >behind AlmaLinux.  And I wish I could explain why, just something about
     
 >how they've presented the project and how they are moving forward      

 >strikes me as off. No such bad vibes about Rocky Linux.  That said,    
  
 >I've been using Debian for so long for everything outside of $DAYJOB   
   
 >that I'm unlikely to change.  But maybe I can persuade $DAYJOB to give 
     
 >Rocky a try over Ubuntu.  We have a pile of Ubuntu 18.04 that I need to
     
 >either upgrade or move to something else soon.       
 >       
 >      
      
 Thanks for the comment. According to the link I posted, Rocky is something
Kurtzer's people had been working on as a contingence plan in case of a CentOScalypse
(since his company sold services based on CentOS) at the time IBM
bought Red Hat.     
    
 It reminds me of the Paizo case. Paizo was a publisher of RPG modules that
sold adventure modules for Dungeons and Dragons 3.5 under license. When the
next Dungeons and Dragons was released in such a way that 3rd party publishers
could not release modules for it, Paizo decided to publish their own Dungeons
and Dragons  clone so they could keep selling adventure modules for it.  

  
 You can see a trend here. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099333273</link><pubDate>Thu, 06 Apr 2023 15:28:02 -0000</pubDate><title>Message #2099333273</title><guid isPermaLink="false">2099333273@Uncensored</guid><description><![CDATA[Hate to say it, but I really don't trust the CloudLinux folks that are behind
AlmaLinux.  And I wish I could explain why, just something about how they've
presented the project and how they are moving forward strikes me as off. 
No such bad vibes about Rocky Linux.  That said, I've been using Debian for
so long for everything outside of $DAYJOB that I'm unlikely to change.  But
maybe I can persuade $DAYJOB to give Rocky a try over Ubuntu.  We have a pile
of Ubuntu 18.04 that I need to either upgrade or move to something else soon.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099333251</link><pubDate>Thu, 06 Apr 2023 13:45:13 -0000</pubDate><title>Message #2099333251</title><guid isPermaLink="false">2099333251@Uncensored</guid><description><![CDATA[ > Now a question: why do you think Rocky Linux has become the heir of   
 >CentOS instead of, say, Alma Linux?   
  
 That's easy.  When IBM announced that they were making CentOS useless by
turning it into another Fedora instead of a guaranteed binary-compatible respin
of Red Hat Enterprise Linux, the new project Rocky Linux was started by Gregory
Kurtzer.  He was one of the original founders of CentOS.  The other founder
was the late Rocky McGaugh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099332550</link><pubDate>Mon, 03 Apr 2023 17:24:01 -0000</pubDate><title>Message #2099332550</title><guid isPermaLink="false">2099332550@Uncensored</guid><description><![CDATA[ > 2023-04-03 12:33 from IGnatius T Foobar       
 > >Debian admins here will enjoy their popcorn while reading how the Red
     
 >      
 > >Hat ecosystem has a clone war XD               
 >        
 > Debian has plenty of clones of its own, so there's really no       
 >difference here.       
 >        
 > I wish IBM would just switch to the "the download is always free; pay 
     
 >us for support if you want" model that Canonical uses.  It would make  
    
 >everyone's world a lot easier.  IBM's insistence on making the       
 >supported version (and its update channels) a closed-up download is one
     
 >reason the entire cloud world runs on Ubuntu instead of Red Hat.       
 >        
 > I wonder if anyone actually uses Red Hat support, or if close to 100% 
     
 >of their business is the "it isn't real software unless we can pay a   
   
 >vendor" racket.       
 >        

> Meanwhile, it is true that Rocky Linux has become the heir apparent of 
    
 >CentOS.       
 >       
 >      
      
 It is true Debian has its clones, but it is a more stable deal: if you want
Debian, you use Debian; if you want Debian with support from a vendor, you
pick support from Canonical with their Ubuntu.       
    
 A friend of mine is a head developer for a product they distribute to ISPs
(in fact he got promoted from making it, and now he complains non-stop that
they don't let him code anymore). They target Red Hat and use Red Hat, but
he has mentioned to me the only Red Hat support they ever ask for is docummentation.
  
  
 Now a question: why do you think Rocky Linux has become the heir of CentOS
instead of, say, Alma Linux? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099332535</link><pubDate>Mon, 03 Apr 2023 16:33:49 -0000</pubDate><title>Message #2099332535</title><guid isPermaLink="false">2099332535@Uncensored</guid><description><![CDATA[ >Debian admins here will enjoy their popcorn while reading how the Red  

 >Hat ecosystem has a clone war XD         
  
 Debian has plenty of clones of its own, so there's really no difference here.

  
 I wish IBM would just switch to the "the download is always free; pay us
for support if you want" model that Canonical uses.  It would make everyone's
world a lot easier.  IBM's insistence on making the supported version (and
its update channels) a closed-up download is one reason the entire cloud world
runs on Ubuntu instead of Red Hat. 
  
 I wonder if anyone actually uses Red Hat support, or if close to 100% of
their business is the "it isn't real software unless we can pay a vendor"
racket. 
  
 Meanwhile, it is true that Rocky Linux has become the heir apparent of CentOS.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099332533</link><pubDate>Mon, 03 Apr 2023 16:29:09 -0000</pubDate><title>Message #2099332533</title><guid isPermaLink="false">2099332533@Uncensored</guid><description><![CDATA[I've never had rsync's --delete option not work as advertised.  That is a
bit on the weird side.  I wonder if you can crank the verbosity up to eleven
and have it tell you why it's skipping files. 
  
 By the way, if you're not doing this already -- a huge win for backup drives
is to put a COW filesystem on them (mooooo) and keep a week of snapshots around.
 That way if you accidentally delete something you have up to a week to get
it back from an old snapshot.  Daily differentials with no storage penalty.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099332489</link><pubDate>Mon, 03 Apr 2023 09:46:49 -0000</pubDate><title>Message #2099332489</title><guid isPermaLink="false">2099332489@Uncensored</guid><description><![CDATA[Subject: ADMIN Magazine Rocky Linux Special               
              
 Hi there. I am not the sort of people who does these things, so let me preface
this post with a Full Disclosure warning: I get money from some of the people
involved so I have a conflict of interests (ie. it is in my best interest
to tell you this stuff is amazing so you go and visit the link).         
   
            
 Long story short, with the CentOscalypse there are some admins running arround
like headless chickens because they no longer have a clean upgrade path forward.
A number of them is jumping ship to Debian from their CentOS. The rest is
still wondering which free (as in beer) RHEL clone to adopt. Main contenders
nowadays are Alma Linux and Rocky Linux           
          
 I am posting a link for a free PDF download, which is an ADMIN Magazine mini-issue
sponsored by the Rocky/CIQ
people. It contains an interview with the Rocky Linux head-honcho, instructions
for migrating your CentOS installs to Rocky Linux, and some general interest
information about the History of Rocky and their long term goals.        

        
 I know in the end of the day it is just a 24 pages long advertisement piece,
but I think it is still informative, specially if you are not involved with
RHEL clones and want to know what the fuss is about. Debian admins here will
enjoy their popcorn while reading how the Red Hat ecosystem has a clone war
XD       
      
 Here is the link. The download is free but subscribing to a newsletter (from
which you may unsubscribe later) is required. I am not directly affiliated
with this link (ie. I don't get directly paid if you visit)     
    
 https://bit.ly/Inside-Rocky-Linux   
  
 (BTW, it is my understanding the ADMIN Magazine people does not usually
run sponsored articles, which may explain why they released this as a separate
mini-issue instead of incorporating it to one of their regular numbers) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331866</link><pubDate>Wed, 29 Mar 2023 21:58:48 -0000</pubDate><title>Message #2099331866</title><guid isPermaLink="false">2099331866@Uncensored</guid><description><![CDATA[<html><body>

<p>ah, ok i saw cloud and sort of stopped reading :) </p>
<p>This weekend after i get back from hospital going to see if i can back date rsync on my desktop, if i can, then problem solved without having to adjust my workflow.  Frustrating bug.</p>
<blockquote>
<div class="message_header"><span>Wed Mar 29 2023 05:28:01 PM EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>quick search says rclone uses cloud destinations?  </blockquote>
<br />rclone uses nearly any backend destination you want to use, including ftp, local filesystems, ssh/sftp, webdav servers... you name it. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331865</link><pubDate>Wed, 29 Mar 2023 21:28:01 -0000</pubDate><title>Message #2099331865</title><guid isPermaLink="false">2099331865@Uncensored</guid><description><![CDATA[ >quick search says rclone uses cloud destinations?    
  
 rclone uses nearly any backend destination you want to use, including ftp,
local filesystems, ssh/sftp, webdav servers... you name it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331686</link><pubDate>Tue, 28 Mar 2023 14:33:37 -0000</pubDate><title>Message #2099331686</title><guid isPermaLink="false">2099331686@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya i have that parameter, else it would not work with normal files ( which it does just fine .. including .dot folders if removed, just not the files IN the .dot folder ).</p>
<p>i installed a fresh Debian, installed 3.1.3 version of rsync.   it works like it should, so must be a bug in later versions ( not going to see how far back..) . Grumble.  Going to try to install older version on my desktop then pin it, if it lets me.  </p>
<p>quick search says rclone uses cloud destinations? </p>
<blockquote>
<div class="message_header"><span>Tue Mar 28 2023 10:06:44 AM EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><span style="background-color: transparent; color: navy;">rsync has a flag for propagating deletions. I think it is --delete.</span></blockquote>
<br />If you are sick for good of rsync, you can try rclone, but I don't see a reason to use it when you have rsync setup already. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331679</link><pubDate>Tue, 28 Mar 2023 14:06:44 -0000</pubDate><title>Message #2099331679</title><guid isPermaLink="false">2099331679@Uncensored</guid><description><![CDATA[ > 2023-03-26 10:52 from Nurb432     
 >Ok so ran across something last night, and dont see a fix so looking   

 >for alternatives..     
 >    
 >Been seeing the issue where my rsync backup drive of my home    
 >directory fills up.. have to erase and start over.  Yet my home    
 >directory is not that big.  Has not been a huge deal so i been    
 >putting it off.     
 >    
 >Last night i forgot to empty trash before i did a backup ."damn, that  
 
 >is 75g ... let me empty it and run sync again "  .   But in logs    
 >it didnt actually delete anything. Turns out that if you have a    
 >hidden folder rsync will copy new items to the destination, but if    
 >you remove the file, it ignores it ..      if you delete the    
 >entire folder, it will sync that change.      
 >    
 >So as cache files and such build ( browsers, etc ) in the hidden    
 >folders, it just keeps accumulating
on my backup.. until poof, its    
 >full.     
 >    
 >Trying to search around for an alternative, which i have never cared   

 >to do, rsync has always done ok for me for all these years, and all i  
 
 >get is commercial cloud crap.  Yes i could erase/copy full each    
 >time, but when 90% of my flies don't change its wasted time and extra  
 
 >stress on my ssd for no reason.  ( and since i have 3 backups, one i  
 
 >take off-site, even more wasted time )    
 >    
    
 rsync has a flag for propagating deletions. I think it is --delete.   
  
 If you are sick for good of rsync, you can try rclone, but I don't see a
reason to use it when you have rsync setup already. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331603</link><pubDate>Mon, 27 Mar 2023 22:41:09 -0000</pubDate><title>Message #2099331603</title><guid isPermaLink="false">2099331603@Uncensored</guid><description><![CDATA[<html><body>

<p>Ah, an older version..  </p>
<p>Tomorrow going to install a test vm and get an older version of rsync on it ..  </p>
<blockquote>
<div class="message_header"><span>Mon Mar 27 2023 05:33:16 PM EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2023-03-27 19:30 from Nurb432 &lt;nurb432@uncensored.citadel.org&gt; <br />What version and what OS? I suspect i have a bug in my version, and </blockquote>
<br />My test came from RHEL 8, rsync 3.1.3, protocol version 31. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331598</link><pubDate>Mon, 27 Mar 2023 21:33:16 -0000</pubDate><title>Message #2099331598</title><guid isPermaLink="false">2099331598@Uncensored</guid><description><![CDATA[ > 2023-03-27 19:30 from Nurb432 <nurb432@uncensored.citadel.org>   
 >What version and what OS? I suspect i have a bug in my version, and  
  
 My test came from RHEL 8, rsync 3.1.3, protocol version 31. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331592</link><pubDate>Mon, 27 Mar 2023 20:05:16 -0000</pubDate><title>Message #2099331592</title><guid isPermaLink="false">2099331592@Uncensored</guid><description><![CDATA[<html><body>

<p>The python code GPT-3.5 gave me ( since i wont pay for GPT4 ) looked good doing a review, tested..  works like its supposed to.</p>
<p>Sure, not as many features ( like ssh, compression, bla bla ), and not as efficient, but it will do what i want..</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331589</link><pubDate>Mon, 27 Mar 2023 19:30:12 -0000</pubDate><title>Message #2099331589</title><guid isPermaLink="false">2099331589@Uncensored</guid><description><![CDATA[<html><body>

<p>What version and what OS? I suspect i have a bug in my version, and the one before it ( i think i cant be 100% sure now )    version 3.2.7  protocol version 31 - bookworm</p>
<p> </p>
<p>in my case it would be </p>
<p> </p>
<p>First</p>
<ul>
<li>create  /house/.files</li>
<li>add /house/.files/bla.txt</li>
</ul>
<p>rsync.. adds folder and file.</p>
<p>Then</p>
<ul>
<li>Delete /house/.files/bla.txt</li>
</ul>
<p>rsync: </p>
<ul>
<li>ignores change and leaves bla.txt</li>
</ul>
<p>Then</p>
<ul>
<li>Add /house/.files/blue.txt</li>
</ul>
<div>rsync</div>
<div>
<ul>
<li>still ignores the fact bla.txt is gone</li>
<li>adds blue.txt</li>
</ul>
Then.<br />
<ul>
<li>delete entire folder /house/.files</li>
</ul>
</div>
<p>rsync</p>
<ul>
<li>removes folder and both files</li>
</ul>
<p> </p>
<p>But adding/removing files from root of /house/  works fine. </p>
<p> </p>
<div> </div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331588</link><pubDate>Mon, 27 Mar 2023 19:06:13 -0000</pubDate><title>Message #2099331588</title><guid isPermaLink="false">2099331588@Uncensored</guid><description><![CDATA[I think that one of us is missing something. Works for me. 
  
 $ mkdir -p src/.config dest 
 $ cd src 
 $ touch one .config/two .config/three four 
 $ rsync -a --delete . ../dest/ 
 $ rm one .config/two 
 $ rsync -a -v --delete . ../dest/ 
 sending incremental file list 
 deleting one 
 ./ 
 deleting .config/two 
 .config/ 
  
 sent 154 bytes  received 45 bytes  398.00 bytes/sec 
 total size is 9  speedup is 0.05 
 $ rm .config/three 
 $ rsync -a -v --delete . ../dest/ 
 sending incremental file list 
 deleting .config/three 
 .config/ 
  
 sent 122 bytes  received 33 bytes  310.00 bytes/sec 
 total size is 5  speedup is 0.03 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331581</link><pubDate>Mon, 27 Mar 2023 18:37:24 -0000</pubDate><title>Message #2099331581</title><guid isPermaLink="false">2099331581@Uncensored</guid><description><![CDATA[<html><body>

<p>Tho, i guess i''m missing the obvious time saving measure:</p>
<p> </p>
<p>"hey bot, in python make me.... "</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331572</link><pubDate>Mon, 27 Mar 2023 16:40:18 -0000</pubDate><title>Message #2099331572</title><guid isPermaLink="false">2099331572@Uncensored</guid><description><![CDATA[<html><body>

<p>sure, i can, but hate to go to all hat trouble when rsync *should* do this out of the box.  I could always go back to zip, just was a nice feature to have it 'plug and play' if i got into a jam. i dont do it so much to recover a file from an 'oh crap' moment, its more for disaster recovery. </p>
<p>For all my other items i backup, rsync works well, no funny folders to deal with, its just my actual home directory that is causing me issues.</p>
<blockquote>
<div class="message_header"><span>Mon Mar 27 2023 10:51:03 AM EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">By the way, if it comes to it, you may have to implement your own "generate a list of files and then go find and delete the chaff" script. A verbose flag to rsync may help to generate the list of wheat files for you. <br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331561</link><pubDate>Mon, 27 Mar 2023 14:51:03 -0000</pubDate><title>Message #2099331561</title><guid isPermaLink="false">2099331561@Uncensored</guid><description><![CDATA[By the way, if it comes to it, you may have to implement your own "generate
a list of files and then go find and delete the chaff" script. A verbose flag
to rsync may help to generate the list of wheat files for you. 
  
 I actually ended up writing my own backup scripts. I wanted something that
would generate incremental snapshots while my archive medium is not connected.
Then, once a month or so, I connect the medium and tell it to "replay" the
snapshots into their final destination. So it actually keeps track of a list
of files that should be in each snapshot, and then only records the files
that have changed. When I "replay", then it creates a new snapshot from the
previous snapshot with "cp -l", identifies files that were copied which don't
exist in the target snapshot's file list and deletes them, and then unpacks
the incremental snapshot over it. 
  
 I remember when I was younger,
earlier versions of Windows used to have a concept of a briefcase directory.
As a kid, I didn't pay much attention to it - "briefcase" sounds like something
my Dad would take to the office, and not at all like DooM or Commander Keen,
which is what computers were really for. Ironically, I think that what I've
ended up writing is pretty similar to that old Windows briefcase concept.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331560</link><pubDate>Mon, 27 Mar 2023 14:42:42 -0000</pubDate><title>Message #2099331560</title><guid isPermaLink="false">2099331560@Uncensored</guid><description><![CDATA[I wonder if --delete-excluded would do it? I should have read your post a
second time, I obviously didn't understand it fully the first time around.
I'm surprised rsync cares about dot versus no-dot. Of course, the dots-are-hidden
thing is only a convention, it has no bearing on readdir or any of the other
filesystem related system calls. That makes me suspect that perhaps rsync
has a default exclusion pattern to prevent it from descending into dot-dirs,
and maybe --delete-excluded will do the trick? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331536</link><pubDate>Mon, 27 Mar 2023 11:40:50 -0000</pubDate><title>Message #2099331536</title><guid isPermaLink="false">2099331536@Uncensored</guid><description><![CDATA[<html><body>

<p>Bleh typo.</p>
<p> </p>
<p>"files in a dot folder that got deleted"   not didnt..  of course it wont delete files that are still in the source.. :)      Just delete the extra word delete i had :)  rsync reached out and grabbed my keyboard :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331533</link><pubDate>Mon, 27 Mar 2023 11:22:21 -0000</pubDate><title>Message #2099331533</title><guid isPermaLink="false">2099331533@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya, i do have that as a parameter. and it does delete a dot folder ( and any files in it ), and files that were in regular folders, fine. Its just files inside a dot folder that didnt get deleted that its ignoring once they are written to the destination.. </p>
<p>( user name changed due to the obvious reasons ) -&gt;  <strong>rsync -azvh --delete '/home/xxxx' '/media/xxxx/357c67df-e734-431f-8adc-a40366d690a8/' </strong>        ( that mess that looks a bit like a UUID is how one my external SSD shows up and its not worth me changing it really, its scripted, i dont type it. The one i send off site is a veracrypt drive instead and it does the same thing. )</p>
<p>Going to install an older version of Debian ( buster ) later this week and try it there, as i wonder if its a bug in bookworm. But i think i had this problem as far back as stretch. Before that i did backups differently and just a zip of separate folders.. ( since tar wont do a 'sync' on updates very well ) but having files 'open' is far more convenient, and i could just shove the drive into a new PC and mount it as my home.. instantly be back and running. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sun Mar 26 2023 09:25:17 PM EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">--delete delete extraneous files from dest dirs </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331495</link><pubDate>Mon, 27 Mar 2023 01:25:17 -0000</pubDate><title>Message #2099331495</title><guid isPermaLink="false">2099331495@Uncensored</guid><description><![CDATA[--delete                 delete extraneous files from dest dirs 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099331435</link><pubDate>Sun, 26 Mar 2023 14:52:32 -0000</pubDate><title>Message #2099331435</title><guid isPermaLink="false">2099331435@Uncensored</guid><description><![CDATA[<html><body>

<p>Ok so ran across something last night, and dont see a fix so looking for alternatives..</p>
<p>Been seeing the issue where my rsync backup drive of my home directory fills up.. have to erase and start over.  Yet my home directory is not that big.  Has not been a huge deal so i been putting it off.</p>
<p>Last night i forgot to empty trash before i did a backup ."damn, that is 75g ... let me empty it and run sync again "  .   But in logs it didnt actually delete anything. Turns out that if you have a hidden folder rsync will copy new items to the destination, but if you remove the file, it ignores it ..      if you delete the entire folder, it will sync that change. </p>
<p>So as cache files and such build ( browsers, etc ) in the hidden folders, it just keeps accumulating on my backup.. until poof, its full.</p>
<p>Trying to search around for an alternative, which i have never cared to do, rsync has always done ok for me for all these years, and all i get is commercial cloud crap.  Yes i could erase/copy full each time, but when 90% of my flies don't change its wasted time and extra stress on my ssd for no reason.  ( and since i have 3 backups, one i take off-site, even more wasted time )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099325253</link><pubDate>Tue, 07 Feb 2023 14:42:37 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099325253@Uncensored</guid><description><![CDATA[<html><body>

<p>I get it, Oracle is not a well loved or trusted company.</p>
<p>And if that is to be the case, then btrfs will keep getting improved until it reaches feature parity with ZFS, and that'll be the end of that.</p>
<p>It's their choice, really.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324828</link><pubDate>Sat, 04 Feb 2023 00:51:50 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324828@Uncensored</guid><description><![CDATA[<html><body>

<p>"we promise" </p>
<p>Ya.. no thanks.</p>
<blockquote>
<div class="message_header"><span>Fri Feb 03 2023 06:00:51 PM EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Ding dong, proprietary Unix is dead.</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Other possibilities are dual-licensing (GPL and BSD) or, as Linus has called for, a covenant not to sue over OpenZFS. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324819</link><pubDate>Fri, 03 Feb 2023 23:00:51 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324819@Uncensored</guid><description><![CDATA[Other possibilities are dual-licensing (GPL and BSD) or, as Linus has called
for, a covenant not to sue over OpenZFS. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324786</link><pubDate>Fri, 03 Feb 2023 18:09:23 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324786@Uncensored</guid><description><![CDATA[<html><body>

<p>After the OpenBSD fiasco, network drivers stopped getting ported from linux, and there was a huge push in FreeBSD to de-GPL all of base.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Feb 03 2023 13:07:27 EST</span><span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span><span class="message_subject">Subject: Re: Ding dong, proprietary Unix is dead.</span></div>
<div class="message_content">
<p>ya for all the good GPL brings, it also brings bad... I hate to sound like ' them' but ultimately it is an infection that can bite you in the butt.. </p>
<blockquote>
<div class="message_header"><span>Fri Feb 03 2023 12:35:13 PM EST</span><span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span><span class="message_subject">Subject: Re: Ding dong, proprietary Unix is dead.</span></div>
<div class="message_content">
<p>Changing the license to GPL would have disastrous consequences.  It would be removed from nearly every OS that currently uses it, except linux.</p>
</div>
</blockquote>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324784</link><pubDate>Fri, 03 Feb 2023 18:07:27 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324784@Uncensored</guid><description><![CDATA[<html><body>

<p>ya for all the good GPL brings, it also brings bad... I hate to sound like ' them' but ultimately it is an infection that can bite you in the butt.. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Feb 03 2023 12:35:13 PM EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span> <span class="message_subject">Subject: Re: Ding dong, proprietary Unix is dead.</span></div>
<div class="message_content">
<p>Changing the license to GPL would have disastrous consequences.  It would be removed from nearly every OS that currently uses it, except linux.</p>
<p> </p>
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324781</link><pubDate>Fri, 03 Feb 2023 17:35:13 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324781@Uncensored</guid><description><![CDATA[<html><body>

<p>Changing the license to GPL would have disastrous consequences.  It would be removed from nearly every OS that currently uses it, except linux.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Feb 03 2023 10:57:04 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Ding dong, proprietary Unix is dead.</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Fair enough. `btrfs` originated inside of Oracle and they have (or at least had) a bunch of engineers working on it. Thanks to the GPL they cannot revoke it from the community or change the terms of its publication into the kernel. <br /><br />The point is that after acquiring Sun, Oracle became the steward of two filesystems with very similar goals and purposes. Some people consider ZFS to be far superior to btrfs, and Oracle no longer has a business case for keeping ZFS away from Linux, so why don't they just relicense it as GPL. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324770</link><pubDate>Fri, 03 Feb 2023 15:57:04 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324770@Uncensored</guid><description><![CDATA[Fair enough.  `btrfs` originated inside of Oracle and they have (or at least
had) a bunch of engineers working on it.  Thanks to the GPL they cannot revoke
it from the community or change the terms of its publication into the kernel.

  
 The point is that after acquiring Sun, Oracle became the steward of two filesystems
with very similar goals and purposes.  Some people consider ZFS to be far
superior to btrfs, and Oracle no longer has a business case for keeping ZFS
away from Linux, so why don't they just relicense it as GPL. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324500</link><pubDate>Thu, 02 Feb 2023 00:37:02 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324500@Uncensored</guid><description><![CDATA[ >anyone who uses it.  This is particularly st00pid since Oracle is now  

 >the owner of both ZFS and btrfs, and they no longer have a need to give
 
  
 How can Oracle own btrfs? It was developed in the Linux kernel, surely that
makes it GPL, doesn't it? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324489</link><pubDate>Wed, 01 Feb 2023 22:18:51 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324489@Uncensored</guid><description><![CDATA[<html><body>

<p>With FreeBSD's installer, root on ZFS is the default option.  Yes, you can still choose UFS2 if you need that.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Wed Feb 01 2023 16:11:29 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Ding dong, proprietary Unix is dead.</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">ZFS is "sort of" on Linux. Some vendors are afraid to ship it or build on top of it because Oracle hasn't promised not to fling sueballs at anyone who uses it. This is particularly st00pid since Oracle is now the owner of both ZFS and btrfs, and they no longer have a need to give Solaris an edge over Linux. <br /><br />And yes, I know, btrfs still has a write hole when you run a volume in raid5/raid6 mode. But I'm running my home machine in raid1 mode, and I'm running my server farm on top of the kernel's RAID10, so I don't care. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324483</link><pubDate>Wed, 01 Feb 2023 21:11:29 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324483@Uncensored</guid><description><![CDATA[ZFS is "sort of" on Linux.  Some vendors are afraid to ship it or build on
top of it because Oracle hasn't promised not to fling sueballs at anyone who
uses it.  This is particularly st00pid since Oracle is now the owner of both
ZFS and btrfs, and they no longer have a need to give Solaris an edge over
Linux. 
  
 And yes, I know, btrfs still has a write hole when you run a volume in raid5/raid6
mode.  But I'm running my home machine in raid1 mode, and I'm running my server
farm on top of the kernel's RAID10, so I don't care. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324436</link><pubDate>Wed, 01 Feb 2023 14:07:32 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324436@Uncensored</guid><description><![CDATA[ >capabilities that have never been matched in Linux.  Things like   
 >DTrace, zones, ZFS in Solaris, the clustering design in OpenVMS, etc., 
 
 >are superbly designed and maybe even revolutionary.  Leaving licensing 
 
 >issues aside, some of these capabilities have found their way into   
 >FreeBSD, but not Linux.  Why?  I'd argue it's because Linux doesn't   
  
 I mean you're not wrong -- worse is better, simpler is better, new jersey
is better than MIT 
  
 but dtrace is in linux now, ZFS is in linux now, various scary forms of clustering
are in linux now 
  
 so as a practical matter I'm not sure what all this means... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324362</link><pubDate>Tue, 31 Jan 2023 22:13:49 -0000</pubDate><title>Message #2099324362</title><guid isPermaLink="false">2099324362@Uncensored</guid><description><![CDATA[<html><body>

<p>Simpler times back then.  Simpler life.   I miss VSTa. ( tho i have said that before ),</p>
<p>I miss the early 90s in general, who am i kidding.</p>
<blockquote>
<div class="message_header"><span>Tue Jan 31 2023 04:30:18 PM EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p>Believe it or not, I quite like IRIX.  </p>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324360</link><pubDate>Tue, 31 Jan 2023 21:30:18 -0000</pubDate><title>Message #2099324360</title><guid isPermaLink="false">2099324360@Uncensored</guid><description><![CDATA[<html><body>

<p>Believe it or not, I quite like IRIX.  Both my Indy and my O2 are running IRIX Release 6.5 Update 22 (commonly referred to as IRIX 6.5.22).  It's a nice system, rather quirky, but it works very well.</p>
<p> </p>
<p>Now if only I could find the pinouts for the memory slots in my machines, I could maybe get some memory modules made.  Bring them both up to the max supported memory capacity.  256MB for the Indy, 8GB for the O2.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324316</link><pubDate>Tue, 31 Jan 2023 15:25:30 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324316@Uncensored</guid><description><![CDATA[<html><body>

<p>Or if they just kissed and made up, with no suit..</p>
<blockquote>
<div class="message_header"><span>Tue Jan 31 2023 10:11:01 AM EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Ding dong, proprietary Unix is dead.</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">It was really just timing. Had the AT&amp;T lawsuit been settled a few years earlier,</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324311</link><pubDate>Tue, 31 Jan 2023 15:11:01 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324311@Uncensored</guid><description><![CDATA[It was really just timing.  Had the AT&T lawsuit been settled a few years
earlier, BSD would have taken the place Linux is in today, and we would have
ended up with roughly the same results.  I for one am very thankful that the
open source ecosystem appeared and constantly improved and became ubiquitous.
 Without it, commercial Unix would still be dead today and we would be living
in a Windows monoculture dystopia. 
  
 And yes, it's ridiculous that even though Solaris is on life support, Oracle
won't change the license for ZFS. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324217</link><pubDate>Mon, 30 Jan 2023 19:31:12 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324217@Uncensored</guid><description><![CDATA[<html><body>

<p>"good enough" is how most things in the world operate, if you get down to it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324213</link><pubDate>Mon, 30 Jan 2023 18:08:05 -0000</pubDate><title>Re: Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324213@Uncensored</guid><description><![CDATA[One of the most fascinating things to me, as an Engineer and not a Computer
Scientist, is that Linux isn't Great.  Linux is Good Enough, almost as a complete
philosophy.  Commercial Unix - and other commercial alternatives like OpenVMS
- have some truly impressive capabilities that have never been matched in
Linux.  Things like DTrace, zones, ZFS in Solaris, the clustering design in
OpenVMS, etc., are superbly designed and maybe even revolutionary.  Leaving
licensing issues aside, some of these capabilities have found their way into
FreeBSD, but not Linux.  Why?  I'd argue it's because Linux doesn't need them.
 The tools we have available are Good Enough to continue the explosive growth
of the Linux ecosystem and the continued evolution of the pieces that really
matter. 
Compare with the relatively glacial pace of growth around FreeBSD, arguably
a much more technically capable solution. 

In closing, I'll just say that I'm glad to see Commercial Unix die.  No love
at all for AIX, Tru64, HP/UX, SCO, or even IRIX.  Though I still think Magic
Desktop was mighty nifty and wish someone would make an open source clone.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324149</link><pubDate>Sun, 29 Jan 2023 17:21:08 -0000</pubDate><title>Message #2099324149</title><guid isPermaLink="false">2099324149@Uncensored</guid><description><![CDATA[<html><body>

<p>Wow, totality missed your intent. sorry</p>
<p> </p>
<p>I blame being sick and not eating, going on 4 days now.</p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 08:25:14 PM EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p>Terminal graphics are just slow, good for cat pics but not for video.  Also not a link, just underlined text.</p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 16:14:59 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>ok i meant practically, i know you can do tty video. but no one wants it. gimme a break, im sick :)</p>
<p>( and the link didnt show )</p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 03:58:26 PM EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p><span style="text-decoration: underline;"><strong>THIS RIGHT HERE!</strong></span></p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 14:58:11 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Cant play cat videos on tty terminals....</p>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324109</link><pubDate>Sun, 29 Jan 2023 01:25:14 -0000</pubDate><title>Message #2099324109</title><guid isPermaLink="false">2099324109@Uncensored</guid><description><![CDATA[<html><body>

<p>Terminal graphics are just slow, good for cat pics but not for video.  Also not a link, just underlined text.</p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 16:14:59 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>ok i meant practically, i know you can do tty video. but no one wants it. gimme a break, im sick :)</p>
<p>( and the link didnt show )</p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 03:58:26 PM EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p><span style="text-decoration: underline;"><strong>THIS RIGHT HERE!</strong></span></p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 14:58:11 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Cant play cat videos on tty terminals....</p>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324100</link><pubDate>Sat, 28 Jan 2023 21:14:59 -0000</pubDate><title>Message #2099324100</title><guid isPermaLink="false">2099324100@Uncensored</guid><description><![CDATA[<html><body>

<p>ok i meant practically, i know you can do tty video. but no one wants it. gimme a break, im sick :)</p>
<p>( and the link didnt show )</p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 03:58:26 PM EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p><span style="text-decoration: underline;"><strong>THIS RIGHT HERE!</strong></span></p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 14:58:11 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Cant play cat videos on tty terminals....</p>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324099</link><pubDate>Sat, 28 Jan 2023 20:58:26 -0000</pubDate><title>Message #2099324099</title><guid isPermaLink="false">2099324099@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="text-decoration: underline;"><strong>THIS RIGHT HERE!</strong></span></p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 14:58:11 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Cant play cat videos on tty terminals....</p>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324090</link><pubDate>Sat, 28 Jan 2023 19:58:11 -0000</pubDate><title>Message #2099324090</title><guid isPermaLink="false">2099324090@Uncensored</guid><description><![CDATA[<html><body>

<p>Cant play cat videos on tty terminals....</p>
<blockquote>
<div class="message_header"><span>Sat Jan 28 2023 12:18:23 PM EST</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p> </p>
<p><span style="background-color: transparent;"> "there is no market for consumer graphics" </span></p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324088</link><pubDate>Sat, 28 Jan 2023 19:11:02 -0000</pubDate><title>Message #2099324088</title><guid isPermaLink="false">2099324088@Uncensored</guid><description><![CDATA[<html><body>

<p>True that.  Pretty much any computer maker who bet the farm on Itanic failed hard.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324081</link><pubDate>Sat, 28 Jan 2023 17:18:23 -0000</pubDate><title>Message #2099324081</title><guid isPermaLink="false">2099324081@Uncensored</guid><description><![CDATA[<html><body>

<p>You forgot about IRIX.  SGI killed IRIX in their misguided attempt to go Intel (with the Itanium, ironically enough) thus alienating their core customer base.</p>
<p> </p>
<p>Also, the whole "there is no market for consumer graphics" was laughable and even dead wrong, considering the CEO of SGI said this in 1998, 2 years post-release of the Nintendo 64, a stripped-down SGI InfiniteReality workstation.  PlayStation (the OG one, not the knockoffs Sony later produced) had ameowzing graphics (also a MIPS machine), and desktop "programmable" GPUs were already on the market.  Obviously, there was a huge demand in consumer graphics.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099324077</link><pubDate>Sat, 28 Jan 2023 16:23:21 -0000</pubDate><title>Ding dong, proprietary Unix is dead.</title><guid isPermaLink="false">2099324077@Uncensored</guid><description><![CDATA[<html><body>

<p>(Warning: long form article! TL;DR you already know all this, but allow me to wax eloquent.)</p>
<h2 id="ding-dong-proprietary-unix-is-dead-">Ding dong, proprietary Unix is dead.</h2>
<p>Back in the late 1990s, the commercial Unix titans waged war, each tying to establish their place at the top of the heap, each trying to be "the" vendor that would win the Unix Wars. Sun, IBM, DEC, HP, and others fought for the love and money of the user community. Who won the Unix Wars? Unfortunately, the early victor seemed to be a junior varsity team from the pacific northwest whose pathetic offering wasn't even a Unix operating system. In that time, everyone in the trade press talked about "migrating to NT" as breathlessly as they now talk about "migrating to the cloud."</p>
<p>In fact, I remember someone right in this very forum saying of the future of Unix: "Microsoft will squash it like a bug" and later, "Linux will <em>be</em> Unix, or what's left of it." It was a dreary and hopeless-seeming chapter of computing history. Ironically, the reason I originally learned how to build multithreaded server software instead of servers launched by <code>inetd</code> was because I suspected I would eventually need to move to Windows. Thankfully, that never happened -- instead, a few years later, open source Unix began its incredible breakout success.</p>
<p>Today, the world runs on Linux, BSD, and open source software stacks of all types. Every part of the computing landscape except for one vendor's legacy desktop runs on some sort of Linux or BSD variant. How did this happen? We will leave that for the follow-up discussion (please be responsible and hit "Reply" rather than "Enter message" to keep the thread intact). I think it's time to bring up a couple of data points, then deliver a happy eulogy for the operating system that changed the world, and finally raise a toast to its open source progeny.</p>
<h2 id="why-talk-about-it-now-">Why talk about it now?</h2>
<p>Why now, you might ask? This has been going on for a while. We all know about it. So what's the point of talking about it in long form now? It's because we recently arrived at what some might call the final mile marker in the life of commercial Unix: IBM has <a href="https://news.ycombinator.com/item?id=34397092">moved all remaining AIX development jobs to India.</a> From a purely "IBM behavior" perspective, this isn't a surprise -- the company we call "India Business Machines" has been sacking US workers and replacing them with offshore workers for a long time now. It's significant because AIX was the last remaining proprietary Unix that was still in active development by its vendor. By shifting the development to offshore code pounders, IBM has signalled that AIX is now in maintenance mode.</p>
<p>Let us now visit the "leaderboard" of the former titans.</p>
<ul>
<li>IBM and AIX: as noted above, now in maintenance mode.</li>
<li>Sun and Solaris: effectively dead as of 2017, when Oracle laid off the core talent of the Solaris and SPARC teams. Solaris 12 was canceled and replaced with "Solaris 11.next" which basically put <em>that</em> operating system into maintenance mode.</li>
<li>DEC and Tru64 (formerly OSF/1 and Digital Unix): acquired by Compaq and then HP; ultimately discontinued by the vendor. For real.</li>
<li>HP and HP/UX (pronounced "H Pukes"): like the old man in Monty Python's "Holy Grail", it says it's not dead but it isn't fooling anyone. HP/UX is tied to Itanium, which is also in maintenance mode and will go cold in 2025.</li>
<li>SCO: hahahahahahahaha! Yeah, they're gone, but they'll probably zombie up every couple of years to sue someone. Not really relevant. Interestingly, they were briefly vaporwaring something called "OpenServer 10" which was to be based on FreeBSD, but that seems to have disappeared from their web site now.</li>
</ul>
<h2 id="and-of-course-all-of-this-is-ok-">And of course, all of this is ok.</h2>
<p>In the dark and gloomy late 1990s, Brian Valentine said that when Windows finished vanquishing all other operating systems in every conceivable corner of the industry, Windows would become "the fabric of standard computing." We are thankful that this dystopia never came to pass. Instead, we really <em>did</em> establish a fabric of standard computing, but one that is collectively stewarded, one in which every component is swappable, one upon which new developments can be made by anyone with no first-party advantage. This is a Good Thing.</p>
<p>A few brilliant hackers at AT&amp;T changed the world in 1969 when they developed an operating system whose fundamentals have stood the test of time. Even they agree that Linux and BSD are the progeny of the original Unix equally as much as its own commercial descendents (which, as previously demonstrated, are now dead). We have reason to celebrate.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099323239</link><pubDate>Fri, 20 Jan 2023 01:51:27 -0000</pubDate><title>Message #2099323239</title><guid isPermaLink="false">2099323239@Uncensored</guid><description><![CDATA[<html><body>

<p>Yea, I saw some of those questions come up in Citadel Support while I was doing my work to make Citadel compile and run on FreeBSD.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099323227</link><pubDate>Thu, 19 Jan 2023 23:51:25 -0000</pubDate><title>Message #2099323227</title><guid isPermaLink="false">2099323227@Uncensored</guid><description><![CDATA[<html><body>

<p>I might have been ranting a bit ( and had a migraine that day ), but this is what i meant.</p>
<blockquote>
<div class="message_header"><span>Thu Jan 19 2023 06:32:12 PM EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Happy to assist if they get stuck but do *some* of the 101-level learning. <br /><br /><br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099323223</link><pubDate>Thu, 19 Jan 2023 23:32:12 -0000</pubDate><title>Message #2099323223</title><guid isPermaLink="false">2099323223@Uncensored</guid><description><![CDATA[ >So many noobs are attracted by the     
 >small form factor of the pi and its price and end up asking stupid     
 >questions and clogging the communication channels with issues that are 
   
 >common knowledge for anybody who has used Linux for more than 6 months.
   
    
 Amen to that.   
    
 You can see it in the Citadel Support forum from time to time.  Word got
out a couple of years ago that Citadel is the most awesome software to run
on a Pi to repatriate your data and communications -- and that's absolutely
true -- but they show up asking questions that show they're just dipping their
toes in the water and don't know their way around Linux.  For that matter,
they don't know much about running services on the Internet.   
    
 Happy to assist if they get stuck but do *some* of the 101-level learning.
  
  
  
 (Also when you said "rpiers" I thought you meant people who attended Rennslear
Polytechnic Institute ... people who ought to know their way around a computer.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099323178</link><pubDate>Thu, 19 Jan 2023 17:08:38 -0000</pubDate><title>Message #2099323178</title><guid isPermaLink="false">2099323178@Uncensored</guid><description><![CDATA[ > Why do I have to go search a wiki to find information that should be  

 >on the front page?   
  
 Because an UX motherfucker wanted to jerk off on some website template, and
the new debian.org is the result. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099323177</link><pubDate>Thu, 19 Jan 2023 17:06:58 -0000</pubDate><title>Message #2099323177</title><guid isPermaLink="false">2099323177@Uncensored</guid><description><![CDATA[ > 2023-01-16 20:10 from Nurb432     
 >its one thing not remembering its another asking what does it mean..   
 
 >    
 >and sure, everyone is newbie at one point, but need to learn the    
 >basics swim you swim with the big buys..     
 >    
    
 Hey, I have noticed that if you want to learn you have to mix with people
who knows the trade. When I got started with computers I bought a lot of literature
that was well above my level and tried to make the most out of it. It eventually
worked, somehow. Same with the companies you frequent.   
  
 That said, showing at an advanced community and asking the very basics that
are explained everywhere is a bad start. That is a bit of a mini-problem I
have with rpiers. So many noobs are attracted by the small form factor of
the pi and its price and end up asking stupid questions and clogging the communication
channels with issues that are common knowledge for anybody who has used Linux
for more than 6 months. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099323030</link><pubDate>Wed, 18 Jan 2023 15:38:26 -0000</pubDate><title>Message #2099323030</title><guid isPermaLink="false">2099323030@Uncensored</guid><description><![CDATA[<html><body>

<p>ON THIS WEBSITE WE BELIEVE IN SCIENCE</p>
<p>NO DISTRO IS ILLEGAL</p>
<p>ALL ARE WELCOME EXCEPT HATERS</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322965</link><pubDate>Tue, 17 Jan 2023 19:27:09 -0000</pubDate><title>Message #2099322965</title><guid isPermaLink="false">2099322965@Uncensored</guid><description><![CDATA[ > 2023-01-17 18:18 from IGnatius T Foobar <ajc@citadel.org>   
 >    
 > ummm ... it's on a plain html page, easily readable ...   
 >    
 > [ https://wiki.debian.org/DebianReleases ]   
 >    
 > At the time of this writing:   
 > v11 = Bullseye = stable   
 > v12 = Bookworm = testing   
 >    
 > Perhaps they ought to put a link to that page in /etc/apt/sources.list
 
 >  
  
 Why do I have to go search a wiki to find information that should be on the
front page? 
  
 Maybe I'm just being a curmudgeon because I hate debian.org's new design
as of a few years ago. They used to have most of what you'd ever want to know
right on the main page, or a link to it. Now the main page is a bunch of useless
bullshit about community and philosophy and you have to dig or use the search
function to find anything of any relevance. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322950</link><pubDate>Tue, 17 Jan 2023 18:18:41 -0000</pubDate><title>Message #2099322950</title><guid isPermaLink="false">2099322950@Uncensored</guid><description><![CDATA[  
 ummm ... it's on a plain html page, easily readable ... 
  
 [ https://wiki.debian.org/DebianReleases ] 
  
 At the time of this writing: 
 v11 = Bullseye = stable 
 v12 = Bookworm = testing 
  
 Perhaps they ought to put a link to that page in /etc/apt/sources.list 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322901</link><pubDate>Tue, 17 Jan 2023 01:11:49 -0000</pubDate><title>Message #2099322901</title><guid isPermaLink="false">2099322901@Uncensored</guid><description><![CDATA[<html><body>

<p>wtf...  how did it insert words in the wrong place.</p>
<p> </p>
<p>"need to learn the basics before you swim with the big boys"</p>
<blockquote>
<div class="message_header"><span>Mon Jan 16 2023 08:10:46 PM EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>its one thing not remembering its another asking what does it mean..</p>
<p>and sure, everyone is newbie at one point, but need to learn the basics swim you swim with the big buys..</p>
<p> </p>
<p> </p>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322900</link><pubDate>Tue, 17 Jan 2023 01:10:46 -0000</pubDate><title>Message #2099322900</title><guid isPermaLink="false">2099322900@Uncensored</guid><description><![CDATA[<html><body>

<p>its one thing not remembering its another asking what does it mean..</p>
<p>and sure, everyone is newbie at one point, but need to learn the basics swim you swim with the big buys..</p>
<p> </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 16 2023 08:08:16 PM EST</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2023-01-16 21:55 from Nurb432 &lt;nurb432@uncensored.citadel.org&gt; <br />in an SBC forum, talking about Armbian builds: "What is Debian <br />bullseye and what does Ubuntu jammy mean"?  and "what is GPG and <br />SHA" <br /><br />  <br /><br />I think they need to find another hobby.. <br /><br /></blockquote>
<br />To be fair, I can never remember the damn code names. And good luck finding a version to codename mapping on the shitty new website. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322899</link><pubDate>Tue, 17 Jan 2023 01:08:16 -0000</pubDate><title>Message #2099322899</title><guid isPermaLink="false">2099322899@Uncensored</guid><description><![CDATA[ > 2023-01-16 21:55 from Nurb432 <nurb432@uncensored.citadel.org>   
 >in an SBC forum, talking about Armbian builds: "What is Debian  
 >bullseye and what does Ubuntu jammy mean"?  and "what is GPG and  
 >SHA"   
 >  
 >    
 >  
 >I think they need to find another hobby..  
 >  
  
 To be fair, I can never remember the damn code names. And good luck finding
a version to codename mapping on the shitty new website. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322885</link><pubDate>Mon, 16 Jan 2023 21:55:52 -0000</pubDate><title>Message #2099322885</title><guid isPermaLink="false">2099322885@Uncensored</guid><description><![CDATA[<html><body>

<p>in an SBC forum, talking about Armbian builds: "What is Debian bullseye and what does Ubuntu jammy mean"?  and "what is GPG and SHA"</p>
<p> </p>
<p>I think they need to find another hobby..</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322119</link><pubDate>Sat, 07 Jan 2023 14:56:33 -0000</pubDate><title>Message #2099322119</title><guid isPermaLink="false">2099322119@Uncensored</guid><description><![CDATA[<html><body>

<p>Tried installing Armbian x86.. fail.   it booted ran thru the setup on USB.. then tried to install to internal drive..It was able to partition my drive, but then couldn't read the partitions after and fails. Try again it said no space left, delete manually, try.. fail..  Tried a couple of times. ( physical hardware. wasn't able to convert their img to iso.. )</p>
<p>Not that i would 'use' it on a regular basis, but their build suite only supports Armbian and Ubuntu hosts.. id like to get out of having Ubuntu VM dedicated to that..</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099322115</link><pubDate>Sat, 07 Jan 2023 14:48:45 -0000</pubDate><title>Message #2099322115</title><guid isPermaLink="false">2099322115@Uncensored</guid><description><![CDATA[Yes.  Yes it does. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099321856</link><pubDate>Thu, 05 Jan 2023 19:57:05 -0000</pubDate><title>Message #2099321856</title><guid isPermaLink="false">2099321856@Uncensored</guid><description><![CDATA[<html><body>

<p>Oooo . Snap sucks.</p>
<p> </p>
<p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAyQAAABNCAIAAADYezdcAAAAA3NCSVQICAjb4U/gAAAgAElEQVR4Xu2dB1wURxfAZ+84jt7L0ZsigkgRsSHW2IO9QtSoscRobElAjbG32GKJUSyxY9fP2LECKiqIgDTpHY7e4cp+c3sHAre7FAELM7/8EGZn37z3n5m3b9/MXTDQxMLhcOAdmZmZxH2YcqdhHtOGOZlrsSpyEoKvHD70JA1XHuD5zwIHFsBxIb8sNyn0gc+/10LzcaX+nv98V7Bj3sEQPrxTxmb2fi/OxYWbHxTiNCowO7jvWqNzbvbuFzyaVl/1JUxOb5OTzWQNFSMWnlvMPR0R8ntqSQXAjDr0i3XQlq1le1HyM05gWjmEq2bzpCt//rNYoXmf4+zwPmF5EnoYu3cH2y0d9J3kmSVl+f9FBc9NLBJ81fRazTisWfO51dRpULB8j58PzBAcXX8ipIjPqyyvatywY7oj127tHbzq9+vpwga7aKUGDINzo3tPkZFIF1bED7sZdF/I6GTscKSLvoWw8EzoK8/08sbZQ61iE/jIdRz+/XiXzh1NdeXjTi7542a2xINR1QPANuw7ZfpYl866clV5iU/+/fNUUJHoHkzexHWKh1uvTrrsCm7cq1tnzvrGldK5Q2r10RVEABH4vAlUu7BmackyG+O5cpTw4cldxxMrlI3tXXQ0GCBN5PXwooCD6y/F4HK6dqO/n7b8x+IVm31hEIBKMwhgGM7Njf8ttiilCjPmWO127sMru78yT5iZ8rp7jgxDLJGhsbKPLSODW0H8qaCiUpUV9o4vAGkZRfaqaiCPK6pmOFj1ud0RHAt9/nO+QEuVM01RjglQsNWMMfnybsGUtDRlMvwisoqb8jRnWQ4ZYhB+cWfGJ4u0JKTLTr58tpt4LcOFlXFCgMkaburM3Pf45k2mmU9v60FZQfc+LtpqAh+MKSdbkfDsSkTO5MnqtWYCZb1y9zkr
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099321843</link><pubDate>Thu, 05 Jan 2023 17:17:01 -0000</pubDate><title>Message #2099321843</title><guid isPermaLink="false">2099321843@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif; font-size: 15px; white-space: pre-wrap;">Cross compiling an entire new system, including apps and a GUI, from scratch takes a bit. Zzzzzzzzzzzzz</span></p>
<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif;"><span style="font-size: 15px; white-space: pre-wrap;">Building Armbian from scratch on a x86 vm for a Jetson Nano. I really wish they would support the NX so i can get it off ubuntu. Sure i might be able to hack something together with enough effort, but it woudl be that, a hack, and break every time i sneeze..</span></span></p>
<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif; font-size: 15px; white-space: pre-wrap;"><br /></span></p>
<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif; font-size: 15px; white-space: pre-wrap;"><br /></span></p>
<p><span style="color: #050505; font-family: Helvetica, Arial, sans-serif;"><span style="font-size: 15px; white-space: pre-wrap;">( and as i flipped over to that terminal to check status i saw the wayland package float by. Where is my ASCII</span> <span style="font-size: 15px; white-space: pre-wrap;">middle finger when i need it :P ) </span></span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099321236</link><pubDate>Thu, 29 Dec 2022 20:43:41 -0000</pubDate><title>Message #2099321236</title><guid isPermaLink="false">2099321236@Uncensored</guid><description><![CDATA[<html><body>

<p>lol</p>
<blockquote>
<div class="message_header"><span>Thu Dec 29 2022 02:28:57 PM EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I like systemd, and I also like Wayland, so pthphpbbphptgbphtphpbpthpbhh. <br /><br /><br /></div>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099321221</link><pubDate>Thu, 29 Dec 2022 19:28:57 -0000</pubDate><title>Message #2099321221</title><guid isPermaLink="false">2099321221@Uncensored</guid><description><![CDATA[I like systemd, and I also like Wayland, so pthphpbbphptgbphtphpbpthpbhh.

  
 By the way, today I learned that you can configure any Chromium-based browser
to use Wayland by default *without* resorting to modifying the launch shortcut
(which is what I was doing before). 
  
 Go to chrome://flags 
 Locate "Preferred Ozone platform" 
 Set it to "Wayland" 
 Restart 
  
 et voila!  I think it ought to default to Wayland if Wayland is available
at all, because if both are available then it's really just running XWayland.
 I find it satisfying when I run xwininfo and click on the browser and nothing
happens  :)   I seldom have much open other than kitty (terminal) and Brave
(browser) anyway, so ... legacy free ftw! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099321003</link><pubDate>Mon, 26 Dec 2022 23:55:01 -0000</pubDate><title>Message #2099321003</title><guid isPermaLink="false">2099321003@Uncensored</guid><description><![CDATA[<html><body>

<p>I blame canoical for pushing things like SystemD, wayland and that freaking walled snap store.</p>
<p>I dont like them.</p>
<p> </p>
<p>( but that should come as no surprise )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099320997</link><pubDate>Mon, 26 Dec 2022 23:19:07 -0000</pubDate><title>Message #2099320997</title><guid isPermaLink="false">2099320997@Uncensored</guid><description><![CDATA[In other news, it now seems that Canonical will have a go at its next attempt
to do an IPO in this coming year.  I don't know how I feel about that.  I
like Ubuntu and I hope they don't end up going the way of Red Hat and split
into paid and free versions.  If they did that I would certainly bail out
and go back to plain Debian.  Hopefully they realize that it would be a bad
move; for all but the gurus, Mint would probably take their place. 
  
 Honestly though, for the last couple of years I'd simply assumed that Canonical
would eventually be acquired by Microsoft.  I suppose an IPO is better. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099320563</link><pubDate>Wed, 21 Dec 2022 22:45:29 -0000</pubDate><title>Message #2099320563</title><guid isPermaLink="false">2099320563@Uncensored</guid><description><![CDATA[<html><body>

<p>It does seem like going backwards. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099320526</link><pubDate>Wed, 21 Dec 2022 14:34:24 -0000</pubDate><title>Message #2099320526</title><guid isPermaLink="false">2099320526@Uncensored</guid><description><![CDATA[Meanwhile at ${dayjob} ... we just got in some "Smart NICs" (or as they're
called now, "DPUs") to do some evaluation of offloading network functions
onto the card.  I'm not sure how I feel about this, because if you're trying
to build a software-defined network, why deploy purpose-built hardware again?

  
 In any case, this requires OS support, and because certain people are stubborn
we're still focusing on VMware.  I was on a call with them last week and they
were touting their DPU efforts -- something they call "Project Monterey."

  
 And I said to them, "Monterey?  Doesn't that require an Itanium?" 
  
 I don't think anyone over there understands.  A few of you will.  We remember
the Unix Wars of old, how the epic struggle for the top spot was won by a
group of terrorists from Redmond whose OS wasn't even a Unix, and how a ragtag
band of open source enthusiasts took back the territory a decade later.  Apparently
no one who remembers history works at VMware. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099319139</link><pubDate>Wed, 07 Dec 2022 21:12:46 -0000</pubDate><title>Message #2099319139</title><guid isPermaLink="false">2099319139@Uncensored</guid><description><![CDATA[  
 upgraded main dev machines to ubuntu jammy. working decently well. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099318960</link><pubDate>Tue, 06 Dec 2022 16:04:13 -0000</pubDate><title>Message #2099318960</title><guid isPermaLink="false">2099318960@Uncensored</guid><description><![CDATA[<html><body>

<p>Testing = next one in line ( in this case bookworm ). While should be stable it is subject to changes coming from sid.   Sid is the 'upcoming test bed' ( gets moved to the next named testing version but never changes its name, its always Sid since hes not 100% stable ), and then there is true unstable, which can be a ClusterF (tm), but great if you want to live on the edge. </p>
<p>I ran Sid for years as its not just 'it compiled, shipped' , but every so often you get things that are not available yet ( or vanishes for a while ) in the current build and effects something else you have.  Not often, but it happens.   I stopped the one time it broke something i needed to function, and have mostly stuck with release and 'late' testing since.</p>
<blockquote>
<div class="message_header"><span>Tue Dec 06 2022 09:53:02 AM EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>Just upgraded my main machine to bookworm .. wish me luck. :) </blockquote>
<br />I don't quite remember where I am on that timeline ... but I have one VM on which I'm cross-compiling for i386, AMD64, ARMv7, and ARM64 -- and the ARM64 build (on qemu) finally works without crashing. Progress! <br /><br />I wish there was a "rolling" branch of Debian. (Yes I know, "testing" is sort of that way, but it's not guaranteed stable.) </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099318951</link><pubDate>Tue, 06 Dec 2022 14:53:02 -0000</pubDate><title>Message #2099318951</title><guid isPermaLink="false">2099318951@Uncensored</guid><description><![CDATA[ >Just upgraded my main machine to bookworm .. wish me luck. :)   
  
 I don't quite remember where I am on that timeline ... but I have one VM
on which I'm cross-compiling for i386, AMD64, ARMv7, and ARM64 -- and the
ARM64 build (on qemu) finally works without crashing.  Progress! 
  
 I wish there was a "rolling" branch of Debian.   (Yes I know, "testing" is
sort of that way, but it's not guaranteed stable.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099317166</link><pubDate>Sun, 20 Nov 2022 01:00:24 -0000</pubDate><title>Message #2099317166</title><guid isPermaLink="false">2099317166@Uncensored</guid><description><![CDATA[<html><body>

<p>Well, now screen blank actually shuts my monitor off after a while.   not seen that in at least 3 releases...   So at least that is one improvement. </p>
<p> </p>
<p>I wonder if it has drivers now for my 'convertible' laptop. ( one of those things with the screen that folds around to make it a tablet like device ).  By messing with xrand some, I managed to manually force things like turning off keyboard and trackpad, but still cant get screen rotation right, so its only usable in landscape mode. While not worthless, no 'reading' mode. ( video rotates, but touch sensor does not.. ).   Auto sensing and auto switch woudl be nice..   It came with windows, and i guess it does work with that, but, that is windows :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099317164</link><pubDate>Sat, 19 Nov 2022 23:37:16 -0000</pubDate><title>Message #2099317164</title><guid isPermaLink="false">2099317164@Uncensored</guid><description><![CDATA[ > 2022-11-19 22:45 from Nurb432 <nurb432@uncensored.citadel.org>   
 >Just upgraded my main machine to bookworm .. wish me luck. :)   
 >  
  
 Thanks for the reminder. I'm way behind the ball, still running buster on
all my machines. Thanksgiving break is probably a good time to finally upgrade.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099317161</link><pubDate>Sat, 19 Nov 2022 22:45:55 -0000</pubDate><title>Message #2099317161</title><guid isPermaLink="false">2099317161@Uncensored</guid><description><![CDATA[<html><body>

<p>Just upgraded my main machine to bookworm .. wish me luck. :)</p>
<p> </p>
<p>(should be ok i used to run sid all the time)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099315815</link><pubDate>Thu, 03 Nov 2022 22:26:06 -0000</pubDate><title>Message #2099315815</title><guid isPermaLink="false">2099315815@Uncensored</guid><description><![CDATA[<html><body>

<p>if anyone cares, new 9Front released this week.  Code name "golden age of ballooning"</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099314833</link><pubDate>Mon, 24 Oct 2022 23:04:14 -0000</pubDate><title>Message #2099314833</title><guid isPermaLink="false">2099314833@Uncensored</guid><description><![CDATA[      
 If you want some nostalgic fun, read some old Linux Journal magazines.  Here's
one that has a lot of good stuff:     
      
 [ https://web.archive.org/web/20041208112435/http://linux4u.jinr.ru/usoft/WWW/LJ/issue30/issue30.html
]     
      
 Highlights:     
      
 "This PC runs both Linux and DOS/Win3.1 (thank you LILO)"     
      
 "Perhaps RMS is frustrated because Linus got the glory for what RMS wanted
to do."     
      
 "UnixWare Technology Group (UTG) is being dissolved. SCO (the guys who now
own UnixWare) will form an internal group to take its place. What's wrong
with this? UTG was reasonably independent, and its decisions had to do with
the entire Unix industry. Independence is no longer the case, as SCO has just
put themselves in the position of being on all sides of any decisions. For
later reference, note that a little company in Redmond named Microsoft owns
a reasonably-sized
chunk of SCO.     
    
    
 (gaadz ... that last one was prescient, wasn't it?)   
    
 "Linux people, now is the time to strike. Linux is a great operating system
for web servers."  (He then goes on to describe how a DEC Alpha running Linux
beats a Windows NT machine hands down.)   
    
 "In little more than a year Java has gone from an obscure back-room project
at Sun to an all but universal topic of interest and speculation in the computing
community---and we would be astonished if it hadn't."   
    
 "See how one company uses a Linux system and sendmail to handle e-mail routing
between incompatible systems.   
  
  
 (hahah sendmail) 
  
 Seriously, you can find some real gems in there.  Such an interesting snapshot
of the things that were important to us a quarter century ago, the things
we worried about that either did or did not come to pass, the things we dreamed
of that did or did not come to pass ... good times. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313951</link><pubDate>Sat, 15 Oct 2022 13:13:16 -0000</pubDate><title>Message #2099313951</title><guid isPermaLink="false">2099313951@Uncensored</guid><description><![CDATA[<html><body>

<p>Sorry, wast trying to open up that debate really, I was just trying to put it in time-perspective.  </p>
<p>I got carried away with my commentary, as i'm still bitter :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313949</link><pubDate>Sat, 15 Oct 2022 12:52:01 -0000</pubDate><title>Message #2099313949</title><guid isPermaLink="false">2099313949@Uncensored</guid><description><![CDATA[We could talk forever about "what if" there had been no lawsuit and FreeBSD
ended up taking the mantle that Linux held instead.  We would have had different
leaders, different heritage, different stories, but I think we might have
ended up roughly in the same place we are now.  In the end it was Richard
Stallman who kept the ecosystem from succeeding sooner than it did, because
even though the idea was good, his crybaby tactics and insistence that everything
be 100% *his* way or you don't do it at all, drove people away, made the scene
look like a bunch of petulant children. 
  
 I've been a die-hard unix fan since the early 1980's.  I've tried them all.
 With a few exceptions I love them all. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313941</link><pubDate>Sat, 15 Oct 2022 11:30:48 -0000</pubDate><title>Message #2099313941</title><guid isPermaLink="false">2099313941@Uncensored</guid><description><![CDATA[<html><body>

<p>I used to be a BSD one ( well not god*ESS* but you know what i mean :) )   I was poking at BSD back before the days of the "great suit" that let the unencumbered penguin take the lead and forever changed computing.</p>
<p> </p>
<p>Somewhere i should still have my walnut creek CD with NetBSD/386  ( or was it 386/bsd? I forget now, its been too long ) that had the parts that were part of the suit removed.. It was of course totally unusable as is, but we all got a copy in case more code was lost..</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Oct 14 2022 11:59:03 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LadySerenaKitty">LadySerenaKitty</a> </span></div>
<div class="message_content">
<p> <span style="background-color: transparent;">Also, not everykitty is a </span><strong style="background-color: transparent;">FreeBSD Goddess</strong><span style="background-color: transparent;"> like me.  Not everykitty is a linux god either.</span></p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313906</link><pubDate>Sat, 15 Oct 2022 03:59:03 -0000</pubDate><title>Message #2099313906</title><guid isPermaLink="false">2099313906@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Oct 14 2022 16:32:07 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>In theory they are paying for someone to hold their hand, and to blame when things break.   </p>
<p>Having a 3rd party to blame when things go bad should not be discounted.  There is value there.</p>
<blockquote>
<div class="message_header"><span>Thu Oct 13 2022 07:16:55 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">And yet for some reason, people pay boatloads of money to companies like Red IBM, Canonical, and Apple for free unices.</div>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p>Also, not everykitty is a <strong>FreeBSD Goddess</strong> like me.  Not everykitty is a linux god either.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313878</link><pubDate>Fri, 14 Oct 2022 20:32:07 -0000</pubDate><title>Message #2099313878</title><guid isPermaLink="false">2099313878@Uncensored</guid><description><![CDATA[<html><body>

<p>In theory they are paying for someone to hold their hand, and to blame when things break.   </p>
<p>Having a 3rd party to blame when things go bad should not be discounted.  There is value there.</p>
<blockquote>
<div class="message_header"><span>Thu Oct 13 2022 07:16:55 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">And yet for some reason, people pay boatloads of money to companies like Red IBM, Canonical, and Apple for free unices. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313848</link><pubDate>Fri, 14 Oct 2022 13:52:26 -0000</pubDate><title>Message #2099313848</title><guid isPermaLink="false">2099313848@Uncensored</guid><description><![CDATA[Suits can't get their head around the fact that free things have value.  And
they also seem to think that value increases linearly with cost.  My toolbox
has thousands of dollars worth of tools in it.  You know the one I use the
most, by far, that is of the highest value to me?  The jeweler screwdriver
set my Dad gave me for free that he got, for free, from a vendor about 20
years ago. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313796</link><pubDate>Thu, 13 Oct 2022 23:16:55 -0000</pubDate><title>Message #2099313796</title><guid isPermaLink="false">2099313796@Uncensored</guid><description><![CDATA[And yet for some reason, people pay boatloads of money to companies like Red
IBM, Canonical, and Apple for free unices. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313758</link><pubDate>Thu, 13 Oct 2022 17:42:20 -0000</pubDate><title>Message #2099313758</title><guid isPermaLink="false">2099313758@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Oct 13 2022 09:52:00 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><span style="background-color: transparent; color: navy;">I'm not sure why anyone would want to pay Xinuos for FreeBSD when the downloadable version is perfectly good by itself, but whatever...</span></blockquote>
</div>
</div>
</blockquote>
<p>There's also the part where FreeBSD is, y'know, free.  It's kinda in the name.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313733</link><pubDate>Thu, 13 Oct 2022 13:52:00 -0000</pubDate><title>Message #2099313733</title><guid isPermaLink="false">2099313733@Uncensored</guid><description><![CDATA[ >BSD! BSD! BSD!  
  
 You might be interested in knowing that SCO Unix (OpenServer) 10 is built
on 64-bit FreeBSD. 
  
 [ https://www.xinuos.com/products/openserver-10/#os10-features ] 
  
 And it can "support legacy SCO products in a virtualized environment" ! 
Wowzers!!! 
  
 For those of you who weren't paying attention ... there are TWO successors
to SCO after they went bankrupt trying to sueball their open source competitors
out of existence.  TSG Group, a legal entity representing SCO's debtors, settled
with IBM last year.  IBM basically paid them USD$14,250,000 to go away and
give up all current and future litigation claims.  Xinuos, a company that
bought SCO's name and intellectual property back in 2011, continues to hurl
lawsuits at IBM, while selling FreeBSD and pretending that it's SCO Unix.

  
 I'm not sure why anyone would want to pay Xinuos for FreeBSD when the downloadable
version is perfectly good by itself, but whatever... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313675</link><pubDate>Wed, 12 Oct 2022 21:12:35 -0000</pubDate><title>Message #2099313675</title><guid isPermaLink="false">2099313675@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya 9Front is current.  But the community can be off-putting for the newbie.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313637</link><pubDate>Wed, 12 Oct 2022 13:26:43 -0000</pubDate><title>Message #2099313637</title><guid isPermaLink="false">2099313637@Uncensored</guid><description><![CDATA[I quite enjoy playing with plan9 (esp 9front) but the challenge I have is
finding a good 3 button rodent.  2 button plus scroll wheel doesn't work for
me, because I'm constantly scrolling the wheel when I try to press the middle
button.  Any recommendations for not-20-years-old 3 button mice?  Wired or
wireless, I am not picky. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313560</link><pubDate>Tue, 11 Oct 2022 20:18:17 -0000</pubDate><title>Message #2099313560</title><guid isPermaLink="false">2099313560@Uncensored</guid><description><![CDATA[<html><body>

<p>Plan9 for the win!</p>
<p> </p>
<p>:)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099313554</link><pubDate>Tue, 11 Oct 2022 19:27:44 -0000</pubDate><title>Message #2099313554</title><guid isPermaLink="false">2099313554@Uncensored</guid><description><![CDATA[<html><body>

<p>BSD! BSD! BSD!</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099310003</link><pubDate>Wed, 07 Sep 2022 19:06:42 -0000</pubDate><title>Message #2099310003</title><guid isPermaLink="false">2099310003@Uncensored</guid><description><![CDATA[Oooooh, that explains the output of "resolvectl dns" and how it spits out
interface-specific resolvers.  I was playing around with that yesterday in
search of a better way to say "tell me this system's resolvers" other than
scanning through /etc/resolv.conf and /etc/systemd/resolved.conf and /etc/netplan/*
etc etc etc. 
  
 systemd is good at that sort of thing, which is one of the reasons I like
it. 
  
 For this purpose I'm not sure I could cleanly map a domain to it, because
it's acting as a router, and also it's got servers rather than clients behind
it.  What you are describing sounds like just the thing for split tunnel client
VPN though.  And that's probably why they did it. 
  
 The solution I described earlier feels pretty clean at the moment.  One routing
table for input/output and another for forwarding. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309998</link><pubDate>Wed, 07 Sep 2022 18:14:08 -0000</pubDate><title>Message #2099309998</title><guid isPermaLink="false">2099309998@Uncensored</guid><description><![CDATA[ > 2022-09-03 13:33 from IGnatius T Foobar   
 >You mean like looking for the dynamic DNS name of the other end and   
 >then setting the route appropriately?  That could work, as ugly as it  

  
 what I mean is, systemd-resolved has a mode where you can tell it which TLD/suffix
to route to which interface. And each interface has its own DNS servers. 
  
 So if you use a TLD like .internal or anything else specific to your org,
you can configure the routing so that those names will only ever be queried
against the nameservers associated with your VPN interface. 
  
 In the absense of this config, the default behavior of systemd-resolved is
to send the DNS query on all interfaces at once, and return the first positive
response it receives. This mostly works OK, but it has two drawbacks: 
  
 1) DNS queries for your internal hosts are sent to the public internet, and
might be observed by an
attacker who can then gather intel about your internal topology 
 2) If the address resolves differently when it's queried on your internal
nameserver, the result you get is the luck of the draw. 
  
 OpenVPN has a config option `dhcp-option DOMAIN-ROUTE foo` which can be used
to communicate this config to systemd-resolved (assuming it's not broken at
the moment...) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309811</link><pubDate>Mon, 05 Sep 2022 23:50:32 -0000</pubDate><title>Message #2099309811</title><guid isPermaLink="false">2099309811@Uncensored</guid><description><![CDATA[<html><body>

<p>Overthinking has burnt us all a few times :)</p>
<p> </p>
<p>And that is cool.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309803</link><pubDate>Mon, 05 Sep 2022 22:16:30 -0000</pubDate><title>Message #2099309803</title><guid isPermaLink="false">2099309803@Uncensored</guid><description><![CDATA[ > I'll try it later.   
  
 Turns out I was thinking too much.  I do that sometimes. 
  
 It was easy.  Instead of playing around with fwmark and other such incantations,
the solution was to start understanding Linux's multiple routing table capabilities
and how they can be used outside of containers and namespaces etc. 
  
 Step 1: create a routing table, in this case table 100, and make its default
the tunnel: 
 ip route add default dev $1 table 100 
  
 Step 2: use that table to route all traffic originating from the origin server
network: 
 ip rule add from 72.0.224.88/29 table 100 
  
 That's all it took.  None of the other nonsense worked.  This worked elegantly
and beautifully.  Now, traffic being forwarded *through* the host goes into
the tunnel, while traffic to/from the host stays on the main routing table.

  
 This of course gets me right back to where I started, but now I can
add more VPNs without needing to know the IP address of the other end.  I
intend to create a Wireguard VPN from my home router to this router, but I
have dynamic IP at home.  WireGuard supports one end being dynamic.  So now
when I get a WireGuard connection I simply add the route to my home network
(192.168.1.0/24) to table 100 instead of table main.  Easy fo'sheezy and everything
just works. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309691</link><pubDate>Sat, 03 Sep 2022 21:52:17 -0000</pubDate><title>Message #2099309691</title><guid isPermaLink="false">2099309691@Uncensored</guid><description><![CDATA[<html><body>

<p>I have bookmarked them for later. Might want an off-site server sometime.</p>
<p>What OS are they running on the VMs?  I didnt see it listed from a quick glance at the plans.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309689</link><pubDate>Sat, 03 Sep 2022 20:39:07 -0000</pubDate><title>Message #2099309689</title><guid isPermaLink="false">2099309689@Uncensored</guid><description><![CDATA[It sure is.  One of the people here via I2P mentioned it to me.  They're having
a summer promo and I took advantage of it.  It's the perfect place for running
a tiny little darknet router.  Also they don't charge for transfer, they set
the service price based on a bandwidth cap (in this case 250 Mbps which I
consider pretty generous; Ace only gives 5 Mbps).  You could totally use that
for an Internet-facing presence and then use a VPN back to the origin servers.

  
 Back to the previous discussion: I think I might see a way to do what I need.
  Let's say the VPN is running on port 64444 (that's in a good range for WireGuard;
substitute 1701 for L2TP or 443 for SSLVPN or whatever).  We want traffic
from the VPN program to use the host system's default gateway, while all remaining
traffic is entered into the tunnel.  The tunnel, again, is the default gateway
once the VPN is established. 

 
 So... 
  
 ip route add table 100 default via <the real default gateway for the host>
dev ens0 
 ip rule add fwmark 0x2 table 100 
 <various rules to flush out old tables and set local metrics etc> 
  
 Followed by... 
  
 iptables -t mangle -A OUTPUT -p udp --dport 64444 -j MARK --set-mark 2 
  
 I'll try it later. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309687</link><pubDate>Sat, 03 Sep 2022 20:11:18 -0000</pubDate><title>Message #2099309687</title><guid isPermaLink="false">2099309687@Uncensored</guid><description><![CDATA[<html><body>

<p>3.50 a month is cheap.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309678</link><pubDate>Sat, 03 Sep 2022 17:33:33 -0000</pubDate><title>Message #2099309678</title><guid isPermaLink="false">2099309678@Uncensored</guid><description><![CDATA[You mean like looking for the dynamic DNS name of the other end and then setting
the route appropriately?  That could work, as ugly as it might be.  There
is also the possibility of playing around with route tables and trying to
find a way to set a different routing table for a single program.  I suspect
there's a way to do it. 
  
 From home I have two things that need to reach the hosting network directly.
 One is me; i.e. connecting to the servers from my desk at home.  I've largely
solved this by setting up ProxyJump directives in my .ssh/config file.  Anything
in that range of addresses, SSH automatically tunnels through the machine
that runs the VPN VM, and then through the VPN VM itself, and then to the
host.  It works for regular SSH; it even works from (gasp!) VS Code. 
  
 The second is my I2P router.  I really want I2P connections to reach the
hosted services out-of-band from
the normal path.  I think I have a solution for this.  I bought a $3.50/month
server from OVHcloud and I'm going to move my router there.  Since it has
a static IP address, I can set a host route on the other end and run WireGuard
between them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309295</link><pubDate>Tue, 30 Aug 2022 20:10:49 -0000</pubDate><title>Message #2099309295</title><guid isPermaLink="false">2099309295@Uncensored</guid><description><![CDATA[ > As for my setup though, it's non split tunnel because the /29 routed  

 >in by my VPN provider is hosting services on the public Internet   
 >(including this site) so split tunnel isn't an option; it has to reach 
 
 >the entire Internet.   
  
 there might be a DNS domain-route workaround for that 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309294</link><pubDate>Tue, 30 Aug 2022 20:08:39 -0000</pubDate><title>Message #2099309294</title><guid isPermaLink="false">2099309294@Uncensored</guid><description><![CDATA[ > (Side note: this makes it impossible to use your own network printer, 
 
  
 I CAN'T PRINT!!!!!1 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309017</link><pubDate>Fri, 26 Aug 2022 17:05:48 -0000</pubDate><title>Message #2099309017</title><guid isPermaLink="false">2099309017@Uncensored</guid><description><![CDATA[Right -- that's a split tunnel and it's the most efficient way of making things
work.  Security theater people do non split tunnel because they believe it's
more secure to have your Internet traffic go through "their" firewall (and
captive DNS and security scanners etc etc) while you're connected to the corporate
network. 
  
 (Side note: this makes it impossible to use your own network printer, and
I can't bypass that on my work machine even with admin access.  I actually
had to publish a hidden port on my home router, resulting in print jobs taking
a 600+ mile round trip to the VPN location and back, when the printer is actually
six feet away from the computer.) 
  
 As for my setup though, it's non split tunnel because the /29 routed in by
my VPN provider is hosting services on the public Internet (including this
site) so split tunnel isn't an option; it has to reach the entire Internet.

  
 The reason I want to change things up is because I want to *add* another
VPN -- this time to just connect my home network to the server network.  And
I don't want one VPN to run over the other. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099309003</link><pubDate>Fri, 26 Aug 2022 14:53:43 -0000</pubDate><title>Message #2099309003</title><guid isPermaLink="false">2099309003@Uncensored</guid><description><![CDATA[  
 When I set up VPN connections like that, I usually just route only our internal
subnet over the tunnel. Except when I have a strong need to appear as if I'm
coming from a different IP address. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099308897</link><pubDate>Wed, 24 Aug 2022 23:32:30 -0000</pubDate><title>Message #2099308897</title><guid isPermaLink="false">2099308897@Uncensored</guid><description><![CDATA[It's ok, I think my motive for wanting to do that needed to be justified.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099308887</link><pubDate>Wed, 24 Aug 2022 21:06:27 -0000</pubDate><title>Message #2099308887</title><guid isPermaLink="false">2099308887@Uncensored</guid><description><![CDATA[<html><body>

<p>The two most annoying responses on Usenet are still with us today:</p>
<p>"Why would you want to do that?"</p>
<p>and</p>
<p>"You don't want to do that."</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099308852</link><pubDate>Wed, 24 Aug 2022 13:19:42 -0000</pubDate><title>Message #2099308852</title><guid isPermaLink="false">2099308852@Uncensored</guid><description><![CDATA[Normally I'd agree with that sentiment.  In this case ... I have a virtual
machine acting as a VPN router for this site and the rest of my Internet-facing
servers.  Right now it's using that classic trick of setting the default route
to go through the tunnel, and then a /32 static route making the VPN connection
itself go to the "real" gateway. 
  
 The WireGuard web site describes [ https://www.wireguard.com/netns/ ] some
neat tricks you can do by moving its interface into a different namespace,
while the tunnel provider remains in the namespace in which it was created.
 This can be used for containers, by configuring a tunnel and then making
the wg0 (or whatever) interface the container's only network.  They also show
a way to move the tunnel provider into its own namespace and then make wg0
the default namespace's only network, avoiding the trick of having to set
up a /32 to the tunnel
provider. 
  
 I want to do something similar, even though my tunnel happens to be L2TP
instead of WireGuard. 
  
 The long and short of it is that I want the machine that runs the router
to continue to accept incoming connections on its Ethernet interface, but
this cannot happen when its default gateway is set to an existing tunnel.

  
 I've been experimenting with the idea of running L2TP in the default namespace
and then moving ppp0 (or whatever) into its own namespace, along with the
inside network.  This doesn't work because ppp0 loses its configuration when
it is moved into the other namespace.  I might try it again.  I was doing
the move inside an ip-up script, and that script *does* know the addresses
of both ends of the connection when it starts, so it might work if I set them
again after the move. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099308715</link><pubDate>Mon, 22 Aug 2022 21:32:17 -0000</pubDate><title>Message #2099308715</title><guid isPermaLink="false">2099308715@Uncensored</guid><description><![CDATA[ > wtf, linux?  This seems like something people would want to do on a   
 >regular basis.   
  
 I've never needed/wanted to do anything like this. 
  
 Basically it sounds like you're tinkering with something low-level that's
normally handled by containerd and/or docker. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099308702</link><pubDate>Mon, 22 Aug 2022 17:38:49 -0000</pubDate><title>Message #2099308702</title><guid isPermaLink="false">2099308702@Uncensored</guid><description><![CDATA[<html><body>

<p>Its what happens when you have a guy who was still in school that started the thing, and a chaotic bazaar development model.  i will admit that it has got better over the years, unless you want to talk about people like pottering infecting things :P </p>
<p>Consolation with things like FreeBSD is its far more organized, and stupid crap rarely gets thru committee.   But yes, it does slow things down too, so its a trade-off.</p>
<blockquote>
<div class="message_header"><span>IMon Aug 22 2022 11:49:56 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br />wtf, linux? This seems like something people would want to do on a regular basis. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099308692</link><pubDate>Mon, 22 Aug 2022 15:49:56 -0000</pubDate><title>Message #2099308692</title><guid isPermaLink="false">2099308692@Uncensored</guid><description><![CDATA[  
 Linux network namespaces (or as the rest of the world calls them ... VRFs)

  
 It's annoying that when you move an interface from the default namespace
into a different one, it loses its configuration.  It is maddening that the
"ip link set <interface> netns <namespace>" command doesn't have a "preserve
addresses" option. 
  
 wtf, linux?  This seems like something people would want to do on a regular
basis. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099307972</link><pubDate>Sat, 13 Aug 2022 23:51:44 -0000</pubDate><title>Message #2099307972</title><guid isPermaLink="false">2099307972@Uncensored</guid><description><![CDATA[<html><body>

<p>I do that every time i do something once in a blue moon.</p>
<p>then i can never find it.. and have to fight with it again...:(</p>
<blockquote>
<div class="message_header"><span>Sat Aug 13 2022 07:23:54 PM EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I guess if I weren't a complete moron I would take the time to make a cheat sheet for myself. Sorry, last double post. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099307971</link><pubDate>Sat, 13 Aug 2022 23:23:54 -0000</pubDate><title>Message #2099307971</title><guid isPermaLink="false">2099307971@Uncensored</guid><description><![CDATA[ > 2022-08-13 23:21 from zelgomer <zelgomer@uncensored.citadel.org>   
 > > 2022-08-13 23:18 from zelgomer <zelgomer@uncensored.citadel.org>    

 > >smartmontools. Could they have made this any more impenetrable? I   
 >have   
 >   
 > >to spend 5 minutes reading the man pages every time I just want to   
 >look  
 >   
 > >at the state of my disks, and then I have to spend another 20 minutes
 
 >  
 > >googling what the hell these parameters mean (is a bigger value good 
 
 >or  
 >   
 > >bad?). And I think I just discovered that this whole time I've had it
 
 >  
 > >setup to, instead of mailing me warnings, invoke a script which calls
 
 >  
 > >run-parts on an empty dir, effectively doing nothing.     
 > >     
 > >    
 >    
 > Oh yeah, and similar subject: Network UPS Tools (NUT). Exact same   
 >story. I'm not completely confident I have it configured correctly, and
 
 >when I
want to look at anything I first spend 5 minutes searching   
 >installed packages and the binaries they deploy because fuck if I can  

 >ever remember these command names. upsc? upscmd? upsmon??!   
 >   
 >  
  
 I guess if I weren't a complete moron I would take the time to make a cheat
sheet for myself. Sorry, last double post. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099307970</link><pubDate>Sat, 13 Aug 2022 23:21:40 -0000</pubDate><title>Message #2099307970</title><guid isPermaLink="false">2099307970@Uncensored</guid><description><![CDATA[ > 2022-08-13 23:18 from zelgomer <zelgomer@uncensored.citadel.org>   
 >smartmontools. Could they have made this any more impenetrable? I have 
 
 >to spend 5 minutes reading the man pages every time I just want to look
 
 >at the state of my disks, and then I have to spend another 20 minutes  

 >googling what the hell these parameters mean (is a bigger value good or
 
 >bad?). And I think I just discovered that this whole time I've had it  

 >setup to, instead of mailing me warnings, invoke a script which calls  

 >run-parts on an empty dir, effectively doing nothing.   
 >   
 >  
  
 Oh yeah, and similar subject: Network UPS Tools (NUT). Exact same story.
I'm not completely confident I have it configured correctly, and when I want
to look at anything I first spend 5 minutes searching installed packages and
the binaries they deploy because fuck if I can ever remember these command
names. upsc? upscmd? upsmon??! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099307969</link><pubDate>Sat, 13 Aug 2022 23:18:01 -0000</pubDate><title>Message #2099307969</title><guid isPermaLink="false">2099307969@Uncensored</guid><description><![CDATA[smartmontools. Could they have made this any more impenetrable? I have to
spend 5 minutes reading the man pages every time I just want to look at the
state of my disks, and then I have to spend another 20 minutes googling what
the hell these parameters mean (is a bigger value good or bad?). And I think
I just discovered that this whole time I've had it setup to, instead of mailing
me warnings, invoke a script which calls run-parts on an empty dir, effectively
doing nothing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099298780</link><pubDate>Mon, 18 Apr 2022 13:20:34 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099298780@Uncensored</guid><description><![CDATA[ >i do realize PowerPC is a subset of Power, but still in the same  
  
 A subset perhaps, but Linux treated POWER and PowerPC as the same architecture.

  
 I'm going to take an educated guess that the difference consisted of instructions
and registers that only mattered to AS/400 workloads.  And that's fine, of
course; no one wanted to run AS/400 software on a Power Mac (although that
would be really funny). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099297583</link><pubDate>Fri, 08 Apr 2022 14:51:16 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099297583@Uncensored</guid><description><![CDATA[<html><body>

<p>And Amiga with PPC boards which made us call the first Pentium processors "Lentium" which, in Catalan, lent means slow.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Apr 05 2022 13:23:35 EDT</span><span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span><span class="message_subject">Subject: Re: Where are they now?!</span></div>
<div class="message_content">
<p>Which is a shame. I was trilled when Apple put it in desktops.  ( ya i do realize PowerPC is a subset of Power, but still in the same family.. )</p>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099297308</link><pubDate>Tue, 05 Apr 2022 17:23:35 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099297308@Uncensored</guid><description><![CDATA[<html><body>

<p>Which is a shame. I was trilled when Apple put it in desktops.  ( ya i do realize PowerPC is a subset of Power, but still in the same family.. )</p>
<blockquote>
<div class="message_header"><span>Tue Apr 05 2022 09:07:48 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Where are they now?!</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">The POWER architecture *is* pretty awesome. It's just too expensive for mainstream computing at this point. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099297289</link><pubDate>Tue, 05 Apr 2022 13:07:48 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099297289@Uncensored</guid><description><![CDATA[The POWER architecture *is* pretty awesome.  It's just too expensive for mainstream
computing at this point. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099297008</link><pubDate>Sat, 02 Apr 2022 17:28:43 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099297008@Uncensored</guid><description><![CDATA[<html><body>

<p>I totally agree, IG. On the other hand, ex workmates who I am still in touch with defend the POWER and AIX tandem with a stallmanish fervour.</p>
<p>I managed POWER virtualisation on z-Series for AIX and Suse Linux guests. It was magic on 2004 to see popping up a new CPU in top real time but that HMC tool was tedious to use (we used it through an X terminal IIRC) and nowadays the most basic Xen or Proxmox environment performs equal or better with more modern technologies (Ceph, clustering...) and, important, for less euros.</p>
<p>The same on Fujitsu's Primepower and Sun's LD.</p>
<p>Those Old Guard machines fell on the nostalgia side. It's not bad. We have feelings!</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099296876</link><pubDate>Fri, 01 Apr 2022 11:13:11 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099296876@Uncensored</guid><description><![CDATA[<html><body>

<p>Agreed, we still have one in the back room at the main data center. And a 2nd out on our DR site  ( we used to have small ones spread out into many of the remote offices.. those days are gone now )</p>
<p>Tho to be fair, its down to 2 apps now and they are working to get them off and onto 'generic' platforms by the end of the year....</p>
<blockquote>
<div class="message_header"><span>Thu Mar 31 2022 11:12:20 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Where are they now?!</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Heh. AIX is still around, running on POWER10, but I'm sure most of those machines are running "System i" to keep the legacy AS/400 apps running. This is funny: the current AIX web site says "Build cloud native apps and co-locate with AIX." As if anyone is going to go through the trouble of containerizing their applications and then run them on an overgrown RS/6000 instead of commodity hardware. <br /><br />There was a time when even underpowered Unix Iron could outperform newer x86 hardware, but those days are long gone. Let us raise a glass to the memory of the good ones, and to the demise of the awful ones. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099296839</link><pubDate>Fri, 01 Apr 2022 03:12:20 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099296839@Uncensored</guid><description><![CDATA[Heh.  AIX is still around, running on POWER10, but I'm sure most of those
machines are running "System i" to keep the legacy AS/400 apps running.  
This is funny: the current AIX web site says "Build cloud native apps and
co-locate with AIX."  As if anyone is going to go through the trouble of containerizing
their applications and then run them on an overgrown RS/6000 instead of commodity
hardware. 
  
 There was a time when even underpowered Unix Iron could outperform newer
x86 hardware, but those days are long gone.  Let us raise a glass to the memory
of the good ones, and to the demise of the awful ones. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099296689</link><pubDate>Wed, 30 Mar 2022 08:46:56 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099296689@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<p>What I can say is that I suffered, as an IT crew, the last days of HP/UX and IBM AIX and their respectives HP9000 and RS/6000 architectures.</p>
<p> </p>
<p>Application development was pushing hard with an unstoppable thirsty of memory, io and CPU and these architectures had already grew to their maximum capabilites. Then daily and nightly crashes came. JVM ran out of memory. Oracle ran out of memory. The operating systems ran out of semaphores. Locks everywhere. Crashes and more crashes. This situation lasted up to 2010-2012.</p>
<p> </p>
<p>Then, Linux and Intel came by multiplying per 10 the memory, the CPU. Also the virtualisation was largely implemented in the form of Xen or VMware. No more crashes. Then peaceful nights came and I eventually could watch a full movie at the cinema with no oracle.restart.sh interruptions.</p>
<p> </p>
<p>I experienced that twice in my work life in two very different sectors.</p>
<div> </div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099292335</link><pubDate>Tue, 15 Feb 2022 23:55:48 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099292335@Uncensored</guid><description><![CDATA[The big one over here (Cloud 9 Internet) relied heavily on BSDI.  They came
into existence before Linux was really a thing, so it made sense for them
and a lot of other early ISPs at the time. 
  
 Now that dialup is dead, most of the dialups that survived live on as IT
service providers, some as small web hosting companies.  Cloud 9 shuttered
its data center and moved its hosting infrastructure into a cage inside a
local colocation provider (no extra points for guessing which one).  WestNet
seems to have been reduced to nothing more than an email service, presumably
for hangers-on who didn't want to change their addresses.  There was a third
one around here, but I can't remember its name so I don't know what became
of them, if anything.[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[B[A[A[A[A[A[A[A[A[A[A[A[A[A
[A[A[A[A[A[A[A[A 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099292188</link><pubDate>Tue, 15 Feb 2022 00:17:29 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099292188@Uncensored</guid><description><![CDATA[ > I never got into BSDI but I heard it had some devoted fans.   
  
 Well, that was a commercial BSD. I remember my local ISP used it back in
the dialup days in Maine. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099291837</link><pubDate>Sat, 12 Feb 2022 15:48:19 -0000</pubDate><title>Message #2099291837</title><guid isPermaLink="false">2099291837@Uncensored</guid><description><![CDATA[It's pretty cool for what I'm doing.  As you know, I have my servers sitting
behind a VPN that places them onto the public Internet in a location other
than the physical location of the hardware.  But I want to be able to bypass
that and go directly in, so my activity doesn't take that path. 
  
 So now I can go from my desktop --> host system --> router vm --> destination
vm , without having to stop and type another SSH command at each hop.  After
my previous message I played around with the "ProxyJump" directive in .ssh/config
which made it even easier; now I can just type a command to SSH to the server
I want and the client figures out the jump hosts to use to get there.  Very
cool! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099291683</link><pubDate>Thu, 10 Feb 2022 22:07:26 -0000</pubDate><title>Message #2099291683</title><guid isPermaLink="false">2099291683@Uncensored</guid><description><![CDATA[<html><body>

<p>Never used it, but i knew it existed. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099291682</link><pubDate>Thu, 10 Feb 2022 21:50:27 -0000</pubDate><title>Message #2099291682</title><guid isPermaLink="false">2099291682@Uncensored</guid><description><![CDATA[    
 I just discovered the "-J" option to SSH.  Am I the last to figure this out?
 It lets you jump through a bunch of SSH hosts to get to the one you want,
without having to stop and type another SSH command on each one.   
    
 For example:   
    
 ssh -J user1@host1,user2@host2,user3@host3 user4@host4   
    
 (Yes, that's a space before the final hop.)   
  
  
 It appears that there is a "ProxyJump" directive in .ssh/config that can
help with this as well. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099290900</link><pubDate>Wed, 02 Feb 2022 18:21:48 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099290900@Uncensored</guid><description><![CDATA[  
 Heh.  I ran a lot of Xenix back in the day -- in fact, this very system that
you are logged into right now ran on Xenix from 1987 until 1994, when I converted
it to Linux.  Originally it was a special distribution built for Altos hardware,
but eventually I moved to standard hardware and the SCO package. 
  
 I like to call Xenix "the best operating system ever to come out of Microsoft"
because, compared to any version of Windows or OS/2 or DOS, it really was.
 But yes, once Larry and Doug Michels moved on to greener pastures, and SCO
was taken over by the Caldera/Sueball crowd, the product went downhill as
fast as the company did. 
  
 I never got into BSDI but I heard it had some devoted fans. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099290896</link><pubDate>Wed, 02 Feb 2022 17:49:32 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099290896@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #000000;">  WHAT???? No mention of the bastard stepchild of XENIX? SCO (pronounced "scow""), which thankfully died along with Novell back in the mid-2000's. And whatever happened</span></p>
<p><span style="color: #000000;">to BSDI? Loved their distro with all those ports.<br /></span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099287341</link><pubDate>Fri, 31 Dec 2021 19:28:34 -0000</pubDate><title>Message #2099287341</title><guid isPermaLink="false">2099287341@Uncensored</guid><description><![CDATA[<html><body>

<p>"here" was meaning more about my current career and living situation.  Not "here" as in here with you all.</p>
<p>And yes, i would have been bought out by Comcast at some point there is no doubt ( they gobbled up everyone else around here at one point ), but with the cash and or stock options from the purchase, i would have retired, moved further out into the country, and would not be working.. ( at least not for someone else )</p>
<p>Sure, i might have got hit by a bus due to the different path in life, but in general it would have been at least less stressful. </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099287328</link><pubDate>Fri, 31 Dec 2021 17:52:07 -0000</pubDate><title>Message #2099287328</title><guid isPermaLink="false">2099287328@Uncensored</guid><description><![CDATA[Actually you would.  Most of the mom-and-pop ISPs folded once the incumbent
telephone and cable companies started offering dedicated high speed service.
 If you were lucky, you might have been bought out by someone like Earthlink
during the consolidation.  If you were *really* lucky you might have done
some web hosting and got bought out by one of the mid tier hosting companies
who needed a data center in your geo.  But most of them simply folded when
dialup became obsolete.  In the long picture, dialup was a flash in the pan.
 Basic connectivity is now a commodity.   
    
 You can spend all day obsessing with coulda-shoulda-woulda but it isn't productive.
  
    
 Look on the bright side: the PC industry lost every major battle it fought
in the 21st century.  Since it's December 31 let's dwell on this until I finish
my coffee.  At the turn of the century, things looked bleak: a hellish
landscape where the traditional PC was ubiquitous and was poised to take over
every segment of the computing landscape: servers, supercomputing, infrastructure,
you name it.  Two decades later, there is still a PC on every desk (or on
every lap) but it's strictly an endpoint device, one of many different kinds.
 Unix-like systems have absolutely dominated the Internet, the server landscape,
mobile computing, and "the cloud" (in whatever form you care to define that).
 "Wintel" is in deep retreat.   
  
  
 Things are often better than they seem.  Let's raise a toast to the good
tech. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285900</link><pubDate>Sat, 18 Dec 2021 19:05:29 -0000</pubDate><title>Message #2099285900</title><guid isPermaLink="false">2099285900@Uncensored</guid><description><![CDATA[<html><body>

<p>Internet is just a fad anyway.</p>
<p> </p>
<p>Man, i missed that boat. So stupid.  I saw the rise from 8088s with LEDs and switches to MacoOS and OS/2..  from 150 baud acoustic modems to Ethernet over TV coax ( tho it was internal.. not availble for consumers it was the same basic tech that came out to home 'cable internet' customers years later )  BBS to 'AOL"... and a 100 other tech-beginnings... and actually helped with the massive company data communications with IBM's network.  But i was too freaking stupid to see down the road, and we were never even close to topping out.  Even tho I was watching the foundation being built. Moron.  </p>
<p>Just before home broadband started happening, mother offered to bankroll a dial up ISP if i wanted to.  "nah, i dont want to risk your money, no one is really going to care about this internet thing its just a fad and for techies"</p>
<p>Kick myself every day. Would not be "here" today if i wasn't an idiot.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285894</link><pubDate>Sat, 18 Dec 2021 18:07:12 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285894@Uncensored</guid><description><![CDATA[We could go on forever with the woulda/coulda/shoulda side of that.  It could
be argued that part of the success of THE LINUX OPERATING SYSTEM (fuck you
RMS) was because it was GPL licensed instead of BSD licensed.  Or it could
be argued that Linus himself had something to do with it, or that the BSD
people could have done it better.  We don't know, and we won't know. 
  
 What I do believe however, is that with the development of ubiquitous high
speed Internet access and so many people writing free and open source software,
we would eventually have ended up in basically the same place, regardless
of whether Linux or BSD supplied the kernel.  The rest of the system would
be the same: the GNU development tools, the MIT X Window System, everything
from Apache and others, etc.  Most of the same people would have been involved.
 Most of the same companies would have been on the scene.  "Teh Klowd"
would end up looking mostly the same.  And the clueless pundits would be arguing
about "the year of the BSD desktop" year after year while the desktop itself
faded ino irrelevance. 
  
 As I pointed out in my blog article over a decade ago, the only thing that
could have changed the course of history would have been IBM and Microsoft
moving forward with Xenix instead of OS/2 and Windows. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285486</link><pubDate>Wed, 15 Dec 2021 00:43:28 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285486@Uncensored</guid><description><![CDATA[<html><body>

<p>yes the downfall i remember, the pre-downfall i was an OS/2 guy.. so didnt pay that much attention but remember bits and pieces. </p>
<p>And i agree, that freaking lawsuit ruined everything. Delayed adoption, and let Linus do his thing off Tanenbaum's back. had a head start, in effect, while the BSD people were scrambling to make up for lost code.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285476</link><pubDate>Tue, 14 Dec 2021 23:51:12 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285476@Uncensored</guid><description><![CDATA[Yep, you're remembering it a little wrong  :) 
  
 In the early days, AT&T would license the Unix code but not the name, which
is why every vendor had their own name.  Microsoft was one of many Unix licensees,
and they called their version "Xenix".  It was their port of Unix System III,
and they actually did quite a lot with it beyond simply making it work on
x86.  It had semaphores and shared memory and a bunch of other things that
didn't appear in AT&T's code until System V.  SCO was a Microsoft partner
that did some development and distribution of Xenix, which was a weird relationship
because after going off in the "copy Mac" direction, Microsoft wanted to keep
SCO close enough to compete with commercial Unix if they needed to, but far
enough to compete with it themselves. 
  
 They eventually parted ways in 1997.  SCO became a direct licensee of Unix
from AT&T, and it was around that
time that AT&T began allowing its licensees to call their finished products
"Unix".  SCO upgraded their code base to System V and their offering changed
its name from "SCO Xenix" to "SCO Unix". 
  
 Of course we all know what happened later on.  Doug Michels and Microsoft
turned the declining SCO into a company whose only remaining purpose was to
try to destroy or capture Linux using lawsuits.  By this time, the company
calling itself "SCO Group" was actually the former Caldera. 
  
 There were actually a couple of other versions of Unix for commodity x86
machines in those early days, such as PC/IX from Interactive Systems, Microport
System V (which I ran for a while), and Coherent from Mark Williams Software
(which was truly awful).  SCO Xenix was still considered the gold standard
until Linux came out.  FreeBSD would likely have prevented the need for Linux
to exist but for AT&T trying to lawsuit them out of existence. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285465</link><pubDate>Tue, 14 Dec 2021 23:08:44 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285465@Uncensored</guid><description><![CDATA[<html><body>

<p>If i remember right, Xenix was just a re-branded/licenced sco unix and no in-house code.</p>
<p> </p>
<p>OR did i get that backward? Its been a while and i like to forget Microsoft.. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Dec 14 2021 09:46:34 AM EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Where are they now?!</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />My little retrospective was focused on commercial unix systems running on proprietary architectures. I deliberately left out systems which run on commodity hardware, because as we all know, that is what took over. Linux may be the undisputed king, but BSD counts too, because it's basically part of the same ecosystem. <br /><br />I've never forgotten about Xenix. It was, after all, the best operating system Microsoft ever published. I ran it right here for the first six years of this system's existence -- two years on Altos hardware and some years later on PC hardware. Head over to my blog (Skeptic Tank), fifth post in, check out my praise for Xenix followed by scorn for them abandoning it. Xenix was to be *the* successor to MS-DOS before they decided to change direction and copy the Macintosh. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285391</link><pubDate>Tue, 14 Dec 2021 14:46:34 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285391@Uncensored</guid><description><![CDATA[  
 My little retrospective was focused on commercial unix systems running on
proprietary architectures.  I deliberately left out systems which run on commodity
hardware, because as we all know, that is what took over.  Linux may be the
undisputed king, but BSD counts too, because it's basically part of the same
ecosystem. 
  
 I've never forgotten about Xenix.  It was, after all, the best operating
system Microsoft ever published.  I ran it right here for the first six years
of this system's existence -- two years on Altos hardware and some years later
on PC hardware.  Head over to my blog (Skeptic Tank), fifth post in, check
out my praise for Xenix followed by scorn for them abandoning it.  Xenix was
to be *the* successor to MS-DOS before they decided to change direction and
copy the Macintosh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285362</link><pubDate>Tue, 14 Dec 2021 10:55:21 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285362@Uncensored</guid><description><![CDATA[ > 2021-12-13 18:56 from Nurb432     
 >Subject: Re: Where are they now?!    
 >Linux is 'UNIX like', It was never really certified, nor could it be.  
 
 >    
 >    
 >*BSD is still around, tons of FreeBSD in servers that no one ever    
 >sees, but the other 2 main ones are not to be discounted either. My    
 >understanding is OpenBSD is in a lot of embedded networking    
 >equipment.  I cant say that is true or not first hand however.     
 >NetBSD, lots of IoT type of devices.     
 >    
 >Minix, well, its on nearly every Intel board made in the last 15 or    
 >20 years. ( "Intel management engine" )    
 >    
    
 I think Ignatius' point was about Unix which was built to be commercial from
the bottom up.   
  
 AT&T Unix was commercial. Early BSDs were just a package of addons for early
Unix. At some point there were commercial BSDs but I think everything after
BSD386 has been a foundational or non-profit project. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285361</link><pubDate>Tue, 14 Dec 2021 10:51:28 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285361@Uncensored</guid><description><![CDATA[ > 2021-12-13 18:35 from IGnatius T Foobar   
 >Subject: Where are they now?!  
 >   
 >    
 > And now another exciting episode of "WHERE ARE THEY NOW?!"   
 >    
 > Remember the Unix Wars?  All the big commercial Unix companies   
  
 I think you forgot Xenix, the Unix Microsoft tried to sell as a pro alternative
to DOS. It was not targetting the niches you seem most familiar with and most
people ignores Xenix was a thing, so I am not surprised if you ignore its
existence :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285336</link><pubDate>Mon, 13 Dec 2021 23:56:09 -0000</pubDate><title>Re: Where are they now?!</title><guid isPermaLink="false">2099285336@Uncensored</guid><description><![CDATA[<html><body>

<p>Linux is 'UNIX like', It was never really certified, nor could it be.</p>
<p>*BSD is still around, tons of FreeBSD in servers that no one ever sees, but the other 2 main ones are not to be discounted either. My understanding is OpenBSD is in a lot of embedded networking equipment.  I cant say that is true or not first hand however.  NetBSD, lots of IoT type of devices.</p>
<p>Minix, well, its on nearly every Intel board made in the last 15 or 20 years. ( "Intel management engine" )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099285334</link><pubDate>Mon, 13 Dec 2021 23:35:04 -0000</pubDate><title>Where are they now?!</title><guid isPermaLink="false">2099285334@Uncensored</guid><description><![CDATA[ 
  
 And now another exciting episode of "WHERE ARE THEY NOW?!" 
  
 Remember the Unix Wars?  All the big commercial Unix companies fighting for
business, refusing to standardize, and getting their asses handed to them
by Microsoft who just waltzed right up the middle with a crappy OS that ran
on cheap commodity hardware?  It sure is great that Linus (not RMS) saved
us all with a true Unix OS that runs on the same hardware.  There is no doubt
that Linux has won the day.  Commercial Unix is almost completely dead now
except for specialized workloads that are difficult to migrate, and even Windows
Server is a niche OS for running what's left of Microsoft's server applications
(and even those are moving to their cloud service so it's not relevent). 
  
 So let's see where our old friends are now. 
  
 HP/UX 
 Ah yes, everyone's favorite, typically pronounced "H Pukes".  HPE bet the
farm on
Itanium, obsolescing their PA-RISC architecture and moving to IA-64, and of
course they lost big.  The end of Itanium meant the end of the HP-9000 "Integrity"
servers.  According to all published roadmaps, HP/UX will meet its final end-of-life
on 2025-Dec-31.   Can't say I'll miss it. 
  
 ULTRIX --> OSF/1 --> DIGITAL UNIX --> TRU64 UNIX 
 This one fared even worse, getting destroyed by HPE after the merger.  It's
long gone at this point, being mentioned only because it was once huge and
ran on the vendor's own architecture.   Support ended on 2012-Dec-31. 
  
 SOLARIS/SPARC 
 Sun was the king of Unix, no doubt about it.  No one expected much more progress
after the Oracle acquisition, and Oracle did not disappoint, cutting about
2,500 Solaris and Sparc engineers in 2017.  They've promised to offer "support"
until 2034, but it's clear nothing else is happening in this space.  OpenSolaris
afficionados are bravely sallying forth with the "IllumOS" fork, for whatever
that's worth.  If you want to be really sad, take a look at the "Oracle Hardware"
site to see some crappy end-of-the-line models.  If anything, Fujitsu's Sparc
offerings might be the only future of this platform. 
  
 AIX 
 You can actually find IBM integrators claiming that "IBM AIX won the Unix
Wars," and if you only count commercial Unix running on proprietary architectures,
this is technically true.  IBM POWER is still being actively developed, and
Big Blue has promised to continue developing and supporting AIX until at least
2030.  The decision to merge the OS/400 and RS/6000 lines to have a single
platform for running three different operating systems put them into a decent
position.  I've never been a big fan of AIX or AS/400 but at least they're
giving it a good effort and this platform will be around for
a while yet. 
  
 SGI/IRIX 
 Oh boy.  Some people loved these things, especially after the fsn file manager
appeared in Jurassic Park.  They were definitely ahead of their time, but
support ended on 2013-Dec-31.  They ran on a bunch of different architectures,
but if you had to call one its "native" architecture, that would be MIPS --
which lived on as an embedded architecture until March 2021.  Interestingly,
MIPS current owner (Wave Technology) has joined the RISC-V foundation and
future processor designs will be based on that architecture. 
  
 DG/UX 
 I know, this one died early, but I had my hands on it back in the day.  I
can't find an end of support date, but the last release of the operating system
was 20 years ago.  I always thought the Eclipse and AViiON computers were
very cool.  For those of you who don't know, Data General built the Clariion
storage system to go with these machines,
and that became a big part of EMC's midrange storage portfolio when they acquired
Data General in 1999. 
  
 A/UX , NeXTstep , Mac OS X 
 Despite strong backing by one of the world's largest technology companies,
this environment utterly failed in the server space and has been relegated
to an also-ran in the desktop space.   :) 
  
  
 Ok, maybe that last one was an unnecessary jab, but I have a reputation to
maintain.  What's your take?  Did I miss any important ones?  Will PD post
a ten-page screed about how bad things are inside Intel?  Or better yet, share
your war stories.  Thank you and good night! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099281282</link><pubDate>Mon, 01 Nov 2021 21:55:50 -0000</pubDate><title>Message #2099281282</title><guid isPermaLink="false">2099281282@Uncensored</guid><description><![CDATA[  
 it just occurred to me that `nautilus` (the gnome file manager) is so named
because it's a *shell.* 
  
 so then why do we also have `gnome-shell`... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099280763</link><pubDate>Tue, 26 Oct 2021 13:13:36 -0000</pubDate><title>Re: 386bsd</title><guid isPermaLink="false">2099280763@Uncensored</guid><description><![CDATA[That's [ https://archive.ph/slpi1 ] if you don't want to give a click to Salon.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099280705</link><pubDate>Mon, 25 Oct 2021 23:14:16 -0000</pubDate><title>386bsd</title><guid isPermaLink="false">2099280705@Uncensored</guid><description><![CDATA[<html><body>

<p>Older article, but interesting. The roots of open UNIX</p>
<p> </p>
<p>https://www.salon.com/2000/05/17/386bsd/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099279349</link><pubDate>Fri, 08 Oct 2021 06:15:16 -0000</pubDate><title>Message #2099279349</title><guid isPermaLink="false">2099279349@Uncensored</guid><description><![CDATA[<html><body>

<p>Did I mention that I got my GOG version of the Gold Box SSI AD&amp;D games installed and running on my Pi400+? <br /><br />They say they support Linux on certain Gog titles - but their installer only supports AMD/Intel Linux distros. But most of the titles that they say support Mac/Win/Linux are DosBox games. They wrap everything in a package and then launch it in DosBox on whichever platform. <br /><br />So I figured out how to install DosBox on Raspberry OS, then copied over the installed package from the GOG directory - and it works... pretty damn well - too. <br /><br />They should really make an ARM package that would support Pi... that has to be a huge untapped potential market for them. Tons of people with $115 computers who are craving commercial gaming experiences - and they're just leaving that money on the table. </p>
<p><br />The cross platform DOSBox titles tend to be bargain titles too. All 6 SSI titles are in a bundle for $9.99. That is months of gameplay for $10. Sure, it is gameplay like it was 1999... but if all you've got is a Pi... you're probably OK with your titles being a little dated. </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099279118</link><pubDate>Tue, 05 Oct 2021 14:00:44 -0000</pubDate><title>Message #2099279118</title><guid isPermaLink="false">2099279118@Uncensored</guid><description><![CDATA[<html><body>

<p>I have never really looked into BGP. ( never needed to ) But clearly at the scale they are, there are risks and they didnt plan ahead. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099279116</link><pubDate>Tue, 05 Oct 2021 13:51:00 -0000</pubDate><title>Message #2099279116</title><guid isPermaLink="false">2099279116@Uncensored</guid><description><![CDATA[ >BGP is nice but it   
 >sounds a bit overkill :)   
  
 Apparently, facebook agrees with you BWAHAHAHAHAHAHAHA 
  
 BGP is second-nature to me because I'm a data center architect and I use
it all the time.  I actually *don't* have a big network at home, and I wanted
to be careful to make sure that if the Pi goes off the air, everything just
reverts to being "a regular home network". 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099279106</link><pubDate>Tue, 05 Oct 2021 10:49:01 -0000</pubDate><title>Message #2099279106</title><guid isPermaLink="false">2099279106@Uncensored</guid><description><![CDATA[<html><body>

<p>I have found YT useful for a few things</p>
<p> </p>
<p>Training videos and finding new music being the 2 biggest ones.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099279092</link><pubDate>Tue, 05 Oct 2021 07:04:55 -0000</pubDate><title>Message #2099279092</title><guid isPermaLink="false">2099279092@Uncensored</guid><description><![CDATA[ > 2021-10-04 09:27 from IGnatius T Foobar   
 >Yes, most ad blockers will take care of YouTube at the desktop, and on 
 
 >Android there's "YouTube Vanced" which is a hacked client that skips   
 >the ads (and allows you to turn off the screen to listen to audio   
 >only).   
 >    
  
 I solved the problem of Youtube ads by not watching Youtube. If somebody
sends me a link to a video I absolutely should see I may use youtube-dl and
that's it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099279091</link><pubDate>Tue, 05 Oct 2021 07:02:18 -0000</pubDate><title>Message #2099279091</title><guid isPermaLink="false">2099279091@Uncensored</guid><description><![CDATA[ > The reason I've always been hesitant to deploy PiHole is that if the  
  
 >PiHole server stops working, your entire network stops working.  But   
 
 >I've created a clever way around that.     
 >      
    
  
 I think I would have just set a second DNS server up and used a protocol
like CARP to get some failover for DNS. BGP is nice but it sounds a bit overkill
:) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099279006</link><pubDate>Mon, 04 Oct 2021 13:27:42 -0000</pubDate><title>Message #2099279006</title><guid isPermaLink="false">2099279006@Uncensored</guid><description><![CDATA[Yes, most ad blockers will take care of YouTube at the desktop, and on Android
there's "YouTube Vanced" which is a hacked client that skips the ads (and
allows you to turn off the screen to listen to audio only). 
  
 In our home we watch YouTube for an hour or two after dinner, just about
every night.  Trains, airplanes, instructional videos, cooking shows, a dude
in Australia unclogging drains, whatever's available.  It usually takes the
form of my son and I joining the queue on the main TV in the living room,
but sometimes the ladies will throw some vids in as well.  The problem is,
there is no adblocker for the TV.  So we see the ads.  They're up to THREE
pre-roll ads at this point, plus interstitials in the longer videos. 
  
 By installing PiHole on the network, I will be able to block ads on every
device in the house, with no software on the client. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099278966</link><pubDate>Sun, 03 Oct 2021 21:08:23 -0000</pubDate><title>Message #2099278966</title><guid isPermaLink="false">2099278966@Uncensored</guid><description><![CDATA[<html><body>

<p>i have some plugin with chrome that blocks YT ads. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099278965</link><pubDate>Sun, 03 Oct 2021 20:00:16 -0000</pubDate><title>Message #2099278965</title><guid isPermaLink="false">2099278965@Uncensored</guid><description><![CDATA[  
 Incidentally, ExaBGP is awesome for this sort of thing.  This past summer
I built a fairly large scale environment that needed its own resolvers, and
I announced 10.10.10.10 as an anycast address from multiple regional servers
using this method.  You used to need a load balancer for that. 
 s 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099278964</link><pubDate>Sun, 03 Oct 2021 19:58:49 -0000</pubDate><title>Message #2099278964</title><guid isPermaLink="false">2099278964@Uncensored</guid><description><![CDATA[  
 Ok, so it looks like Mikrotik RouterOS doesn't seem to handle BGP on VLAN
interfaces, either that or I'm doing it wrong, so I put the Pi back on the
main network.  Oh well. 
  
 The reason I've always been hesitant to deploy PiHole is that if the PiHole
server stops working, your entire network stops working.  But I've created
a clever way around that. 
  
 My DHCP hands out 1.1.1.1 as the DNS server, of course, because it's far
more trustworthy than the creeps who run 8.8.8.8.  I now have a full DNS server
running on the Pi, with root hints and everything so I don't have to forward
to anyone.  The Pi also has a secondary address of 1.1.1.1. 
  
 I installed ExaBGP on the Pi, and gave it a script to test the host for a
working DNS server.  If DNS is working, it announces 1.1.1.1 via BGP into
the main router, effectively hijacking 1.1.1.1 and attracting all DNS requests
to the Pi instead
of going out to the real 1.1.1.1.    If BIND dies, or if ExaBGP dies, or if
the  
 Pi itself dies, the BGP announcement is withdrawn and DNS requests are sent
to the "real" 1.1.1.1. 
  
 The next step will be to actually install PiHole on this server, of course.
 I'm sick of seeing ads on YouTube when we watch on the big screen.  If I
have to see that stupid kid vaping scraps of metal one more time I'm going
to drive to Mountain View and start yanking hard drives out of their servers
until it stops. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099278835</link><pubDate>Fri, 01 Oct 2021 22:37:43 -0000</pubDate><title>Message #2099278835</title><guid isPermaLink="false">2099278835@Uncensored</guid><description><![CDATA[  
 I admit I'm not a fan of YAML, but I just became a fan of netplan, which
uses YAML as its configuration syntax. 
  
 Not because of the syntax, but because the command "netplan try" is freaking
awesome.  It's what network gurus will recognize as "commit confirmed".  It
applies your new configuration, and then you have 120 seconds to commit the
new configuration permanently, otherwise it assumes you locked yourself out
and reverts back to the previous configuration. 
  
 This is a life saver when you're working inband.  I'm in the process of moving
my Raspberry Pi to a different VLAN on my network, and it's headless so I
don't have a screen and keyboard on it.  The first time I attempted it, I
was on Raspberry Pi OS, in which you set a static IP address by entering it
into the DHCP configuration (boneheaded!).  Needless to say, I messed it up,
locked myself out, and then broke the SD card
while attempting to remove it.  This time, I installed Ubuntu Server (64-bit!)
and I was able to use "netplan try" to safely move from DHCP to static, and
then from untagged to a VLAN.  Nice! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277648</link><pubDate>Fri, 17 Sep 2021 20:11:13 -0000</pubDate><title>Message #2099277648</title><guid isPermaLink="false">2099277648@Uncensored</guid><description><![CDATA[Right.  And as I recall, part of the thinking behind Wayland was that they
did *not* want to put a high-level graphics toolkit into it, because it would
become obsolete like the graphics primitives in X11 did, but they'd be obligated
to carry it around as technical debt forevermore.  GTK and Qt don't use those
graphics primitives; they instead draw on the canvas using libraries such
as Cairo and Pango which can be upgraded at will. 
  
 And that might end up being the middle ground.  GTK renders to Wayland by
telling Cairo and Pango to draw on EGL surfaces, so perhaps Java could do
the same thing. 
  
 Or I could be completely wrong -- it's been a long time since I've written
a GUI program in Java. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277629</link><pubDate>Fri, 17 Sep 2021 16:28:23 -0000</pubDate><title>Message #2099277629</title><guid isPermaLink="false">2099277629@Uncensored</guid><description><![CDATA[ > 2021-09-16 22:32 from IGnatius T Foobar   
 >Heh.  It looks like there are some people who are part of a "just use  

 >GTK and let them deal with it" camp.  That would work, but it would be 
 
 >nice to go native if they can.  Then again, people sure do like their  

  
 If you read the whole thread there are some comments about how wayland natively
does much less than X did. So implementing "native wayland" doesn't implement
all the extra protocols that you need to talk to your desktop environment
do window resizing or drag/drop or whatever. That's all GTK. 
  
 I'm not enough of an internal expert to know one way or the other, but I
can see how if Java were to go with GTK, they might need to submit a fair
number of patches to GTK to expose all the lower-level stuff they need. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277610</link><pubDate>Fri, 17 Sep 2021 13:40:37 -0000</pubDate><title>Message #2099277610</title><guid isPermaLink="false">2099277610@Uncensored</guid><description><![CDATA[<html><body>

<p>No comment.</p>
<p> </p>
<p>:) </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277565</link><pubDate>Fri, 17 Sep 2021 02:32:10 -0000</pubDate><title>Message #2099277565</title><guid isPermaLink="false">2099277565@Uncensored</guid><description><![CDATA[Heh.  It looks like there are some people who are part of a "just use GTK
and let them deal with it" camp.  That would work, but it would be nice to
go native if they can.  Then again, people sure do like their shortcuts. 
I'm still puzzled over the decision made by the WSL people to do Wayland using
memory-mapped RDP instead of just making the compositor draw directly on the
desktop. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277562</link><pubDate>Fri, 17 Sep 2021 00:25:56 -0000</pubDate><title>Message #2099277562</title><guid isPermaLink="false">2099277562@Uncensored</guid><description><![CDATA[  
 Here's a link into the middle of a thread on a possible Java/Wayland port:

  
 https://mail.openjdk.java.net/pipermail/discuss/2021-July/005855.html 
  
 They're still at the phase of figuring out which toolkits to use: 
  
 "And I think the first phase of the project needs to be an investigation
 
 of the alternatives 
 and consideration of how well it matches all the requirements. 
 I would not want to see a "code first, figure it out later" approach. 
  
 This is going to be discussed in committee for a year before the project
even starts ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277449</link><pubDate>Wed, 15 Sep 2021 15:21:21 -0000</pubDate><title>Message #2099277449</title><guid isPermaLink="false">2099277449@Uncensored</guid><description><![CDATA[ > All in all, I think they managed the transition pretty smoothly.  Most
 
 >users are just going to be upgraded to Wayland in some upgrade in the  

 >near future and they won't even know the difference.   
  
 There's still a bit of annoying flicker in certain Java apps that use tooltip-like
windows over Xwayland. So the X compatibility is not perfect, yet. Almost
but not quite. 
  
 Java is not going to be a native Wayland stack any time soon. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277325</link><pubDate>Tue, 14 Sep 2021 00:40:40 -0000</pubDate><title>Message #2099277325</title><guid isPermaLink="false">2099277325@Uncensored</guid><description><![CDATA[<html><body>

<p>Funny. Decided to reach out to Andy Valencia to see if hes still around. ...he is..  nice to hear from someone from that far back in the past. Sort of like being around here, from the old days.  A lot of us are not at this point.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277322</link><pubDate>Mon, 13 Sep 2021 23:57:03 -0000</pubDate><title>Message #2099277322</title><guid isPermaLink="false">2099277322@Uncensored</guid><description><![CDATA[<html><body>

<p>This could be nostalgia too, but i miss the days when i was running VSTa and MGR. Far simpler times. </p>
<p>Who knows, after i retire i may just turn it all off. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099277319</link><pubDate>Mon, 13 Sep 2021 23:31:18 -0000</pubDate><title>Message #2099277319</title><guid isPermaLink="false">2099277319@Uncensored</guid><description><![CDATA[  
 So, here I am on my main desktop running the Wayland display server.  I suppose
it's a good thing that the experience is indistinguishable from X.  Everything
"just works" -- but I suppose a lot of that has to do with the fact that a
rootless Xwayland server is running, so anything that needs X will go through
that. 
  
 I have been playing around to see what works without X, by doing "unset DISPLAY"
and then running various programs from the command line.  Most of the system
apps seem to be fine.  My browser is Brave, which is a Chromium derivative;
it wants to run in X by default, but I found that if you do "[browser_name]
--enable-features=UseOzonePlatform --ozone-platform=wayland" it will use Wayland
instead.  According to [ https://tinyurl.com/yhznexse ] the new renderers
will be enabled by default in Chromium-derived browsers in the next version,
so it'll probably do that by default.

  
 All in all, I think they managed the transition pretty smoothly.  Most users
are just going to be upgraded to Wayland in some upgrade in the near future
and they won't even know the difference. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276638</link><pubDate>Tue, 07 Sep 2021 07:51:00 -0000</pubDate><title>Message #2099276638</title><guid isPermaLink="false">2099276638@Uncensored</guid><description><![CDATA[ > 2021-09-06 11:35 from Nurb432   
 >Well this is neat. x86 emulation for ARM64.  It only will run linux  
 >binaries so its not a 'true' emulator, and uses native ARM  
 >interfaces/libraries to improve speed. ( so i guess sort of like wine  
 >is for windows binaries ) Not sure why i never noticed this before.   
 >Could be beneficial to a lot of people.    
 >  
 >    
 >  
 >https://github.com/ptitSeb/box64  
 >  
  
 It looks useful for running printers with propietary plugins that are only
released for x86 :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276619</link><pubDate>Mon, 06 Sep 2021 21:23:11 -0000</pubDate><title>Message #2099276619</title><guid isPermaLink="false">2099276619@Uncensored</guid><description><![CDATA[<html><body>

<p>well first try failed miserably.  Missing libraries and things that the apps need ( both 'regular' binary and an appimage.. the last 2 things i care about that has not been ported, happens to be one of each ).  Don't feel like looking into how you add libraries to the 'emulation' tonight. Tired.  But its interesting enough i will try soon.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276615</link><pubDate>Mon, 06 Sep 2021 21:03:01 -0000</pubDate><title>Message #2099276615</title><guid isPermaLink="false">2099276615@Uncensored</guid><description><![CDATA[Correct.  These things are only intended for compatibility with existing binaries.
 ARM is genuinely competitive now, especially in terms of processing power
per watt, which is going to make it more massively parallelizable.  We're
not talking about data centers full of Raspberry Pi clusters here (as much
as Jeff Geerling would love to see that). 
  
 Obviously a data center that needs to handle both kinds of workloads is simply
going to deploy both kinds of servers.  Emulation is generally for individual
devices that need to run some software from the existing catalog. 
  
 There is also some opportunity to use it for cross-compiling.  There are
two ways to do this.  The conventional way was to run a compiler that builds
code for an architecture other than the one it's running on.  This has worked
ok for a long time but you cannot *test* the resulting binaries without bringing
them over
to the target platform.  The "new" way, which I am now doing for multi-arch
containers, is to run the entire build environment under emulation.  For example,
an instance of QEMU running on AMD-64, emulating ARM, with the ARM native
compiler and linker.  You get to instantly test everything. 
  
 Full emulation, however, is computationally expensive.  Box64 and programs
like it will attempt to translate code on-the-fly so that you don't need to
emulate an *entire* machine.  The only reason this works at all is because
AMD-64 and ARM are both little-endian.  So you can translate instructions
as you go, which is a big win. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276595</link><pubDate>Mon, 06 Sep 2021 16:52:17 -0000</pubDate><title>Message #2099276595</title><guid isPermaLink="false">2099276595@Uncensored</guid><description><![CDATA[<html><body>

<p>Agreed that in the past it was about all about low power consumption and 'just enough horsepower to get the job done', but those days are gone and its not the only reason for ARM.  Today's higher end arm is competitive.  Most people that this would target are using mid-range arm now, which can compete against lower end x86. </p>
<p>The point for this is that some things ( i guess mostly games, which while i think are silly, i guess i'm going to benefit from that market ) are still targeted to x86, so this gives those of us ahead of the platform curve the ability to run them until they are migrated over native ( it will happen, and for better or worse Apple will drive that migration ).   I also think that since they are only supporting linux x86 and some tricks, its not going to be a slow experience like a true emulator. </p>
<p>Im working on completing it on a RK3399 now since its directly supported, and finding something i can compare apples to apples on. Then ill try it on one my Jetsons which eat RK's for breakfast. Perhaps a nano next, since its also directly supported, then try the NX.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276583</link><pubDate>Mon, 06 Sep 2021 16:10:12 -0000</pubDate><title>Message #2099276583</title><guid isPermaLink="false">2099276583@Uncensored</guid><description><![CDATA[<html><body>

<p>So... <br /><br />Arm is inherently less powerful at the top end than Intel architecture. It is superior in MIPS per Watt - it is literally considered "low powered computing" and that is what makes it ideal for mobile devices. <br /><br />I mean, you can make a 6 cyl. engine faster than a larger, more powerful V8. <br /><br />So, this is the ability to emulate a more powerful architecture on a less powerful architecture? <br /><br />And only Linux stuff, that we can assume, is already supported natively by the various flavors of Linux you can get for ARM already? <br /><br />I'm not sure I get it, other than to show it can be done?</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Sep 06 2021 11:35:22 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Well this is neat. x86 emulation for ARM64.  It only will run linux binaries so its not a 'true' emulator, and uses native ARM interfaces/libraries to improve speed. ( so i guess sort of like wine is for windows binaries ) Not sure why i never noticed this before.  Could be beneficial to a lot of people. </p>
<p> </p>
<p><a href="https://github.com/ptitSeb/box64" target="webcit01">https://github.com/ptitSeb/box64</a></p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276578</link><pubDate>Mon, 06 Sep 2021 15:35:22 -0000</pubDate><title>Message #2099276578</title><guid isPermaLink="false">2099276578@Uncensored</guid><description><![CDATA[<html><body>

<p>Well this is neat. x86 emulation for ARM64.  It only will run linux binaries so its not a 'true' emulator, and uses native ARM interfaces/libraries to improve speed. ( so i guess sort of like wine is for windows binaries ) Not sure why i never noticed this before.  Could be beneficial to a lot of people. </p>
<p> </p>
<p>https://github.com/ptitSeb/box64</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276516</link><pubDate>Sun, 05 Sep 2021 20:26:21 -0000</pubDate><title>Message #2099276516</title><guid isPermaLink="false">2099276516@Uncensored</guid><description><![CDATA[  
 Ubuntu has something called microk8s, which I haven't looked at, which I
think is basically a turnkey single-node k8s environment. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276437</link><pubDate>Sat, 04 Sep 2021 13:21:25 -0000</pubDate><title>Re: Docker Engine vs. single-node Kubernetes</title><guid isPermaLink="false">2099276437@Uncensored</guid><description><![CDATA[Nothing but Docker itself on this machine.  I'll run orchestration in larger
environments. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276270</link><pubDate>Thu, 02 Sep 2021 20:03:04 -0000</pubDate><title>Re: Docker Engine vs. single-node Kubernetes</title><guid isPermaLink="false">2099276270@Uncensored</guid><description><![CDATA[<html><body>

<p>Doing it al by hand, or something like portainer?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099276233</link><pubDate>Thu, 02 Sep 2021 13:00:07 -0000</pubDate><title>Re: Docker Engine vs. single-node Kubernetes</title><guid isPermaLink="false">2099276233@Uncensored</guid><description><![CDATA[It's just for my own use at home.  And I don't think I'm going to do it, because
my needs here are different from what I'll be doing in larger environments.
 Some of the network options with just regular Docker are pretty neat.  I've
got an 'ipvlan' type network that just bridges out to the server VLAN on my
public segment, so that's where I can run my Internet-facing stuff. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099275221</link><pubDate>Mon, 23 Aug 2021 01:16:15 -0000</pubDate><title>Re: Docker Engine vs. single-node Kubernetes</title><guid isPermaLink="false">2099275221@Uncensored</guid><description><![CDATA[ >I'm wondering about.  What are the benefits of running a single node   
 >Kubernetes cluster?  That's not how it would be in production, of   
  
 That useful as a local-work solution for developer laptops. Otherwise, I
wouldn't do it that way because I think you'll have to throw a lot of it away
when you move to something bigger. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099275116</link><pubDate>Sat, 21 Aug 2021 21:40:22 -0000</pubDate><title>Re: Docker Engine vs. single-node Kubernetes</title><guid isPermaLink="false">2099275116@Uncensored</guid><description><![CDATA[<html><body>

<p>Assuming this is your sandbox, i would still stick with what is there in production, just smaller, just to be consistent.</p>
<p>May not 'need' it but it helps with building muscle memory.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099275112</link><pubDate>Sat, 21 Aug 2021 21:25:27 -0000</pubDate><title>Docker Engine vs. single-node Kubernetes</title><guid isPermaLink="false">2099275112@Uncensored</guid><description><![CDATA[  
 I've set a goal of becoming the SME on everything container related at my
workplace. 
  
 As we start building out container infrastructures, there's something I'm
wondering about.  What are the benefits of running a single node Kubernetes
cluster?  That's not how it would be in production, of course, but is there
any benefit of running one-node Kubernetes over, say, just running Docker
Engine? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099274652</link><pubDate>Sun, 15 Aug 2021 23:23:36 -0000</pubDate><title>Bullseye</title><guid isPermaLink="false">2099274652@Uncensored</guid><description><![CDATA[<html><body>

<p>Seems it was released this weekend. I missed the announcement somehow. Was upgrading an old ARM box to use as temp VPN server at a friends office "buster.. bla bla.. changed to old-stable"</p>
<p>Went to Debian to check, yup, its released. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099274648</link><pubDate>Sun, 15 Aug 2021 18:24:28 -0000</pubDate><title>Message #2099274648</title><guid isPermaLink="false">2099274648@Uncensored</guid><description><![CDATA[<html><body>

<p>I like Linux and BSD, but I'll admit it can be a learning curve. With Linux you spend a lot of time trying to learn about and control it, with Windows it spends a lot of time trying to learn about and control you :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099274053</link><pubDate>Sun, 08 Aug 2021 21:56:10 -0000</pubDate><title>Re: Panic In Detroit.. errr no ARM Land...</title><guid isPermaLink="false">2099274053@Uncensored</guid><description><![CDATA[<html><body>

<p>Installed docker on one of my RK3399s, for when you are ready for people to test :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099274016</link><pubDate>Sun, 08 Aug 2021 17:58:57 -0000</pubDate><title>Re: Panic In Detroit.. errr no ARM Land...</title><guid isPermaLink="false">2099274016@Uncensored</guid><description><![CDATA[<html><body>

<p>I have done it before.  I think if you use compose instead of just grabbing an image it complains about architecture, but i have downloaded pre-built images that didnt seem to care.</p>
<p>A thought too, what about instead of packaging actual binaries, it automatically runs the easy install script on first start? Sure, takes a little longer, but would be 100% current that way and less 'support' to make it work?   ( might be a bad idea, just a passing thought )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099274013</link><pubDate>Sun, 08 Aug 2021 17:21:37 -0000</pubDate><title>Re: Panic In Detroit.. errr no ARM Land...</title><guid isPermaLink="false">2099274013@Uncensored</guid><description><![CDATA[The site is back.  No panic this time :) 
  
 So in terms of my "32 or 64 bit ARM" dilemma from a few weeks back, I think
my next experiment will be to build Docker containers in 32-bit and then see
if they will deploy on 64-bit.  Since a Docker container shares nothing with
its host except the kernel, that ought to work?  Am I wrong? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273847</link><pubDate>Sat, 07 Aug 2021 00:29:06 -0000</pubDate><title>Panic In Detroit.. errr no ARM Land...</title><guid isPermaLink="false">2099273847@Uncensored</guid><description><![CDATA[<html><body>

<p>Armbian site has been down for hours..  i hope this is not a sign they shut the project down!   Tried to do an update on one of my pinebook pro..  got errors .. tried the website to see if they had some downtime scheduled.  gone...</p>
<p> </p>
<p>arrrgh. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273659</link><pubDate>Wed, 04 Aug 2021 19:58:53 -0000</pubDate><title>Message #2099273659</title><guid isPermaLink="false">2099273659@Uncensored</guid><description><![CDATA[  
 So, Linux apps can do GPU-accelerated rendering into an offscreen GEM buffer
which is then forwarded to the Windows side over RDP? 
  
 That *might* be good enough, but the idea of having RDP in the way is the
part that sounds potentially slow to me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273538</link><pubDate>Tue, 03 Aug 2021 13:56:21 -0000</pubDate><title>Message #2099273538</title><guid isPermaLink="false">2099273538@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY">There's also some mention of the accelerated drivers for GPU virtualization. If they really wanted GPU acceleration to run at native or near-native speed, they could not be using the RDP compositor, so I'm unclear on the extent to which those beta accelerated WSL GPU drivers (now available for Intel, AMD, and Nvidia) really speed up desktop OpenGL use-cases rather than merely CUDA <br /><br /></div>
</div>
</blockquote>
<p>I read it too, and it seemed like they were using RDP as a proxy between the Linux and Windows side of the compositor, but over a special channel that allows shared memory instead of just serializing everything through the main connection.</p>
<p>Ironically, this is *exactly* how X11 clients access the compositor   :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273494</link><pubDate>Mon, 02 Aug 2021 20:50:36 -0000</pubDate><title>Message #2099273494</title><guid isPermaLink="false">2099273494@Uncensored</guid><description><![CDATA[<html><body>

<p>Agreed. There have been some genuine improvements that have made Linux a much more accessible platform. <br /><br />And then there were changes made that seemed to be just for the sake of not doing it the same old way anymore. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Aug 02 2021 15:54:34 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>And really im not opposed to change or improvement.  its just the common thread of 'lets reinvent the wheel' mentality you see a lot in the UNIX world irritates me, even when its not warranted and simple improvement would have been fine.. Most often times you lose things in that re-invention. Either due to agenda, or inexperience of why it worked that way.  Just because its shiny and new, does not make it better.</p>
<p> </p>
<p>Sometimes just painting the wheel and some new lug nuts is all you needed.. </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273489</link><pubDate>Mon, 02 Aug 2021 19:54:34 -0000</pubDate><title>Message #2099273489</title><guid isPermaLink="false">2099273489@Uncensored</guid><description><![CDATA[<html><body>

<p>And really im not opposed to change or improvement.  its just the common thread of 'lets reinvent the wheel' mentality you see a lot in the UNIX world irritates me, even when its not warranted and simple improvement would have been fine.. Most often times you lose things in that re-invention. Either due to agenda, or inexperience of why it worked that way.  Just because its shiny and new, does not make it better.</p>
<p> </p>
<p>Sometimes just painting the wheel and some new lug nuts is all you needed.. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273485</link><pubDate>Mon, 02 Aug 2021 19:46:23 -0000</pubDate><title>Message #2099273485</title><guid isPermaLink="false">2099273485@Uncensored</guid><description><![CDATA[  
 LOL 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273479</link><pubDate>Mon, 02 Aug 2021 18:46:57 -0000</pubDate><title>Message #2099273479</title><guid isPermaLink="false">2099273479@Uncensored</guid><description><![CDATA[<html><body>

<p>See, us pessimists win again :P </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Aug 02 2021 02:41:16 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />So maybe it's not the panacea I was hoping for. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273478</link><pubDate>Mon, 02 Aug 2021 18:41:16 -0000</pubDate><title>Message #2099273478</title><guid isPermaLink="false">2099273478@Uncensored</guid><description><![CDATA[ > WSL-G actually uses the RDP compositor, establishing a session between
   
 >the Linux and Windows sides of the machine, but with some performance  
  
 >hacks to use shared memory instead of a TCP connection.  This gets the 
   
 >job done, but I think if they are serious about it they should be     
 >working on a native Wayland compositor that writes directly to the     
 >Windows desktop.     
    
 Hmm, yeah, we talked about this a while back, and I had forgotten.   
    
 There's also some mention of the accelerated drivers for GPU virtualization.
If they really wanted GPU acceleration to run at native or near-native speed,
they could not be using the RDP compositor, so I'm unclear on the extent to
which those beta accelerated WSL GPU drivers (now available for Intel, AMD,
and Nvidia) really speed up desktop OpenGL use-cases rather than merely CUDA
  
  
  
 :( 
  
 So maybe it's not the panacea I was hoping for. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273257</link><pubDate>Fri, 30 Jul 2021 11:05:33 -0000</pubDate><title>Message #2099273257</title><guid isPermaLink="false">2099273257@Uncensored</guid><description><![CDATA[ > 2021-07-26 13:53 from Nurb432     
 >My understanding from the beginning that it removes all the reasons X  
 
 >exists, trying to turn *nix into |yet another lame desktop os".  (    
 >remote graphic calls and such )     
 >    
 >I stopped reading at that point and was against it.    
 >    
    
 Wayland essentially has the client program draw itself and only places the
drawn frames on the screen. So Wayland is orders of magnitude simpler than
your regular X11, because it pushes all the complexity on the clients.   
  
Wayland is like ipv6. Everybody agrees the predecessor is a dinosaur but I
am not convinced the new alternative is up to it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273150</link><pubDate>Wed, 28 Jul 2021 23:10:00 -0000</pubDate><title>Message #2099273150</title><guid isPermaLink="false">2099273150@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes, across SSH at least. Individual apps. ( chrome, since you mention browser. for a while i was using it to run cura, since there was no recent build possible on arm, only X86. ) I have not used XDM forever as if i want a desktop i would x2go as its bandwidth friendly ( and before that nomachine, which is what its based on ).  ( one of my list of things to improve.  low bandwidth X, never quite got there, at least not that i saw ) </p>
<p>Perhaps the underlying mechanism has been ruined, ill take your word for it. I honestly have not been looking that close at code or following any of their mailing lists. I only remember reading about wayland and its goals to 'desktopify' X and was annoyed at it and not looked since. But from a 'use' standpoint, X works the same, for me.</p>
<blockquote>
<div class="message_header"><span>Wed Jul 28 2021 05:54:59 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Have you tried remoting a large application like a browser over a remote X session lately? It doesn't work anymore. <br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273143</link><pubDate>Wed, 28 Jul 2021 21:54:59 -0000</pubDate><title>Message #2099273143</title><guid isPermaLink="false">2099273143@Uncensored</guid><description><![CDATA[Here's the thing.  What you are calling "X" is not really X anymore.  Just
about everything an application draws nowadays is done in the compositor.
 No one is using X11 primitives to draw lines and circles and stipples and
all the stuff Athena Widgets might have used.  Modern toolkits like Qt and
GTK are working directly in the compositor.  X11 doesn't *do* anything anymore,
except sit there as a proxy between the display hardware, the compositor,
and the applications, while carrying along with it a big pile of technical
debt that can't be removed because some application written in 1988 might
use it. 
  
 You're running X, but you're not really *using* X. 
  
 Have you tried remoting a large application like a browser over a remote
X session lately?  It doesn't work anymore. 
  
 As for systemd, I was already annoyed by the transition from System III init
to System V init.  I liked /etc/inittab, and I hate init scripts, so good
riddance. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273052</link><pubDate>Tue, 27 Jul 2021 20:51:35 -0000</pubDate><title>Message #2099273052</title><guid isPermaLink="false">2099273052@Uncensored</guid><description><![CDATA[<html><body>

<p style="text-align: justify;"><span style="font-family: sans-serif;"><span style="font-size: 16px;">"but what about remoting"  that is part of my argument against it. its not about remote, its about running an application remotely and having it send actual draw commands back. Not just some lame RDP framebuffer thing, but actual draw commands that take advantage of whatever video hardware you have, while the rest of the app hums away on whatever CPU it has on the 'server'. ( i know, technically the app is the client... client/server concepts are flipped, and i know why but its still confusing )</span></span></p>
<p style="text-align: justify;"><span style="font-size: 16px; font-family: sans-serif;">Ok, being able to have a single app render across and not be forced an entire desktop, it is nice that they listened to people like me and adapted, but if its still RDP/frame buffer crap on the back end i'm still not interested.</span></p>
<p style="text-align: justify;"><span style="font-family: sans-serif; font-size: 16px;">Sure, i may not be the majority. Never have been, but this is about me and why i hate it :)</span></p>
<p style="text-align: justify;"><span style="font-family: sans-serif; font-size: 16px;"><br /></span></p>
<p style="text-align: justify;"><span style="font-family: sans-serif;"><span style="font-size: 16px;">And im not going to say X did not have any issues and could not be improved. Of course it could. But same as i feel about SysD, init should have been improved, not tossed out the window for some backwards thinking monolithic binary blob.</span></span></p>
<p style="text-align: justify;"><span style="font-family: sans-serif;"><span style="font-size: 16px;"><br /></span></span></p>
<p style="text-align: justify;"><span style="font-family: sans-serif;"><span style="font-size: 16px;">( and its a migrane day so i may sound a bit shorter than normal. Sorry for that up front )</span></span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273049</link><pubDate>Tue, 27 Jul 2021 20:34:11 -0000</pubDate><title>Message #2099273049</title><guid isPermaLink="false">2099273049@Uncensored</guid><description><![CDATA[<html><body>

<p>Sort of.</p>
<p>Its going to push me back to 100% bsd.  The only real reason im in Linux land now is due to driers, mainly NVIDIA.   </p>
<blockquote>
<div class="message_header"><span>Tue Jul 27 2021 09:17:13 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">You can compare it to systemd in another way, then: Wayland is happening whether you like it or not, so you'd better get used to it. <br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099273009</link><pubDate>Tue, 27 Jul 2021 13:17:13 -0000</pubDate><title>Message #2099273009</title><guid isPermaLink="false">2099273009@Uncensored</guid><description><![CDATA[You can compare it to systemd in another way, then: Wayland is happening whether
you like it or not, so you'd better get used to it. 
  
 My understanding of the change is that X carries with it a ton of legacy
technical debt from functionality that is no longer used, and all the real
work is done in the compositor.  The X server mainly just acts as a proxy
between applications, the compositor, and the framebuffer.  Wayland removes
that and makes the compositor the main actor in display management. 
  
 But what about remoting?  This is the chorus that was always raised when
discussions of the Wayland transition began.  Now that complaint is long gone
because there is a Wayland compositor whose "framebuffer" is an RDP session
that can be reached with any standard client.  It even does individual windows
instead of the whole screen if you want it to, restoring the X11 tradition
of being able
to have windows from multiple hosts running on the same desktop. 
  
 WSL-G actually uses the RDP compositor, establishing a session between the
Linux and Windows sides of the machine, but with some performance hacks to
use shared memory instead of a TCP connection.  This gets the job done, but
I think if they are serious about it they should be working on a native Wayland
compositor that writes directly to the Windows desktop. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272946</link><pubDate>Mon, 26 Jul 2021 17:53:13 -0000</pubDate><title>Message #2099272946</title><guid isPermaLink="false">2099272946@Uncensored</guid><description><![CDATA[<html><body>

<p>My understanding from the beginning that it removes all the reasons X exists, trying to turn *nix into |yet another lame desktop os".  ( remote graphic calls and such )</p>
<p>I stopped reading at that point and was against it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272936</link><pubDate>Mon, 26 Jul 2021 16:48:10 -0000</pubDate><title>Message #2099272936</title><guid isPermaLink="false">2099272936@Uncensored</guid><description><![CDATA[ > 2021-07-26 12:44 from Nurb432   
 >Something else that should have never happened.   
 >  
 >Its as bad as sysD.   
  
 besides the fact that it's taken far too long to implement, the last time
I checked, it has both benefits and drawbacks. 
  
 if you are using a window environment that does compositing, especially one
where the compositing cannot be turned off, Wayland will be far more efficient
than X. (Personal experience: try opening about 50+ openoffice windows in
a batch, and see which environment runs out of memory and which does not.
openoffice/libreoffice now target gtk2 so can function as a native wayland
client *or* an X client.) 
  
 *but* for applications that cannot be ported from X to Wayland any time soon
(*cough* Java *cough*), Xwayland has a few glitches. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272934</link><pubDate>Mon, 26 Jul 2021 16:44:29 -0000</pubDate><title>Message #2099272934</title><guid isPermaLink="false">2099272934@Uncensored</guid><description><![CDATA[<html><body>

<p>Something else that should have never happened.</p>
<p>Its as bad as sysD.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jul 26 2021 12:38:03 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />(look what happened with Wayland) </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272931</link><pubDate>Mon, 26 Jul 2021 16:38:03 -0000</pubDate><title>Message #2099272931</title><guid isPermaLink="false">2099272931@Uncensored</guid><description><![CDATA[    
 Yeah, I'm cool with where WSL is going. Obviously if you're stuck with Windows,
you're going to be running it either as the host or the guest one way or the
other.   
    
 Frankly after the deep technical dive we got into a year or two ago, I became
convinced that Microsoft might be the only company in the industry with both
the expertise and the deep pockets to do desktop GPU virtualization *right.*
After all, they designed a highly-effective 3D API in the form of Direct3D
12, which is the product of deep collaboration with Nvidia and AMD to figure
out what works best. Oracle's efforts in this area just have not panned out,
and some of the other hypervisors (VMware, KVM) came up with a partial solution
but never something that was good enough to standardize across all 3 of the
major GPU vendors (Nvidia, AMD, and Intel)   
  
  
 Microsoft has the ability to drive changes in GPU driver
model far more quickly than tends to happen in the Linux space (look what
happened with Wayland) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272883</link><pubDate>Mon, 26 Jul 2021 01:08:19 -0000</pubDate><title>Message #2099272883</title><guid isPermaLink="false">2099272883@Uncensored</guid><description><![CDATA[Heh.  I doubt it will happen.  You remember what happened in 1997 when I was
convinced all was lost and was going to port Citadel to windoze ... the code
I wrote in preparation for that made it a Linux program far more powerful
than it was before.  Also, gaming on your server VM host might suck down a
few more cycles than basic desktop use currently does. 
  
 When I was looking at figuring out a dual-GPU setup for my main rig last
year it was because I wanted to smash up cars and trains and airplanes with
my son in BeamNG.  That's no longer a required use case because I took the
easy way out and bought *him* a faster computer. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272861</link><pubDate>Sun, 25 Jul 2021 16:02:51 -0000</pubDate><title>Message #2099272861</title><guid isPermaLink="false">2099272861@Uncensored</guid><description><![CDATA[  
 LOL 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272790</link><pubDate>Sat, 24 Jul 2021 15:36:29 -0000</pubDate><title>Message #2099272790</title><guid isPermaLink="false">2099272790@Uncensored</guid><description><![CDATA[<html><body>

<p>Dont make us lose faith in you. </p>
<p> </p>
<p>:)</p>
<blockquote>
<div class="message_header"><span>Sat Jul 24 2021 11:27:53 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />But if they got it running on Windows Server I might consider doing the unthinkable. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272788</link><pubDate>Sat, 24 Jul 2021 15:27:53 -0000</pubDate><title>Message #2099272788</title><guid isPermaLink="false">2099272788@Uncensored</guid><description><![CDATA[I'd like to have both on the same machine.  Obviously I'd prefer if it were
the other way around (accelerated Windows graphics on a Linux host) but this
is good too, especially for people who are "stuck with Windows at work" and
just want to run some of the real stuff on that machine. 
  
 I'm really hoping that they eventually get this stuff running on servers.
 I know they keep saying that it's a developer tool and not a deployment tool.
 But if they got it running on Windows Server I might consider doing the unthinkable.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272655</link><pubDate>Thu, 22 Jul 2021 20:33:22 -0000</pubDate><title>Message #2099272655</title><guid isPermaLink="false">2099272655@Uncensored</guid><description><![CDATA[  
 well, yeah, nuking Redmond might prevent further embrace/extend/extinguish.

  
 All that aside, a couple of us had some long discussions about GUI/3D virtualization
performance, a few months ago, this ties into that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272654</link><pubDate>Thu, 22 Jul 2021 20:09:02 -0000</pubDate><title>Message #2099272654</title><guid isPermaLink="false">2099272654@Uncensored</guid><description><![CDATA[<html><body>

<p>Some. I know im not among that group. :)</p>
<p>Trying to figure out how to get mac at the office and get mine upgraded before they are all M1 chips. So i can run Linux and have a windows VM ( not  be stuck with an emulator .. )</p>
<blockquote>
<div class="message_header"><span>Thu Jul 22 2021 03:13:16 PM EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /> This might finally be what some of us have been waiting for. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099272649</link><pubDate>Thu, 22 Jul 2021 19:13:16 -0000</pubDate><title>Message #2099272649</title><guid isPermaLink="false">2099272649@Uncensored</guid><description><![CDATA[  
 https://docs.microsoft.com/en-us/windows/wsl/tutorials/gui-apps 
  
 Run Linux GUI apps on the Windows Subsystem for Linux (preview) 
  
 requires preview vGPU drivers to enable full OpenGL virtualization. This
might finally be what some of us have been waiting for. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099266179</link><pubDate>Mon, 24 May 2021 21:02:09 -0000</pubDate><title>Message #2099266179</title><guid isPermaLink="false">2099266179@Uncensored</guid><description><![CDATA[  
 >I guess that's sort of what you mean by atomically locked. 
  
 I was thinking more about RAM than about storage. Unlike storage, RAM is
constantly changing at less-predictable times. What I mean by that is you
don't need to perform an explicit kernel call to change RAM, you just change
RAM. 
  
 So there's a race condition between computing a hash of a page, identifying
another page with the same hash, and merging them. Unless one were to set
a readonly bit on each page prior to computing the hash--a page fault handler
would then have to catch the write attempt and invalidate any hashes before
the next dedup interval. This is at least a little bit slower than not bothering
with any of this. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099266013</link><pubDate>Sat, 22 May 2021 23:54:45 -0000</pubDate><title>Message #2099266013</title><guid isPermaLink="false">2099266013@Uncensored</guid><description><![CDATA[Deduplicated storage handles it by calculating a hash of each block as it
is written to the cache.  Then when it's time to commit the block, it compares
the hash to an existing table to determine whether it can be deduped or if
it has to be written new.  I guess that's sort of what you mean by atomically
locked.  So I guess it's time for all computers to be built with content-addressable
memory now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265960</link><pubDate>Sat, 22 May 2021 01:21:45 -0000</pubDate><title>Message #2099265960</title><guid isPermaLink="false">2099265960@Uncensored</guid><description><![CDATA[  
 I would guess that a variety of people have independently experimented with
unhinted system-level page dedup, and that it didn't pan out. 
  
 There are obviously a variety of problems. You have to scan all system memory
(physical and virtual) at some defined frequency. This can't be too frequent
or it brings the system to its knees. But if it isn't frequent enough, you
miss duplicates. 
  
 But you can't scan for dups in an atomically locked manner, because that's
insane. So even if you find a dup, it could be gone before the time you commit
the dedup transaction, and even the act of implementing the capability to
have a "dedup transaction" could slow the whole system down. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265585</link><pubDate>Wed, 19 May 2021 15:47:54 -0000</pubDate><title>Message #2099265585</title><guid isPermaLink="false">2099265585@Uncensored</guid><description><![CDATA[<html><body>

<p>Dedup across kernel level VMs... not sure im fond of that from a security standpoint.</p>
<p> </p>
<p>Id have to think about that some.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265583</link><pubDate>Wed, 19 May 2021 15:44:45 -0000</pubDate><title>Message #2099265583</title><guid isPermaLink="false">2099265583@Uncensored</guid><description><![CDATA[ >I remember something about generic dedup of ram at one point on  
 >servers, so it would cover most anything 'running'. Unless it was  
 >vaporware   
  
 That's about right.  It's called "Kernel Samepage Merging" [KSM] and landed
in the kernel in 2.6.32. 
  
 [ https://www.kernel.org/doc/html/latest/admin-guide/mm/ksm.html ] 
  
 It only operates on regions of memory which have been registered by a userspace
program to qualify for deduplication.  This can make sense, for example, when
a hypervisor such as KVM knows it is running multiple instances of the same
operating system image; it can then activate KSM on those memory regions and
the kernel will dedupe the identical pages. 
  
 There is a project called "Ultra Kernel Samepage Merging" [UKSM] which eliminates
the requirement for userspace processes to cooperatively submit memory regions
for deduplication. 
  
 [ https://github.com/dolohow/uksm
] 
  
 This looks interesting but it has not been accepted into the mainline kernel.
 If something like this were to be come ubiquitous, one could run many different
static-linked programs that use the same libraries, and the kernel would dedupe
out the memory used by the libraries.  When building the static-linked programs,
the linker would need to make sure the libraries are aligned on page boundaries
so they dedupe properly.  It might already do that. 
  
 Something like this is probably inevitable.  Mobile operating systems already
use self-contained applications by default, and such a style of deployment
is at least available on general-purpose operating systems -- DMG on MacOS,
"Modern" runtime on Windows, and AppImage on Linux.  Optimizing the OS to
run these would seem to be the next logical step. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265546</link><pubDate>Wed, 19 May 2021 11:18:57 -0000</pubDate><title>Message #2099265546</title><guid isPermaLink="false">2099265546@Uncensored</guid><description><![CDATA[<html><body>

<p>Everything is a game of tradeoffs.  But i think the tradeoffs are worth it.</p>
<blockquote>
<div class="message_header"><span>Wed May 19 2021 04:09:12 AM EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">So I think both models have their place but I don't really buy the model of serving programs as a package that includes all its dependencies for general use. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265545</link><pubDate>Wed, 19 May 2021 11:18:25 -0000</pubDate><title>Message #2099265545</title><guid isPermaLink="false">2099265545@Uncensored</guid><description><![CDATA[<html><body>

<p>I remember something about generic dedup of ram at one point on servers, so it would cover most anything 'running'. Unless it was vaporware</p>
<p>And dedup for files does exist. ( so one concern i had in the past is gone, between obscenely cheap space and dedup.. )</p>
<blockquote>
<div class="message_header"><span>Wed May 19 2021 04:10:50 AM EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">In fact I have heard word of this but I don't know in which state of development this sort of deduplication is. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265532</link><pubDate>Wed, 19 May 2021 08:10:50 -0000</pubDate><title>Message #2099265532</title><guid isPermaLink="false">2099265532@Uncensored</guid><description><![CDATA[ > The downside of this strategy is that if two or more programs are   
 >using the same version of the same library, you still have to load it  

 >into memory twice.  
 > We had a conversation about this a few months ago, I think.  Ideally  

 >you build some sort of deduplication layer into the kernel's virtual   
 >memory manager.  
  
 In fact I have heard word of this but I don't know in which state of development
this sort of deduplication is. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265531</link><pubDate>Wed, 19 May 2021 08:09:12 -0000</pubDate><title>Message #2099265531</title><guid isPermaLink="false">2099265531@Uncensored</guid><description><![CDATA[ > 2021-05-17 16:11 from Nurb432         
 >The one thing that apple did early on that i did like, was they did    
   
 >not use shared libraries for apps.  They were encapsulated into the   
    
 >folder.          
 >        
        
 That is a complete can of worms. Since you have opened, let me have fun with
them.       
      
 I have been recently been working with a program that is distributed bundled
with its own set of libraries. 10 minutes of vulnerability scanning showed
up the program has a potential vulnerability related to the libraries that
come bundled with it.     
    
 In the regular BSD/CLinux universe, you would run $update_pkg $library (or
roll your own) and be done with it. When the library comes bundled with an
AppImage or a static tarball or whatever, you have to rebuild your own. This
is doable, but then it is not convenient anymore, and static programs distributed
like this are distributed this way because they are supposed to be convenient.
  
  
 So I think both models have their place but I don't really buy the model
of serving programs as a package that includes all its dependencies for general
use. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265530</link><pubDate>Wed, 19 May 2021 08:03:09 -0000</pubDate><title>Message #2099265530</title><guid isPermaLink="false">2099265530@Uncensored</guid><description><![CDATA[ >  
 >And of course since i'm really in the Daemon camp by nature, i'm not  
 >"rooting" for penguin, even tho i think its a better choice for most  
 >people than what Microsoft offers. ( and has been for a long time )   
 >Us *BSD people do accept our system's limitations, and work to  
 >overcome them.    
 >  
  
 Well fucking said. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265529</link><pubDate>Wed, 19 May 2021 08:00:13 -0000</pubDate><title>Message #2099265529</title><guid isPermaLink="false">2099265529@Uncensored</guid><description><![CDATA[ > 2021-05-17 08:31 from Nurb432   
 >Sort of surprised they wont at least accept ODF.  its universal too.  
 >  
  
 Some do, but most will shove the file up your ass if you send them an ODF.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265483</link><pubDate>Tue, 18 May 2021 18:00:43 -0000</pubDate><title>Message #2099265483</title><guid isPermaLink="false">2099265483@Uncensored</guid><description><![CDATA[<html><body>

<p><br />Well, it really isn't fair to blame Linux. <br /><br /><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAATkAAAFaCAYAAABlgSoFAAAgAElEQVR4Aey9B1gVybb3fd/7vfe9Z4KZnHNWRDAnFLOOOeeIgKKC5CQZUVAUFAVBlCQ555yTBAEx5zDhTM6j4P97Vm2L2TozZ8YjM+Kc3c9TVHXvvTus7v7xX1Wrqv5LRUUFoiSygegZED0Df9dn4L8gWkQWEFnglS3Q3d2Np0+f4tmzZ6AyJVoop2200Od8O9sg+vNGLCCC3Bsxu+igb5sFCFyUenp6GLgo52Xhz/h3hD8Xge7N3m0R5N6s/UVHfwssQMAieD158oQBjvIvvvgCt27dwu3bt3s/+/HHH18AIf1GpObe/A0WQe7N3wPRGfRzC3BYEbC4evvkk08QFxcHNzc3XLlyhcGPFBuBjqs4+j7/De1DtLwZC4gg92bsLjrqW2QBgpcwrGj9yy+/xLlz5zB16lSYmZnh4sWL7IpI5XHQ0fe4ChRB7s3dcBHk3pztRUd+SyxAsCJIEbC4Ovvpp59QWlqK2bNnQ0FBAebm5mhubsYPP/zAIMd/Q78TAe7N3mgR5N6s/UVHfwsswNUYAY7Xy9G2rq4uWFtbQ0pKCjIyMli7di3Kysrw7bff9kKRw5G+L1rejAVEkHszdhcd9S2yAHdVSZ1xhUbbPv74Y0RERLA4U0lJSbzzzjtYs2YNamtr8f333/c2OnD19xZd8t/qVEWQ+1vdTtHF/BkWIDVGcOPuKpVpobq3nJwcGBkZQU5WDrKyshg4cBBWrlyJuto65roKg5G7rlwZ8nXKRcufZwER5P4824r2/DexAEGI1BhXcRxOBKu2tjZs3boN8rIKkJORh6S4FAYNGIzNG7fgUls7up9241n3M3Q/+bnxgurz+D5ov7xMuWjpewuIINf3NhXt8W9mAQ4huixepp
<blockquote>
<div class="message_header"><span>Tue May 18 2021 11:25:34 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Blah blah blah. Failure to get Linux running properly on a computer is a failure of the person, maybe a failure of the computer, never a failure of Linux. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265475</link><pubDate>Tue, 18 May 2021 17:06:28 -0000</pubDate><title>Message #2099265475</title><guid isPermaLink="false">2099265475@Uncensored</guid><description><![CDATA[<html><body>

<p>lol </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265465</link><pubDate>Tue, 18 May 2021 15:25:34 -0000</pubDate><title>Message #2099265465</title><guid isPermaLink="false">2099265465@Uncensored</guid><description><![CDATA[Blah blah blah.  Failure to get Linux running properly on a computer is a
failure of the person, maybe a failure of the computer, never a failure of
Linux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265451</link><pubDate>Tue, 18 May 2021 14:19:25 -0000</pubDate><title>Message #2099265451</title><guid isPermaLink="false">2099265451@Uncensored</guid><description><![CDATA[<html><body>

<p>Yeah, I attempted a very early release of Slackware on CD... and went, "Well, this has a ways to go..." <br /><br />Things have certainly improved. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue May 18 2021 08:43:28 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Kids these days and their fancy distributions. :)    I remember talking to Linus on Usenet back before it would even self-host and required Minix to compile..  :)     </p>
<p>And the wonderful boot/root floppies from that time period, where you hex edited the boot sector to get it to run on YOUR hardware. </p>
<p> </p>
<p>Once we got to the point of actual distributions, i was with SLS ( "soft landing system", if i remember right ) until something called Yggdrasil came along. It was actually commercial ( which i bought ), and had a graphic installer AND setup X for you, which was a royal pain in the ass back then. Back then X was soo much trouble that i actually ( with some help as i was not a C expert, i knew enough to be dangerous ) ported MGR to Linux for my own use.  I used that with vSTA and liked it a lot. Of course this was pre-WWW, or at least WWW didnt matter yet. </p>
<p>But something happened and a critical point was reached and it all just 'exploded' and it all took off exponentially. </p>
<p>Once things calmed down a bit during the heyday of the 'wild west' i ended up with Debian too, as it was the most like *bsd.  Used to go in to local college at 2 am with a box of floppies to get latest versions..   Trying to do it at home on a 14k dial-up via SLIP on Kermit, would take days and days. But the computer lab" was open 24/7 and had a friend that went to school there so we had an ID if ever stopped. ( never were ). And free parking at night in the garages :) </p>
<p> </p>
<p>Well, that brought back some memories. </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265439</link><pubDate>Tue, 18 May 2021 12:43:28 -0000</pubDate><title>Message #2099265439</title><guid isPermaLink="false">2099265439@Uncensored</guid><description><![CDATA[<html><body>

<p>Kids these days and their fancy distributions. :)    I remember talking to Linus on Usenet back before it would even self-host and required Minix to compile..  :)     </p>
<p>And the wonderful boot/root floppies from that time period, where you hex edited the boot sector to get it to run on YOUR hardware. </p>
<p> </p>
<p>Once we got to the point of actual distributions, i was with SLS ( "soft landing system", if i remember right ) until something called Yggdrasil came along. It was actually commercial ( which i bought ), and had a graphic installer AND setup X for you, which was a royal pain in the ass back then. Back then X was soo much trouble that i actually ( with some help as i was not a C expert, i knew enough to be dangerous ) ported MGR to Linux for my own use.  I used that with vSTA and liked it a lot. Of course this was pre-WWW, or at least WWW didnt matter yet. </p>
<p>But something happened and a critical point was reached and it all just 'exploded' and it all took off exponentially. </p>
<p>Once things calmed down a bit during the heyday of the 'wild west' i ended up with Debian too, as it was the most like *bsd.  Used to go in to local college at 2 am with a box of floppies to get latest versions..   Trying to do it at home on a 14k dial-up via SLIP on Kermit, would take days and days. But the computer lab" was open 24/7 and had a friend that went to school there so we had an ID if ever stopped. ( never were ). And free parking at night in the garages :) </p>
<p> </p>
<p>Well, that brought back some memories. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265405</link><pubDate>Tue, 18 May 2021 02:06:25 -0000</pubDate><title>Message #2099265405</title><guid isPermaLink="false">2099265405@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm actually a Debian guy - and have been since Potato and Sarge. I've custom compiled kernels - and frankly - I think it was the first *decent* distro - and primarily because the apt package manager made it POSSIBLE for someone without a programming level knowledge of *nix to have a shot at getting *most* things installed. Debian pushed *nix ahead light-years - and RedHat and all the others still kinda suck by comparison. Ubuntu is even *better* for mainstream users - and is one of the biggest reason why the quality of user in Debian has gone down to where you encounter Linux users who seem like they would be more at home in Windows when you read their questions. I even find *myself* going, "RTFM, noob!" sometimes, now. <br /><br />But the biggest obstacle to Linux actually mattering outside of in circles like this - is Linux itself. Although I suspect circles like this really kind of prefer it that way. I think they like to "know" that Linux is better, but that MOST of the world is too dumb to realize 
<p> </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon May 17 2021 11:53:55 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>And with softies too :) </p>
<p>/me ducks</p>
<p> </p>
<p>Kidding aside, oftentimes "better" is relative, and even if you are on top of the stack, there is still room for improvement.  I doubt any fanboy feels that things *cant* be improved, just that it may not be worth the effort for such a small change.</p>
<p>And of course since i'm really in the Daemon camp by nature, i'm not "rooting" for penguin, even tho i think its a better choice for most people than what Microsoft offers. ( and has been for a long time )  Us *BSD people do accept our system's limitations, and work to overcome them. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon May 17 2021 11:12:19 AM EDT</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p><br />So it goes with Linux devotees. </p>
<p> </p>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265375</link><pubDate>Mon, 17 May 2021 21:14:26 -0000</pubDate><title>Message #2099265375</title><guid isPermaLink="false">2099265375@Uncensored</guid><description><![CDATA[<html><body>

<p>Sure, there were/are downsides of resource 'waste' but id rather have that disadvantage than DLL hell..  And as much as i hate to say it  ( i'm not one of those normally )  with modern hardware it would be less of an issue than it was in the old days.</p>
<blockquote>
<div class="message_header"><span>Mon May 17 2021 04:20:29 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">That's correct. Mac OS "DMG" format is equivalent to an Android APK, or a Linux AppImage. It carries all of its dependencies around with it and gets soft-mounted to the filesystem during execution. <br /><br />The downside of this strategy is that if two or more programs are using the same version of the same library, you still have to load it into memory twice. <br />We had a conversation about this a few months ago, I think. Ideally you build some sort of deduplication layer into the kernel's virtual memory manager. <br />That's probably coming eventually. In that kind of world you don't even need shared libraries anymore, you just static link everything. <br /><br />Microsoft solved the centralized management problem but they also created it. When personal computers were springing up like weeds all over IT shops, those shops already knew how to manage applications and users on centralized hosts. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265365</link><pubDate>Mon, 17 May 2021 20:20:29 -0000</pubDate><title>Message #2099265365</title><guid isPermaLink="false">2099265365@Uncensored</guid><description><![CDATA[That's correct.  Mac OS "DMG" format is equivalent to an Android APK, or a
Linux AppImage.  It carries all of its dependencies around with it and gets
soft-mounted to the filesystem during execution. 
  
 The downside of this strategy is that if two or more programs are using the
same version of the same library, you still have to load it into memory twice.
 We had a conversation about this a few months ago, I think.  Ideally you
build some sort of deduplication layer into the kernel's virtual memory manager.
 That's probably coming eventually.  In that kind of world you don't even
need shared libraries anymore, you just static link everything. 
  
 Microsoft solved the centralized management problem but they also created
it.  When personal computers were springing up like weeds all over IT shops,
those shops already knew how to manage applications and users on centralized
hosts. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265361</link><pubDate>Mon, 17 May 2021 20:11:00 -0000</pubDate><title>Message #2099265361</title><guid isPermaLink="false">2099265361@Uncensored</guid><description><![CDATA[<html><body>

<p>The one thing that apple did early on that i did like, was they did not use shared libraries for apps.  They were encapsulated into the folder. </p>
<p>I'm of course not in that world any more but i am pretty sure that changed, but at least at one point it worked that way.  Sure it wasted space, but it was far safer, and made moving apps around a lot easier.</p>
<p>And while i hate to give MS any credit, they at least thought about centralized management earlier, where apple did not and didnt have the 'enterprise mentality' for a long time ( do they really have it now? ). Unix, you could do it due to the nature of things, but it was not by design.          ( all are much better now of course ).  I honestly cant remember about OS/2 as when i was working with it, we didnt do any real management of the devices and treated them all as standalone. </p>
<p> </p>
<p>Of course those are my opinions, nothing based in hard facts or reality. </p>
<blockquote>
<div class="message_header"><span>Mon May 17 2021 03:54:53 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p>Windows also failed on the desktop because it's harder to configure than a Mac.</p>
<p>Feh.</p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265357</link><pubDate>Mon, 17 May 2021 19:54:53 -0000</pubDate><title>Message #2099265357</title><guid isPermaLink="false">2099265357@Uncensored</guid><description><![CDATA[<html><body>

<p>Windows also failed on the desktop because it's harder to configure than a Mac.</p>
<p>Feh.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265329</link><pubDate>Mon, 17 May 2021 15:57:34 -0000</pubDate><title>Message #2099265329</title><guid isPermaLink="false">2099265329@Uncensored</guid><description><![CDATA[<html><body>

<p><img src="https://benkeygplus.files.wordpress.com/2018/08/devil25255B125255D.gif" alt="The BSD Daemon murdered Tux! That evil bastard! – Ben Key — Google Plus" /></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265327</link><pubDate>Mon, 17 May 2021 15:53:55 -0000</pubDate><title>Message #2099265327</title><guid isPermaLink="false">2099265327@Uncensored</guid><description><![CDATA[<html><body>

<p>And with softies too :) </p>
<p>/me ducks</p>
<p> </p>
<p>Kidding aside, oftentimes "better" is relative, and even if you are on top of the stack, there is still room for improvement.  I doubt any fanboy feels that things *cant* be improved, just that it may not be worth the effort for such a small change.</p>
<p>And of course since i'm really in the Daemon camp by nature, i'm not "rooting" for penguin, even tho i think its a better choice for most people than what Microsoft offers. ( and has been for a long time )  Us *BSD people do accept our system's limitations, and work to overcome them. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon May 17 2021 11:12:19 AM EDT</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p><br />So it goes with Linux devotees. </p>
<p> </p>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265326</link><pubDate>Mon, 17 May 2021 15:44:25 -0000</pubDate><title>Message #2099265326</title><guid isPermaLink="false">2099265326@Uncensored</guid><description><![CDATA[<html><body>

<p>Linux winning - the same way Iraq won against the US according to Baghdad Bob. </p>
<p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAABuEAAAPxCAYAAADkOAA/AAAgAElEQVR4AexdCZgWxdEG73hfkXiDosYzwWh+44mI3KeItyKnXF54xAtRQFSUSxAUNeIR45UDBGMiaqIRMYmixjMq0ZgEQYVd2GU5dqn/qe6p7uqenu+b79xdqO95Zufqrq566+3qnqmdmSYgP0FAEBAEBAFBQBAQBAQBQUAQEAQEAUFAEBAEBAFBQBAQBAQBQUAQEAQEAUFAECgqAk2KKk2ECQKCgCAgCAgCgoAgIAgIAoKAICAICAKCgCAgCAgCgoAgIAgIAoKAICAICAKCAEgSTkggCAgCgoAgIAgIAoKAICAICAKCgCAgCAgCgoAgIAgIAoKAICAICAKCgCAgCBQZgVRJuNraWqhZsxaqVq+GlVXVULmqShbBQDggHBAOCAeEA8IB4YBwQDggHBAOCAeEA8IB4YBwQDggHBAOCAeEA8KBBsEBzF1gDgNzGZjTkJ8g0BAQyJiEW7tuvSTdJIA2iAAqiV9JfAsHhAPCAeGAcEA4IBwQDggHhAPCAeGAcEA4IBwQDggHhAPCAeFAWg5gUg5zHPITBOoTgWASbt369bCqXE+8rVwlSR5J9AkHhAPCAeGAcEA4IBwQDggHhAPCAeGAcEA4IBwQDggHhAPCAeGAcGBj5UA95gEw14E5D/kJAvWBQCwJh2RMm0kuuNxKydoXjOHGGpTFrvL1Q8FasBYOCAeEA8IB4YBwQDggHBAOCAeEA8IB4YBwQDggHBAOCAdKzYF6zgesXy+vqKyPJFSp26ytXQdf/+ef8OqLT8KvZt4ME0YPgXsm/Bym3DYC5s9+DL5c/AHU1tZfEtZJwiEJJSkkiUHhgHBAOCAcEA4IB4QDwgHhgHBAOCAcEA4IB4QDwgHhgHBAOCAcEA4IBzY2DsgTcaVOiZVP/oYNG+DLf/0Dbrn2fOh06tFwSMu94LCW+0KHE46B87t3hAt7
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265312</link><pubDate>Mon, 17 May 2021 15:12:19 -0000</pubDate><title>Message #2099265312</title><guid isPermaLink="false">2099265312@Uncensored</guid><description><![CDATA[<html><body>

<p>I do fine with the Linux desktop. <br /><br />The kind of attitude I am seeing here from people who worship at the temple of the Penguin *is* part and parcel of why Linux has not, and will never succeed in a broad consumer sense - unless you cover it with so many layers of abstraction that the end user NEVER has to see the Linux of it. <br /><br />And that is the ironic thing. FOSS advocates are the most likely to talk about how sloppy and inefficient Windows code is - how it uses brute power to force its way through sloppy code when Linux can do it much more efficiently. <br /><br /><br />But to get "Linux" accessible by mass market end users - hell, even most IT shops - you've got to bury the Linux so far away from the user that they have no IDEA what the base system is. Linux becomes the worst offender at everything it claims to oppose once you make it competitive. <br /><br />Darknetuser is so off base with his response about my opinions of Debian that I doubt he has it right about what "modern pu
<p> </p>
<blockquote>
<div class="message_header"><span>Mon May 17 2021 10:19:34 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Linux has not failed on the desktop. Some people have failed at the Linux desktop. The rest of us are doing fine. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265310</link><pubDate>Mon, 17 May 2021 15:08:55 -0000</pubDate><title>Message #2099265310</title><guid isPermaLink="false">2099265310@Uncensored</guid><description><![CDATA[<html><body>

<p>heh</p>
<blockquote>
<div class="message_header"><span>Mon May 17 2021 10:19:34 AM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Linux has not failed on the desktop. Some people have failed at the Linux desktop. The rest of us are doing fine. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265301</link><pubDate>Mon, 17 May 2021 14:19:34 -0000</pubDate><title>Message #2099265301</title><guid isPermaLink="false">2099265301@Uncensored</guid><description><![CDATA[  
 Linux has not failed on the desktop.  Some people have failed at the Linux
desktop.  The rest of us are doing fine. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265296</link><pubDate>Mon, 17 May 2021 12:31:35 -0000</pubDate><title>Message #2099265296</title><guid isPermaLink="false">2099265296@Uncensored</guid><description><![CDATA[<html><body>

<p>Sort of surprised they wont at least accept ODF.  its universal too.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265289</link><pubDate>Mon, 17 May 2021 11:37:03 -0000</pubDate><title>Message #2099265289</title><guid isPermaLink="false">2099265289@Uncensored</guid><description><![CDATA[ >I couldn't write for Tech Republic using any of the Linux office    
 >suites. Long documents bog down, Object Linking and Embedding was    
 >unreliable, and would cause formatting issues - and worst of all, it   

 >wouldn't translate into Office right - which is what CBS used, like    
 >most major publishers - at the time. I honestly doubt that has    
 >changed. I tried, a couple of times - and it caused issues with    
 >getting things to publication on time. You just don't get too many    
 >chances when there are real deadlines and it affects bottom lines if   

 >those deadlines get missed because something gets mangled in the hand  
 
 >off because you were using something other than the industry    
 >standard.     
 >    
    
  
 Most publishers don't want anything but RTF nowadays. Some will accept text
files with markup. If you send a *.doc(s?) most of them will shove it up your
ass nowadays. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265288</link><pubDate>Mon, 17 May 2021 11:32:33 -0000</pubDate><title>Message #2099265288</title><guid isPermaLink="false">2099265288@Uncensored</guid><description><![CDATA[ >Debian has tried to approach that problem with the non-free repos -    
   
 >but they should be enabled by default. Instead of "Most Hostile"       

 >toward closed source, Linux should have "Most Permissive" toward       

 >closed source as the default, and let the purists opt OUT of non-free  
     
 >distro repos.         
 >        
 >The idealism of the Linux community kind of bugs me.          
 >        
        
 It is obvious you hate the platform, so I am pretty sure you are not the
target audience. Therefore, not exactly somebody who is going to convince
a distribution to switch policies.       
      
 If you want non-free packages then either enable the repositories or pick
another operating system you don't love to hate.     
    
 I am far from a Linux advocate nowadays, but a big selling point from common
distributions is you can expect a certain type of licensing from
the software included in them. A big bunch of its user base is using Linux
specifically for this reason. What you ask when you ask for a distribution
to switch repository or licensing policies is for them to piss on their current,
standing user base so they can pander to a different userbase (and fail at
that).   
  
 Just not gonna happen. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265285</link><pubDate>Mon, 17 May 2021 10:47:16 -0000</pubDate><title>Message #2099265285</title><guid isPermaLink="false">2099265285@Uncensored</guid><description><![CDATA[<html><body>

<p>I can clip/copy/paste in one step too.  What most people do. its that i want to often resize that gives me the extra step.</p>
<p>( or if i screw my paste buffer up :) )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265254</link><pubDate>Mon, 17 May 2021 04:52:37 -0000</pubDate><title>Message #2099265254</title><guid isPermaLink="false">2099265254@Uncensored</guid><description><![CDATA[<html><body>

<p>I could do that in 2009 on VMWare or Citrix. <br /><br /><br /><br /><img src="https://external-content.duckduckgo.com/iu/?u=https%3A%2F%2Fmedia.giphy.com%2Fmedia%2F3ov9jWwYF3hXctTR5u%2Fgiphy.gif&amp;f=1&amp;nofb=1" alt="Goodfellows GIFs - Find &amp; Share on GIPHY" /></p>
<p>This image was easy to cut and paste inline into this post without any extra configuration - because I did it on a mature, stable GUI based OS... not a Linux windows manager. ;) </p>
<p> </p>
<blockquote>
<div class="message_header"><span>S</span></div>
<div class="message_header"><span><br /></span></div>
<div class="message_header"><span>un May 16 2021 14:29:37 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p>There's no need to argue in favor of Linux.  Linux has already won.  It is the fabric of standard computing.   Every area of computing except for the legacy desktop is absolutely dominated by Linux.  And we no longer care.  It works great, and someone else's failure to install it does not diminish its utility to the rest of us.</p>
<p><a href="http://esr.ibiblio.org/?p=8764" target="webcit01">Windows is slowly turning into Linux anyway. </a> As time goes on it will matter even less.</p>
<p>Even now, you are logged in to a VM that runs on a host that is also my Linux desktop.  Try <em>that</em> with Windoze 10.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265253</link><pubDate>Mon, 17 May 2021 04:49:53 -0000</pubDate><title>Message #2099265253</title><guid isPermaLink="false">2099265253@Uncensored</guid><description><![CDATA[<html><body>

<p>These are the people it works for - and there are enough of you to make it a viable alternative. <br /><br />Long ago it failed with people who had these issues, badly enough that it became a non-starter and they're unlikely to ever look at it again. <br /><br />I couldn't write for Tech Republic using any of the Linux office suites. Long documents bog down, Object Linking and Embedding was unreliable, and would cause formatting issues - and worst of all, it wouldn't translate into Office right - which is what CBS used, like most major publishers - at the time. I honestly doubt that has changed. I tried, a couple of times - and it caused issues with getting things to publication on time. You just don't get too many chances when there are real deadlines and it affects bottom lines if those deadlines get missed because something gets mangled in the hand off because you were using something other than the industry standard. <br /><br />MSOffice on OS X was fine. MSOffice on Windows was fine - but when you
<blockquote>
<div class="message_header"><span>Sun May 16 2021 10:29:45 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>If you use the proper formats, these days i have found its no worse than different versions of office trying to read its own formats.  Ms Access, agreed there is zero compatibility other than being able to access the data. No forms/etc. But in the past RTF, and today ODF, etc seem to do just fine for other items, when i need it.  <strong>Long ago I stopped trying to to 'export to xyz native 3rd party app format' and just stick with the open formats. </strong></p>
<p>Even DIA does an ok job of exporting to visio these days. ( done that a few times, office is too cheap to get me a copy so i do it in DIA, send it to the boss and let him clean up the import.  )</p>
<p><strong>But to be honest, i dont care about interoperability for the most part, i use it standalone, and dont share documents.</strong>  Im more worried about functionality, does it do what i need? And normally the answer is yes. Especially these days. ( like back when i used smartsuite in the mid 90s.. it was MY stuff on MY machine. didnt care about other people )</p>
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265228</link><pubDate>Sun, 16 May 2021 21:58:52 -0000</pubDate><title>Message #2099265228</title><guid isPermaLink="false">2099265228@Uncensored</guid><description><![CDATA[<html><body>

<p>it was HyperV i was thinking about. I had to go look it up.  Its what the windows dev guys use on their desktops. VBox was just another option i could think of in that you *could* run vms on windows desktops. Does vmware workstation still exist? I know their other server product that ran on desktops is long gone. I forget the name there too, but ran it when i was on the vmware team.</p>
<p>But i do agree about the forced reboots all  the time.  </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265225</link><pubDate>Sun, 16 May 2021 21:15:39 -0000</pubDate><title>Message #2099265225</title><guid isPermaLink="false">2099265225@Uncensored</guid><description><![CDATA[<html><body>

<p>I suspect the people logged in to the VMs wouldn't enjoy all of the desktop reboots.</p>
<p>And what you're thinking of is WSL (Windows Services for Linux).  It is basically Microsoft's attempt to keep web developers from buying Macs or running Linux natively.  And for that it is actually pretty decent.  I use it for development of tools we'll run in production on Linux, mainly automation tools.  And I use it to make my daily driver look and feel like a Linux machine.  It's no substitute for the real thing though.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265198</link><pubDate>Sun, 16 May 2021 18:50:39 -0000</pubDate><title>Message #2099265198</title><guid isPermaLink="false">2099265198@Uncensored</guid><description><![CDATA[<html><body>

<p>vBox?</p>
<p>And what about that vm stuff they have built in now? I forget what its called as my brain is fried today. Never messed with it but guy at work does for testing apps.</p>
<blockquote>
<div class="message_header"><span>Sun May 16 2021 02:29:37 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p><span style="background-color: transparent;">Even now, you are logged in to a VM that runs on a host that is also my Linux desktop.  Try </span><em style="background-color: transparent;">that</em><span style="background-color: transparent;"> with Windoze 10.</span></p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265191</link><pubDate>Sun, 16 May 2021 18:29:37 -0000</pubDate><title>Message #2099265191</title><guid isPermaLink="false">2099265191@Uncensored</guid><description><![CDATA[<html><body>

<p>There's no need to argue in favor of Linux.  Linux has already won.  It is the fabric of standard computing.   Every area of computing except for the legacy desktop is absolutely dominated by Linux.  And we no longer care.  It works great, and someone else's failure to install it does not diminish its utility to the rest of us.</p>
<p><a href="http://esr.ibiblio.org/?p=8764">Windows is slowly turning into Linux anyway. </a> As time goes on it will matter even less.</p>
<p>Even now, you are logged in to a VM that runs on a host that is also my Linux desktop.  Try <em>that</em> with Windoze 10.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265169</link><pubDate>Sun, 16 May 2021 14:29:45 -0000</pubDate><title>Message #2099265169</title><guid isPermaLink="false">2099265169@Uncensored</guid><description><![CDATA[<html><body>

<p>If you use the proper formats, these days i have found its no worse than different versions of office trying to read its own formats.  Ms Access, agreed there is zero compatibility other than being able to access the data. No forms/etc. But in the past RTF, and today ODF, etc seem to do just fine for other items, when i need it.  Long ago I stopped trying to to 'export to xyz native 3rd party app format' and just stick with the open formats. </p>
<p>Even DIA does an ok job of exporting to visio these days. ( done that a few times, office is too cheap to get me a copy so i do it in DIA, send it to the boss and let him clean up the import.  )</p>
<p>But to be honest, i dont care about interoperability for the most part, i use it standalone, and dont share documents.  Im more worried about functionality, does it do what i need? And normally the answer is yes. Especially these days. ( like back when i used smartsuite in the mid 90s.. it was MY stuff on MY machine. didnt care about other people )</p>
<blockquote>
<div class="message_header"><span>Sun May 16 2021 10:14:50 AM EDT</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p><br />The Open Office/Libre Office things never work *quite* right as far as cross compatibility with Microsoft Office suite - which is still dominant - but not so much as it was. That is another area where Google and other online suites are providing "good enough" for most SMBs - and overall less expensive in the long run. </p>
<p><br /><br /><br /></p>
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265168</link><pubDate>Sun, 16 May 2021 14:14:50 -0000</pubDate><title>Message #2099265168</title><guid isPermaLink="false">2099265168@Uncensored</guid><description><![CDATA[<html><body>

<p>LOL... <br /><br />I was reading it and the further I got into it, I was like... "where do I start to respond..." :D <br /><br />Daz3d dominates the 3D art and CGI animation space now in sheer numbers - and even for pretty advanced tasks. They own Hexagon, Carerra, Bryce and a few other older packages too - and I own all of those as well. But really, there is very little reason to leave DAZ in most cases, and those are becoming fewer and fewer as more features or plug-ins become available. <br /><br />And... I guess I was talking "FOSS" more than Linux but using the terms interchangeably. The issues are really more inherent in FOSS sourced software than Linux itself. When you move FOSS software to Windows/Mac - the "Linux" issues tend to come with it, anyhow. Often - it is *better* to run a FOSS app on a *nix - I'm not sure why. Gimp is cross platform now, too, right? Most of the biggest apps are. <br /><br />The Open Office/Libre Office things never work *quite* right as far as cross compatibility wi
<p><br /><br /><br /></p>
<blockquote>
<div class="message_header"><span>Sun May 16 2021 09:35:12 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Blender was/IS cross platform :)    I'm purely speaking of the OSS component here, didnt mean it to be a linux/windows/whatever thing in this case. </p>
<p>And i agree it was complex, but so was any other 3D tool of that caliber.  And they all had their own quirks for an interface.  Its not like a text editor or spreadsheet something that was pretty 'standardized'.  In the old days it was better documented. Over time features have become more important than documentation.  I do agree that is a shame, as unless you *really* know it, you are missing out on features. It was also REALLY resource friendly back then. Tiny, ran on older hardware, but took advantage of better hardware if you had it. </p>
<p>Truespace was another that was not so 'intuitive' either, but once you got use to it, things were fine.  For a real bizarre one Amapi3D. Once you get proficient in one, moving around is tough. </p>
<p>I was a huge fan of TS until Microsoft bought it and killed it. I still am not sure why they did it. Used to compete in the annual contests.. One of our interns at Ford, got him involved 3D using TS, he ended up getting hired as a logo designer and moved to corporate. He was a natural, just never knew until i showed him a few things.  In no time he was showing ME stuff.</p>
<p>Much like Poser, Bryce was pretty easy, even for the beginner. Used to use it for landscapes to import into other things all the time.   There is a 'poser like' OSS 3rd party app now that supports Blender. ( and OpenSim ).  That is a fork however, as the original guy just one day vanished and pulled all his code from everywhere. </p>
<p>Staroffice was another 'success story' of sorts. Commercial package ( i had bought it too, i always did pay for what i used on a regular basis ) then at some point sun micro systems bought it and opened the code ( as much as they could, the DB module was proprietary, for example ).  Ended up becoming LibreOffice eventually, after forking 'OpenOffice' which was the re-branded starOffice code, in the beginning..   Tho i still liked the old SO way of doing things as a 'single package'. Email/files/browsing/office/communications all in one consistent place.   A lot like Ashton Tate's "framework" a decade earlier, which im sure you can guess i was a fan of. Same idea, everything under one roof and everything 'worked the same'.</p>
<p> </p>
<p> </p>
<p>And im rambling about times gone by, simpler times..  Ill stop now.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265154</link><pubDate>Sun, 16 May 2021 13:35:12 -0000</pubDate><title>Message #2099265154</title><guid isPermaLink="false">2099265154@Uncensored</guid><description><![CDATA[<html><body>

<p>Blender was/IS cross platform :)    I'm purely speaking of the OSS component here, didnt mean it to be a linux/windows/whatever thing in this case. </p>
<p>And i agree it was complex, but so was any other 3D tool of that caliber.  And they all had their own quirks for an interface.  Its not like a text editor or spreadsheet something that was pretty 'standardized'.  In the old days it was better documented. Over time features have become more important than documentation.  I do agree that is a shame, as unless you *really* know it, you are missing out on features. It was also REALLY resource friendly back then. Tiny, ran on older hardware, but took advantage of better hardware if you had it. </p>
<p>Truespace was another that was not so 'intuitive' either, but once you got use to it, things were fine.  For a real bizarre one Amapi3D. Once you get proficient in one, moving around is tough. </p>
<p>I was a huge fan of TS until Microsoft bought it and killed it. I still am not sure why they did it. Used to compete in the annual contests.. One of our interns at Ford, got him involved 3D using TS, he ended up getting hired as a logo designer and moved to corporate. He was a natural, just never knew until i showed him a few things.  In no time he was showing ME stuff.</p>
<p>Much like Poser, Bryce was pretty easy, even for the beginner. Used to use it for landscapes to import into other things all the time.   There is a 'poser like' OSS 3rd party app now that supports Blender. ( and OpenSim ).  That is a fork however, as the original guy just one day vanished and pulled all his code from everywhere. </p>
<p>Staroffice was another 'success story' of sorts. Commercial package ( i had bought it too, i always did pay for what i used on a regular basis ) then at some point sun micro systems bought it and opened the code ( as much as they could, the DB module was proprietary, for example ).  Ended up becoming LibreOffice eventually, after forking 'OpenOffice' which was the re-branded starOffice code, in the beginning..   Tho i still liked the old SO way of doing things as a 'single package'. Email/files/browsing/office/communications all in one consistent place.   A lot like Ashton Tate's "framework" a decade earlier, which im sure you can guess i was a fan of. Same idea, everything under one roof and everything 'worked the same'.</p>
<p> </p>
<p> </p>
<p>And im rambling about times gone by, simpler times..  Ill stop now.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265153</link><pubDate>Sun, 16 May 2021 13:12:43 -0000</pubDate><title>Message #2099265153</title><guid isPermaLink="false">2099265153@Uncensored</guid><description><![CDATA[<html><body>

<p>Blender is powerful. It is also super complex and poorly documented. It is better for those dedicated enough to learn it who want to have complete power over it. <br /><br />DAZ and Poser are more accessible to people of average drive and motivation. <br /><br />And that is almost ALWAYS the dividing line between *nix and mainstream alternatives. <br /><br />*nix ripping programs tend to be more powerful than Windows based alternatives if you want to really be able to control cracking the protection on DVDs and BluRays. <br /><br />But the commercial ones are good enough for the average consumer who just wants to make backups of their movies. <br /><br />GIMP is *not* as good as Photoshop, though. Either - you need training. GIMP is pretty powerful for something that is FREE though. As free as your time, anyhow. <br /><br />Linux absolutely has its use models - but even something as simple as cutting and pasting an image into a web browser can require a LOT of effort on Linux, where in Windows and O
<p> </p>
<blockquote>
<div class="message_header"><span>Sun May 16 2021 07:23:11 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>And if i didnt mention it before i paid for blender.  I still have my license 'key card' in my signed manual.</p>
<p>For those who didnt know, this was back before NaN ( the company who originally developed it in house for their own use ) went under. They were a PR firm and used it to do gfx for their clients. At some point they offered it for sale to the rest of us to use.  Soon (?) after they went under and took it with them.   But then later i helped pay for Ton, the main developer and one of the companies founders, to buy the code and release it to all of us.</p>
<p>It is one of the success stories from 'back then'.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265145</link><pubDate>Sun, 16 May 2021 11:23:11 -0000</pubDate><title>Message #2099265145</title><guid isPermaLink="false">2099265145@Uncensored</guid><description><![CDATA[<html><body>

<p>And if i didnt mention it before i paid for blender.  I still have my license 'key card' in my signed manual.</p>
<p>For those who didnt know, this was back before NaN ( the company who originally developed it in house for their own use ) went under. They were a PR firm and used it to do gfx for their clients. At some point they offered it for sale to the rest of us to use.  Soon (?) after they went under and took it with them.   But then later i helped pay for Ton, the main developer and one of the companies founders, to buy the code and release it to all of us.</p>
<p>It is one of the success stories from 'back then'.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265144</link><pubDate>Sun, 16 May 2021 11:18:34 -0000</pubDate><title>Message #2099265144</title><guid isPermaLink="false">2099265144@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya.</p>
<p>I guess one could change to "mainstream desktop" but i have been using it as my primary for decades.  And agreed, "desktop" is becoming less and less relevant as we move full circle back to managed data/applications. </p>
<blockquote>
<div class="message_header"><span>Sat May 15 2021 09:51:05 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">The "Linux on the desktop" topic is so last week. Use it if you like it. <br />It's as usable as any other operating system if it has the software you need to run. And since most of what we do is through a browser now, it matters less than ever. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265109</link><pubDate>Sun, 16 May 2021 02:44:47 -0000</pubDate><title>Message #2099265109</title><guid isPermaLink="false">2099265109@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat May 15 2021 21:51:05 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">The "Linux on the desktop" topic is so last week. Use it if you like it. <br />It's as usable as any other operating system if it has the software you need to run. And since most of what we do is through a browser now, <span style="text-decoration: line-through;">it matters less than ever. </span> it makes no more or less sense than any *other* option. <br /><br /><br />Fixed that for you. I'm not ANTI-Linux, on principle. If it were as easy, convenient, flexible and supported as other OSes, or better - I'd use it. Especially considering that it is absolutely more *trustworthy* on privacy issues. <br /><br />I always remind people, I run Citadel - now on Proxmox. If Linux can provide the quantifiably *best* solution to my desired outcome - I'll run it. <br /><br />It is just that generally, Linux solutions are difficult, substandard, unreliable and inconsistent compared to their alternatives - which are often priced so affordably that the alternatives are the better choice. <
<div class="fmout-JUSTIFY"> </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099265086</link><pubDate>Sun, 16 May 2021 01:51:05 -0000</pubDate><title>Message #2099265086</title><guid isPermaLink="false">2099265086@Uncensored</guid><description><![CDATA[The "Linux on the desktop" topic is so last week.  Use it if you like it.
 It's as usable as any other operating system if it has the software you need
to run.  And since most of what we do is through a browser now, it matters
less than ever. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264816</link><pubDate>Thu, 13 May 2021 20:04:02 -0000</pubDate><title>Message #2099264816</title><guid isPermaLink="false">2099264816@Uncensored</guid><description><![CDATA[<html><body>

<p>Try figuring out if your iDrive will ever get the update to support Android Auto. The short answer is, if it is a 2020 or older, probably not. <br /><br />I don't think software and operating systems are really the strong suit of Germans. </p>
<p>Had a friend who was a architecture engineer at Intel - who worked a lot with Siemens - and he said that their documentation was terrible and their ability to explain things was worse - that they acted like everyone should just "know" these things. <br /><br />I've experienced this with other projects with German InfoTech engineering - to think this must be a bit of a cultural thing. They don't work well with others. </p>
<p> </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Thu May 13 2021 10:53:03 EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>I mean, honestly, there has always been a correlation with BMW and <br />the odds of an Apple sticker being on the car somewhere.  </blockquote>
<br />And for all that, the dragged their feet on supporting CarPlay, and when they did, they charged a subscription fee :-D </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264803</link><pubDate>Thu, 13 May 2021 18:51:15 -0000</pubDate><title>Message #2099264803</title><guid isPermaLink="false">2099264803@Uncensored</guid><description><![CDATA[<html><body>

<p>Holy cross-topic batman.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264763</link><pubDate>Thu, 13 May 2021 14:53:03 -0000</pubDate><title>Message #2099264763</title><guid isPermaLink="false">2099264763@Uncensored</guid><description><![CDATA[ >I mean, honestly, there has always been a correlation with BMW and  
 >the odds of an Apple sticker being on the car somewhere.    
  
 And for all that, the dragged their feet on supporting CarPlay, and when
they did, they charged a subscription fee :-D 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264758</link><pubDate>Thu, 13 May 2021 14:42:26 -0000</pubDate><title>Message #2099264758</title><guid isPermaLink="false">2099264758@Uncensored</guid><description><![CDATA[<html><body>

<p>Yup. <br /><br />I enjoy the *challenge* of Linux - and I appreciate what it is capable once I brute-force my way into getting it to work right through sheer perseverance and determination - but I understand that <em>most</em> computer end-users, including admins and other professionals - do NOT find the journey as interesting as the destination when it comes to deploying, utilizing, maintaining, and supporting information systems. <br /><br />Linux desktop users are a lot like car modification enthusiasts - they take a lot of pride in taking some cobbled together, salvage title clunker, making it faster than an M4, cooler looking than a brand new C07 Vette, and customized *exactly* how they want it, in every aspect. <br /><br />But sometimes the turn signal goes on when you shift into 6th gear, they don't trust the brakes, and the passenger door won't close again if you open it - and it is a total bitch when they have to get it smogged to re-register it.<br /><br />As an interesting piece of evidence
<p> </p>
<blockquote>
<div class="message_header"><span>Wed May 12 2021 21:41:31 EDT</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>But for userland - it is never going to be the Year of the Linux <br />desktop as long as things like this remain this difficult to do from </blockquote>
<br />
<blockquote>a mainstream XWindows manager like Gnome.  </blockquote>
<br /><br /><br />All of our other in-house, NYC based developers are still macOS users. They're all a bit Linux-shy. The consultants we work with are actually better with Linux than any of our in-house folk. <br /><br />So from where I sit, it sorta looks like all but the most senior American developers these days are uncomfortable with Linux as a desktop OS. That should tell you something. <br /><br />And Linux was a fiddly, frustrating process to get set up on my work laptop. <br /><br /><br /><br /></div>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264720</link><pubDate>Thu, 13 May 2021 01:41:31 -0000</pubDate><title>Message #2099264720</title><guid isPermaLink="false">2099264720@Uncensored</guid><description><![CDATA[ >But for userland - it is never going to be the Year of the Linux      
 >desktop as long as things like this remain this difficult to do from   
  
 >a mainstream XWindows manager like Gnome.        
      
 Yup. Linux keeps getting better. And better. And better. Very slowly. Cut/paste
is better than it used to be. But for desktop usage, in general, it's never
going to get all the way there. Never. That's the conclusion I reached like
a decade or two ago, and I haven't been proven wrong YET ;)     
    
    
 Developers, these days, tend to use macOS laptops. That was me, at my previous
employer, too. I stayed there for about 7 years, doing Java. At the time,
that was fine. macOS was a great platform for Java development, and writing
the occasional shell script or Python script that you would then port to your
Linux servers and deploy.   
    
 But then Java became a little less of a
thing, and Dockerized deployables became a little more of a thing.   
    
 macOS is not a great platform for developing Docker containers. The docker
engine hides a whole Virtualbox-hosted Linux machine under the covers and
tries to make it all seamlessly appear like you're just hosting containers,
the same way you would on a Linux dev box. The performance issues can be quite
drastic.   
    
 When I started my current job, the situation was kinda interesting. In some
ways, they hired me as Developer Employee #2, so I was careful to ask the
principal guy what kind of environment he preferred. He said Windows plus
Virtualbox because most of what we do is Linux and if you're going to run
Linux in Vbox, it's better to have full control over it. That was what he
was using at the time. Since then, he and I have both transitioned off of
Vbox to full-time Linux usage. Because that's what we deploy
on.   
    
 All of our other in-house, NYC based developers are still macOS users. They're
all a bit Linux-shy. The consultants we work with are actually better with
Linux than any of our in-house folk.   
    
 So from where I sit, it sorta looks like all but the most senior American
developers these days are uncomfortable with Linux as a desktop OS. That should
tell you something.   
    
 And Linux was a fiddly, frustrating process to get set up on my work laptop.
  
  
  
 Most of my grey hairs are from my previous job, but a few of the new ones
came from setting up Linux on that laptop. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264410</link><pubDate>Tue, 11 May 2021 13:45:08 -0000</pubDate><title>Message #2099264410</title><guid isPermaLink="false">2099264410@Uncensored</guid><description><![CDATA[<html><body>

<p>Linux cut and paste into a browser is *terrible* - by the way. I've experienced problems with it on all browsers and across hardware platforms (Pi and Intel). <br /><br />I did some research on it... It is an area where both Mac OS X and Windows make it seem like something that is just a baseline feature. You open an image, you cut it to the paste board using a keyboard shortcut that is built in, and you paste it into a web-viewer window on Facebook, or a Citadel, or a blogger.com article... and it just works. <br /><br />It doesn't work so seamlessly on Linux. You've got to figure out how to make it happen - and it involves finding the right app and installing it. I don't remember more than that. One of those little things that makes me go, "overall, easier just to use a mainstream consumer OS for mainstream consumer tasks." Linux can have the internet and the web back-end, can drive the cloud - can host and serve all the apps. <br /><br />But for userland - it is never going to be the Year of the Lin
<p> </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue May 11 2021 06:10:48 EDT</span> <span>from <a href="do_template?template=user_show?who=zooer">zooer</a> </span></div>
<div class="message_content">
<p> </p>
<blockquote>
<div class="message_header"><span>Sat May 08 2021 09:39:03 AM EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Ya i know there are other ways to strip the telemetrics, but doing the copy/resize/crop also lets me make the images smaller, and cut out non relevant pieces of the image. Like this one, you didnt want to see the back of my stove, or the wall..</p>
</div>
</blockquote>
<p>I have some program on Linux (I am not on my Linux machine now) where I right-click on the file to resize it.  It wasn't part of the standard install, but it adds right-click functions.  I am sure it uses Imagemagic for the actual work.  The standard Linux image viewers will allow me to crop if need be.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264387</link><pubDate>Tue, 11 May 2021 10:10:48 -0000</pubDate><title>Message #2099264387</title><guid isPermaLink="false">2099264387@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat May 08 2021 09:39:03 AM EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Ya i know there are other ways to strip the telemetrics, but doing the copy/resize/crop also lets me make the images smaller, and cut out non relevant pieces of the image. Like this one, you didnt want to see the back of my stove, or the wall..</p>
</div>
</blockquote>
<p>I have some program on Linux (I am not on my Linux machine now) where I right-click on the file to resize it.  It wasn't part of the standard install, but it adds right-click functions.  I am sure it uses Imagemagic for the actual work.  The standard Linux image viewers will allow me to crop if need be.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264067</link><pubDate>Sat, 08 May 2021 13:39:03 -0000</pubDate><title>Message #2099264067</title><guid isPermaLink="false">2099264067@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya i know there are other ways to strip the telemetrics, but doing the copy/resize/crop also lets me make the images smaller, and cut out non relevant pieces of the image. Like this one, you didnt want to see the back of my stove, or the wall..</p>
<blockquote>
<div class="message_header"><span>Sat May 08 2021 08:47:41 AM EDT</span> <span>from <a href="do_template?template=user_show?who=zooer">zooer</a> </span></div>
<div class="message_content">
<p>Use Linux?  On all jpg images use "jhead -purejpg FILENAME.jpg" from the command line.</p>
<p> </p>
<p>I see they have Windows and Mac versions as well. <a href="https://www.sentex.ca/~mwandel/jhead/" target="webcit01">https://www.sentex.ca/~mwandel/jhead/</a></p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264060</link><pubDate>Sat, 08 May 2021 12:47:41 -0000</pubDate><title>Message #2099264060</title><guid isPermaLink="false">2099264060@Uncensored</guid><description><![CDATA[<html><body>

<p>Use Linux?  On all jpg images use "jhead -purejpg FILENAME.jpg" from the command line.</p>
<p> </p>
<p>I see they have Windows and Mac versions as well. https://www.sentex.ca/~mwandel/jhead/</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264057</link><pubDate>Sat, 08 May 2021 11:58:07 -0000</pubDate><title>Message #2099264057</title><guid isPermaLink="false">2099264057@Uncensored</guid><description><![CDATA[<html><body>

<p>It seemed to work that time, even sucking it in via IMAP.</p>
<p>Normally i copy my image, paste it into gimp, resize, then take a screenshot of that to clip out any extra garbage in the image.  ( i do that both for size and to get rid of telemetry ).   I guess the original copy was still in the buffer.  which is odd. i wonder how many other times i ended up pasting the 'real' thing into places. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264055</link><pubDate>Sat, 08 May 2021 11:21:31 -0000</pubDate><title>Message #2099264055</title><guid isPermaLink="false">2099264055@Uncensored</guid><description><![CDATA[<html><body>

<p>odd, i didnt think it was a hotlink, it came out of my paste buffer. </p>
<blockquote>
<div class="message_header"><span>Sat May 08 2021 05:44:52 AM EDT</span> <span>from <a href="do_template?template=user_show?who=zooer">zooer</a> </span></div>
<div class="message_content">
<p>Linking from Google Photos is tricky, it is better to share a link rather than try to hotlink or embed.</p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099264045</link><pubDate>Sat, 08 May 2021 09:44:52 -0000</pubDate><title>Message #2099264045</title><guid isPermaLink="false">2099264045@Uncensored</guid><description><![CDATA[<html><body>

<p>Linking from Google Photos is tricky, it is better to share a link rather than try to hotlink or embed.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260395</link><pubDate>Thu, 15 Apr 2021 19:47:46 -0000</pubDate><title>Message #2099260395</title><guid isPermaLink="false">2099260395@Uncensored</guid><description><![CDATA[I put all of my nightly backup jobs in /etc/cron.daily and allow them to run
as root.   <shrug> 
  
 rsync is definitely the correct tool, but I prefer to rsync from a snapshot
rather than from the live data itself.  This of course assumes you are using
a filesystem that supports snapshots (I use btrfs). 
  
 My backup script, which runs on the source system, looks something like this:

  
 1. Create a snapshot name that contains the day of the week (e.g. "Thursday")

 2. If a snapshot by that name already exists, delete it. 
 3. Create a snapshot of the current live data using that name. 
 4. rsync the snapshot to the remote copy (using options -a and --delete)

  
 This gives me a week of local "thin" backups to protect against mistakes,
and an off-host backup to protect against catastrophic hardware failure. 
  
 I can share the script source if anyone is interested. 
  
 I also have another
one somewhere that only keeps the snapshot around for the duration of the
backup, and then we rotate the backups on the destination side. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260389</link><pubDate>Thu, 15 Apr 2021 19:09:30 -0000</pubDate><title>Message #2099260389</title><guid isPermaLink="false">2099260389@Uncensored</guid><description><![CDATA[<html><body>

<p>Thanks for all of the suggestions. I'll probably end up implementing one of these solutions. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260314</link><pubDate>Thu, 15 Apr 2021 10:03:08 -0000</pubDate><title>Message #2099260314</title><guid isPermaLink="false">2099260314@Uncensored</guid><description><![CDATA[ > 2021-04-14 20:43 from ParanoidDelusions       
 >My gut feeling is that restoring it to like hardware will probably     

 >work... but restoring it to a VM is going to cause a kernel panic -    
 
 >but we'll see. I try things, they break, I figure out what I broke, I  
   
 >learn something new.        
 >      
 >       
 >      
      
 If you are using Promox in production, I think Promox supports hot backups.
You may consider that.     
    
 I don't like rsync much for transferring privileged data across different
systems because you have to ensure permissions and ownerships are not trashed.
   
  
 If you want to use rsync, something you mayn consider is to mount the backup
location as an NFS share and rsync into it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260313</link><pubDate>Thu, 15 Apr 2021 09:59:54 -0000</pubDate><title>Message #2099260313</title><guid isPermaLink="false">2099260313@Uncensored</guid><description><![CDATA[ > 2021-04-14 15:13 from ParanoidDelusions       
 >So... I see a problem with doing live backup of my Citadel from the    
 
 >current production box to my test environment on Proxmox.       
 >      
 >I looked at Rsync - but the problem is, Rsync runs as the local user   
  
 >on the target machine (for a pull operation) that executes the rsync.  
   
 >In order to give it root, you seem to have several options.       
 >      
 >Turn off SUDO passwords for the account that is launching the rsync    
 
 >job. This is unsatisfactory - as it basically makes that account      
 >ROOT.       
 >      
 >Enable ROOT SSH sessions - this effectively makes having non-root      
 >accounts require SU.       
 >      
 >Other obscure configuration changes that all seem to compromise      
 >security.       
 >      
 >This makes me think that the easiest way is to set up a utility      
 >account
that has full permissions to the folder I want to rsync -      
 >which in this case, seems to be /usr/local/citadel.       
 >      
 >Then run the rsync session from that account.       
 >      
 >Is my thinking correct? I don't need OWNERSHIP for this account,      
 >right, and I don't need WRITE access for this account, if I just want  
   
 >to PULL from the source (production) to the destination (test).       
 >      
 >Is this the right way to do this? Is there a better way to do this?   
   
 >      
 >And once I figure it out, how do I automate it? A chron job running    
 
 >every night?        
 >      
 >       
 >      
      
 I'd do it the other way around. Instead of having the backupsystem pull the
data from the master system, have the master system push the data into the
backup system.     
    
 What I am doing in my low load systems is to turn the service I am
backing up off, have a local (privileged enough) user copy the data over to
the backup server using an ssh tunnel, and then restart the service. This
does not translate well for rsync. You may prefer to use GNU Tar with incremental
backups instead. This approach has the advantage that file permissions and
attibutes are more likely to be saved unbroken. You can also pass the tar
file through an encryption filter.   
  
 I hope it helps. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260273</link><pubDate>Thu, 15 Apr 2021 00:43:28 -0000</pubDate><title>Message #2099260273</title><guid isPermaLink="false">2099260273@Uncensored</guid><description><![CDATA[<html><body>

<p>My gut feeling is that restoring it to like hardware will probably work... but restoring it to a VM is going to cause a kernel panic - but we'll see. I try things, they break, I figure out what I broke, I learn something new. </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260271</link><pubDate>Thu, 15 Apr 2021 00:36:51 -0000</pubDate><title>Message #2099260271</title><guid isPermaLink="false">2099260271@Uncensored</guid><description><![CDATA[<html><body>

<p>The web tells me that the way to do it is to back it up to an attached USB device using RSYNC, then move that device to the target server, and restore it there, also using RSYNC. <br /><br />This seems to defeat the purpose of RSYNC - but... it also gets around issues with permissions, as I'm able to execute from both the source and the target as SU. <br /><br />I'm backing it up now. My earlier copy of Citadel from production to test did not work. I got Citadel installed - both by the easyinstall method and then by the appinstall method - but it doesn't see the database in either case. <br /><br />So... I'm still stumbling my way through this. </p>
<p>But being able to rsync to a USB drive then either store that image or restore it to test will beat my previous backup method, which was to buy a 240GB SSD drive and image the BBS drive to that drive. </p>
<p>Assuming I can get it to restore faithfully. </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260251</link><pubDate>Wed, 14 Apr 2021 21:10:20 -0000</pubDate><title>Message #2099260251</title><guid isPermaLink="false">2099260251@Uncensored</guid><description><![CDATA[<html><body>

<p>Sounds right to me.  ( admittedly its been a long day and im tired )</p>
<p> </p>
<p>And ya id use a cron job or something. Instead of adding some sort of 3rd party job scheduling system .. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260234</link><pubDate>Wed, 14 Apr 2021 19:13:32 -0000</pubDate><title>Message #2099260234</title><guid isPermaLink="false">2099260234@Uncensored</guid><description><![CDATA[<html><body>

<p>So... I see a problem with doing live backup of my Citadel from the current production box to my test environment on Proxmox. <br /><br />I looked at Rsync - but the problem is, Rsync runs as the local user on the target machine (for a pull operation) that executes the rsync. In order to give it root, you seem to have several options. <br /><br />Turn off SUDO passwords for the account that is launching the rsync job. This is unsatisfactory - as it basically makes that account ROOT. <br /><br />Enable ROOT SSH sessions - this effectively makes having non-root accounts require SU. <br /><br />Other obscure configuration changes that all seem to compromise security. <br /><br />This makes me think that the easiest way is to set up a utility account that has full permissions to the folder I want to rsync - which in this case, seems to be /usr/local/citadel. <br /><br />Then run the rsync session from that account. <br /><br />Is my thinking correct? I don't need OWNERSHIP for this account, right, and 
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260066</link><pubDate>Tue, 13 Apr 2021 17:33:21 -0000</pubDate><title>Message #2099260066</title><guid isPermaLink="false">2099260066@Uncensored</guid><description><![CDATA[ > 2021-04-13 10:36 from Nurb432   
 >Well, like RMS or not, agree with the FSF or not, at least they are  
 >not bowing to pressure and sticking to their internal decisions.    
 >  
 >    
 >  
 >https://www.zdnet.com/article/the-fsf-doubles-down-on-restoring-rms-af 

 >ter-his-non-apology-apology/  
 >  
  
 I don't know if I had mentioned it, but soon after an open letter with sounsands
of signers was published against him, another one supporting him gained even
more signers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099260044</link><pubDate>Tue, 13 Apr 2021 14:36:13 -0000</pubDate><title>Message #2099260044</title><guid isPermaLink="false">2099260044@Uncensored</guid><description><![CDATA[<html><body>

<p>Well, like RMS or not, agree with the FSF or not, at least they are not bowing to pressure and sticking to their internal decisions. </p>
<p> </p>
<p>https://www.zdnet.com/article/the-fsf-doubles-down-on-restoring-rms-after-his-non-apology-apology/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259503</link><pubDate>Thu, 08 Apr 2021 15:02:51 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259503@Uncensored</guid><description><![CDATA[I will say that, once I got past the initial knee-jerk disgust at INI-style
configs, at least they appear to be fully thought-out and support just about
everything I've ever wanted to do in either a systemd.netdev or a systemd.unit
or whatever.  I don't know why you have to manually assign a MAC, I've never
had to do that. 
 And sorry for the double-post.  I'm using the ssh client and the options
presented to me after hitting enter twice weren't clear to me.  "Save" and
"Hold" both sound like they mean "set a draft aside for later" to me.  Now
I'm struggling to figure out how to backspace through a newline.... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259247</link><pubDate>Tue, 06 Apr 2021 13:04:48 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259247@Uncensored</guid><description><![CDATA[That's interesting.  My system is set up almost identically to what you describe.
 There are two bridges, though.  One has a physical Ethernet interface as
one of the bridge members, and the bridge MAC is derived from that.  There's
another one that brings in a connection from an external router over a VLAN,
and I found that it didn't come up at all unless I manually assigned a MAC
address to it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259240</link><pubDate>Tue, 06 Apr 2021 11:38:57 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259240@Uncensored</guid><description><![CDATA[<html><body>

<p>LOL your 2nd is your first :) </p>
<p>( not that i have not been there... double posting ...  if i log off between sessions, i found that problem went away for me, else when i came back by browser would post the last thing i just posted... </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Apr 05 2021 20:30:47 EDT</span> <span>from <a href="do_template?template=user_show?who=zelgomer">zelgomer</a> </span> <span class="message_subject">Subject: Re: Thank you, Lennart Poettering.</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">P.S. Hello! This is my first post on Citadel. I hope I did it right. <br /><br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259211</link><pubDate>Tue, 06 Apr 2021 00:30:47 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259211@Uncensored</guid><description><![CDATA[ > 2021-04-05 10:58 from IGnatius T Foobar       
 >Subject: Re: Thank you, Lennart Poettering.      
 >Arrgh.  I am moving an application from Debian to CentOS and have to go
     
 >back to the non-systemd interface naming.  Sure enough, as soon as I   
   
 >started adding interfaces, they started reordering.  eth0 became eth1  
    
 >and others moved around too.  systemd does this better, objectively.   
   
 >       
 >      
      
 I use systemd-networkd to bring up my network interfaces.  I also use a virtual
bridge so that I can create virtual machines that appear on my LAN without
NAT.  And finally, I use DHCP reservation with the virtual machine's MAC so
that the host machine is always assigned the same address.     
 I have upgraded before and rebooted only to find that systemd decided to
generate a new MAC for my virtual bridge, breaking my DHCP reservation.  So,
I'm glad that
it has fixed your interface renaming problem, but it's not without its own
renaming problems.  Also, I don't think there is any technical reason why
the interfacing naming problem couldn't have been resolved without systemd.
    
 I use systemd, and I like some things about it and dislike others.  But I
will never thank Poettering for anything.  He is cancer.     
 P.S. Hello!  This is my first post on Citadel.  I hope I did it right.  
  
    
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259210</link><pubDate>Tue, 06 Apr 2021 00:17:52 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259210@Uncensored</guid><description><![CDATA[ > 2021-04-05 10:58 from IGnatius T Foobar     
 >Subject: Re: Thank you, Lennart Poettering.    
 >Arrgh.  I am moving an application from Debian to CentOS and have to go
   
 >back to the non-systemd interface naming.  Sure enough, as soon as I   
 
 >started adding interfaces, they started reordering.  eth0 became eth1  
  
 >and others moved around too.  systemd does this better, objectively.   
 
 >     
 >    
    
 I use systemd-networkd to bring up my interfaces.  I also use a virtual bridge
so that I can create virtual machines that appear on the LAN as though they
were real devices without NAT.  The host machine leaves its physical NIC with
no address, and uses DHCP to assign an address to its virtual bridge, so that
the virtual machines can also access the host using the address of the virtual
bridge.  And finally, my DHCP server is configured to reserve an address for
the MAC
of the virtual bridge.   
  
 All of this to say: I have upgraded before and after rebooting found that
systemd decided to assign my virtual bridge a new MAC, which broke my DHCP
reservation.  I'm glad it resolved the interface renaming problem that you
were having, but it also comes with its own renaming problems.  I also don't
think there's any reason why the interface naming issue couldn't have been
solved without systemd.  So, even though I use systemd, I have some gripes
with it, and I certainly don't thank Poettering for anything. 
 P.S. Hello!  This is my first post on Citadel. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259190</link><pubDate>Mon, 05 Apr 2021 19:38:56 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259190@Uncensored</guid><description><![CDATA[I'd like to avoid it too, but the people who do in-life support for our Linux
systems have advised me that whatever replaces CentOS as the preferred Linux
for in-house applications will be something BlueHat-like.  The merit of that
decision is a completely different discussion; all I care about right now
is that if I stick with what they can support the best, my phone rings a lot
less. 
  
 Whatever comes next will almost certainly have systemd interface naming,
but CentOS 7 does not.  So as a vile sleazy workaround, I am going to recommend
they deploy this application on virtual machines with ten vNICs (the maximum
for VMware) configured, shut down and/or pointed to null networks, so new
connections can be made later on without disrupting the existing ones. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259167</link><pubDate>Mon, 05 Apr 2021 15:46:10 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259167@Uncensored</guid><description><![CDATA[<html><body>

<p>Not bashing PotteringOS here in this case, but why CentOS? With its current state, id avoid it like the plague if i needed a BlueHat based system.</p>
<p> </p>
<p>And isn't CentOS based on SystemD? Should it not act like you are expecting?</p>
<blockquote>
<div class="message_header"><span>Mon Apr 05 2021 10:58:07 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Thank you, Lennart Poettering.</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Arrgh. I am moving an application from Debian to CentOS and have to go back to the non-systemd interface naming. Sure enough, as soon as I started adding interfaces, they started reordering. eth0 became eth1 and others moved around too. systemd does this better, objectively. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099259165</link><pubDate>Mon, 05 Apr 2021 14:58:07 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099259165@Uncensored</guid><description><![CDATA[Arrgh.  I am moving an application from Debian to CentOS and have to go back
to the non-systemd interface naming.  Sure enough, as soon as I started adding
interfaces, they started reordering.  eth0 became eth1 and others moved around
too.  systemd does this better, objectively. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258893</link><pubDate>Sat, 03 Apr 2021 15:31:44 -0000</pubDate><title>Re: SCO.. yet again</title><guid isPermaLink="false">2099258893@Uncensored</guid><description><![CDATA[It's like a recurring villain from a really bad B-movie that keeps coming
back no matter how many times you kill it.  I'm sure they know they're just
being a troll at this point, hoping perhaps for a few million as a settlement
to make them go away, or perhaps for IBM to buy them out to make the problem
go away.  I suppose the latter would be problematic because as IBM continues
to decline it would be the next in line to troll the rest of the Linux world.

  
 24 years ago a conversation took place, possibly in this very room, about
the future of operating systems.  At the time, many of us feared that despite
the superiority of unix, it might not have a future ("Microsoft will squash
it like a bug." -- Peter Pulse) and that "Linux will *be* unix -- or what's
left of it."  Today, we are pleased that the former prediction failed to become
reality, but the latter DID. 
  
 Linux has won.  It's
won pretty much everything.  No one takes other operating systems seriously
anymore, except in very specific niches -- BSD for iPhones and iMacs, Windows
for desktops -- everything else is legacy.  Linux has become what Jim Allchin
predicted Windows would become: "the fabric of standard computing." 
  
 SCO Unix, or whatever it's called now, has no value as a product.  I'd be
surprised if there were more than a couple hundred instances of it running
in the world at this point.  The only value it has anymore, is as a -3 cursed
IP portfolio.  Someone needs to put a stake through its heart and *dismantle*
it to prevent any more unwanted sequels. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258888</link><pubDate>Sat, 03 Apr 2021 15:11:44 -0000</pubDate><title>Re: SCO.. yet again</title><guid isPermaLink="false">2099258888@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat Apr 03 2021 10:21:41 AM EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: SCO.. yet again</span></div>
<div class="message_content">
<p>LOL</p>
<p> </p>
<p><a href="https://arstechnica.com/gadgets/2021/04/xinuos-finishes-picking-up-scos-mantle-by-suing-red-hat-and-ibm/" target="webcit01">https://arstechnica.com/gadgets/2021/04/xinuos-finishes-picking-up-scos-mantle-by-suing-red-hat-and-ibm/</a></p>
<br /><br /></div>
</blockquote>
<p>https://www.welovethescoinformationminister.org/  never forget</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258882</link><pubDate>Sat, 03 Apr 2021 14:21:41 -0000</pubDate><title>SCO.. yet again</title><guid isPermaLink="false">2099258882@Uncensored</guid><description><![CDATA[<html><body>

<p>LOL</p>
<p> </p>
<p>https://arstechnica.com/gadgets/2021/04/xinuos-finishes-picking-up-scos-mantle-by-suing-red-hat-and-ibm/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258752</link><pubDate>Thu, 01 Apr 2021 23:58:26 -0000</pubDate><title>Re: Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099258752@Uncensored</guid><description><![CDATA[<html><body>

<p>It dont piss me off. As much as i hate those things, i do still believe that people should get to choose what they want to run ( which is my biggest beef with it all i guess..not that i disagree with them technically or politically, its their railroading that removes practical choice )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258407</link><pubDate>Mon, 29 Mar 2021 23:02:03 -0000</pubDate><title>Thank you, Lennart Poettering.</title><guid isPermaLink="false">2099258407@Uncensored</guid><description><![CDATA[<html><body>

<p>Now watch me piss everyone off (not that it matters)</p>
<p>Today I added a new ethernet interface to a FreeBSD machine.  It messed up EVERYTHING.  All of the interfaces got renumbered and reassigned, and everything went offline.</p>
<p>This problem was fixed in Linux, quite some time ago, using something I happen to like: SYSTEMD!</p>
<p>The reason Linux doesn't show interface names like "eth0" and "eth1" anymore is because systemd+udev v197 or newer assigns <em>persistent</em> interface names.  And it doesn't do it using the older "udev rules" file to try to figure out which is which.  Instead, it will assign a name in the following order of priority:</p>
<ol style="font-family: 'Times New Roman'; font-size: 16.16px;">
<li>Names incorporating Firmware/BIOS provided index numbers for on-board devices (example: <code style="color: #2e1a05;">eno1</code>)</li>
<li>Names incorporating Firmware/BIOS provided PCI Express hotplug slot index numbers (example: <code style="color: #2e1a05;">ens1</code>)</li>
<li>Names incorporating physical/geographical location of the connector of the hardware (example: <code style="color: #2e1a05;">enp2s0</code>)</li>
<li>Names incorporating the interfaces's MAC address (example: <code style="color: #2e1a05;">enx78e7d1ea46da</code>)</li>
<li>Classic, unpredictable kernel-native ethX naming (example: <code style="color: #2e1a05;">eth0</code>)</li>
</ol>
<p>Thank you, Lennart Poettering, for making sense of something that was previously unpredictable.  If the pfSense people used Linux+systemd, I wouldn't have had to waste a bunch of time today mapping out the MAC address of each interface to figure out where they all moved to.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258405</link><pubDate>Mon, 29 Mar 2021 22:53:02 -0000</pubDate><title>Message #2099258405</title><guid isPermaLink="false">2099258405@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY">I'm sure this just appeared as an illegal string of line noise on IG's screen... ;) </div>
</div>
</blockquote>
<p>"Miguel de Icaza, an employee of Microsoft who they hired to write the GNOME in order to sabotage Linux's best chance of having a standardized desktop..."</p>
<p>FFTFY.  :)</p>
<p>RMS has fans in the same way that AOC has fans.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258400</link><pubDate>Mon, 29 Mar 2021 22:20:44 -0000</pubDate><title>Message #2099258400</title><guid isPermaLink="false">2099258400@Uncensored</guid><description><![CDATA[<html><body>

<p>Totally agree.</p>
<blockquote>
<div class="message_header"><span>Mon Mar 29 2021 13:52:22 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Stallman can keep emacs. :) </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258386</link><pubDate>Mon, 29 Mar 2021 20:13:14 -0000</pubDate><title>Message #2099258386</title><guid isPermaLink="false">2099258386@Uncensored</guid><description><![CDATA[    
 RedHat blasts the decision, says they will be suspending FSF contributions:
  
    
 https://www.redhat.com/en/blog/red-hat-statement-about-richard-stallmans-return-free-software-foundation-board
   
  
  
 EFF says this is a bad thing: 
  
 https://www.eff.org/deeplinks/2021/03/statement-re-election-richard-stallman-fsf-board

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258382</link><pubDate>Mon, 29 Mar 2021 19:54:22 -0000</pubDate><title>Message #2099258382</title><guid isPermaLink="false">2099258382@Uncensored</guid><description><![CDATA[  
 *illegible 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258381</link><pubDate>Mon, 29 Mar 2021 19:54:16 -0000</pubDate><title>Message #2099258381</title><guid isPermaLink="false">2099258381@Uncensored</guid><description><![CDATA[    
 Ahem,    
    
 "Meanwhile, Miguel de Icaza, co-founder of the GNOME desktop project and
now an employee of Microsoft, said in a tweet: "[The] 'rms should resign'
signatories list contains many significant contributors to free software b
people that have had to interact with him and have advanced the cause. The
rms support list seems to be mostly users with few credentials b likely fans
that never had to deal with him."   
  
  
 I'm sure this just appeared as an illegal string of line noise on IG's screen...
;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258372</link><pubDate>Mon, 29 Mar 2021 17:52:22 -0000</pubDate><title>Message #2099258372</title><guid isPermaLink="false">2099258372@Uncensored</guid><description><![CDATA[Then perhaps it is time to move glibc, gcc, and binutils to some other maintainer.
 Stallman can keep emacs.  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258301</link><pubDate>Sun, 28 Mar 2021 20:06:08 -0000</pubDate><title>Message #2099258301</title><guid isPermaLink="false">2099258301@Uncensored</guid><description><![CDATA[  
 speak of the woke supremacists, this account is on fire: 
  
 https://twitter.com/WokeRabbi/status/1295342079841837056 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258228</link><pubDate>Sun, 28 Mar 2021 00:44:25 -0000</pubDate><title>Message #2099258228</title><guid isPermaLink="false">2099258228@Uncensored</guid><description><![CDATA[<html><body>

<p>So i guess everyone is puling funding of the FSF due to his return.</p>
<p>Redhat the latest.</p>
<p> </p>
<p>( of course they may jave just been looking for an excuse, without losing face )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099258170</link><pubDate>Sat, 27 Mar 2021 16:37:28 -0000</pubDate><title>Message #2099258170</title><guid isPermaLink="false">2099258170@Uncensored</guid><description><![CDATA[Whenm it comes to Richard Stallman vs. the Woke Supremacists, I am reminded
of Henry Kissinger's remark about the Iran-Iraq war back in 1980: It's a pity
they can't BOTH lose. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257913</link><pubDate>Wed, 24 Mar 2021 21:49:24 -0000</pubDate><title>Message #2099257913</title><guid isPermaLink="false">2099257913@Uncensored</guid><description><![CDATA[<html><body>

<p>lol</p>
<blockquote>
<div class="message_header"><span>Wed Mar 24 2021 16:40:01 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>Well, seems RMS is back.  His cancellation was only temporary.    </blockquote>
<br />I call for his immediate removal. Far-left ultra-communists who don't shower and eat their own toe cheese are not suitable for leadership roles. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257912</link><pubDate>Wed, 24 Mar 2021 21:49:01 -0000</pubDate><title>Message #2099257912</title><guid isPermaLink="false">2099257912@Uncensored</guid><description><![CDATA[<html><body>

<p>Armbian does :)  and its pretty lightweight. </p>
<blockquote>
<div class="message_header"><span>Wed Mar 24 2021 08:54:33 EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">NFS is out of the way because Tiny Core Linux does not have an NFS-utils package for Arm and I don t feel like creating yet another Tiny Core Linux package just for trying some solution and then deciding I don't like it. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257908</link><pubDate>Wed, 24 Mar 2021 20:40:01 -0000</pubDate><title>Message #2099257908</title><guid isPermaLink="false">2099257908@Uncensored</guid><description><![CDATA[ >Well, seems RMS is back.  His cancellation was only temporary.      
  
  I call for his immediate removal.  Far-left ultra-communists who don't shower
and eat their own toe cheese are not suitable for leadership roles. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257848</link><pubDate>Wed, 24 Mar 2021 12:54:33 -0000</pubDate><title>Message #2099257848</title><guid isPermaLink="false">2099257848@Uncensored</guid><description><![CDATA[ > 2021-03-23 08:14 from Nurb432         
 >If i'm super lazy, SFTP..         
 >> Tue Mar 23 2021 06:53:38 EDT from darknetuser         
 >>        
 >>           
 >>>         
 >>>>I have thought of NFS.        
 >        
        
 This is the third time I try to make my post.       
      
 $dump + $gpg + $ssh > $target with a monster pipe configuration do the trick.
    
    
 $dump + $gpg + $netcat spare a LOT of CPU cycles in the raspberry, and also
improve speed somewhat. The drawback is the setup is very frgile (I need a
scrypt that connects over ssh to the raspberry and launches a nc server, and
then the transfer is initiated, but the gains from using this method do not
justify all the error management code this solution needs in order to be somehow
solid.   
  
 NFS is out of the way because Tiny Core Linux does not have an NFS-utils
package for Arm and I don t feel like creating
yet another Tiny Core Linux package just for trying some solution and then
deciding I don't like it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257733</link><pubDate>Tue, 23 Mar 2021 12:14:56 -0000</pubDate><title>Message #2099257733</title><guid isPermaLink="false">2099257733@Uncensored</guid><description><![CDATA[<html><body>

<p>If i'm super lazy, SFTP..</p>
<blockquote>
<div class="message_header"><span>Tue Mar 23 2021 06:53:38 EDT</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>
<blockquote><span style="background-color: transparent; color: navy;">I have thought of NFS.</span></blockquote>
</blockquote>
<br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257732</link><pubDate>Tue, 23 Mar 2021 12:13:25 -0000</pubDate><title>Message #2099257732</title><guid isPermaLink="false">2099257732@Uncensored</guid><description><![CDATA[<html><body>

<p>Well, seems RMS is back.  His cancellation was only temporary.   </p>
<p> </p>
<p>https://www.zdnet.com/article/richard-m-stallman-returns-to-the-free-software-foundation-board-of-directors</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257725</link><pubDate>Tue, 23 Mar 2021 10:53:38 -0000</pubDate><title>Message #2099257725</title><guid isPermaLink="false">2099257725@Uncensored</guid><description><![CDATA[ > 2021-03-22 17:44 from Nurb432           
 >Dammit. hit go too fast. Even easier would be to just setup NFS if     
    
 >security isn't a concern.            
 >> Mon Mar 22 2021 17:43:36 EDT from Nurb432           
 >>          
 >>            
 >>          
 >>Armbian includes openmedia vault as a option            
 >>          
 >>          
 >>          
 >>           
          
 I have thought of NFS.         
        
 I am not a great fan of dedicated NAS Operating Systems for things I can
deploy myself in 3 minutes. As for NFS, it could do... certainly I am thinking
of reducing encryption overhead as not to overwork the rpi (which is an early
model) and the clients would be doing the encryption and decryption themselves.
      
      
 I have been thinking about using FTP because I can upload via FTP using pipers.
ie I can do gtar -f - whatever | $encryption_program | curl
$upload_instructions. "Whatever" may be a big (for a home environment) pile
of data worth 600 GB :)     
    
 ANother stupid option I have considered is to use a netcat/ncat solution.
I could have the client computer open a control SSH session, and have it use
it to instruct the rpi to open a netcat listening port. Then push the whole
encrypted file into that port via netcat. However, I think that option is
a) Fragile without massive ammounts of scripting and b) overengineered.  

  
 I suspect I am going to end up using an ssh pipe with a fast cypher, because
it is what the piCore supports out of the box and I doubt it will make a big
difference. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257692</link><pubDate>Mon, 22 Mar 2021 21:44:53 -0000</pubDate><title>Message #2099257692</title><guid isPermaLink="false">2099257692@Uncensored</guid><description><![CDATA[<html><body>

<p>Dammit. hit go too fast. Even easier would be to just setup NFS if security isn't a concern. </p>
<blockquote>
<div class="message_header"><span>Mon Mar 22 2021 17:43:36 EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Armbian includes openmedia vault as a option </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=2099257691</link><pubDate>Mon, 22 Mar 2021 21:43:36 -0000</pubDate><title>Message #2099257691</title><guid isPermaLink="false">2099257691@Uncensored</guid><description><![CDATA[<html><body>

<p>Armbian includes openmedia vault as a option </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4672070</link><pubDate>Sun, 21 Mar 2021 22:18:23 -0000</pubDate><title>Message #4672070</title><guid isPermaLink="false">4672070@Uncensored</guid><description><![CDATA[Subject: piCore as a poormans NAS.       
 Well, I have started experimenting with piCore, which is a port of Tiny Core
Linux to the Raspberry Pi. I am in need of some cheap backup server for hosting
the backups of some personal servers of mine and since I had a spare Raspberry
and some hard drives , I thought it was worth a try.       
      
 I expect crappy performance, but that is accounted for :)     
    
 Something I like about Tiny Core Linux is that the OS gets loaded to RAM,
and it is small as heck, so it is great for low powered systems and it does
not rape the SD card much.   
  
 I actually considered NetBSD for the task too, but an operating sistem that
loads itself to ram seems so well suited for the task... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4670799</link><pubDate>Wed, 10 Mar 2021 18:56:06 -0000</pubDate><title>Message #4670799</title><guid isPermaLink="false">4670799@Uncensored</guid><description><![CDATA[<html><body>

<p>Setting up uboot by scratch, isn't like following the bouncing ball. I wish it was.  You have to grab several pieces of things from various sources, put them in the right order, and in the right place  And hope you got the right bits for your board or you get the black light of death.. </p>
<p> </p>
<p> </p>
<p>https://wiki.st.com/stm32mpu/wiki/How_to_configure_U-Boot_for_your_board</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4670674</link><pubDate>Wed, 10 Mar 2021 04:38:47 -0000</pubDate><title>Message #4670674</title><guid isPermaLink="false">4670674@Uncensored</guid><description><![CDATA[<html><body>

<p>Run Install.exe<br /><br />"click YES" to every question 30 times. <br /><br />Let the install run and reboot 3 times. <br /><br />Accept all the conditions of the spyware built into the OS. <br /><br />Done. </p>
<p>Painless. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Mar 08 2021 15:14:33 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>I think its a bit more than that, but it is a pain in the neck no matter what.  I still struggle setting things up from scratch, and getting all the device stuff right. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Mar 08 2021 14:40:07 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Ugh. Is U-Boot the cheap and sleazy hack that I think it is? Just a shim in the UEFI chain that chain loads GRUB? <br /><br />That's disgusting. The kernel and initrd should just sit in the EFI System Partition and run directly. That's the *obvious* way to do it.</div>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4670502</link><pubDate>Mon, 08 Mar 2021 20:14:33 -0000</pubDate><title>Message #4670502</title><guid isPermaLink="false">4670502@Uncensored</guid><description><![CDATA[<html><body>

<p>I think its a bit more than that, but it is a pain in the neck no matter what.  I still struggle setting things up from scratch, and getting all the device stuff right. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Mar 08 2021 14:40:07 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Ugh. Is U-Boot the cheap and sleazy hack that I think it is? Just a shim in the UEFI chain that chain loads GRUB? <br /><br />That's disgusting. The kernel and initrd should just sit in the EFI System Partition and run directly. That's the *obvious* way to do it. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4670497</link><pubDate>Mon, 08 Mar 2021 19:40:07 -0000</pubDate><title>Message #4670497</title><guid isPermaLink="false">4670497@Uncensored</guid><description><![CDATA[Ugh.  Is U-Boot the cheap and sleazy hack that I think it is?  Just a shim
in the UEFI chain that chain loads GRUB? 
  
 That's disgusting.  The kernel and initrd should just sit in the EFI System
Partition and run directly.  That's the *obvious* way to do it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4670147</link><pubDate>Thu, 04 Mar 2021 22:52:55 -0000</pubDate><title>Message #4670147</title><guid isPermaLink="false">4670147@Uncensored</guid><description><![CDATA[<html><body>

<p>So does U-Boot ( tho im not 100% its mandatory, seems that everone does it that way )</p>
<blockquote>
<div class="message_header"><span>Thu Mar 04 2021 16:39:37 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />The idea that there needs to be a dedicated EFI partition is intriguing. <br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4670146</link><pubDate>Thu, 04 Mar 2021 22:36:45 -0000</pubDate><title>Message #4670146</title><guid isPermaLink="false">4670146@Uncensored</guid><description><![CDATA[  
 If the laptop has CSM, you should be able to put it into UEFI+CSM dual boot
mode. This is not preferred, because CSM is less secure, but it's an option.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4670140</link><pubDate>Thu, 04 Mar 2021 21:39:37 -0000</pubDate><title>Message #4670140</title><guid isPermaLink="false">4670140@Uncensored</guid><description><![CDATA[  
 I spent some time this week mucking about with UEFI and actually making an
effort to understand it.  I had a general idea how it worked, but my usual
procedure was "if there's a menu option to select a UEFI install, try it,
then go back to legacy mode if it doesn't work."   But I'm trying to boot
my work laptop into a not-work OS image using an external drive, and changing
that machine to BIOS is not an option. 
  
 The idea that there needs to be a dedicated EFI partition is intriguing.
 It holds a lot of similarity to the MS-DOS partition you needed to boot a
Netware server, or the /boot partition often needed on BIOS-booted Linux machines.
 Indeed, I see that on a proper install, it's mounted as /boot/efi during
normal runtime. 
  
 What I *didn't* know, and no one seems to go out of their way to make it
clear, is that you must have the disk partitioned as GPT in order for anything
to work.  That seems to make a big difference. 
  
 I'm also fascinated by the fact that UEFI has support for FAT32 filesystem
built in to the ROM, and therefore needs no master boot record on the disk.
 It just opens the filesystem and looks for bootable stuff in a pre-designated
place, and runs it. 
  
 Seems like you could actually build an entire operating system, one that
perhaps has the same level of functionality as MS-DOS, without ever leaving
the UEFI environment. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669886</link><pubDate>Tue, 02 Mar 2021 23:59:07 -0000</pubDate><title>Message #4669886</title><guid isPermaLink="false">4669886@Uncensored</guid><description><![CDATA[ >The app side of the house is what keeps a lot of people on their  
 >product.  ( Apex for example ).  While not totally trivial, moving  
 >to another DB for data storage is not a huge deal. Its the app stuff  
  
 I think Oracle knows that.  They've bought up a lot of different software
houses (including one I worked a couple of summers at back in high school)
and they probably envision their medium to long term strategy as being a SaaS
powerhouse. 
  
 Being a company everyone loves to hate doesn't really help their cause, though.
 They probably know that databases are a commodity at this point, and being
the "owner" of Java probably isn't bringing them the zillions they were hoping
for. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669606</link><pubDate>Sat, 27 Feb 2021 20:41:18 -0000</pubDate><title>Message #4669606</title><guid isPermaLink="false">4669606@Uncensored</guid><description><![CDATA[ >product.  ( Apex for example ).  While not totally trivial, moving  
 >to another DB for data storage is not a huge deal. Its the app stuff  
  
 Modern app frameworks have given a lot of thought to how to make managing
your DB schema more rigorous. It's mostly a good thing, but the frameworks
work like this: every time you want to modify the schema you generate a migration
script that can run in either direction: forward or reverse (undo your schema
change in case you need to rollback your code.)  
  
 Therefore, for an app built in such a framework that has been around for
a few years, the process to create the schema would not be just a simple list
of CREATE TABLE commands, instead it would be a years-long collection of incremental
changes to each table DDL. Imagine the annoyance factor of trying to convert
all those scripts from postgresql to mysql! You wouldn't. I guess you would
find a way to do a dump of the current schema. I'm not sure how the end-result
would fit into the framework without some kind of hacky "flag day" operation,
and there would inevitably be a lot of other little vendor-specific places.
 
  
 Not disagreeing, but I've never even worked on a team that saw fit to bother
with an Oracle-to-Postgres migration, which would be the one that would make
the most sense. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669576</link><pubDate>Sat, 27 Feb 2021 13:33:44 -0000</pubDate><title>Message #4669576</title><guid isPermaLink="false">4669576@Uncensored</guid><description><![CDATA[<html><body>

<p>The app side of the house is what keeps a lot of people on their product.  ( Apex for example ).  While not totally trivial, moving to another DB for data storage is not a huge deal. Its the app stuff that takes tons of time/money/risk/</p>
<p>Good to hear that licensing has become a bit less draconian.  The last thing i had to do with oracle was be local support for a vendor supplied app, and reporting, via crystal ( which is part of my wheelhouse ). So things like licenses were not my problem.  We have a DB team a App server team and then app guys like me.  It wasn't my main gig, just on the side to help out since i'm about the only guy who understands the entire picture and have done it all so i could interface between the other groups in a useful way. I still had my 'day job' app to support.</p>
<p>App moved to cloud mid-last year, so i'm out.. and i had a party afterward. it was (is) a pos.</p>
<blockquote>
<div class="message_header"><span>Fri Feb 26 2021 18:12:08 EST</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>servers and going to just tomcat, as they are being priced out of <br />their market due to Oracle costs. </blockquote>
<br />yes tomcat - that's a done deal. Or Spring Boot is also becoming popular these days, and it embeds Jetty or something like that, in a package you can just launch as a command-line JAR. J2EE is thoroughly a dead letter. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669532</link><pubDate>Fri, 26 Feb 2021 23:12:08 -0000</pubDate><title>Message #4669532</title><guid isPermaLink="false">4669532@Uncensored</guid><description><![CDATA[ >servers and going to just tomcat, as they are being priced out of  
 >their market due to Oracle costs.   
  
 yes tomcat - that's a done deal. Or Spring Boot is also becoming popular
these days, and it embeds Jetty or something like that, in a package you can
just launch as a command-line JAR. J2EE is thoroughly a dead letter. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669531</link><pubDate>Fri, 26 Feb 2021 23:09:34 -0000</pubDate><title>Message #4669531</title><guid isPermaLink="false">4669531@Uncensored</guid><description><![CDATA[ > 2021-02-25 18:34 from Nurb432   
 >Last time i was in that world as a VMware admin, Oracle charged for  
 >every core in the the entire farm, even if the workload is pinned to  
 >a # of cores. Not just 'the server'. And my understanding was even if  
  
 Yeah, Oracle is notorious for a particular negotiation style, perhaps best
described as: 
  
 (1) What are your annual profits? 
 (2) Send them to us. 
  
 Not unlike the IRS, but I digress. 
  
 It's a different world these days. I haven't worked at an Oracle shop since
2011. I've been on MySQL and postgresql. The Amazon RDS model has perhaps
made things difficult for Oracle's negotiation style: you can get Oracle on
RDS, and you simply pay by the instance-hour according to the standard RDS
pricing model for the instance type, plus an Oracle license fee rider, also
by instance-hour, which is based on the instance-type, probably according
to the number of VCPUs. 
  
 In other words, Amazon is collectively bargaining on your behalf. Of course
it's still more expensive than the open source databases on the same hardware,
but ultimately I don't think this is the model Oracle would have preferred
if they had a choice, nor do I think the long-term industry trends bode well
for Oracle. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669467</link><pubDate>Fri, 26 Feb 2021 13:27:02 -0000</pubDate><title>Message #4669467</title><guid isPermaLink="false">4669467@Uncensored</guid><description><![CDATA[<html><body>

<p>Didn't even think about public data centers.  That would be even worse.</p>
<p>In theory, you put a Oracle server on Azure, or AWS, you are talking a bit of money there. </p>
<blockquote>
<div class="message_header"><span>Thu Feb 25 2021 18:56:59 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>you pinned it to specific servers, they didnt care. You pay for your <br />entire farm, all of it.  The only way around it was to isolate them <br />into their own farm, limiting their value. ( and still pay for the </blockquote>
<br />Right. In our data centers we used to have a lot of customers who ended up isolating that workload onto a specific server because they didn't want to deal with the license problem. But we also had just as many who said "screw it, the number of cores the VM sees is the number of cores we're licensing" and that was that. <br /><br />I wonder how long it took for Oracle to figure out how many customers they lost because people were running databases in multitenant clouds and didn't feel like shoveling out trillions of dollars in licensing fees. <br /><br />Microsoft SQL Server had an equally boneheaded license at one time. It only ran on as many sockets as you paid the license for, but it didn't care how many cores were in the socket. So if you ran it on VMware you just set up your virtual CPUs as one socket with however many cores you wanted, and even if they were physically in different sockets, the software saw them as one. <br /><br />No wonder MariaDB is more popular than ever. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669383</link><pubDate>Thu, 25 Feb 2021 23:56:59 -0000</pubDate><title>Message #4669383</title><guid isPermaLink="false">4669383@Uncensored</guid><description><![CDATA[ >you pinned it to specific servers, they didnt care. You pay for your  
 >entire farm, all of it.  The only way around it was to isolate them  
 >into their own farm, limiting their value. ( and still pay for the  
  
 Right.  In our data centers we used to have a lot of customers who ended
up isolating that workload onto a specific server because they didn't want
to deal with the license problem.  But we also had just as many who said "screw
it, the number of cores the VM sees is the number of cores we're licensing"
and that was that. 
  
 I wonder how long it took for Oracle to figure out how many customers they
lost because people were running databases in multitenant clouds and didn't
feel like shoveling out trillions of dollars in licensing fees. 
  
 Microsoft SQL Server had an equally boneheaded license at one time.  It only
ran on as many sockets as you paid the license for, but
it didn't care how many cores were in the socket.  So if you ran it on VMware
you just set up your virtual CPUs as one socket with however many cores you
wanted, and even if they were physically in different sockets, the software
saw them as one. 
  
 No wonder MariaDB is more popular than ever. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669378</link><pubDate>Thu, 25 Feb 2021 23:34:06 -0000</pubDate><title>Message #4669378</title><guid isPermaLink="false">4669378@Uncensored</guid><description><![CDATA[<html><body>

<p>Last time i was in that world as a VMware admin, Oracle charged for every core in the the entire farm, even if the workload is pinned to a # of cores. Not just 'the server'. And my understanding was even if you pinned it to specific servers, they didnt care. You pay for your entire farm, all of it.  The only way around it was to isolate them into their own farm, limiting their value. ( and still pay for the entire farm, just not as much as your 'regular' farm ).</p>
<p>I dont remember how they billed for their apps however, but i suspect it was similar.  I do know many companies are getting off their app servers and going to just tomcat, as they are being priced out of their market due to Oracle costs.</p>
<p>Even Microsoft wasn't that bad.</p>
<blockquote>
<div class="message_header"><span>Thu Feb 25 2021 09:17:26 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Database on VM was weird for a long time. Part of it was that some people were hesitant to put their most resource intensive workloads on a virtual machine. Part of it was Oracle, who charged you based on the number of sockets installed in the computer, regardless of whether they were all attached to the VM in which you ran their software. <br /><br />I suppose we can thank Oracle for helping make open source databases so popular, because that's the kind of nonsense that drove people away. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669359</link><pubDate>Thu, 25 Feb 2021 20:44:36 -0000</pubDate><title>Message #4669359</title><guid isPermaLink="false">4669359@Uncensored</guid><description><![CDATA[  
 Yeah, now that a typical 2-socket blade is starting have like 128C/256T,
you just don't need your typical database workload to be on bare metal anymore.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669282</link><pubDate>Thu, 25 Feb 2021 14:17:26 -0000</pubDate><title>Message #4669282</title><guid isPermaLink="false">4669282@Uncensored</guid><description><![CDATA[Database on VM was weird for a long time.  Part of it was that some people
were hesitant to put their most resource intensive workloads on a virtual
machine.  Part of it was Oracle, who charged you based on the number of sockets
installed in the computer, regardless of whether they were all attached to
the VM in which you ran their software. 
  
 I suppose we can thank Oracle for helping make open source databases so popular,
because that's the kind of nonsense that drove people away. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669190</link><pubDate>Wed, 24 Feb 2021 12:51:44 -0000</pubDate><title>Message #4669190</title><guid isPermaLink="false">4669190@Uncensored</guid><description><![CDATA[<html><body>

<p>Oh, i agree, just that i figured most companies now have gone the VM route and are not still doing dedicated physical servers.  Cost is no longer a barrier to do it.</p>
<p>Even if you dont 'need' it to be virtual and you want to run a resource at 1:1 is still an advantage for migrations, backups and such. Overhead is so slight its well worth it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669155</link><pubDate>Wed, 24 Feb 2021 02:39:33 -0000</pubDate><title>Message #4669155</title><guid isPermaLink="false">4669155@Uncensored</guid><description><![CDATA[ > 2021-02-23 15:27 from Nurb432   
 >Right, budget still comes into play. Extra resources are still not  
 >free.  Just dynamic, unless you were running them as VMs locally, as  
 >it was dynamic then too.   
  
 Dynamic can be kind of a big deal though, compared to back in the day when
you had a physical server with 1 or 2 sockets of 4-core processors that you
were thinking about upgrading, and it had to be a 2-week to 2-month project
because you had to get the hardware shipped to your site, and then benchmark
it, and then develop and implement minimal-downtime upgrade procedures, and
thefigure out backup and disaster-recovery and contingency plans, and basically
all of this is now something you can now just point-and-click on a console.
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4669112</link><pubDate>Tue, 23 Feb 2021 20:27:10 -0000</pubDate><title>Message #4669112</title><guid isPermaLink="false">4669112@Uncensored</guid><description><![CDATA[<html><body>

<p>Right, budget still comes into play. Extra resources are still not free.  Just dynamic, unless you were running them as VMs locally, as it was dynamic then too.</p>
<p> </p>
<p>In theory other than a bit more electric, our cost really didnt change to up your resources onsite since we bought the servers already., but we still charged the BU more since that was resources we couldn't allocate to someone else.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Feb 22 2021 08:32:54 EST</span> <span>from <a href="do_template?template=user_show?who=DutchessMike">DutchessMike</a> </span></div>
<div class="message_content">
<p>I agree that cloud computing has made it easier to size hardware to workload, but it only kicked the hardware problem down the road.  In your example case, he could still be pissed even if the systems he manages are running on slow hardware because management won't approve the revised budget for the upgrade.  Amazon makes billions nickel-and-diming folks to death. :)</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Feb 20 2021 12:21:13 EST</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2021-02-20 09:12 from Nurb432 <br />Our DB servers are pegged . All.. the.. time.. <br /><br /></blockquote>
<br />I've worked at shops like that. In one case, before cloud hosting became a thing, one of the sysadmins was flipping out and angry at management because they wouldn't approve a hardware upgrade. <br /><br />These days though, it's so easy. Log into the Amazon RDS admin console and change your instance type from db.t3.medium to db.t3.large or whatever. You'll see several seconds to maybe a minute of downtime for migration to occur, and then, problem solved. <br /><br />Where I work now, we have the lightest DB utilization in the world.</div>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4668974</link><pubDate>Mon, 22 Feb 2021 13:32:54 -0000</pubDate><title>Message #4668974</title><guid isPermaLink="false">4668974@Uncensored</guid><description><![CDATA[<html><body>

<p>I agree that cloud computing has made it easier to size hardware to workload, but it only kicked the hardware problem down the road.  In your example case, he could still be pissed even if the systems he manages are running on slow hardware because management won't approve the revised budget for the upgrade.  Amazon makes billions nickel-and-diming folks to death. :)</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Feb 20 2021 12:21:13 EST</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>2021-02-20 09:12 from Nurb432 <br />Our DB servers are pegged . All.. the.. time.. <br /><br /></blockquote>
<br />I've worked at shops like that. In one case, before cloud hosting became a thing, one of the sysadmins was flipping out and angry at management because they wouldn't approve a hardware upgrade. <br /><br />These days though, it's so easy. Log into the Amazon RDS admin console and change your instance type from db.t3.medium to db.t3.large or whatever. You'll see several seconds to maybe a minute of downtime for migration to occur, and then, problem solved. <br /><br />Where I work now, we have the lightest DB utilization in the world. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4651058</link><pubDate>Sat, 20 Feb 2021 17:21:13 -0000</pubDate><title>Message #4651058</title><guid isPermaLink="false">4651058@Uncensored</guid><description><![CDATA[ > 2021-02-20 09:12 from Nurb432   
 >Our DB servers are pegged . All.. the.. time..  
 >  
  
 I've worked at shops like that. In one case, before cloud hosting became
a thing, one of the sysadmins was flipping out and angry at management because
they wouldn't approve a hardware upgrade.  
  
 These days though, it's so easy. Log into the Amazon RDS admin console and
change your instance type from db.t3.medium to db.t3.large or whatever. You'll
see several seconds to maybe a minute of downtime for migration to occur,
and then, problem solved. 
  
 Where I work now, we have the lightest DB utilization in the world. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4651029</link><pubDate>Sat, 20 Feb 2021 14:12:27 -0000</pubDate><title>Message #4651029</title><guid isPermaLink="false">4651029@Uncensored</guid><description><![CDATA[<html><body>

<p>Our DB servers are pegged . All.. the.. time..</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650844</link><pubDate>Thu, 18 Feb 2021 14:19:40 -0000</pubDate><title>Message #4650844</title><guid isPermaLink="false">4650844@Uncensored</guid><description><![CDATA[ > I just don't agree with it. Some code may be sloppy, sure. But most   
 >machines spend the vast majority of their time idle, waiting for   
 >keystrokes and rendering low-spoons webpages.   
  
 Right.  I can take a look at any of the cloud pods in my data centers, single
tenant or multi tenant, and what I see is that they are *not* CPU constrained.
 The first resource we usually run out of is RAM, the second is channel bandwidth.

  
 That's why when you buy software like VMware in a pay-for-what-you-use license
structure, it's based on how much vRAM is activated, not on CPU cycles.  It's
also why the Beasts of Seattle charge you by wall clock time, not by CPU cycles.

  
 I won't say something stupid like "3 GHz ought to be enough for anybody"
but the focus in hardware development right now is not on raw speed, but speed
to power consumption ratio, and channel latency and things like
that.  No one, not even data center operators, is looking at their power bill
and saying "wow, I sure wish the kernel was more efficient." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650792</link><pubDate>Thu, 18 Feb 2021 00:41:09 -0000</pubDate><title>Message #4650792</title><guid isPermaLink="false">4650792@Uncensored</guid><description><![CDATA[<html><body>

<p>100%</p>
<blockquote>
<div class="message_header"><span>Wed Feb 17 2021 17:23:24 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>It helps polarize the argument, and make the entire exercise pointless.. </p>
<blockquote>
<div class="message_header"><span>Wed Feb 17 2021 15:51:53 EST</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p>The fact that they tied it into global climate change - I agree - actually doesn't make meaningful discussion about the actually topic easier. <br /><br /></p>
</div>
</blockquote>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650787</link><pubDate>Wed, 17 Feb 2021 23:11:40 -0000</pubDate><title>Message #4650787</title><guid isPermaLink="false">4650787@Uncensored</guid><description><![CDATA[ > 2021-02-17 15:51 from ParanoidDelusions   
 >I recall the general argument. It was that code is sloppy now,  
 >because there are so many spare cycles available that you don't have  
 >to make it efficient.   
  
 I just don't agree with it. Some code may be sloppy, sure. But most machines
spend the vast majority of their time idle, waiting for keystrokes and rendering
low-spoons webpages. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650783</link><pubDate>Wed, 17 Feb 2021 22:23:24 -0000</pubDate><title>Message #4650783</title><guid isPermaLink="false">4650783@Uncensored</guid><description><![CDATA[<html><body>

<p>It helps polarize the argument, and make the entire exercise pointless.. </p>
<blockquote>
<div class="message_header"><span>Wed Feb 17 2021 15:51:53 EST</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span></div>
<div class="message_content">
<p>The fact that they tied it into global climate change - I agree - actually doesn't make meaningful discussion about the actually topic easier. <br /><br /></p>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650781</link><pubDate>Wed, 17 Feb 2021 22:22:11 -0000</pubDate><title>Message #4650781</title><guid isPermaLink="false">4650781@Uncensored</guid><description><![CDATA[<html><body>

<p>Right, mobile and HUGE data centers, are where real efficiency does make a measurable difference. Not so much a "lets save the planet'", more like "damn this costs too much to run" or "why does my battery suck "</p>
<p>But as mentioned, better kernels are often negated by poor app coding. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Feb 16 2021 17:15:12 EST</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />It's all about battery life. Or it would be if modern laptops weren't so damn unreliable--my Dell is starting to show some quirks, after just 12 months. And yes, we have already established that I AM HITLER. Tee hee. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650766</link><pubDate>Wed, 17 Feb 2021 20:51:53 -0000</pubDate><title>Message #4650766</title><guid isPermaLink="false">4650766@Uncensored</guid><description><![CDATA[<html><body>

<p>I recall the general argument. It was that code is sloppy now, because there are so many spare cycles available that you don't have to make it efficient. <br /><br />I can get behind that to a certain extent. I mean.... part of that is that the frameworks have gotten bloated to make it easier to program, which has made programming more *accessible* to more people, and that seems like a natural trade off. The more powerful computers become, the better we can make them at understanding language that is EASIER for humans to learn and speak - but that power comes at increased power consumption to drive faster instructions. <br /><br /><br />This is just a basic physics thing - and I don't think it is limited to technology, system architecture and programming. Larger more complex systems tend to become less efficient but faster and more powerful, but generate/produce more waste as a rule. <br /><br />The fact that they tied it into global climate change - I agree - actually doesn't make meaningful discussio
<p> </p>
<p><br /><br /><br /></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650678</link><pubDate>Tue, 16 Feb 2021 22:15:12 -0000</pubDate><title>Message #4650678</title><guid isPermaLink="false">4650678@Uncensored</guid><description><![CDATA[  
 It's all about battery life. Or it would be if modern laptops weren't so
damn unreliable--my Dell is starting to show some quirks, after just 12 months.
And yes, we have already established that I AM HITLER. Tee hee. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650675</link><pubDate>Tue, 16 Feb 2021 21:25:23 -0000</pubDate><title>Message #4650675</title><guid isPermaLink="false">4650675@Uncensored</guid><description><![CDATA[Yeah, there's no need to get into environmental debates, that just gets people
annoyed.  I think the idea that you can use less energy to complete the same
amount of work speaks for itself.  Somehow I doubt a few CPU cycles here and
there is going to make a difference with a kernel.  After all, when people
build software these days, the first thing they do is bring in gigamegs of
frameworks and libraries to make the task easier.  Why aren't they hand-coding
in assembler to save as many cycles as they can? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650666</link><pubDate>Tue, 16 Feb 2021 20:55:38 -0000</pubDate><title>Message #4650666</title><guid isPermaLink="false">4650666@Uncensored</guid><description><![CDATA[<html><body>

<p>You sound like a bootlicker. ;) <br /><br />I was somewhere that people were arguing about the impact on the environment caused by wasted PC cycles. I can't remember exactly why. Had to do with retro computing. <br /><br />Anyhow, I was like, "I make a 20 mile commute 5 days a week all by myself in a 2500 series Denali diesel that I don't use as an actual work truck. But if you would like to use less cycles to help offset my carbon footprint, I totally support your sacrifice." </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Feb 16 2021 12:01:53 EST</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote><span style="background-color: transparent; color: navy;">Besides being ridiculous, it's not even true; Windoze has demonstrably better power management than Linux on laptops (S0ix/Modern Suspend are actually implemented correctly, Linux does not have its shit together in this area.)</span></blockquote>
<br />My Ryzen desktop is a different story, but that's AMD and ASUS fault </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650629</link><pubDate>Tue, 16 Feb 2021 17:01:53 -0000</pubDate><title>Message #4650629</title><guid isPermaLink="false">4650629@Uncensored</guid><description><![CDATA[ >"Windoze is killing the world by burning up processor cycles with its  
 >fat kernel!"   
  
 Besides being ridiculous, it's not even true; Windoze has demonstrably better
power management than Linux on laptops (S0ix/Modern Suspend are actually implemented
correctly, Linux does not have its shit together in this area.) 
  
 My Ryzen desktop is a different story, but that's AMD and ASUS fault 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650440</link><pubDate>Sun, 14 Feb 2021 21:51:13 -0000</pubDate><title>Message #4650440</title><guid isPermaLink="false">4650440@Uncensored</guid><description><![CDATA[ > 2021-02-13 17:50 from Nurb432   
 >It boils down to fragmentation of the community in general,  and how  
 >corporate interests are infecting/manipulating development on a wide  
 >scale. With a bit of bashing GPL as a virus.  ( which it is.. ) That  
 >it impedes some people from adopting/contributing.  They dont like  
 >being held hostage.    
 >  
 >  
 >BSD has none of those shortcomings.   
 >  
 >    
 >  
 >( From what i get out of it, that is the SUPER short version. he of  
 >course provided examples of each of his viewpoints )   
  
 Thanks for commenting! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650417</link><pubDate>Sun, 14 Feb 2021 17:56:51 -0000</pubDate><title>Message #4650417</title><guid isPermaLink="false">4650417@Uncensored</guid><description><![CDATA[ >I dont think BSD lost, its still there and still being used. It just  
 >didnt take the desktop market.    
  
 It also didn't take the server market, the mobile market, the cloud market,
the infrastructure market, or the supercomputing market.  There's nothing
inherently wrong with it, it's just there. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650352</link><pubDate>Sat, 13 Feb 2021 22:50:34 -0000</pubDate><title>Message #4650352</title><guid isPermaLink="false">4650352@Uncensored</guid><description><![CDATA[<html><body>

<p>It boils down to fragmentation of the community in general,  and how corporate interests are infecting/manipulating development on a wide scale. With a bit of bashing GPL as a virus.  ( which it is.. ) That it impedes some people from adopting/contributing.  They dont like being held hostage. </p>
<p><br />BSD has none of those shortcomings.</p>
<p> </p>
<p>( From what i get out of it, that is the SUPER short version. he of course provided examples of each of his viewpoints )</p>
<blockquote>
<div class="message_header"><span>Sat Feb 13 2021 05:20:10 EST</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">That link blocks Tor. <br /><br />Do you care to offer a brief summary? <br /><br />I have been migrating things to BSD since the Debian Lenny days. Net and OpenBSD don't have much support but they are uite serious about the stuff they code or port. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650331</link><pubDate>Sat, 13 Feb 2021 20:47:39 -0000</pubDate><title>Message #4650331</title><guid isPermaLink="false">4650331@Uncensored</guid><description><![CDATA[<html><body>

<p>BSD, while it was never 'bad', has improved their binary package management system, and the ports tree was always dead simple to use.  ( true, it took longer, but that was the intended away to install something. Binaries, you can paint your self into a corner with.  )</p>
<p>I dont think BSD lost, its still there and still being used. It just didnt take the desktop market.  I blame lack of good marketing, so an inferior product was picked by the uninformed masses.  </p>
<p> </p>
<p>And yes the article was a bit much in some areas, but it did have a lot of good points i think.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650292</link><pubDate>Sat, 13 Feb 2021 10:20:10 -0000</pubDate><title>Message #4650292</title><guid isPermaLink="false">4650292@Uncensored</guid><description><![CDATA[ > 2021-02-08 08:36 from Nurb432       
 >Trying to explain to a guy at the office why Linux is becoming bad     

 >and this popped up in my regular feed. ( well actually a link to it,   
  
 >from a story that was written today that linked to this      
 >not-so-old-story.. It was not one of those 'we see you are talking     

 >about something we lets suggest it...' moments )       
 >      
 >says it much better than i could.       
 >      
 >https://www.unixsheikh.com/articles/why-you-should-migrate-everything- 
    
 >from-linux-to-bsd.html       
 >      
 >        
 >      
 >For me its "migrate back"...       
 >      
      
 That link blocks Tor.     
    
 Do you care to offer a brief summary?   
  
 I have been migrating things to BSD since the Debian Lenny days. Net and
OpenBSD don't have much support but they are uite serious about the stuff
they code or port. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650235</link><pubDate>Fri, 12 Feb 2021 22:15:36 -0000</pubDate><title>Message #4650235</title><guid isPermaLink="false">4650235@Uncensored</guid><description><![CDATA[<html><body>

<p>Again, developer perspective, vs. end-user perspective. <br /><br />You could have built in with Mormon Temple model - and if the package managers didn't allow average noobs to install Firebird, nothing *nix was *ever* going to catch on outside of with people who could figure out all the bizarre dependencies to get a piece of software installed. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Feb 12 2021 16:46:31 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">If you haven't read "The Cathedral and the Bazaar", do so now. It explains the winning formula in great detail. BSD and GNU were developed in cathedral mode, and it held them both back. None of it has anything to do with package managers. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650231</link><pubDate>Fri, 12 Feb 2021 21:46:31 -0000</pubDate><title>Message #4650231</title><guid isPermaLink="false">4650231@Uncensored</guid><description><![CDATA[If you haven't read "The Cathedral and the Bazaar", do so now.  It explains
the winning formula in great detail.  BSD and GNU were developed in cathedral
mode, and it held them both back.  None of it has anything to do with package
managers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650208</link><pubDate>Fri, 12 Feb 2021 17:03:27 -0000</pubDate><title>Message #4650208</title><guid isPermaLink="false">4650208@Uncensored</guid><description><![CDATA[<html><body>

<p>I don't know that Linux won because it got the job done. <br /><br />It won because it built up buzz and momentum. I mean, I've run Solaris/CDE, BSD and Linux - and Linux is what I stuck with. <br /><br />But I ran a LOT of Linux distros and I pretty much dislike them all for the same reason I disliked Solaris and BSD. Package management was too complex. Just installing and configuring basic programs was a headache. <br /><br />So, in my mind, Debian was always the only Linux worth considering. It gave birth to a bunch of variations, like Ubuntu, which dumbed down Linux and helped give it critical mass. <br /><br />Because YUM and RPMS suck. <br /><br />I think that Debian's package management is probably the #1 reason why Linux has any advantage over any other *nix. It made the entire OS more accessible - and once Debian gets new users over the hump - then they can learn more complicated Linux distros like CentOS that are better for production DC environments. <br /><br />But again - I think a huge
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Feb 12 2021 09:28:51 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">It's not even worth discussing. Noise like this has been getting generated by know-it-all dickheads for decades now. Linux won because it got the job done, even though BSD had a giant head start. <br /><br />Now let's talk about the energy consumption of a kernel. For this discussion let's set aside the climate nonsense and simply agree that lower energy consumption is better, if all other variables are equal. How does the total on-disk size of the kernel make a difference in energy consumption? Most of what is shipped with the kernel is modules, and on any given system the majority of those modules are not running, or even loaded. <br /><br />That's the model with Linux: get kernel modules adopted upstream so they can be kept consistent with the rest of the kernel. It has advantages and disadvantages. I do continue to call Linus to task for not maintaining a stable kernel ABI. It makes software distribution difficult and is one of the reasons Linux did not thrive as a consumer PC 
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650193</link><pubDate>Fri, 12 Feb 2021 14:28:51 -0000</pubDate><title>Message #4650193</title><guid isPermaLink="false">4650193@Uncensored</guid><description><![CDATA[It's not even worth discussing.  Noise like this has been getting generated
by know-it-all dickheads for decades now.  Linux won because it got the job
done, even though BSD had a giant head start. 
  
 Now let's talk about the energy consumption of a kernel.  For this discussion
let's set aside the climate nonsense and simply agree that lower energy consumption
is better, if all other variables are equal.  How does the total on-disk size
of the kernel make a difference in energy consumption?  Most of what is shipped
with the kernel is modules, and on any given system the majority of those
modules are not running, or even loaded. 
  
 That's the model with Linux: get kernel modules adopted upstream so they
can be kept consistent with the rest of the kernel.  It has advantages and
disadvantages.  I do continue to call Linus to task for not maintaining a
stable kernel ABI.  It makes software
distribution difficult and is one of the reasons Linux did not thrive as a
consumer PC operating system.  The community has had to work around this with
hacks like DKMS, which seem to work most of the time, but it sure would be
nice to just ship a driver and have it loaded. 
  
 Go have fun with BSD if you want to.  I think most of these whiners are just
unhappy that Linux is mainstream now and they want to go somewhere that they
can be different again. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650186</link><pubDate>Fri, 12 Feb 2021 14:11:17 -0000</pubDate><title>Message #4650186</title><guid isPermaLink="false">4650186@Uncensored</guid><description><![CDATA[<html><body>

<p>I encountered a number of problems with this article. First - a huge turn-off for me in any article is when someone tries to conflate responsible global citizenship with the size of the kernel in your OS as it relates to global climate change. <br /><br />"Windoze is killing the world by burning up processor cycles with its fat kernel!" <br /><br />I mean, I'm all for maximizing the efficiency of <em>whatever</em> as long as we're not talking about a less comfortable user experience justified by "being green". Once we start to get into, "sure, it means we can cram more of you onto a single flight and increase our profits, but that isn't the reason we're making you STAND on a 12 hour flight, ass to crotch with the passengers to all sides of you - we're doing it to be an ecologically responsible company! <br /><br />"All those extra cycles, combined by all the processors of the world -" STFU. All the reduction between a light, fast kernel and a bloated one with extra features isn't going to save the pla
<p><br /><span style="color: #333333; font-family: monospace, 'Courier New', Courier; font-size: medium; background-color: #fefefe;">If there is any one big problem with kernel development and Linux it is the complete disconnection of the development process from normal users. You know, the ones who constitute 99.9% of the Linux user base. The Linux kernel mailing list is the way to communicate with the kernel developers. To put it mildly, the Linux kernel mailing list (lkml) is about as scary a communication forum as they come. Most people are absolutely terrified of mailing the list lest they get flamed for their inexperience, an inappropriate bug report, being stupid or whatever. ... I think the kernel developers at large haven't got the faintest idea just how big the problems in userspace are.</span></p>
<blockquote>
<div class="message_header"><span>Mon Feb 08 2021 08:36:06 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Trying to explain to a guy at the office why Linux is becoming bad and this popped up in my regular feed. ( well actually a link to it, from a story that was written today that linked to this not-so-old-story.. It was not one of those 'we see you are talking about something we lets suggest it...' moments )</p>
<p>says it much better than i could.</p>
<p><a href="https://www.unixsheikh.com/articles/why-you-should-migrate-everything-from-linux-to-bsd.html" target="webcit01">https://www.unixsheikh.com/articles/why-you-should-migrate-everything-from-linux-to-bsd.html</a></p>
<p> </p>
<p>For me its "migrate back"... </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650037</link><pubDate>Thu, 11 Feb 2021 01:28:28 -0000</pubDate><title>Message #4650037</title><guid isPermaLink="false">4650037@Uncensored</guid><description><![CDATA[<html><body>

<p>Oh, and Ashton Tate's "framework:, many years earlier.</p>
<blockquote>
<div class="message_header"><span>Wed Feb 10 2021 20:24:38 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>Interface consistency is one reason i bought staroffice, back when it still was an integrated package, including mail and a browser. </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650035</link><pubDate>Thu, 11 Feb 2021 01:24:38 -0000</pubDate><title>Message #4650035</title><guid isPermaLink="false">4650035@Uncensored</guid><description><![CDATA[<html><body>

<p>Interface consistency is one reason i bought staroffice, back when it still was an integrated package, including mail and a browser. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650032</link><pubDate>Thu, 11 Feb 2021 01:20:18 -0000</pubDate><title>Message #4650032</title><guid isPermaLink="false">4650032@Uncensored</guid><description><![CDATA[ > I still don't like the way KDE looks. Sosumi.   
  
 That's totally legit.  But was it worth the baggage of establishing two separate
desktop environments with two completely separate app ecosystems, dashing
any hope that there would be "one Linux" to train end users on?  Looks can
be skinned, tweaked, chromed-out, that shit be dope. 
  
 20 years later, maybe it doesn't matter as much anymore, when every operating
system (yes even Apple) has an inconsistent UI across different applications,
and they change it all the time anyway, and even if they didn't, people who
develop browser-based apps are still free to do whatever they want. 
  
 In the end, the KDE/GNOME schism was a colossal waste of time, time that
could have been used to develop a single app ecosystem.  I still believe Miguel
de Icaza was paid by Microsoft to do it on purpose. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650017</link><pubDate>Wed, 10 Feb 2021 21:27:19 -0000</pubDate><title>Message #4650017</title><guid isPermaLink="false">4650017@Uncensored</guid><description><![CDATA[<html><body>

<p>Hey, we have a foundation now.. Cool. We are somebody! </p>
<p> </p>
<p>http://p9f.org/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4650016</link><pubDate>Wed, 10 Feb 2021 21:26:46 -0000</pubDate><title>Message #4650016</title><guid isPermaLink="false">4650016@Uncensored</guid><description><![CDATA[<html><body>

<p>It did ( does? ) have the advantages of the stuff under the hood. Libraries, IPC, etc.</p>
<p>But, if you dont use KDE apps, then the framework is overhead.   Myself i moved to lxde a long time ago. "just enough" for what i need but not the bloat that does me no good.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Wed Feb 10 2021 14:51:42 EST</span> <span>from <a href="do_template?template=user_show?who=LoanShark">LoanShark</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I still don't like the way KDE looks. Sosumi. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649993</link><pubDate>Wed, 10 Feb 2021 19:51:42 -0000</pubDate><title>Message #4649993</title><guid isPermaLink="false">4649993@Uncensored</guid><description><![CDATA[  
 I still don't like the way KDE looks. Sosumi. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649992</link><pubDate>Wed, 10 Feb 2021 19:49:45 -0000</pubDate><title>Message #4649992</title><guid isPermaLink="false">4649992@Uncensored</guid><description><![CDATA[ > 2021-02-05 17:43 from IGnatius T Foobar   
 >    
 > Playing around with the WireGuard VPN this week.  Very happy with it  

 >so far.   
 >    
 > Really easy to configure, far more lightweight than anything else out 
 
 >there, and stateless.  Me likes.   
 >   
 >  
  
 Take a look at pritunl too, if you like 2FA. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649956</link><pubDate>Wed, 10 Feb 2021 14:14:44 -0000</pubDate><title>Message #4649956</title><guid isPermaLink="false">4649956@Uncensored</guid><description><![CDATA[Nor was GNOME originally intended to be a desktop environment.  "Gnu Network
Object Model Environment" was originally supposed to be a COM/OLE type of
thing for Linux (again, because Miguel de Idiot was a Microsoft mole).  Then
when KDE was about to become the standard, Microsoft told their mole to turn
GNOME into a desktop.  So he and his buddies bolted GTK to it and started
sabotaging standards. 
  
 Poettering has got nothing on this guy. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649950</link><pubDate>Wed, 10 Feb 2021 13:25:38 -0000</pubDate><title>Message #4649950</title><guid isPermaLink="false">4649950@Uncensored</guid><description><![CDATA[<html><body>

<p>Created by, not maintained by.</p>
<p>"GTK was originally <strong>designed and used in the GNU Image Manipulation Program (GIMP) as a replacement of the Motif toolkit</strong>; at some point Peter Mattis became disenchanted with Motif and began to write his own GUI toolkit named the GIMP toolkit and had successfully replaced Motif by the 0.60 release of GIMP. Finally GTK was re-written to be object-oriented and was renamed GTK+."</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649915</link><pubDate>Wed, 10 Feb 2021 00:22:35 -0000</pubDate><title>Message #4649915</title><guid isPermaLink="false">4649915@Uncensored</guid><description><![CDATA[<html><body>

<p>From their web page:</p>
<p>"<span style="color: #6c757d; font-family: 'Red Hat Display', -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif, 'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI Symbol', 'Noto Color Emoji'; font-size: 14.72px;">GTK is a free and open-source project maintained by GNOME and an active community of contributors."</span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649914</link><pubDate>Wed, 10 Feb 2021 00:18:13 -0000</pubDate><title>Message #4649914</title><guid isPermaLink="false">4649914@Uncensored</guid><description><![CDATA[<html><body>

<p>Could be, i didnt really use it either, but from what i gathered it wasn't all that bad.. TKinter for me :) </p>
<blockquote>
<div class="message_header"><span>Tue Feb 09 2021 12:55:58 EST</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span></div>
<div class="message_content">
<p>Didn't GTK come out of GIMP, not GNOME?</p>
<p>Also, you reminded me of this gem. Bless the archives.</p>
<p><a href="https://web.archive.org/web/20010303044657/http://news.gnome.org/gnome-news/981577277/981620321/index_html" target="webcit01">https://web.archive.org/web/20010303044657/http://news.gnome.org/gnome-news/981577277/981620321/index_html</a></p>
<p>"This is why Linus is the man, and you people are just chumps."</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649913</link><pubDate>Wed, 10 Feb 2021 00:16:45 -0000</pubDate><title>Message #4649913</title><guid isPermaLink="false">4649913@Uncensored</guid><description><![CDATA[<html><body>

<p>Not liking GNOME from the start, i missed all of that apparently.  </p>
<blockquote>
<div class="message_header"><span>Tue Feb 09 2021 14:26:36 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">GNOME was the original effort by Microsoft employee Miguel de Icaza to derail the Linux desktop right when it was about to get a unified desktop framework (KDE). The schism was, to Microsoft, worth every cent they secretly paid him. (Fact check: TRUE) <br /><br />Mono was an attempt to do the same thing but it failed to gain any traction. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649894</link><pubDate>Tue, 09 Feb 2021 19:26:36 -0000</pubDate><title>Message #4649894</title><guid isPermaLink="false">4649894@Uncensored</guid><description><![CDATA[GNOME was the original effort by Microsoft employee Miguel de Icaza to derail
the Linux desktop right when it was about to get a unified desktop framework
(KDE).  The schism was, to Microsoft, worth every cent they secretly paid
him.  (Fact check: TRUE) 
  
 Mono was an attempt to do the same thing but it failed to gain any traction.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649884</link><pubDate>Tue, 09 Feb 2021 17:55:58 -0000</pubDate><title>Message #4649884</title><guid isPermaLink="false">4649884@Uncensored</guid><description><![CDATA[<html><body>

<p>Didn't GTK come out of GIMP, not GNOME?</p>
<p>Also, you reminded me of this gem. Bless the archives.</p>
<p>https://web.archive.org/web/20010303044657/http://news.gnome.org/gnome-news/981577277/981620321/index_html</p>
<p>"This is why Linus is the man, and you people are just chumps."</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649879</link><pubDate>Tue, 09 Feb 2021 16:04:09 -0000</pubDate><title>Message #4649879</title><guid isPermaLink="false">4649879@Uncensored</guid><description><![CDATA[<html><body>

<p>Due to gnome or mono?</p>
<p>Not fond of gnome myself, but didnt GTK come out of it? ( which is ok )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649869</link><pubDate>Tue, 09 Feb 2021 13:59:19 -0000</pubDate><title>Message #4649869</title><guid isPermaLink="false">4649869@Uncensored</guid><description><![CDATA[Disagree.  The worst thing ever to touch the community was Miguel de Icaza.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649821</link><pubDate>Mon, 08 Feb 2021 23:40:03 -0000</pubDate><title>Message #4649821</title><guid isPermaLink="false">4649821@Uncensored</guid><description><![CDATA[<html><body>

<p>Nah,windows is of course worse..  But Linux is becoming more and more like windows every time i turn around.  </p>
<p> </p>
<p>Lennart Pottering, he's like an infectious disease. Worst thing to ever touch the community.</p>
<blockquote>
<div class="message_header"><span>Mon Feb 08 2021 15:38:48 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Steve? Steve Ballmer? Is that you? </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649807</link><pubDate>Mon, 08 Feb 2021 20:38:48 -0000</pubDate><title>Message #4649807</title><guid isPermaLink="false">4649807@Uncensored</guid><description><![CDATA[Steve?  Steve Ballmer?  Is that you? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649769</link><pubDate>Mon, 08 Feb 2021 13:36:06 -0000</pubDate><title>Message #4649769</title><guid isPermaLink="false">4649769@Uncensored</guid><description><![CDATA[<html><body>

<p>Trying to explain to a guy at the office why Linux is becoming bad and this popped up in my regular feed. ( well actually a link to it, from a story that was written today that linked to this not-so-old-story.. It was not one of those 'we see you are talking about something we lets suggest it...' moments )</p>
<p>says it much better than i could.</p>
<p>https://www.unixsheikh.com/articles/why-you-should-migrate-everything-from-linux-to-bsd.html</p>
<p> </p>
<p>For me its "migrate back"... </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4649494</link><pubDate>Fri, 05 Feb 2021 22:43:40 -0000</pubDate><title>Message #4649494</title><guid isPermaLink="false">4649494@Uncensored</guid><description><![CDATA[  
 Playing around with the WireGuard VPN this week.  Very happy with it so far.

  
 Really easy to configure, far more lightweight than anything else out there,
and stateless.  Me likes. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647971</link><pubDate>Tue, 26 Jan 2021 22:02:16 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647971@Uncensored</guid><description><![CDATA[<html><body>

<p>Same sort of thing happened to me there too. ( well, no FB, this was late 90s )</p>
<p>Place was a mess when i got there, nothing worked 1/2 way right, everything was unstable. Guy before me was a total idiot. </p>
<p>Over that summer i got everything reworked to my standards, and was stable. Took a good 2 months to do it without impacting people a lot. The CFO ( the one that hired me ) stopped in one afternoon, "you know, ever since you got here things just 'work'". " i dont know what you did to make this happen, but keep it up. thank you".  Still didnt have a lot of budget, but i managed with what i had.</p>
<blockquote>
<div class="message_header"><span>Sun Jan 24 2021 11:42:18 EST</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>My wife and I were just talking about the place I worked. When I came, it was constant fire-fighting, always emergencies, systems collapsing all around us. Even the desktop support was a mess. We couldn't keep our own ship floating and we were providing consulting and hosting services for practices all over NE Ohio... field tech work, the whole thing. They were all a mess too. <br /><br />After a few months there, and hiring a couple of people... lots of times it seemed like we were just sitting around surfing Facebook. The COO got in my face about it.<br /><br /></p>
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647676</link><pubDate>Sun, 24 Jan 2021 16:42:18 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647676@Uncensored</guid><description><![CDATA[<html><body>

<p>My wife and I were just talking about the place I worked. When I came, it was constant fire-fighting, always emergencies, systems collapsing all around us. Even the desktop support was a mess. We couldn't keep our own ship floating and we were providing consulting and hosting services for practices all over NE Ohio... field tech work, the whole thing. They were all a mess too. <br /><br />After a few months there, and hiring a couple of people... lots of times it seemed like we were just sitting around surfing Facebook. The COO got in my face about it.<br /><br />"Our medical billing coders work 8 hours, from the minute they get in, until the minute they leave. They handle thousands of calls every day. They work their asses off. They aren't allowed to be on their phones at all except breaks and lunches. Your IT guys are constantly screwing around with your phones, we see their posts on Facebook. We see YOUR posts on Facebook! The other managers are pissed!" <br /><br />Yeah? Well, they should have gotte
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jan 23 2021 19:58:06 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>One place i worked at, new CFO ( one that would "cut costs" by gutting the company leave just before it implodes ). "Why do we need you, everything is working well, we dont have any issues".   This was both for me ( IT ) and things like our parts crib. "The machines are running fine, we dont need these spare parts"  or even during shutdown when he arrived "we dont need these people. just fire them all".</p>
<p> </p>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647614</link><pubDate>Sun, 24 Jan 2021 00:58:06 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647614@Uncensored</guid><description><![CDATA[<html><body>

<p>One place i worked at, new CFO ( one that would "cut costs" by gutting the company leave just before it implodes ). "Why do we need you, everything is working well, we dont have any issues".   This was both for me ( IT ) and things like our parts crib. "The machines are running fine, we dont need these spare parts"  or even during shutdown when he arrived "we dont need these people. just fire them all".</p>
<p>Company didnt last a year after he got there before it folded. A 20 year old company went from making several million a year in profit and be an technology leader in its market, to being bought by some investment firm on the salvage market.</p>
<p> </p>
<p>I heard a week after i was gone, with no one to keep the band-aids applied pretty much everything fell part computer wise, and phone system went belly up too.  He swore i came back in and sabotaged it all.</p>
<p> </p>
<p>I was on medical leave when he arrived, so i missed his hiring. First day back he called me in the office, asked me 'how do i make this letter here bigger in this spreadsheet"  Um, a CFO didnt know how to change the font in excel.  While in his office our receptionist came by handing out checks.  He asked where his was, "you only get paid once a month", he went off on the poor girl. I told him to shut his face and take it up with HR, and sent her on her way.   Our relationship went south from there :)  </p>
<p> </p>
<p>Fun times.  Shame really, i really liked that place before he came. We were a small tight family.   Planned on sticking it out until i retired as i finally found a place that i wanted to stick around at.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647572</link><pubDate>Sat, 23 Jan 2021 17:00:23 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647572@Uncensored</guid><description><![CDATA[<html><body>

<p>Most IT shops are not well run. I've had the fortune of working for Fortune 500 IT companies that are debt adverse most of my career. <br /><br />But it is hard to get SMBs to recognize the long term costs of not following best practices, throughout IT - not just in hardware depreciation and replacement. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jan 23 2021 11:44:34 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>It's called "technical debt" and well-run IT orgs keep track of it and work hard to phase it out.  I'm sort of immersed in it right now, hunting down and trying to replace a lot of legacy systems and networks that are holding us back from deploying new products and services the way we would like to.  The reality is that if you don't work to eliminate technical debt, it will come out and bite you at a bad time.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647571</link><pubDate>Sat, 23 Jan 2021 16:47:44 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647571@Uncensored</guid><description><![CDATA[<html><body>

<p>It always does.  I've been there a lot in my career.</p>
<blockquote>
<div class="message_header"><span>Sat Jan 23 2021 11:44:34 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>It's called "technical debt" and well-run IT orgs keep track of it and work hard to phase it out.  I'm sort of immersed in it right now, hunting down and trying to replace a lot of legacy systems and networks that are holding us back from deploying new products and services the way we would like to.  The reality is that if you don't work to eliminate technical debt, it will come out and bite you at a bad time.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647570</link><pubDate>Sat, 23 Jan 2021 16:44:34 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647570@Uncensored</guid><description><![CDATA[<html><body>

<p>It's called "technical debt" and well-run IT orgs keep track of it and work hard to phase it out.  I'm sort of immersed in it right now, hunting down and trying to replace a lot of legacy systems and networks that are holding us back from deploying new products and services the way we would like to.  The reality is that if you don't work to eliminate technical debt, it will come out and bite you at a bad time.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647497</link><pubDate>Fri, 22 Jan 2021 21:39:09 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647497@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<p>Most products have an end-of-life.  In my instance, the app is a DOS app that runs on a Netware server and uses a serial connection.  All three of those technologies are horribly obsolete.   Most companies that discontinue major releases of their product will let you receive extended support, for a fee.  Microsoft does it all the time, and the folks who see the value (like large businesses and the government with products like Windows NT, Windows XP, and Windows CE) will pay.  Free support for discontinued products in perpetuity is a graceful descent to insolvency.</p>
<blockquote>
<div class="message_header"><span>Fri Jan 22 2021 10:14:13 EST</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>"This is what I hate about IT. How can you people make something that still works that you won't support anymore?" <br /><br />*BANG*</p>
<p> </p>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647437</link><pubDate>Fri, 22 Jan 2021 15:14:13 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647437@Uncensored</guid><description><![CDATA[<html><body>

<p>"This is what I hate about IT. How can you people make something that still works that you won't support anymore?" <br /><br />*BANG*</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jan 22 2021 04:30:11 EST</span> <span>from <a href="do_template?template=user_show?who=DutchessMike">DutchessMike</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 18 2021 18:49:25 EST</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>There are some places, especially in actual mission critical IT - where you can refuse to upgrade until you're locked out of an upgrade path... whereas if you had migrated in increments as the technology evolved, it would have been painless. I see this happen all the time, especially in SMBs. They try to save a penny and end up painting them into a corner with something that is EOLed - the company is gone, or they've been acquired, or they simple don't support that product that is 10 years old or have anyone who knows anything about it anymore...</p>
</div>
</blockquote>
<p>Yes.  This.  I have a call this afternoon with a new client who is in this *exact* situation.  I was on a conference call with their old software vendor who was adamant that they stopped support for the product 12 years ago and were not in a position to support them anymore.  When they called me for help, I quickly discovered that the server driving the application ran on NETWARE and the workstations still ran XP SP2.   Needless to say, it's a start-from-scratch for them as well.</p>
<p> </p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4647412</link><pubDate>Fri, 22 Jan 2021 09:30:11 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4647412@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 18 2021 18:49:25 EST</span> <span>from <a href="do_template?template=user_show?who=ParanoidDelusions">ParanoidDelusions</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>There are some places, especially in actual mission critical IT - where you can refuse to upgrade until you're locked out of an upgrade path... whereas if you had migrated in increments as the technology evolved, it would have been painless. I see this happen all the time, especially in SMBs. They try to save a penny and end up painting them into a corner with something that is EOLed - the company is gone, or they've been acquired, or they simple don't support that product that is 10 years old or have anyone who knows anything about it anymore...</p>
</div>
</blockquote>
<p>Yes.  This.  I have a call this afternoon with a new client who is in this *exact* situation.  I was on a conference call with their old software vendor who was adamant that they stopped support for the product 12 years ago and were not in a position to support them anymore.  When they called me for help, I quickly discovered that the server driving the application ran on NETWARE and the workstations still ran XP SP2.   Needless to say, it's a start-from-scratch for them as well.</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646973</link><pubDate>Wed, 20 Jan 2021 02:45:55 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646973@Uncensored</guid><description><![CDATA[<html><body>

<p>Everyone involved in IT for a long enough time, encounters this client, customer or employer, eventually. I think for some of us, our careers don't survive the encounter, unfortunately. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Jan 19 2021 13:14:04 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>Yes, that.  Exactly that.  B</p>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646952</link><pubDate>Tue, 19 Jan 2021 23:32:24 -0000</pubDate><title>arrgh</title><guid isPermaLink="false">4646952@Uncensored</guid><description><![CDATA[<html><body>

<p>Not exactly related to old tech and being stubborn, but looks like we may end up dumping our vendor of 10+ years for what we use for our core operations and start over.. </p>
<p>They are 1.5 year late on a upgrade we paid extra for..  We are over them.</p>
<p>But, i cant imagine what we are going to be going thru.. Everything we do is tied to it, 100s of in-house apps that tie to it, 1000s of business processes, 40k users..  Only consolation is i was here before the current platform, so at least i know why we did what we did.  ( actually 3 platforms before ... we had one failed upgrade of the system they had after the 'forced merger' around 15 year ago when i took over as i was part of the first 'merge' and we left our stuff behind.. The vendor lied. New product sucked. No way back, no way forward. so we sued and found something else. )</p>
<p>One developer also came over with me, so he has been part of it all too. </p>
<p>Going to be a long year, or 2. Damn i wish i could retire now.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646867</link><pubDate>Tue, 19 Jan 2021 18:14:04 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646867@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes, that.  Exactly that.  Back in the 1980's I built a system for a small company that did medical billing and collections for medium size practices.  It ran on SCO Unix and was a reliable workhorse for many years, but it was showing its age and I kept advising them that it needed to be replaced.</p>
<p>Thankfully, the person who took over the support business after I left was being kind of a jerk and I wasn't taking his calls when the machine finally went titsup and basically stopped the whole business.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646722</link><pubDate>Mon, 18 Jan 2021 23:49:25 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646722@Uncensored</guid><description><![CDATA[<html><body>

<p>There are some places, especially in actual mission critical IT - where you can refuse to upgrade until you're locked out of an upgrade path... whereas if you had migrated in increments as the technology evolved, it would have been painless. I see this happen all the time, especially in SMBs. They try to save a penny and end up painting them into a corner with something that is EOLed - the company is gone, or they've been acquired, or they simple don't support that product that is 10 years old or have anyone who knows anything about it anymore... <br /><br /><br />When I run into a company in this situation I usually take a "start from scratch," approach with them, no matter how angry they are at me for telling them the hard truth. <br /><br />"You waited too long, now you have to start all over. Sorry." <br /><br />Medical practices are REAL terrible about this... but other small businesses fall into this trap frequently too. <br /><br />Best case scenario is you can have someone export whatever data is 
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646721</link><pubDate>Mon, 18 Jan 2021 23:42:56 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646721@Uncensored</guid><description><![CDATA[<html><body>

<p>There is a double edged sword to this perpetual backward support concept. When I worked at the healthcare office in Ohio, one of the practices we hosted and provided IT support for had an old PS/2 machine running some ancient Windows version that was far beyond EOL. It did one thing - but they had no replacement plan for it. I think it might have faxed RX prescriptions - but whatever it was, they insisted it was essential, mission critical, but they were in this state of inertia where there wasn't anything that could replace it. It was going to die on them some day, and they were going to be pissed, and up the creek, when it happened. I dreaded that machine dying. My career there did not outlive that machine. <br /><br />And for that small miracle, I am thankful. Let some other IT manager deal with that headache.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 18 2021 16:29:28 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>Some, for now. Once the upstream people like Debian start to drop things, its not long for the rest follow.</p>
<p>At this point, will it totally hose my life? No. just an annoyance. Its not like in the late 90s when Microsoft dropped msdos support and licenses for most people.  We still had old machine controllers running dos based apps. It was not trivial to replace them. some would have to be totally reengineered.  </p>
<blockquote>
<div class="message_header"><span>Mon Jan 18 2021 06:28:54 EST</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Still you can get other distributions for x86 32 bit for now. <br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646702</link><pubDate>Mon, 18 Jan 2021 21:29:28 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646702@Uncensored</guid><description><![CDATA[<html><body>

<p>Some, for now. Once the upstream people like Debian start to drop things, its not long for the rest follow.</p>
<p>At this point, will it totally hose my life? No. just an annoyance. Its not like in the late 90s when Microsoft dropped msdos support and licenses for most people.  We still had old machine controllers running dos based apps. It was not trivial to replace them. some would have to be totally reengineered.  </p>
<blockquote>
<div class="message_header"><span>Mon Jan 18 2021 06:28:54 EST</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Still you can get other distributions for x86 32 bit for now. <br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646651</link><pubDate>Mon, 18 Jan 2021 16:52:49 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646651@Uncensored</guid><description><![CDATA[<html><body>

<p>The thing is, even with FOSS - there is a real cost with any production and distribution of any thing. <br /><br />So, at some point, there is someone who is at the tail end who wants production to continue - but the costs to continue to produce *just* for them don't make sense. It is an economy of scale thing. <br /><br />We see this in retro computing with people upset that modern platforms like FPGA do not support physical attachment to old things like floppy drives or cartridge slots. The problem is, SURE they could - but it is a corner case use model where you're adding cost for everyone else to provide for a very small minority. <br /><br />Typically - there is some method for the corner case - but it will be very expensive - so the people who might do that aren't worried about the cost. They have enough money to make what they want to happen, happen. <br /><br />Money unfortunately does make the world go round. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 18 2021 06:28:54 EST</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Still you can get other distributions for x86 32 bit for now. <br /><br />When Tails dropped 32 bit, it screwed me hard because at the time I only had access to old computers, as do some people I know. <br /><br />I think dropping things that are in use in the wild because "nobody uses them" is such a first worlder thing to do. I remember when people was claiming to stop serving Linux distributions in CDs because it was time to migrate to DVD or USB images, disregarding the fact the difference in cost still matters for a whole lot of people. <br /><br />Not everybody is a greedy Californian bastard with access to piles of DVDs and optic fibre. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646643</link><pubDate>Mon, 18 Jan 2021 15:49:06 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646643@Uncensored</guid><description><![CDATA[32-bit support isn't being removed from the kernel.  Someone in distribution
land performed a cost/benefit analysis and determined that the effort required
to maintain a 32-bit distribution is hitting the point where it exceeds the
benefits provided by it.  I'm disappointed to see it go too, but someone has
to justify the time and effort. 
  
 Have some faith in the Linux community.  We're a resourceful and creative
lot.  Someone is going to come out with a distribution that not only supports
32-bit x86, but is *optimized* for it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646613</link><pubDate>Mon, 18 Jan 2021 11:28:54 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646613@Uncensored</guid><description><![CDATA[ > 2021-01-17 07:42 from Nurb432         
 >Subject: Re: Debian to drop 32bit x86        
 >Ya i also understand why, but as a 'end user' it still sucks.         
 >        
 >I have a couple of old laptops that will be dead at that point. ( i    
   
 >dont believe video drivers exist on netbsd ).  And while i have not   
    
 >had them out of the closet for a long time, and dont 'need' them, i    
   
 >just hate when good hardware becomes unusable for not fault of its     
  
 >own. Have a couple of ATOM boxes in there too, unsure if they are 32   
    
 >or 64. Used to use them as low power servers until i started buying    
   
 >those lenovo mini I5's         
 >        
 >          
        
 Still you can get other distributions for x86 32 bit for now.       
      
 When Tails dropped 32 bit, it screwed me hard because at the time I only
had access to old computers, as do some
people I know.     
    
 I think dropping things that are in use in the wild because "nobody uses
them" is such a first worlder thing to do. I remember when people was claiming
to stop serving Linux distributions in CDs because it was time to migrate
to DVD or USB images, disregarding the fact the difference in cost still matters
for a whole lot of people.   
  
 Not everybody is a greedy Californian bastard with access to piles of DVDs
and optic fibre. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646609</link><pubDate>Mon, 18 Jan 2021 11:24:14 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646609@Uncensored</guid><description><![CDATA[ > 2021-01-16 08:06 from Nurb432       
 >Subject: Debian to drop 32bit x86      
 >Well, that is a shame. I understand why, but its still sad to see it   
  
 >go and i think that its premature considering its continued heavy      
 >use.        
 >      
 >        
 >      
 >https://www.theregister.com/AMP/2021/01/14/debian_bullseye/      
 >      
      
 Everybody is trying to get 32 bits offed.     
    
 Oracle'sJDK no longer supports 32 bit x86, nuff said.   
  
 I agree it sucks because there are lots of things that still require 32 bit,
and a lot of people does not want to run a multiarchitecture os. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646403</link><pubDate>Sun, 17 Jan 2021 17:25:39 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646403@Uncensored</guid><description><![CDATA[<html><body>

<p>As someone who runs an Amiga with SSL that can connect via ethernet to IP based sites... <br /><br />Those old retro machines won't be dead at that point. They'll become supported through unofficial methods. </p>
<p>In fact as they become truly retro because of lack of mainstream support - as they become more rare because people dispose and recycle their "unsupportable" hardware - they're likely to become more valuable with people who prize being able to run 32bit code native on original hardware rather than FPGA or emulation. </p>
<p>Especially iconic examples like Thinkpads that capture a "moment in time" experience. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sun Jan 17 2021 07:42:23 EST</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<p>Ya i also understand why, but as a 'end user' it still sucks.</p>
<p>I have a couple of old laptops that will be dead at that point. ( i dont believe video drivers exist on netbsd ).  And while i have not had them out of the closet for a long time, and dont 'need' them, i just hate when good hardware becomes unusable for not fault of its own. Have a couple of ATOM boxes in there too, unsure if they are 32 or 64. Used to use them as low power servers until i started buying those lenovo mini I5's</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jan 16 2021 16:19:26 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">It had to happen at some point. For that matter, eventually 32-bit x86 has to get dropped by the kernel too. Backwards compatibility is great but it comes at the cost of complexity and the effort required to maintain it. It would be interesting to see a Linux system boot with the kernel and initrd both stored in the EFI system partition, on a legacy-free system with no BIOS or 32-bit support. <br /><br />The system you are logged into right now is running on a 32-bit Debian VM. <br />I haven't gone to 64-bit because of the effort required to convert my database. <br />I really ought to get that done.</div>
</div>
</blockquote>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646351</link><pubDate>Sun, 17 Jan 2021 12:42:23 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646351@Uncensored</guid><description><![CDATA[<html><body>

<p>Ya i also understand why, but as a 'end user' it still sucks.</p>
<p>I have a couple of old laptops that will be dead at that point. ( i dont believe video drivers exist on netbsd ).  And while i have not had them out of the closet for a long time, and dont 'need' them, i just hate when good hardware becomes unusable for not fault of its own. Have a couple of ATOM boxes in there too, unsure if they are 32 or 64. Used to use them as low power servers until i started buying those lenovo mini I5's</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jan 16 2021 16:19:26 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Debian to drop 32bit x86</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">It had to happen at some point. For that matter, eventually 32-bit x86 has to get dropped by the kernel too. Backwards compatibility is great but it comes at the cost of complexity and the effort required to maintain it. It would be interesting to see a Linux system boot with the kernel and initrd both stored in the EFI system partition, on a legacy-free system with no BIOS or 32-bit support. <br /><br />The system you are logged into right now is running on a 32-bit Debian VM. <br />I haven't gone to 64-bit because of the effort required to convert my database. <br />I really ought to get that done. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646209</link><pubDate>Sat, 16 Jan 2021 21:19:26 -0000</pubDate><title>Re: Debian to drop 32bit x86</title><guid isPermaLink="false">4646209@Uncensored</guid><description><![CDATA[It had to happen at some point.  For that matter, eventually 32-bit x86 has
to get dropped by the kernel too.  Backwards compatibility is great but it
comes at the cost of complexity and the effort required to maintain it.  It
would be interesting to see a Linux system boot with the kernel and initrd
both stored in the EFI system partition, on a legacy-free system with no BIOS
or 32-bit support. 
  
 The system you are logged into right now is running on a 32-bit Debian VM.
 I haven't gone to 64-bit because of the effort required to convert my database.
 I really ought to get that done. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4646120</link><pubDate>Sat, 16 Jan 2021 13:06:36 -0000</pubDate><title>Debian to drop 32bit x86</title><guid isPermaLink="false">4646120@Uncensored</guid><description><![CDATA[<html><body>

<p>Well, that is a shame. I understand why, but its still sad to see it go and i think that its premature considering its continued heavy use. </p>
<p> </p>
<p>https://www.theregister.com/AMP/2021/01/14/debian_bullseye/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4637101</link><pubDate>Thu, 24 Dec 2020 17:20:08 -0000</pubDate><title>Message #4637101</title><guid isPermaLink="false">4637101@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm considering that posting to be spam and have deleted it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4636949</link><pubDate>Thu, 24 Dec 2020 14:19:36 -0000</pubDate><title>Message #4636949</title><guid isPermaLink="false">4636949@Uncensored</guid><description><![CDATA[<html><body>

<p>*shudder*</p>
<blockquote>
<div class="message_header"><span>Thu Dec 24 2020 06:54:09 EST</span> <span>from <a href="do_template?template=user_show?who=vegangd">vegangd</a> </span> <span class="message_subject">Subject: How To Install NMAP On Ubuntu 20.04 LTS and Other Distro</span></div>
<div class="message_content">
<p style="box-sizing: border-box; margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-variant-numeric: inherit; font-variant-east-asian: inherit; font-stretch: inherit; line-height: inherit; vertical-align: baseline; font-family: Poppins; font-size: 18px; color: #494949;"><span style="background-color: transparent;"> snap</span></p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4633345</link><pubDate>Sat, 19 Dec 2020 20:20:51 -0000</pubDate><title>Message #4633345</title><guid isPermaLink="false">4633345@Uncensored</guid><description><![CDATA[<html><body>

<p>I have found that pricing keeps the big boxes out of a lot of possible markets. Unless you *need* the transactional rates the big iron can give you, you dont want to pay the cost.  Hell its one reason we are all sitting here on a 'personal computing device' now..  IBM wanted to squeeze that cash, and ended up creating the market that marginalized themselves.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4632951</link><pubDate>Fri, 18 Dec 2020 19:03:48 -0000</pubDate><title>Message #4632951</title><guid isPermaLink="false">4632951@Uncensored</guid><description><![CDATA[Well, who knows ... maybe a de-emphasis on x86 will encourage more adoption
of mainframes (running Linux, not Z/OS) in high end environments that just
need massive compute.  A cloud in a box.  You can probably run millions of
containers on a Z. 
  
 "This mainframe here runs our massive enterprise application suite!  It handles
millions of transactions per second." 
  
 "Oh, is it written in COBOL?" 
  
 "Naah, we just whacked most of it together in Node.js" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4632894</link><pubDate>Fri, 18 Dec 2020 17:30:57 -0000</pubDate><title>Message #4632894</title><guid isPermaLink="false">4632894@Uncensored</guid><description><![CDATA[My future son in law works on the Z-Series......  It's amazing how backward
compatible it is, but also able to embrace the future.   
  
 IBM got it right there, but somehow can't do the same elsewhere. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4629576</link><pubDate>Tue, 15 Dec 2020 05:23:07 -0000</pubDate><title>Message #4629576</title><guid isPermaLink="false">4629576@Uncensored</guid><description><![CDATA[<html><body>

<p>I am definitely out of fashion on the latest trends in designer Enterprise Architecture fashion. :) Haven't cared since about 2014. <br /><br /></p>
<blockquote>
<div class="message_header"><span>Tue Dec 15 2020 00:20:25 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"> "software-defined storage" is all the rage, which is just a fancy way of saying "oh, maybe we should actually use the disk drive bays in all these servers, maybe spread the data around so we don't need a giant channel and yoyobytes of cache." </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4629574</link><pubDate>Tue, 15 Dec 2020 05:20:25 -0000</pubDate><title>Message #4629574</title><guid isPermaLink="false">4629574@Uncensored</guid><description><![CDATA[We switched from EMC Symmetrix to IBM 2105 ESS (the "Shark") for similar reasons.
 Just like with their mainframe stuff, they make sure you upgrade when they
feel the platform has completed its run by sharply raising the maintenance
costs.  Old school mainframe hands know this by the name "the migration path."

  
 Unfortunately for them, when workloads went virtual, changing storage vendors
is just a live-migration away; you don't even need to stop the running workload
to do it.  We went from IBM to a mix of NetApp and EMC Clariion without any
customers even knowing or caring (once we got out of the bad habit of writing
vendor names and equipment models into the contracts).  Of course, nowadays,
"software-defined storage" is all the rage, which is just a fancy way of saying
"oh, maybe we should actually use the disk drive bays in all these servers,
maybe spread the data around so we don't need a giant channel and yoyobytes
of cache." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4629556</link><pubDate>Tue, 15 Dec 2020 05:01:26 -0000</pubDate><title>Message #4629556</title><guid isPermaLink="false">4629556@Uncensored</guid><description><![CDATA[<html><body>

<p>At one point, after doing the analysis of cost, and consulting with a CIO from a sister company I decided to go with an IBM XIV instead of sticking with EMC sans, which weren't scaling well, and were costing us a fortune. The XIV was far cheaper - and is actually an incredible platform for shared storage arrays. <br /><br />But when the service contract came back up - I understood why it was so inexpensive for so much storage. <br /><br /><br /></p>
<blockquote>
<div class="message_header"><span>Mon Dec 14 2020 19:15:31 EST</span> <span>from Nurb432 @ Uncensored </span></div>
<div class="message_content">
<p>Nah, they know, they just dont care. </p>
<p>Pay up or GTFO !</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4629470</link><pubDate>Tue, 15 Dec 2020 00:15:31 -0000</pubDate><title>Message #4629470</title><guid isPermaLink="false">4629470@Uncensored</guid><description><![CDATA[<html><body>

<p>Nah, they know, they just dont care. </p>
<p>Pay up or GTFO !</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4629315</link><pubDate>Mon, 14 Dec 2020 18:13:52 -0000</pubDate><title>Message #4629315</title><guid isPermaLink="false">4629315@Uncensored</guid><description><![CDATA[Typical IBM.  It's actually amazing that they haven't fired everyone in Raleigh
and moved the job of ruining Red Hat to a bunch of people in India yet.  In
the mean time, the original lead developer of CentOS has already begun work
on a new distribution: "Rocky Linux" with the same goal of providing a free
(gratis) Linux operating system that is binary compatible with the Red Hat
distribution of the same version number. 
  
 This is a big stake in the heart of Red Hat Linux.  IBM clearly does not
understand that enterprise Linux users *want* to use the exact same operating
system in both free-unsupported and paid-supported versions.  Ubuntu got it
right: give away the bits for free, sell support to those who need it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4628436</link><pubDate>Sun, 13 Dec 2020 18:29:46 -0000</pubDate><title>Message #4628436</title><guid isPermaLink="false">4628436@Uncensored</guid><description><![CDATA[<html><body>

<p>Red Hat Goes Full IBM and Says Farewell to CentOS<br />https://www.servethehome.com/red-hat-goes-full-ibm-and-says-farewell-to-centos/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4580834</link><pubDate>Wed, 26 Aug 2020 21:52:36 -0000</pubDate><title>Message #4580834</title><guid isPermaLink="false">4580834@Uncensored</guid><description><![CDATA[I don't know.  From what I can tell, when the option first appeared, it was
just "--reflink" and the man page said "works with btrfs".  Recently it changed
[ https://linux.die.net/man/1/cp ] to "--reflink=<when>" and "<when>" can
be "always" or "auto" with the default being "always" if neither option is
specified, and btrfs is no longer mentioned, so they're obviously trying to
generalize it. 
  
 It looks like they're trying to make the COW-copy heuristics as close as
they can to sparse file heuristics, and probably generalizing the kernel interface
for it too. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4580830</link><pubDate>Wed, 26 Aug 2020 21:22:10 -0000</pubDate><title>Message #4580830</title><guid isPermaLink="false">4580830@Uncensored</guid><description><![CDATA[  
 I wonder if that plays well with overlayfs 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4580808</link><pubDate>Wed, 26 Aug 2020 17:53:13 -0000</pubDate><title>Message #4580808</title><guid isPermaLink="false">4580808@Uncensored</guid><description><![CDATA[  
 Fun discovery of the day ... at least for me. 
  
 cp(1), or at least the version of cp found on Linux/Linux, has a relatively
new option "--reflink" to create a copy-on-write (COW) copy when used on a
filesystem that supports it (such as btrfs). 
  
 This is going to be really useful for creating low-overhead clones of things
without having to create subvolumes and snapshots.  Right away I'm going to
use this to build groups of virtual machines, because I'm sure btrfs can do
"linked clones" better than VMware can. 
  
 The btrfs people and the NetApp people should get together and standardize
an NFS command to do this remotely. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4577124</link><pubDate>Sun, 09 Aug 2020 07:16:14 -0000</pubDate><title>Message #4577124</title><guid isPermaLink="false">4577124@Uncensored</guid><description><![CDATA[  
 I've been running Ubuntu for a long time now... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4575912</link><pubDate>Mon, 03 Aug 2020 21:39:54 -0000</pubDate><title>Message #4575912</title><guid isPermaLink="false">4575912@Uncensored</guid><description><![CDATA[This is true, and to that end I'd be very interested in learning the techniques
used by third-party software publishers when they have "the Linux version"
of a program. 
  
 In other news [ https://tinyurl.com/y4krklpr ] from the "well obviously"
department, India Business Machines, the former technology company, has started
swinging the axe in the Red Hat department.   Apparently they're doing a reasonable
job keeping it quiet, but if you go looking, the reports are that "typical
IBM" behavior is happening.  Red Hat's culture is being replaced by IBM's,
their patented breed of Manager Cancer is creeping in everywhere, layoffs
are happening in Raleigh, and hiring is happening in India. 
  
 If you're still relying on Red Hat, CentOS, or Fedora ... "do the needful"
and switch to something else while you have the time to do it at a relaxed
pace.  Fedora is reportedly "increasingly being left
out of the loop" so its utility as an unofficial prequel to RHEL is probably
not going to happen for much longer.  CentOS is nice because it's basically
just a respin of RHEL with the branding and proprietary bits removed, but
how much longer will Big Blue allow that? 
  
 Thankfully, the Linux world will adapt, as it always does... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4570222</link><pubDate>Sat, 11 Jul 2020 11:45:38 -0000</pubDate><title>Message #4570222</title><guid isPermaLink="false">4570222@Uncensored</guid><description><![CDATA[<html><body>

<p>Yeah, but containers are not avaiable for every platform, thats why working with musl is quite cool :) You can for instance compile GUI programs with fltk, completely statically link the X11 stack and execute it then on a generic android device. There are some X11 servers for android out there to display your program.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4569442</link><pubDate>Wed, 08 Jul 2020 13:37:44 -0000</pubDate><title>Message #4569442</title><guid isPermaLink="false">4569442@Uncensored</guid><description><![CDATA[Ooooh I remember that issue.  The way I remember it is that if the name service
switch used a library of some sort and your program used a different version
of the same library, the program would crash as soon as it made a call to
getaddrinfo() or a similar function. 
  
 Once again, this is a reason people are putting things into containers now.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4569182</link><pubDate>Tue, 07 Jul 2020 19:52:08 -0000</pubDate><title>Message #4569182</title><guid isPermaLink="false">4569182@Uncensored</guid><description><![CDATA[  
 Ahh yes. Probably because of nsswitch.conf 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4568736</link><pubDate>Mon, 06 Jul 2020 17:16:57 -0000</pubDate><title>Message #4568736</title><guid isPermaLink="false">4568736@Uncensored</guid><description><![CDATA[<html><body>

<p>If your application uses for instance getaddrinfo and you compile with -static gcc will give you a big warning, that you will only be able to execute this binary on systems with the exact same glibc version. (It will use dlopen to load needed libraries even tho its is statically linked)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4568728</link><pubDate>Mon, 06 Jul 2020 17:07:37 -0000</pubDate><title>Message #4568728</title><guid isPermaLink="false">4568728@Uncensored</guid><description><![CDATA[<html><body>

<p>If you depend on getaddrinfo or iconv (which you will quite fast when using other 3rd party libraries) you will run into troubles. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4568467</link><pubDate>Sun, 05 Jul 2020 23:32:42 -0000</pubDate><title>Message #4568467</title><guid isPermaLink="false">4568467@Uncensored</guid><description><![CDATA[  
 (After the quick test, I'm still not sure what you mean by that. Maybe applies
only to ARM/Android?) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4568466</link><pubDate>Sun, 05 Jul 2020 23:31:32 -0000</pubDate><title>Message #4568466</title><guid isPermaLink="false">4568466@Uncensored</guid><description><![CDATA[  
 I wasn't sure what you meant by that, so I ran a quick test on Ubuntu 18.04: 
  
 $ gcc -static hello.c -o hello 
 $ ldd ./hello 
        not a dynamic executable 
 $ file hello 
 hello: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=27d3d47a630b097110f0f432f28109b609c6b5d5, not stripped 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4568379</link><pubDate>Sun, 05 Jul 2020 19:05:28 -0000</pubDate><title>Message #4568379</title><guid isPermaLink="false">4568379@Uncensored</guid><description><![CDATA[<html><body>

<p>It always depends on the use case. If you want to target a broad range of embedded systems glibc will be a pain up the a* because it does not allow full static linking. For instance we can successfully execute some of our binaries on android devices and other SoC based systems.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4568323</link><pubDate>Sun, 05 Jul 2020 14:28:44 -0000</pubDate><title>Message #4568323</title><guid isPermaLink="false">4568323@Uncensored</guid><description><![CDATA[  
 In the past there were some widespread, well-documented compatibility issues
between python modules and musllibc. For a while, python on Alpine had to
disable the binary download mechanism for Python packages and force everything
to be recompiled locally. That appears to have been done away with, but the
fact remains it's a different implementation. DNS lookups also behave a bit
differently, I hear, and although this conforms to the letter of the RFC's
I've heard it can be unhelpful at times. I'd be wary of running it in a use-case
where it was expected to have broad, generalized compatibility with the entire
Linux ecosystem, but it's great for containers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4568026</link><pubDate>Sat, 04 Jul 2020 18:13:23 -0000</pubDate><title>Message #4568026</title><guid isPermaLink="false">4568026@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sun May 24 2020 15:33:07 EDT</span> <span>from LoanShark @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I don't think Alpine is ready for prime-time on the desktop (it uses a ground-up reimplementation of libc, which has had compatibility issues at times, so arguably it is not Linux in the traditional sense) but it is a good fit for certain Dockerized workloads. </div>
</div>
</blockquote>
<p>It uses musllibc, which is quite awesome as it allows full static linking. We never had problems with it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4562404</link><pubDate>Sat, 13 Jun 2020 13:00:02 -0000</pubDate><title>Message #4562404</title><guid isPermaLink="false">4562404@Uncensored</guid><description><![CDATA[  
 PCI compliant sites are not supposed to be using TLS1.0 anymore. I'm not
even sure 1.1 is legit these days, I'd have to check. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4562403</link><pubDate>Sat, 13 Jun 2020 12:59:20 -0000</pubDate><title>Message #4562403</title><guid isPermaLink="false">4562403@Uncensored</guid><description><![CDATA[  
 maybe something was broken and there was not enough manpower to get a proper
fix? who the actualfuck knows. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4561941</link><pubDate>Thu, 11 Jun 2020 16:57:00 -0000</pubDate><title>Re: What in the actual fuck</title><guid isPermaLink="false">4561941@Uncensored</guid><description><![CDATA[I can't even come up with a lame rationale for that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4561471</link><pubDate>Tue, 09 Jun 2020 21:35:45 -0000</pubDate><title>Message #4561471</title><guid isPermaLink="false">4561471@Uncensored</guid><description><![CDATA[  
 What the actual fuck, indeed. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4561090</link><pubDate>Mon, 08 Jun 2020 14:23:50 -0000</pubDate><title>What in the actual fuck</title><guid isPermaLink="false">4561090@Uncensored</guid><description><![CDATA[<html><body>

<p>GNOME 3.36.2:</p>
<p> </p>
<p>"Due to the COVID-19 pandemic, the development team also re-enabled support for the TLS 1.0 and 1.1 protocols in the glib-networking component."</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4557025</link><pubDate>Mon, 25 May 2020 17:58:21 -0000</pubDate><title>Message #4557025</title><guid isPermaLink="false">4557025@Uncensored</guid><description><![CDATA[I thought Docker was actually the intended use of Alpine.  I've used it once
or twice, but as you pointed out, it's often missing some little thing that
you need to finish the container.  For that purpose I switched to minideb,
which works pretty well, and when it doesn't you can just switch to full-fat
Debian without having to rework the entire Dockerfile.  Although now that
Bitnami is owned by VMware they may screw it all up by trying to merge it
with Photon. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556743</link><pubDate>Sun, 24 May 2020 19:34:59 -0000</pubDate><title>Message #4556743</title><guid isPermaLink="false">4556743@Uncensored</guid><description><![CDATA[ > WSL 2 is little more than a VM, and if I'm going to run a VM, I might 
 
 >as well run real Linux.   
  
 And one that moves you onto HyperV at that, with all the implications thereof
for your Windows host. It might not be the best if you like to run games,
although that may not be as true as it used to be as Microsoft has begun to
enable it by default. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556742</link><pubDate>Sun, 24 May 2020 19:33:07 -0000</pubDate><title>Message #4556742</title><guid isPermaLink="false">4556742@Uncensored</guid><description><![CDATA[  
 I don't think Alpine is ready for prime-time on the desktop (it uses a ground-up
reimplementation of libc, which has had compatibility issues at times, so
arguably it is not Linux in the traditional sense) but it is a good fit for
certain Dockerized workloads. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556741</link><pubDate>Sun, 24 May 2020 19:23:12 -0000</pubDate><title>Message #4556741</title><guid isPermaLink="false">4556741@Uncensored</guid><description><![CDATA[  
 WSL 1 is actually quite nice.  The host integration is great and it's seamless
to run.  I ran it right up until I got to the point where I needed to run
Docker, which doesn't work. 
  
 WSL 2 is little more than a VM, and if I'm going to run a VM, I might as
well run real Linux. 
  
 My desktop rig at home is running Kubuntu (whatever the latest is).  Although
the Ubuntu experience improved greatly when they finally abandoned that awful
Unity desktop, the look of KDE 5 finally brought me back home now that the
KDE people have abandoned the "phone UI on a desktop" trend that some others
are still pursuing, and they aren't part of the 2D-flatso trend.  It works
like an actual desktop, optimized for an upright screen with a keyboard and
mouse.  Imagine that. 
  
 [ https://blog.zerosector.io/2018/07/28/kvm-qemu-windows-10-gpu-passthrough/
] 
  
 I have to figure out whether something like
the above will work.  I'll buy a dedicated video card for virtualized Windows
if it will let me have the best of both worlds.  My guess is that the hardware
required for PCI passthrough to a guest would be far less bleeding-edge than
the hardware required for GPU virtualization.  I don't even need it to pass
the video source back up to the host -- I'm more than happy to give it its
own input on my monitor. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556327</link><pubDate>Sat, 23 May 2020 20:29:49 -0000</pubDate><title>Message #4556327</title><guid isPermaLink="false">4556327@Uncensored</guid><description><![CDATA[<html><body>

<p>Also, I am running a remote desktop from the Linux box, but it's just Openbox with a few extra tools like gmrun. Most of my time is spent in a tmux'd terminal, the remainder in a handful of different browsers with a very small Javascript whitelist.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556324</link><pubDate>Sat, 23 May 2020 20:26:43 -0000</pubDate><title>Message #4556324</title><guid isPermaLink="false">4556324@Uncensored</guid><description><![CDATA[<html><body>

<p>Ig - I've played around with virtualization over the years as it became less painful, but at the moment I'm back to running Linux on a separate machine. Though I do also run WSL, as I've found it's nice having a full Linux command line that's actually well integrated with the host instead of bolted on a la Cygwin. As far as distribution, the way Ubuntu is going I may soon have to start looking again into alternatives. Hearing good things about Nix and Alpine.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556288</link><pubDate>Sat, 23 May 2020 18:37:44 -0000</pubDate><title>Message #4556288</title><guid isPermaLink="false">4556288@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_content">
<p>Having passed the point of Peak Desktop Linux, I've gone back to the previous state of affairs: Using Linux in text-only mode, and accessing it from a Windows desktop. </p>
</div>
</blockquote>
<p>That's more or less where I'd like to be as well, but as previously mentioned there is at least one Linux app that I refuse to abandon.</p>
<p>Are you running your text mode Linux in a virtual machine, on separate hardware, or using WSL?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556287</link><pubDate>Sat, 23 May 2020 18:35:42 -0000</pubDate><title>Message #4556287</title><guid isPermaLink="false">4556287@Uncensored</guid><description><![CDATA[<html><body>

<p>There are three reasons I still run my home desktop on Linux:</p>
<p>1. Nightly backup of my assets that are hosted in a data center, which runs using rsync+ssh with btrfs snapshots</p>
<p>2. The same machine does double duty as a NAS for the rest of the household.</p>
<p>3. Kdenlive. Say what you want but it's still my favorite video editor on any platform.</p>
<p>There is a Windows game I want to run, but gaming on Linux is teh crapola, and I don't have the patience to play with Wine for a week to get a game to run, and apparently I don't have the correct hardware for GPU virtualization. Do Windows games run properly (accelerated video) on Windows Server? I'd be more comfortable running a virtualized "always on" Linux workload on top of a server OS than on top of Windoze 10.</p>
<p>Honestly if someone would build a proper Type 1 *desktop* hypervisor, that could run multiple operating systems with accelerated video -- even if only one could have the screen at a time -- that would be the ideal situation.  For the time being, I'd also be ok with having to install a second video card for the guest OS and plugging that into a free input on my monitor.  I think that's possible?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556237</link><pubDate>Sat, 23 May 2020 15:16:43 -0000</pubDate><title>Message #4556237</title><guid isPermaLink="false">4556237@Uncensored</guid><description><![CDATA[<html><body>

<p>I'd bet on Haiku being a more usable alternative than the competition because of its lineage, historical progress, and current state of development. TempleOS would be great, but adding networking violates God's law. And Urbit would be a wonderful idea if it were actually built from the ground up instead of running as fifty million layers of inefficient abstraction on top of the same old fifty million layers of legacy crap.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4556151</link><pubDate>Sat, 23 May 2020 11:37:39 -0000</pubDate><title>Message #4556151</title><guid isPermaLink="false">4556151@Uncensored</guid><description><![CDATA[ > 2020-05-22 17:20 from nonservator   
 >Having passed the point of Peak Desktop Linux, I've gone back to the  
 >previous state of affairs: Using Linux in text-only mode, and  
 >accessing it from a Windows desktop. It would be nice if there was  
 >something better, just like it would be nice if there was voice  
 >recognition software that I could trust not to phone home and sell me  
 >out to America-hating megacorps and the derp state. Out of all the  
 >alternatives, Haiku seems the only one with potential to become my  
 >new daily driver before I die.  
 >  
  
 Why would you bet on Haiku over some other established operating system?
Just curious. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4555754</link><pubDate>Fri, 22 May 2020 21:20:23 -0000</pubDate><title>Message #4555754</title><guid isPermaLink="false">4555754@Uncensored</guid><description><![CDATA[<html><body>

<p>Having passed the point of Peak Desktop Linux, I've gone back to the previous state of affairs: Using Linux in text-only mode, and accessing it from a Windows desktop. It would be nice if there was something better, just like it would be nice if there was voice recognition software that I could trust not to phone home and sell me out to America-hating megacorps and the derp state. Out of all the alternatives, Haiku seems the only one with potential to become my new daily driver before I die.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4555752</link><pubDate>Fri, 22 May 2020 21:18:36 -0000</pubDate><title>Message #4555752</title><guid isPermaLink="false">4555752@Uncensored</guid><description><![CDATA[ > 2020-05-22 11:46 from LoanShark   
 >      
 > so. many. bugs. in desktop linux lately. it's almost as if the kernel 
 
 >is being developed by a sprawling, worldwide community and no single   
 >person has a sufficient understanding of what they're modifying, so   
 >they keep playing whack-a-mole.     
 >    
 >    
 > my $shrink_wrapped_os has been much less problematic   
 >   
 >  
  
 Yeah, pretty much. You need to go with extremely conservative distributions
or migrate to a BSD if you want a sane experience nowadays. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4555612</link><pubDate>Fri, 22 May 2020 15:46:12 -0000</pubDate><title>Message #4555612</title><guid isPermaLink="false">4555612@Uncensored</guid><description><![CDATA[    
 so. many. bugs. in desktop linux lately. it's almost as if the kernel is
being developed by a sprawling, worldwide community and no single person has
a sufficient understanding of what they're modifying, so they keep playing
whack-a-mole.   
  
  
 my $shrink_wrapped_os has been much less problematic 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4555228</link><pubDate>Thu, 21 May 2020 17:34:05 -0000</pubDate><title>Message #4555228</title><guid isPermaLink="false">4555228@Uncensored</guid><description><![CDATA[  
 yeah, VDI applications and GPU compute virtualized hosting, most likely.
server-class motherboard and pro-grade GPUs. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4555161</link><pubDate>Thu, 21 May 2020 13:31:18 -0000</pubDate><title>Message #4555161</title><guid isPermaLink="false">4555161@Uncensored</guid><description><![CDATA[Ok, I've seen that.  I think they intended it for VDI applications.  I've
got a big AMD cluster that we were going to do a VDI experimnent on, but someone
snagged it for another project.  My personal rig doesn't have IOV, unfortunately.
 :( 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4554869</link><pubDate>Wed, 20 May 2020 20:52:30 -0000</pubDate><title>Message #4554869</title><guid isPermaLink="false">4554869@Uncensored</guid><description><![CDATA[  
 looks like AMD's version is called MxGPU. It depends on SR-IOV, which I beieve
requires BIOS support etc. Probably only for FirePro GPUs. 
  
 https://www.amd.com/en/graphics/workstation-virtualization-solutions-csp

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4554832</link><pubDate>Wed, 20 May 2020 18:20:37 -0000</pubDate><title>Message #4554832</title><guid isPermaLink="false">4554832@Uncensored</guid><description><![CDATA[ > All three GPU vendors offer their own GPU virtualization technology   
 >for direct rendering (requiring native drivers in the guest.) The issue
 
 >is that each technology is only supported by one or two hypervisor   
  
 How do I find out which hypervisor does it on my machine?  I have a Ryzen
5 3400G with RX Vega 11 graphics.  Where can I go to find out what works on
my machine?  I'd love to have accelerated graphics on both operating systems,
and I hate dual booting. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4554779</link><pubDate>Wed, 20 May 2020 14:49:11 -0000</pubDate><title>Message #4554779</title><guid isPermaLink="false">4554779@Uncensored</guid><description><![CDATA[  
 don't forget that there are two different library implementations of the
X wire protocol these days: Xlib, and libxcb. You're essentially talking
about embedding Xwayland into the library so it runs in the same process and
although it would be a bit more efficient, there are various issues that probably
make it prohibitive. 
  
 Great, MS's RDP hack will surely be slower than the VMSVGA stuff that is
already too slow. 
  
 All three GPU vendors offer their own GPU virtualization technology for direct
rendering (requiring native drivers in the guest.) The issue is that each
technology is only supported by one or two hypervisor vendors. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4554765</link><pubDate>Wed, 20 May 2020 13:54:16 -0000</pubDate><title>Message #4554765</title><guid isPermaLink="false">4554765@Uncensored</guid><description><![CDATA[Interestingly, one of the biggest pushes forward for Wayland might be ...
Windows.  Go figure. 
  
 Microso~1 just announced [ https://tinyurl.com/y7anuh45 ] that they're putting
a Wayland compositor into WSL, that uses some sort of RDP hack to talk back
to the desktop.  As before, I'm still not sure what this offers over and above
just running Linux in a VM on your own, but it's interesting. 
  
 When running Java apps, does the JRE link to the system Xlib or does it talk
to the X server directly?  One would think that a replacement Xlib that writes
directly to the Wayland compositor would be more efficient than having to
keep Xwayland around.  Of course, X is such a convoluted mess that it would
probably break things <shrug> 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4552196</link><pubDate>Wed, 13 May 2020 18:14:19 -0000</pubDate><title>Message #4552196</title><guid isPermaLink="false">4552196@Uncensored</guid><description><![CDATA[  
 Java apps still don't support Wayland natively; they run via Xwayland. This
doesn't look likely to change any time soon. Same goes for anything that hasn't
yet been ported to gtk3 or whatever's the sufficiently-recent version of Qt.

  
 I'm running gnome3 on ubuntu 20.04 on an ice lake laptop. One thing that's
kinda interesting is that Wayland consumes far less memory in certain edge
cases where there are a large number of windows open; this seems to relate
to the buffer copying thaton the composite rendering path. The difference
is like 9 gigs for the (somewhat rare) case I was looking at. 
  
 I'd run wayland all the time, but there are issues with annoying flickering
of small popup windows in non-native apps (java stuff like dbeaver or intellij)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4552108</link><pubDate>Wed, 13 May 2020 14:02:59 -0000</pubDate><title>Message #4552108</title><guid isPermaLink="false">4552108@Uncensored</guid><description><![CDATA[ > I could probably disable the XRender extension entirely in xorg.conf, 
 
 >but I'm reading that some apps still require it in order to function   
 >correctly.   
  
 I'm wondering how long it will be before we can finally make the jump from
Xorg to Wayland for real.  Every major toolkit seems to support it now, but
it still seems perpetually in a state of "just about there, we'll switch Real
Soon Now" 
  
 My hardware is new (less than six months old) but it seems I just missed
the new IOMMU technology ... from what I understand this is the beginning
of finally being able to virtualize the GPU and run it in a KVM/QEMU guest
at bare metal speed.  That would be pretty cool.  I think it's a low end version
of what they're doing on servers, to provide server-side accelerated graphics
for VDI applications. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4546954</link><pubDate>Wed, 29 Apr 2020 19:16:22 -0000</pubDate><title>Message #4546954</title><guid isPermaLink="false">4546954@Uncensored</guid><description><![CDATA[  
 got a pretty good handle on these issues... they appear to be specific to
the Ice Lake GPU, related to SIMD code generated by the shader compiler, and
there are a few different workarounds that help out or fix. Not a kernel issue,
this is all userspace mesa driver stuff. 
  
 kernel 5.6 is looking good to go... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4545486</link><pubDate>Sat, 25 Apr 2020 23:20:27 -0000</pubDate><title>Message #4545486</title><guid isPermaLink="false">4545486@Uncensored</guid><description><![CDATA[  
 after a ridiculously long deep dive into linux graphics stack details, these
GPU hangs appear to be related to font subpixel antialiasing, and the XRender
extension. GPU Hangs triggered by a certain Java app, and they go away when
adding -Dsun.java2d.xrender=false 
  
 I could probably disable the XRender extension entirely in xorg.conf, but
I'm reading that some apps still require it in order to function correctly.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4545050</link><pubDate>Fri, 24 Apr 2020 15:23:12 -0000</pubDate><title>Message #4545050</title><guid isPermaLink="false">4545050@Uncensored</guid><description><![CDATA[  
 a lot of the issues that I'm running into may actually be GPU HANG's caused
by userspace intel dri drivers (mesa) on ice lake. continuing to troubleshoot
and sort through them, it might be related to mesa switching from the 'i965'
to the 'iris' driver as their default. it's possible to revert back. we'll
see if that turns out to be necessary.  
  
 there are some mesa point-releases in the pipeline that might clear things
up. ubuntu 20.04 hasn't quite picked that up yet. patience. 
  
 at the moment, ubuntu 19.10 was definitely a little more stable. but my 19.10
configuration was in constant flux, and started to exhibit some of the same
issues before I migrated to 20.04. so it's hard to nail down exactly where
things changed. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4544838</link><pubDate>Thu, 23 Apr 2020 23:45:10 -0000</pubDate><title>Message #4544838</title><guid isPermaLink="false">4544838@Uncensored</guid><description><![CDATA[ > I used to feel that way about IPsec, but I realized there are a *lot* 
 
 >of hidden gotchas. You may think you have it set up correctly, but you 
 
  
 Back in my production support days I spent way too much time troubleshooting
IPSEC setups.  It has too many options and is too easy to get wrong.  Coincidentally,
I got pulled into a troubleshoot this morning that killed half my day, that
eventually led us to a botched IPSEC implementation. 
  
 WireGuard is simple, much smaller, auditable, and doesn't suffer from death-by-options
like IPSEC does.  It's worth checking out. 
  
 And it seems that WireGuard is now built into the new Ubuntu 20.04 distribution.
 I am happy to hear that because I am running Ubuntu at home ... although
I run plain Debian on my servers.  I intend to use WireGuard to establish
a pinned-up VPN between my server environment and my home network. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4544111</link><pubDate>Tue, 21 Apr 2020 13:28:23 -0000</pubDate><title>Message #4544111</title><guid isPermaLink="false">4544111@Uncensored</guid><description><![CDATA[      
 Because it's also got issues. Last time I tried Ubuntu's version of 5.4.x
(they track upstream stable, but they don't tell you what X is because they
sometimes revert upstream patches), it could not maintain a stable USB-C-->HDMI
connection over my multiport adapter without a lot of random dropouts.   
 
    
    
 So far the most recent, seemingly-stable, least-video-glitchy kernel I've
found on this hardware is 5.6rc7, but 5.6.6 just came out this morning so
I'll give that a whirl.   
  
  
 Things get a little bit confounded because I've been trying different mesa
versions and one of them could be responsible for the video crap and random
crashes... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4544110</link><pubDate>Tue, 21 Apr 2020 13:25:04 -0000</pubDate><title>Message #4544110</title><guid isPermaLink="false">4544110@Uncensored</guid><description><![CDATA[Dare I ask why you aren't using the stock kernel from whatever distribution
you're using?  Some special requirement, or just tinkering? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4543875</link><pubDate>Mon, 20 Apr 2020 21:37:52 -0000</pubDate><title>Message #4543875</title><guid isPermaLink="false">4543875@Uncensored</guid><description><![CDATA[  
 whelp, it froze up again. maybe spoke too soon. dropping back to 5.6rc7 which
seems to still be the most stable of the series. we'll see how that works.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4543133</link><pubDate>Sat, 18 Apr 2020 11:17:36 -0000</pubDate><title>Message #4543133</title><guid isPermaLink="false">4543133@Uncensored</guid><description><![CDATA[  
 5.6.5 might be stable enough now, in my testing. It's still early to really
say, but this might finally be the first production-quality kernel on Ice
Lake. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4539754</link><pubDate>Tue, 07 Apr 2020 15:03:03 -0000</pubDate><title>Message #4539754</title><guid isPermaLink="false">4539754@Uncensored</guid><description><![CDATA[  
 I used to feel that way about IPsec, but I realized there are a *lot* of
hidden gotchas. You may think you have it set up correctly, but you can have
it set up suboptimally for months, with users having intermittent connection
drops, before you get all the details right with regards to Dead Peer Detection
and that sort of thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4539731</link><pubDate>Tue, 07 Apr 2020 14:00:07 -0000</pubDate><title>Message #4539731</title><guid isPermaLink="false">4539731@Uncensored</guid><description><![CDATA[ > I am somewhat excited about Wireguard.  Its design makes it a lot more
   
 >useful and a lot easier to deploy than something IPsec based.     
 >     
 >    
    
 Why is wireguard so good?   
  
 I find IPsec easy enough to deploy, but then I am using OpenBSD's implementation,
which I guess is not very common. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4539723</link><pubDate>Tue, 07 Apr 2020 13:38:03 -0000</pubDate><title>Message #4539723</title><guid isPermaLink="false">4539723@Uncensored</guid><description><![CDATA[Not a problem for me, as I'm fine with the kernel supplied with the distribution.
 It's just a matter of waiting until that kernel (or a bugfixed version of
it) arrives as a package. 
  
 I am somewhat excited about Wireguard.  Its design makes it a lot more useful
and a lot easier to deploy than something IPsec based. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4538629</link><pubDate>Fri, 03 Apr 2020 12:36:55 -0000</pubDate><title>Message #4538629</title><guid isPermaLink="false">4538629@Uncensored</guid><description><![CDATA[  
 well, I've only had 2 crashes in 1 day, separated by a couple of hours, but
it was pretty stable before. nothing in my logs. could be hardware-specific.
ymmv. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4538477</link><pubDate>Thu, 02 Apr 2020 23:53:08 -0000</pubDate><title>Message #4538477</title><guid isPermaLink="false">4538477@Uncensored</guid><description><![CDATA[Feh.  I want to start deploying Wireguard everywhere, but I'm trying to wait
until it's in the mainline kernel. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4538448</link><pubDate>Thu, 02 Apr 2020 20:22:00 -0000</pubDate><title>Message #4538448</title><guid isPermaLink="false">4538448@Uncensored</guid><description><![CDATA[  
 kernel 5.6.2 seems pretty crashy. 5.6rc7 was fine. (5.6 and 5.6.1 broke iwlwifi.)

  
 Meh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4526695</link><pubDate>Wed, 19 Feb 2020 17:37:35 -0000</pubDate><title>Message #4526695</title><guid isPermaLink="false">4526695@Uncensored</guid><description><![CDATA[ > Powertop and laptop-mode-tools and such do the trick. "n00b friendly" 
 
 >distributions should probably have the functionality on by default, but
 
  
 From what I'm hearing, ubuntu occasionally makes a stab at taking recommendations
from powertop and making them default, but that was a long time ago (12.04)--this
19.10 version I'm using is not there. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4526692</link><pubDate>Wed, 19 Feb 2020 17:36:02 -0000</pubDate><title>Message #4526692</title><guid isPermaLink="false">4526692@Uncensored</guid><description><![CDATA[ >Only on a desktop.  In the data center it's LIKE BUTTAH   
  
 True. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4526637</link><pubDate>Wed, 19 Feb 2020 14:25:21 -0000</pubDate><title>Message #4526637</title><guid isPermaLink="false">4526637@Uncensored</guid><description><![CDATA[It is not that bad. I think the worst I have had to do was to disable the
discrete Nvidia card on a laptop because I didn't want it to suck so much
battery up.   
  
 Powertop and laptop-mode-tools and such do the trick. "n00b friendly" distributions
should probably have the functionality on by default, but if you are a hardcore
Unix/Linux user they are quick to set. Even dinosaurs like Slackware have
power-saving mode scripts. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4526632</link><pubDate>Wed, 19 Feb 2020 14:14:49 -0000</pubDate><title>Message #4526632</title><guid isPermaLink="false">4526632@Uncensored</guid><description><![CDATA[Only on a desktop.  In the data center it's LIKE BUTTAH 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4526516</link><pubDate>Wed, 19 Feb 2020 03:13:01 -0000</pubDate><title>Message #4526516</title><guid isPermaLink="false">4526516@Uncensored</guid><description><![CDATA[ 
  
 did some googling and installed powertop on this linux laptop. looks like
it's going to make a huge difference in battery life. 
  
 it's been so damn long since I've run linux on bare metal. forgot how much
you had to work to get things running smoothly. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4525946</link><pubDate>Sun, 16 Feb 2020 14:03:35 -0000</pubDate><title>Message #4525946</title><guid isPermaLink="false">4525946@Uncensored</guid><description><![CDATA[  
 I like to run a full Gnome2 desktop on the linux side, and a couple different
IDEs depending on what I'm editing: VSCode, or IntelliJ. Also have some inescapable
use-cases for Linux browsers (mainly firefox) because web scraping is part
of what we do. 
  
 It's all a bit sluggish, so I've moved to bare-metal Linux. Windows will
be there as a dual-boot in the unlikely event that I ever need to run Excel.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4525423</link><pubDate>Fri, 14 Feb 2020 14:36:47 -0000</pubDate><title>Message #4525423</title><guid isPermaLink="false">4525423@Uncensored</guid><description><![CDATA[ > too bad this only works on linux hosts, but this is what we need for  

 >decent virtualization performance on desktop workloads:   
 >    
 > https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide   
  
 I've got the Linux host ... but it's running a shiny new AMD Ryzen processor
 :( 
  
 Actually I'm kind of interested in knowing what kind of workload you're running
in a Linux guest on a Windows host that needs video performance, since I know
you're a developer.  I have a Linux-on-Windows setup on my work computer,
and I just run Linux in the background and SSH to it. 
  
 My son uses a Linux guest on his Windows computer to do video editing in
Kdenlive.  I have to assume that's an edge case. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4525033</link><pubDate>Thu, 13 Feb 2020 00:48:18 -0000</pubDate><title>Message #4525033</title><guid isPermaLink="false">4525033@Uncensored</guid><description><![CDATA[  
 Your backup operator is a COMMUNIST!!!1 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4525025</link><pubDate>Thu, 13 Feb 2020 00:06:23 -0000</pubDate><title>Message #4525025</title><guid isPermaLink="false">4525025@Uncensored</guid><description><![CDATA[Out of curiosity. Anybody here has faced ugly issues by performing backups
and restores via dump on a BSD system?   
  
 I currenty back my mini servers up live with drump. I cheat a bit and sequentially
disable services before their stuff is backed up. I have had some successful
disaster recoveries already. However, the documentation I have been finding
online latelly suggests dump is Hugo Chavez (aka Satan) incarnate which makes
me wonder. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4524746</link><pubDate>Wed, 12 Feb 2020 01:06:06 -0000</pubDate><title>Message #4524746</title><guid isPermaLink="false">4524746@Uncensored</guid><description><![CDATA[  
 Linux is still a little raw on this Ice Lake laptop. I've got one kernel
that appears to have stable video drivers and completely broken iwlwifi; another
has stable iwlwifi and slightly wonky DisplayPort. So it goes... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4524687</link><pubDate>Tue, 11 Feb 2020 19:35:41 -0000</pubDate><title>Message #4524687</title><guid isPermaLink="false">4524687@Uncensored</guid><description><![CDATA[  
 too bad this only works on linux hosts, but this is what we need for decent
virtualization performance on desktop workloads: 
  
 https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide 
  
 for me, the whole point would be to run it on a windows host. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4524387</link><pubDate>Mon, 10 Feb 2020 17:40:09 -0000</pubDate><title>Message #4524387</title><guid isPermaLink="false">4524387@Uncensored</guid><description><![CDATA[  
 Ahh, I thought this didn't exist yet, I stand corrected (or at least updated):
https://docs.aws.amazon.com/eks/latest/userguide/pod-networking.html 
  
 Still I think it may not support the increased limits as per AWS VPC Trunking
on ECS. Which we are using here, as of last week. They'll get there eventually,
I guess. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4523954</link><pubDate>Sun, 09 Feb 2020 01:11:26 -0000</pubDate><title>Message #4523954</title><guid isPermaLink="false">4523954@Uncensored</guid><description><![CDATA[  
 It's kinda like a Swiss Army Knife with some empty slots for tools that might
exist 2 years from now... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4523681</link><pubDate>Fri, 07 Feb 2020 23:15:02 -0000</pubDate><title>Message #4523681</title><guid isPermaLink="false">4523681@Uncensored</guid><description><![CDATA[K8S has pluggable CNI so what you get for a network depends on what module
you choose for the networking.  If you pick something basic like Flannel you
aren't going to get much other than what Docker provides on the individual
hosts.  Attaching to a fabric using something like VMware PKS and NSX-T would
make the containers first class citizens on a real network (subject to whatever
microsegmentation you have in place, of course). 
  
 For lift-and-shift workloads, it is, as you suggest, a bit of a hassle. 
In a perfect world you're going to have some sort of pub-sub infrastructure
in place where a container announces to the load balancer what service it
is providing, and the actual location on the network no longer matters.  (Ragnar
- this is what I was trying to suggest for the flexible and spherical project
we worked on years ago, but no one had software that could do it.  We were
ahead of our time -- and ahead of the people we were working with.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4523319</link><pubDate>Thu, 06 Feb 2020 16:46:35 -0000</pubDate><title>Message #4523319</title><guid isPermaLink="false">4523319@Uncensored</guid><description><![CDATA[  
 K8S is a funny thing. It's highly opinionated about how to build your network
infrastructure... it's fine if your applications are aware of it, but I think
it'll have trouble with some legacy workloads, i.e. anything that wants to
just look at its local network stack and assume that the IP addresses it sees
are actually routable from clients. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4523317</link><pubDate>Thu, 06 Feb 2020 16:40:10 -0000</pubDate><title>Message #4523317</title><guid isPermaLink="false">4523317@Uncensored</guid><description><![CDATA[    
 Ubuntu does support Docker out of the box, but their packages lag a bit behind
what's current. That's less true in Ubuntu 19.10, but Ubuntu 18.04 is still
shipping docker 18.09.7.   
    
 This might not be a big deal for you, but some of us have been running the
`docker-ce` package from Docker's own Ubuntu repo for some time now.   
    
 (I've been working here since 2018-Nov, and my initial dev env that I built
at that time was Ubuntu 18.04. Ubuntu LTS did not start shipping a current
(v18 or newer) version of docker until 9 months later.)   
  
  
 ((Why am I nesting my parentheses?)) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4523311</link><pubDate>Thu, 06 Feb 2020 15:48:36 -0000</pubDate><title>Message #4523311</title><guid isPermaLink="false">4523311@Uncensored</guid><description><![CDATA[Right ... and I don't think anyone is suggesting that Docker is going away.
 Quite the opposite, in fact.  I am suggesting that these happenings may mean
that Red Hat Linux may not be the best choice for a Docker-centric container
infrastructure.  Perhaps it never was.  I am certainly turned off.  Although
I was never big on Ubuntu for servers, they support both Docker and Kubernetes
out of the box, so I might give that another look. 
  
 Podman being able to run Docker images sounds suspiciously like OS/2 being
able to run Win16 images ... but IBM probably fired anyone old enough to remember
:) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4523292</link><pubDate>Thu, 06 Feb 2020 13:46:21 -0000</pubDate><title>Message #4523292</title><guid isPermaLink="false">4523292@Uncensored</guid><description><![CDATA[  
 Guys, rumors of docker's death are greatly exaggerated. podman ingests docker
images, and in a few short months docker will have cgroupsv2 support and run
on the latest redhat unmodified. The difference? You'll download your docker
RPMs from a non-redhat repo, but people are already doing that *anyway* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4523291</link><pubDate>Thu, 06 Feb 2020 13:43:59 -0000</pubDate><title>Message #4523291</title><guid isPermaLink="false">4523291@Uncensored</guid><description><![CDATA[ > 2020-01-20 11:11 from IGnatius T Foobar   
 >Ok, but you're still using Docker containers, right?  All that's in   
 >question is the orchestration platform?   
  
 Yes. 
  
 LOL, docker is not going away any time soon, no, given the typical lifecycle
of datacenter deployments. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4521792</link><pubDate>Fri, 31 Jan 2020 20:25:51 -0000</pubDate><title>Message #4521792</title><guid isPermaLink="false">4521792@Uncensored</guid><description><![CDATA[Sure, and OS/2 could run Win16 programs too.  We all know how difficult it
is to paddle upstream when the industry has already selected the winner. 
It's straightforward enough to get people to use an arbitrary orchestration
system, but to tell them they can't use Docker?  That sounds like a tough
sell. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4521722</link><pubDate>Fri, 31 Jan 2020 15:22:19 -0000</pubDate><title>Message #4521722</title><guid isPermaLink="false">4521722@Uncensored</guid><description><![CDATA[You can build an OCI image without Docker.... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4521438</link><pubDate>Thu, 30 Jan 2020 14:41:47 -0000</pubDate><title>Message #4521438</title><guid isPermaLink="false">4521438@Uncensored</guid><description><![CDATA[From where I sit, everyone seems to want to run Docker containers.  Software
that ships as a pre-built Docker container can be loaded into Kubernetes and/or
any cloud provider that supports Docker.   
  
 Saying otherwise sounds to me like the equivalent of "A binary is a binary.
 Who cares it if it's Windows?"  (If that were true we'd all be in a better
world, right?) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4521237</link><pubDate>Wed, 29 Jan 2020 19:42:03 -0000</pubDate><title>Message #4521237</title><guid isPermaLink="false">4521237@Uncensored</guid><description><![CDATA[Docker is dying a slow death it seems....  Docker fails because it isn't an
orchestration tool.  A container is a container.  Who cares if it's Docker?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4521182</link><pubDate>Wed, 29 Jan 2020 14:30:37 -0000</pubDate><title>Message #4521182</title><guid isPermaLink="false">4521182@Uncensored</guid><description><![CDATA[Even with Openshift, you're still orchestrating Docker containers.  But not
for long. 
  
 Red Hat has decided to drop support for Docker entirely.  In its place they
are pushing "Podman".  So basically if you're interested in downloading and
running pre-built Docker containers, you're not going to be doing it on Red
Hat anymore. 
  
 I have a container project coming up later this year.  Docker support is
pretty much a strict requirement.  It would be difficult to recommend anything
other than K8S for orchestration.  Red Hat has pretty much put themselves
out of the running here, and I intend to tell them so the next time we meet
with their people. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4518758</link><pubDate>Mon, 20 Jan 2020 19:31:54 -0000</pubDate><title>Message #4518758</title><guid isPermaLink="false">4518758@Uncensored</guid><description><![CDATA[You could always use Openshift.  Yesh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4518689</link><pubDate>Mon, 20 Jan 2020 16:11:57 -0000</pubDate><title>Message #4518689</title><guid isPermaLink="false">4518689@Uncensored</guid><description><![CDATA[Ok, but you're still using Docker containers, right?  All that's in question
is the orchestration platform? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4518526</link><pubDate>Mon, 20 Jan 2020 00:52:11 -0000</pubDate><title>Message #4518526</title><guid isPermaLink="false">4518526@Uncensored</guid><description><![CDATA[  
 What I actually said is that K8S is not my tool of choice. I'm trying to
stay away from it until somebody crams it down my throat. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4518498</link><pubDate>Sun, 19 Jan 2020 20:13:57 -0000</pubDate><title>Message #4518498</title><guid isPermaLink="false">4518498@Uncensored</guid><description><![CDATA[Why would you care about K8S?  K8S does Docker, and Docker is *so* obsolete
now that Red Hat is dropping it.  </sarc> 
  
 (So if anyone was silly enough to suspect that IBM wouldn't fuck up Red Hat
as fast as they could ...) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4518064</link><pubDate>Sat, 18 Jan 2020 04:19:56 -0000</pubDate><title>Message #4518064</title><guid isPermaLink="false">4518064@Uncensored</guid><description><![CDATA[  
 * My boss wanted to use it for service discovery. Problem is, as I see it,
that ECS does that for us in an AWS environment. And on AWS, ECS is the container
runtime of choice to such an extent that I have a hard time seeing us move
away from it. It appears to have the ability to containerize certain legacy
workloads that won't be compatible with K8S. 
  
 Though if anyone can convince me otherwise... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4518062</link><pubDate>Sat, 18 Jan 2020 04:14:53 -0000</pubDate><title>Message #4518062</title><guid isPermaLink="false">4518062@Uncensored</guid><description><![CDATA[  
 Anyone looked into Hashicorp Consul (and their other product that layers
on top of it, Nomad, I guess)? 
  
 My boss was excited about it. I was the opposite of excited. Which means
that so far we're doing nothing with it... 
  
 to me, it seems duplicative of some things that AWS provides for us. And
complex. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514832</link><pubDate>Mon, 06 Jan 2020 22:17:20 -0000</pubDate><title>Message #4514832</title><guid isPermaLink="false">4514832@Uncensored</guid><description><![CDATA[<html><body>

<p>You can do the same thing with any filesystem or volume manager that has copy-on-write snapshots.  This is what gives you differential backups instead of full backups.  Otherwise you need <em>much</em> more storage.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514594</link><pubDate>Mon, 06 Jan 2020 02:06:41 -0000</pubDate><title>Message #4514594</title><guid isPermaLink="false">4514594@Uncensored</guid><description><![CDATA[ > 2020-01-03 15:34 from IGnatius T Foobar   
 >For a small workload running on a Linux system however ... assuming   
 >that you're not using HA built in to the application ... the most   
 >simple and reliable recipe looks like this:   
 >    
 > 1. Run the *entire stack* on a btrfs or LVM volume   
 > 2. Every night / hour / couple of minutes (whichever you choose) --   
 >    a. Perform a snapshot of the volume   
 >    b. rsync the snapshot to the standby site   
 >    
 > Because everything is on the same volume, your snapshots are   
 >guaranteed to be crash consistent.  This gives you the quality and   
 >utility of something like NetApp SmartMirror but without the cost.   
 >   
 >  
  
 I am currently using OpenBSD, but I understand the idea and I think it would
not be very hard to replicate in the BSD world. I'll give it some thinking.
Thanks for the tip. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514508</link><pubDate>Sun, 05 Jan 2020 14:16:24 -0000</pubDate><title>Message #4514508</title><guid isPermaLink="false">4514508@Uncensored</guid><description><![CDATA[ >good place to be, because you can shop for cloud hosting as a   
 >commodity.   
  
 Yes and no.  We end up increasingly tied to cloud-specific services (I don't
know anyone who hosts anything on Amazon who doesn't at least have a few scripts
and some backend logic that use S3) 
  
 Monitoring happens via CloudWatch because a lot of your data is already there
*anyway* and it's best to monitor at a level above your actual servers, so
that your monitoring system does not itself go down. 
  
 Increasingly, best practices for developing a modern, user-facing webapp
mean using node.js and either npm or yarn to invoke webpack and generate a
static JS bundle. (The build system uses node.js, but the resulting deployable
can be hosted on any static-only HTTP server, because these days it's considered
a best practice to do all rendering browser side in some framework like React.)

  
 If the entire
frontend layer is static, then the most cost-effective deployment technology
might be something based on serverless, cloud-native technologies like S3+CloudFront+Lambda@Edge
- instead of spinning up a traditional pair of linux boxes running nginx.

  
 These are small, simple services and it's not *that* hard to port this stuff
to some other cloud, but it has a way of adding up. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514083</link><pubDate>Fri, 03 Jan 2020 22:48:16 -0000</pubDate><title>Message #4514083</title><guid isPermaLink="false">4514083@Uncensored</guid><description><![CDATA[No doubt, it all gets easier when workloads are packaged inside containers,
because then they have well-defined interfaces governing how they interact
with the outside world. 
  
 I operate in a different space, where people bring decades of legacy cruft
with them.  In your world it's far easier to develop things the right way,
with loosely coupled interfaces, containerization, and other features that
make each software module easy to replicate, move around, run anywhere ...
that gets you to the point where (as long as you're careful) you can run any
workload in any location at any time.  It's a good place to be, because you
can shop for cloud hosting as a commodity. 
  
 And there are plenty of providers and software vendors who will take care
of that stuff for you automatically, if you're willing to pay. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514048</link><pubDate>Fri, 03 Jan 2020 21:53:58 -0000</pubDate><title>Message #4514048</title><guid isPermaLink="false">4514048@Uncensored</guid><description><![CDATA[ > Because everything is on the same volume, your snapshots are     
 >guaranteed to be crash consistent.  This gives you the quality and     
 >utility of something like NetApp SmartMirror but without the cost.     
    
 That's another simple way to do it.   
    
 What I see happening lately is a lot of applications packaged as Docker containers.
If the container doesn't require you to provision connectivity to an external
RDBMS, it probably spins up an RDBMS process of its own, in-container, or
has some other block storage layer.   
    
 Docker container will be documented to require, typically 1-3 external volume
mounts which will be handled by a Docker volume storage driver. (I say 1-3
because it's not uncommon to have 1 volume for config, 1 volume for data,
and 1 volume for logs.)   
    
 If those all are known to perform well over NFS, so much the better and the
whole problem is
greatly simplified. If not, 1 or 2 of those volumes will need to be mounted
via some form of block storage protocol (meaning they become owned by a single
compute node at any given time, with various implications for HA and scaling),
and there will be snapshotting.   
  
  
 Gitlab, for example, has a complicated HA feature which, if you choose to
use it at all, involves configuring one or more "read-only" storage servers
which act as slaves and can offload some of the read-only queries to help
with performance. I've got a test deployment of Gitlab set up, which we're
poking at sporadically, but we're not using the HA features because we will
never need to horizontally scale in this lifetime, and because we can tolerate
the minimal downtime that we're likely to experience in a cloud hosting environment.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514044</link><pubDate>Fri, 03 Jan 2020 21:35:32 -0000</pubDate><title>Message #4514044</title><guid isPermaLink="false">4514044@Uncensored</guid><description><![CDATA[ > That's why business poindexters tend to gravitate towards commercial  
    
 >solutions like Zerto which, as LS points out, "do most of the heavy    
  
 >lifting for you".      
 > To me, it's no substitute for simply building your application to run 
     
 >in a way that is not location dependent, but service providers love it 
     
      
 I would prefer not to name specific products (because this is something that
can be home-grown reasonably, as well), and I haven't heard of Zerto. I was
referring to a stack that does a bit less than what you're describing here:
simply DNS failover in order to promote the MySQL slave to master in an automated
fashion with all the necessary monitoring.     
      
 This is enough to meet the needs for a large majority of *properly designed*
applications these days, excepting those like Farcebook that have really exceptional
scaling needs. It's becoming
a standard practice InTheCloud.     
      
    
  
  
 No doubt it's a bit easier for applications that were built this way from
the ground up, but it's far from exclusive to such apps. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514021</link><pubDate>Fri, 03 Jan 2020 20:34:48 -0000</pubDate><title>Message #4514021</title><guid isPermaLink="false">4514021@Uncensored</guid><description><![CDATA[For a small workload running on a Linux system however ... assuming that you're
not using HA built in to the application ... the most simple and reliable
recipe looks like this: 
  
 1. Run the *entire stack* on a btrfs or LVM volume 
 2. Every night / hour / couple of minutes (whichever you choose) -- 
    a. Perform a snapshot of the volume 
    b. rsync the snapshot to the standby site 
  
 Because everything is on the same volume, your snapshots are guaranteed to
be crash consistent.  This gives you the quality and utility of something
like NetApp SmartMirror but without the cost. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4514020</link><pubDate>Fri, 03 Jan 2020 20:29:08 -0000</pubDate><title>Message #4514020</title><guid isPermaLink="false">4514020@Uncensored</guid><description><![CDATA[The funny thing about Fecesbook's architecture, from what I've read, is that
internally they've built exactly what they DON'T want the rest of the world
to have: a federated network of smaller social networks.  From what I remember
reading, every victim has a home server (or more likely a home cluster) as
geographically close as they can get.  When the victim logs in, their feed
is assembled by a front end server that queries the home server as well as
the servers of anyone to whom they are subscribed.  Then it strips out any
wrongthink, inserts ads, and renders the page as if it were running from a
single location. 
  
 Social media is a great place for eventual consistency because nothing bad
happens if you drop a bit of data here and there; the worst thing that happens
is that someone misses a chance to see a cat video or some questionably sourced
news bites. 
  
 The MySQL replica strategy
mentioned above does work.  But you'd be surprised at how badly some corporate
customers build their application stacks.  Hard coded IP addresses everywhere,
applications (built or bought) that either can't handle a database server
that's been moved or simply refuse to reconnect ... you name it, we've seen
it. 
  
 That's why business poindexters tend to gravitate towards commercial solutions
like Zerto which, as LS points out, "do most of the heavy lifting for you".
 To me, it's no substitute for simply building your application to run in
a way that is not location dependent, but service providers love it because
it relieves them of taking that responsibility over the customer's workload.
 The nice thing about these solutions is that they integrate with the hypervisor's
storage layer to replicate changes made to disk, but in doing so they also
allow you to group together the virtual machines
that make up a particular workload, and send the changes to the standby site
in a commit-by-commit fashion.  This makes the replica "crash consistent",
which as every database person knows, means that the replica will have no
out-of-order commits, even across multiple virtual machines on multiple disks.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4513556</link><pubDate>Thu, 02 Jan 2020 17:12:08 -0000</pubDate><title>Message #4513556</title><guid isPermaLink="false">4513556@Uncensored</guid><description><![CDATA[  
 If your backend is MySQL, it's fairly "standard" (ok, there are many standards
to choose from) practice to enable binlog replication and set up a master
DB server as well as a slave/replica DB server. This inhabits a middle ground
between the hourly replication rsync's described above, and a full (and complicated)
multi-master replica configuration. 
  
 This means that there is some sort of watchdog daemon that, upon detecting
that the master DB has failed, promote the slave/replica to master and trigger
either a DNS failover or an IP-address steal. It's not zero downtime but it's
good enough for the vast majority of moderately-scaled vertical market type
applications. 
  
 If your application issues queries that hit certain corner-cases, they may
not replicate over binlog in a well-defined way, so on occasion you may need
to resync replication and have a strategy in place for that.
It's a bit technical but there are commercial products out there that do most
of the heavy lifting for you. 
  
 At the other end of the spectrum, if you're hosting something like Farcebook
that has to reach a global audience of 2 billion with very little downtime,
some form of multi-master replication, sharded architecture, or "eventual
consistency" will need to be baked in to the application architecture and
understood by the software developers. Farcebook does this by piling a few
abstraction layers on top of Mysql, other applications do something very similar
via database backends like mongodb or DynamoDB 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4512838</link><pubDate>Mon, 30 Dec 2019 23:15:42 -0000</pubDate><title>Message #4512838</title><guid isPermaLink="false">4512838@Uncensored</guid><description><![CDATA[I am more worried about having the application unreachable than having the
server or data destroyed. Everything is backed up regularly and recovery time
is as good as it should be expected. I mean, I have had real crashes and I
managed to rebuild.       
      
 I am running my stuff in old rusty hardware that is clearly been asked too
much from... it works ok most of the time, but if it is put into any sort
of heavy load then the service might become unavailable for a while. At least
in practice. I know the actual solution to this problem is to either upgrade
hardware or tune the application and stack to work with limited resources,
but nevertheless, this made me wonder if I could set a failover server to
kick in if the main one crashed badly.     
    
 I think I could have a master server hosting the web application and then
a separate database server, then configure a failover server
for hosting a failover instance of the application. And have the router do
the switching if the main webserver dies. I was just wondering if there was
an industry standard way of doing this sort of thing.   
  
 To be clear, it is a toy server so there are no hard requisites... if it
crashes and it takes 1 day to bring it back again, or 1 day of information
is lost, it is not a big deal. But that sounds to me like bad "adminning".
A reasonable target would be to have the failover system kick in in 15 minutes
and guarantee no data loss spanning more than 6 hours. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4512780</link><pubDate>Mon, 30 Dec 2019 17:16:24 -0000</pubDate><title>Message #4512780</title><guid isPermaLink="false">4512780@Uncensored</guid><description><![CDATA[That's a big question.  There are so many aspects to HA that it needs to be
narrowed down. 
  
 In its *best* form, a highly available application will run from multiple
locations at once, keeping all of the data in sync and accepting connections
at all locations identically.  This of course requires an application that
is capable of doing so. 
  
 In its *simplest* form, a highly available application has its data constantly
being synchronized from a primary location to a standby location, and if the
primary location fails, the secondary location begins receiving the workload.
 This failover can take many forms, ranging from you manually pointing the
DNS to the other hosting location, to automatic global load balancing services
that do it for you. 
  
 For a workload running on a typical L*MP web stack, that might simply take
the form of an rsync job that copies the whole site to another
location.  On the clearnet, you have to deal with DNS; but I suppose on the
darknet you can simply announce your router into the network from another
location. 
  
 The hosting company that I work for does a lot of Disaster Recovery work,
so these are things I spend a lot of time thinking about.  You start by making
two decisions about your workload: 
  
 1. What is your Recovery Time Objective (RTO) ?   This means, how long can
you tolerate the application being unavailable while you transition it over
to the standby hosting location.  If you have an RTO measured in minutes,
rather than hours, then you need to put in the kind of infrastructure that
automatically activates the standby hosting location.  If you believe that
your RTO is zero, then you need to be running master-master at multiple locations
all the time. 
  
 2. What is your Recovery Point Objective (RPO) ?  This means, if the
primary site is destroyed or otherwise unrecoverable, how much data can you
afford to lose?  For example, if you're ok with losing up to 60 minutes of
the latest updates, you can just run an hourly job that sends changes to the
recovery site.  If you're ok with losing up to 24 hours, you send your nightly
backups over.  But if you have something like financial transactions that
cannot be lost, then your RPO is zero, and you need to synchronously commit
every transaction to all sites. 
  
 What we find in the biz is that every customer begins the conversation by
saying that their RTO and RPO are either zero, or really really low, and then
when they find out what it would cost to do that, they magically discover
that their tolerance for an hour or two of downtime after a site failure is
ok. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4511956</link><pubDate>Fri, 27 Dec 2019 01:07:49 -0000</pubDate><title>Message #4511956</title><guid isPermaLink="false">4511956@Uncensored</guid><description><![CDATA[Hello!       
      
 I am operating some pet application on a crappy home server. The server often
goes down for many reasons. It is an old, rusty piece of crap so I sometimes
get out of RAM, that sort of problem.     
    
 I am running a web application on it. It is one of those typical MySQL/Mariadb
powered PHP FPM applications. I have been wondering where I could learn about
High Availability so I could keep the site up even if the server crashed.
I know I am not going to run a real HA setting because I only have one location
for the pet project, and I am not going to push it to a cloud provider at
this point, but knowing where to learn about this stuff would be cool.   
  
 My router has load balancing capabilities, by the way. How cool is that.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4509628</link><pubDate>Tue, 17 Dec 2019 20:09:43 -0000</pubDate><title>Message #4509628</title><guid isPermaLink="false">4509628@Uncensored</guid><description><![CDATA[I wanted to find out how to do a status line in Screen.  So I ducked "status
line in gnu screen" and I got an article that basically said, "Switch from
Screen to tmux.  Look at how hard it is to do a status line in Screen.  To
get a status line with the hostname, window list, load average, and date/time,
you need to do THIS!" 
  
 Great, that's all I wanted anyway.  Now I don't need to bother with tmux
  :) 
  
 (By the way, for those interested, it's done with the following line in ~/.screenrc
...) 
  
 hardstatus alwayslastline '%{gk}[ %{G}%H %{g}][%= %{wk}%?%-Lw%?%{=b kR}(%{W}%n*%f%t%?(%u)%?%{=b
kR})%{= kw}%?%+Lw%?%?%= %{y}][%{G} %l%{y}] %{y}[%{G} %m/%d %c %{y}]%{W}' 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4505550</link><pubDate>Tue, 03 Dec 2019 03:35:48 -0000</pubDate><title>Message #4505550</title><guid isPermaLink="false">4505550@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4505549</link><pubDate>Tue, 03 Dec 2019 03:34:17 -0000</pubDate><title>Message #4505549</title><guid isPermaLink="false">4505549@Uncensored</guid><description><![CDATA[     
    
 You may like CWM for a minimal setup.   
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4505457</link><pubDate>Mon, 02 Dec 2019 19:26:46 -0000</pubDate><title>Message #4505457</title><guid isPermaLink="false">4505457@Uncensored</guid><description><![CDATA[ > 2019-12-01 17:28 from IGnatius T Foobar     
 >Yes, that sort of thing.  Notification sharing, clipboard sharing, file
   
 >transfer, media controls, find-my-phone, and it even has a mode where  
  
 >you can use your phone as a touchpad for the computer (which works     
 >great, but I'm not sure where I'd use such a thing).     
 >     
 >    
    
 Argh, clipboard sharing sounds like a great way for your smartphone to control
what you are doing on your computer.   
  
 I can imagine that using the phone as a touchpad may be good if you are lazy
and want to control your computer remotely without getting up from the sofa.
 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4505415</link><pubDate>Mon, 02 Dec 2019 17:37:45 -0000</pubDate><title>Message #4505415</title><guid isPermaLink="false">4505415@Uncensored</guid><description><![CDATA[Oh, and KDE can snap moving windows to the nearest borders of other windows
and the screen, something others still can't do even though it is the current
year. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4505130</link><pubDate>Sun, 01 Dec 2019 22:28:09 -0000</pubDate><title>Message #4505130</title><guid isPermaLink="false">4505130@Uncensored</guid><description><![CDATA[Yes, that sort of thing.  Notification sharing, clipboard sharing, file transfer,
media controls, find-my-phone, and it even has a mode where you can use your
phone as a touchpad for the computer (which works great, but I'm not sure
where I'd use such a thing). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4503844</link><pubDate>Tue, 26 Nov 2019 20:54:45 -0000</pubDate><title>Message #4503844</title><guid isPermaLink="false">4503844@Uncensored</guid><description><![CDATA[ > 2019-11-26 10:15 from IGnatius T Foobar   
 >Ok, one more happy moment here.  KDE comes with a phone integration   
 >app. And it does something we all want: it talks to your phone over the
 
 >LOCAL NETWORK.  
 > There is no cloud service sitting in the middle of the connection.   
  
 I had heard about that. Which sort of integration does it bring? Does it
push your smartphone notifications into your desktop and the other way around?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4503784</link><pubDate>Tue, 26 Nov 2019 15:15:17 -0000</pubDate><title>Message #4503784</title><guid isPermaLink="false">4503784@Uncensored</guid><description><![CDATA[Ok, one more happy moment here.  KDE comes with a phone integration app. 
And it does something we all want: it talks to your phone over the LOCAL NETWORK.
 There is no cloud service sitting in the middle of the connection. 
  
 *My* computer and *my* phone are now integrated, without someone else's server
sitting in between.  I want to say "Brilliant!" but it should be the way *everyone*
does it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4503353</link><pubDate>Mon, 25 Nov 2019 04:18:41 -0000</pubDate><title>Message #4503353</title><guid isPermaLink="false">4503353@Uncensored</guid><description><![CDATA[A quick glance at https://kde.org/plasma-desktop suggests that it's the way
they do it now.  The headings are "Simple by default", "Powerful when needed",
and "Customizable".  The first screenshot appears similar to what I see on
Kubuntu. 
  
 But yes, it is a bit resource hungry.  There is some noticeable lag on my
low-end computer.  And I make no apology on their behalf for that.  I'm just
so happy that one of the mainstream Linux desktops has returned to a sensible
desktop look. 
  
 I am very, very happy.  As I mentioned in another room, it's enough to make
me want to get a decent computer. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4503289</link><pubDate>Sun, 24 Nov 2019 23:54:26 -0000</pubDate><title>Message #4503289</title><guid isPermaLink="false">4503289@Uncensored</guid><description><![CDATA[I am not much of a fan of KDE/Plasma, because it is a bit cumbersome and resource
hungry, but if they are recovering their senses it is good news. Are you sure
it is Plasma and not just that the version shipped with Kubuntu has sane defaults?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4502994</link><pubDate>Sat, 23 Nov 2019 19:16:50 -0000</pubDate><title>Message #4502994</title><guid isPermaLink="false">4502994@Uncensored</guid><description><![CDATA[Last night I upgraded the memory and disk in my main computer (a humble little
Celeron-based NUC) and installed Linux, for a number of different reasons.
 I did intend to try out a tiling window manager, but I haven't gotten around
to that yet.  What I did do, was to start with the latest Kubuntu, since my
very favorite video editor (on any platform) is Kdenlive, which is of course
native to KDE. 
  
 OMFG. 
  
 The latest KDE *looks like a desktop*.  There is a bar on the bottom of the
screen.  On the left of the bar is the launcher menu, each open window has
a button in the bar, on the right of the bar is the tray, AND THERE IS NOTHING
ELSE. 
  
 Nothing.  Nothing on the top of the screen.  No "activities" tray.  No "stuff"
box.  Nothing but the damn desktop.  FINALLY someone is returning to an out-of-the-box
configuration that looks like a f***ing COMPUTER.  It isn't trying to be a
phone.
 It isn't trying to be a tablet.  It isn't trying to be a hybrid interface
that's optimized for a refrigerator instead of your desktop. 
  
 This is all I really want. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4502957</link><pubDate>Sat, 23 Nov 2019 15:29:56 -0000</pubDate><title>Message #4502957</title><guid isPermaLink="false">4502957@Uncensored</guid><description><![CDATA[ >I don't see a lot of people using tiling window managers when they     

 >actually have a lot of GUI programs running.       
 >      
      
 I do use tiling window managers with lots of GUI programs running.     
    
 Often times a browser, a file manager and a terminal in a tab, then email
and other browser and some encryption tool in another tab(s).   
  
 I actually use different browsers for different contexts, so no tabbing mind
you. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4502674</link><pubDate>Fri, 22 Nov 2019 17:13:50 -0000</pubDate><title>Message #4502674</title><guid isPermaLink="false">4502674@Uncensored</guid><description><![CDATA[<html><body>

<p>So here's the thing that bugs me about Xmonad and other tiling window managers.  Look for screenshots on the web and all you see is people tiling a bunch of terminal windows.</p>
<p>If what you wanted was the modern equivalent of DESQview, wouldn't it be easier to just build tiling into your terminal program?  (Yes, I know about Terminator, it does exactly that and it's pretty cool.)</p>
<p>I don't see a lot of people using tiling window managers when they actually have a lot of GUI programs running.</p>
<p>That having been said, I still might give it a try.  Now that I have an ultrawide monitor, I find that I've been manually tiling anyway, arranging the windows so that everything is sized and shaped so that nothing is offscreen...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4502222</link><pubDate>Thu, 21 Nov 2019 01:15:55 -0000</pubDate><title>Message #4502222</title><guid isPermaLink="false">4502222@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Oct 21 2019 11:40:47 AM EDT</span> <span>from LoanShark @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Don't know about GNUstep, but back in the day, I used to like, I think it was called WindowMaker. Which had a NeXT-like "dock", and probably a MacOS-like skin/theme that I never used. </div>
</div>
</blockquote>
<p>I switched the window manager on my workstation (OK, "desktop") from Afterstep to WindowMaker almost 20 years ago have continued using WM across several system migration/upgrades.</p>
<p>But, on my new (to me) laptop I'm using Xmonad for the complete lack of decorations.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4501778</link><pubDate>Tue, 19 Nov 2019 15:56:45 -0000</pubDate><title>Message #4501778</title><guid isPermaLink="false">4501778@Uncensored</guid><description><![CDATA[  
 I mean that as in busy-ness. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4501777</link><pubDate>Tue, 19 Nov 2019 15:56:06 -0000</pubDate><title>Message #4501777</title><guid isPermaLink="false">4501777@Uncensored</guid><description><![CDATA[  
 I remember when E first came out. It was a little pokey on the hardware of
the day, and I think it looked a little, uhh, gooey. Too much business in
the window borders, as I recall. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4501767</link><pubDate>Tue, 19 Nov 2019 14:31:44 -0000</pubDate><title>Message #4501767</title><guid isPermaLink="false">4501767@Uncensored</guid><description><![CDATA[Enlightenment is the UI for Tizen now?  When did that happen? 
  
 It's interesting to see that E was once the desktop that had the most interesting
eye candy to show off, but now that eye candy is overdone in pretty much every
desktop, E now goes for simplicity. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4498935</link><pubDate>Fri, 08 Nov 2019 17:12:11 -0000</pubDate><title>Message #4498935</title><guid isPermaLink="false">4498935@Uncensored</guid><description><![CDATA[  
 Haven't seen that one in a minute! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4498811</link><pubDate>Fri, 08 Nov 2019 05:11:11 -0000</pubDate><title>Message #4498811</title><guid isPermaLink="false">4498811@Uncensored</guid><description><![CDATA[<html><body>

<p>Re: desktop window managers....  Rasterman has what you need :-)</p>
<p> https://www.enlightenment.org/</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4495383</link><pubDate>Sat, 26 Oct 2019 01:45:22 -0000</pubDate><title>Message #4495383</title><guid isPermaLink="false">4495383@Uncensored</guid><description><![CDATA[Have you had a look at Qubes? It is a Linux distribution based on Xen containers
and you have multiple contexts for things to run in. So you can have a "Work"
context, a "File Storage" context, etc. Virtualization is transparent so when
you open a web browser in the Work context you only get the web browser window,
much like if you had just started a regular browser.   
  
 There is even a clipboard for cut&paste between contexts if you need that.
Plus Windows 7 integrates transparently too. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4495249</link><pubDate>Fri, 25 Oct 2019 15:31:56 -0000</pubDate><title>Message #4495249</title><guid isPermaLink="false">4495249@Uncensored</guid><description><![CDATA[<html><body>

<p>I've been using LXDE just for the minimalism and low resource usage, and it seems to run fine inside VirtualBox.</p>
<p>What I'd really like to have is a bare metal hypervisor for the desktop, but there doesn't seem to be a market for that.  I would even be ok with having to hotkey between full screens/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4494271</link><pubDate>Mon, 21 Oct 2019 23:50:02 -0000</pubDate><title>Message #4494271</title><guid isPermaLink="false">4494271@Uncensored</guid><description><![CDATA[  
 Damned if I know why xfce conssistently F's up in a virtualbox environment.
Might have something to do with drag and drop integration? I haven't bothered
to troubleshoot fully. Just get the crap out of there. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4494265</link><pubDate>Mon, 21 Oct 2019 22:40:14 -0000</pubDate><title>Message #4494265</title><guid isPermaLink="false">4494265@Uncensored</guid><description><![CDATA[ > 2019-10-21 11:30 from IGnatius T Foobar     
 >The current crop of "mainstream" Linux desktops are crap.  They're all 
   
 >aping Apple in unusability.  I just want a simple program menu and then
   
 >GET OUT OF THE WAY.     
 >      
 > GNOME 3 and KDE 4 were craptastic enough to drive me away.  I hope    

 >there is a particularly ultra-hot spot in hell for Miguel de Icaza.    

 >     
 >    
    
 I agree with this sentiment up to a point.   
  
 Nowadays I install XFCE on computers that need a desktop environment, which
is usually workstations for other people. I use DWM on my laptops and fluxbox
on my workstations. I don't think any of these are "crap" but they are certainly
not for the n00bs. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4494195</link><pubDate>Mon, 21 Oct 2019 15:40:47 -0000</pubDate><title>Message #4494195</title><guid isPermaLink="false">4494195@Uncensored</guid><description><![CDATA[  
 Don't know about GNUstep, but back in the day, I used to like, I think it
was called WindowMaker. Which had a NeXT-like "dock", and probably a MacOS-like
skin/theme that I never used. 
  
 That never had a file manager/desktop shell, I think, so it was pretty primitive.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4494189</link><pubDate>Mon, 21 Oct 2019 15:30:34 -0000</pubDate><title>Message #4494189</title><guid isPermaLink="false">4494189@Uncensored</guid><description><![CDATA[The current crop of "mainstream" Linux desktops are crap.  They're all aping
Apple in unusability.  I just want a simple program menu and then GET OUT
OF THE WAY. 
  
 GNOME 3 and KDE 4 were craptastic enough to drive me away.  I hope there
is a particularly ultra-hot spot in hell for Miguel de Icaza. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4494057</link><pubDate>Mon, 21 Oct 2019 01:59:18 -0000</pubDate><title>Message #4494057</title><guid isPermaLink="false">4494057@Uncensored</guid><description><![CDATA[When GNUStep gets improved, things my change in the desktop. 
 But you can use FVWM just fine. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4493537</link><pubDate>Fri, 18 Oct 2019 18:40:00 -0000</pubDate><title>Message #4493537</title><guid isPermaLink="false">4493537@Uncensored</guid><description><![CDATA[  
 Just downgraded my virtualbox setup from xfce to "MATE", formerly known as
Gnome 2. (I don't like the look-and-feel of KDE, and xfce's window manager
regularly gets itself stuck in a state where it can't process mouse clicks.)

  
 Gnome 3 just doesn't perform right without the best available 3D acceleration,
and Virtualbox's API forwarding approach will never perform well, from what
I'm reading. An entirely new architecture is needed to get it really blazing.

  
 Sigh. The state of Linux on the desktop is just not what it used to be. :-(

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4493496</link><pubDate>Fri, 18 Oct 2019 16:00:03 -0000</pubDate><title>Message #4493496</title><guid isPermaLink="false">4493496@Uncensored</guid><description><![CDATA[  
 New version of Virtualbox just released. Changelog says it fixes a guru meditation
error, hope that's the same one that's been occasionally bothering me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490385</link><pubDate>Sun, 06 Oct 2019 17:59:00 -0000</pubDate><title>Message #4490385</title><guid isPermaLink="false">4490385@Uncensored</guid><description><![CDATA[It was the 1980's and definitely predated Linux, but the GNU project existed,
and was complete in Train Wreck Stallman's mind, even though all that was
completed in actual code was maybe a compiler and some utilities.  So he was
certainly thinking about it, which is why I'm surprised he didn't come up
with a more provocative name, as is his usual practice. 
  
 Today it doesn't matter.  Linux *is* the gold-standard unix now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490359</link><pubDate>Sun, 06 Oct 2019 14:51:43 -0000</pubDate><title>Message #4490359</title><guid isPermaLink="false">4490359@Uncensored</guid><description><![CDATA[  
 The POSIX thing, I'm pretty sure predated the existence of Linux and the
whole GNU/Linux naming debate../t/troll/thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490358</link><pubDate>Sun, 06 Oct 2019 14:47:26 -0000</pubDate><title>Message #4490358</title><guid isPermaLink="false">4490358@Uncensored</guid><description><![CDATA[  
 "If Stallman asks you on a date, just tell him you're a vi user." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490338</link><pubDate>Sun, 06 Oct 2019 12:50:00 -0000</pubDate><title>Message #4490338</title><guid isPermaLink="false">4490338@Uncensored</guid><description><![CDATA[ >Earlier this year the lead author shut the project down.     
  
 I read the entire rant.  It doesn't appear that the GPL was the deciding
factor in shutting the project down.  From what I can tell, this would have
happened under any license.  He poured too much of himself into the project,
neglecting his family, got burned out, let the assholes on the forum get the
best of him ... and then in the end he decided that he wanted $$$ for the
software but couldn't do so because it was open source. 
  
 As much as I would like to continue picking on Train Wreck Stallman, this
project's unfortunate end is the developer's own fault, and his own choice.

  
 Is my view subjective?  Decide for yourselves.  I've been maintaining a "full
blown complex application under the GPL" for 30+ years, and I continue to
find it a source of joy.  So what's the difference between me and Jedimark?
 Is it just
a matter of striking the right balance between working on the project and
doing other things?  When I get busy with my day job, or enjoying time with
my family and friends, the project doesn't get worked on.  Sometimes I get
excited about the project and write a ton of code and get "The High" from
it.  Sometimes I go railfanning with the IGlet and no code gets written. 
Sometimes I have a deadline at work and no code gets written.  Sometimes I'm
Dead F***ing Tired and I just want to go to bed. 
  
 Are any of these delays the GPL's fault?  Not at all.  I have a day job that
pays me handsomely for access to the same brain that is used on the open source
project.  I don't expect to ever be paid for my software (although I *have*
on occasion been paid to add specific features and then release them as part
of the mainline code). 
  
 Train Wreck Stallman may have made the world a worse place by writing Emacs,
but he made it a better place by writing the GPL. 
  
 end rant. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490331</link><pubDate>Sun, 06 Oct 2019 12:30:45 -0000</pubDate><title>Message #4490331</title><guid isPermaLink="false">4490331@Uncensored</guid><description><![CDATA[There is no doubt that GPL is communist.  However, even as a hardcore paleoconservative,
I believe communism *works* for software, because the cost of distribution
is zero.  If I have a loaf of bread and I give it to you, you have bread and
I don't.  But if I have software and I give you a copy, we both have it. 
  
 The analogy breaks down when you get to the point of forcing someone to build
open source software and give it away.  I don't believe in that.   But if
you think of open source as a commune, where everyone voluntarily works together
for the good of the community, it's an apt analogy.  (No pun intended, but
I'll take credit for it anyway.)  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490205</link><pubDate>Sat, 05 Oct 2019 23:23:06 -0000</pubDate><title>Message #4490205</title><guid isPermaLink="false">4490205@Uncensored</guid><description><![CDATA[<html><body>

<p>I use a piece of GPL software called "Sleepyhead" which extracts data from a CPAP machine to give the user detailed information about their sleep therapy.  The data is presented to the user much the same way the sleep center would see the results.  I find it very useful on nights I have trouble sleeping.  </p>
<p>Earlier this year the lead author shut the project down.  </p>
<p> </p>
<blockquote>
<p><span style="color: #404040; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen-Sans, Ubuntu, Cantarell, 'Helvetica Neue', sans-serif; font-size: 18px;">If there is one tiny bit of hard learned advice I can leave behind from all this, it would be: Friends don’t let friends release full blown complex applications under the GPL – Keep it for hacks or corporate backed stuff.</span></p>
</blockquote>
<p> </p>
<p>His entire rant about shutting down the project can be found here.</p>
<p><a href="https://jedimark.net/2019/02/08/sleepyhead-project-shutdown/">https://jedimark.net/2019/02/08/sleepyhead-project-shutdown/</a></p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490116</link><pubDate>Sat, 05 Oct 2019 14:34:39 -0000</pubDate><title>Message #4490116</title><guid isPermaLink="false">4490116@Uncensored</guid><description><![CDATA[ > At first glance, I have no reason *not* to believe this.  But knowing 
       
 >RMS, one would think that a name of his suggestion would be far more   
     
 >"loaded" than something neutral like POSIX.         
 >         
 >        
        
 In my opinion, that is all well rationalized paranoia.       
      
 https://www.opengroup.org/austin/papers/posix_faq.html     
    
 These papers support the Stallman version.   
  
 Relatedly, I was talking to a web developper about Stallman's downfall and
he told me: "Well, they reds do what reds do and destroy each other. GPL is
communistic anyway" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4490110</link><pubDate>Sat, 05 Oct 2019 13:52:14 -0000</pubDate><title>Message #4490110</title><guid isPermaLink="false">4490110@Uncensored</guid><description><![CDATA[Yeah, there's so much of RMS to pick on that it seems to be spreading all
over several rooms, but here in this room we stick with operating system stuff!
 :)    For example... 
  
 I'm still browsing all over RMS's web site ... I can't help it, the guy is
such a train wreck.  Today I discovered that he claims to have invented the
name "POSIX" for the standard unix-like operating system. 
  
 "So I put the initials of "Portable Operating System" together with the same
suffix "ix", and came up with "POSIX". It sounded good and I saw no reason
not to use it, so I suggested it. Although it was just barely in time, the
committee adopted it." [ https://stallman.org/articles/posix.html ].    
  
 At first glance, I have no reason *not* to believe this.  But knowing RMS,
one would think that a name of his suggestion would be far more "loaded" than
something neutral like POSIX. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4488583</link><pubDate>Sun, 29 Sep 2019 13:50:16 -0000</pubDate><title>Message #4488583</title><guid isPermaLink="false">4488583@Uncensored</guid><description><![CDATA[  
 [ Responding to the Stallman/child rape thread over in the Relationships
& Sex room ] 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4486846</link><pubDate>Sun, 22 Sep 2019 23:58:47 -0000</pubDate><title>Message #4486846</title><guid isPermaLink="false">4486846@Uncensored</guid><description><![CDATA[You should join the Citadel project.  Our CoC is "Ehmke will be shot on sight."

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4486750</link><pubDate>Sun, 22 Sep 2019 11:49:48 -0000</pubDate><title>Message #4486750</title><guid isPermaLink="false">4486750@Uncensored</guid><description><![CDATA[Yeah, that guy looks like an herald of moral despotism.       
      
 I have set a goal for myself not to contribute to projects that feature a
Code of Conduct, because Codes of Conduct are not about managing the project,
but about signaling that a project is a political platform.     
    
 The only good CoC I know is the one XD has, the Code of Cock.   
  
 This is getting way out of hand. Like the Tor project partaking in that climate
change event. Whether you believe in man created climate change or you are
skeptical, a software project is not the platform that should be used for
such campaigns. It is like if I used my software foundation to campaign for
horse welfare. You are diverting the funds and efforts of people into an event
they didn't know you were going into. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4486605</link><pubDate>Sat, 21 Sep 2019 21:04:27 -0000</pubDate><title>Message #4486605</title><guid isPermaLink="false">4486605@Uncensored</guid><description><![CDATA[Here's the real problem. 
  
 "Good riddance. We managed to remove Brendan Eich, Linus Torvalds and Richard
Stallman. One white male homophobe, one white male tone deaf freak and sociopath
and one white male misogynist. COC is our weapon. COC is how we cancel people
who should have never be in any society in the first place." 
   -- "Lyberta" on freegamedev.net 
  
 I don't know who "Lyberta" is but I wish him/her/it the maximum amount of
pain, suffering, and misery a person can bear without dying.  Because dying
would make the suffering stop.  These are the people who are ruining everything.
 These are the people who don't deserve to have open source software.  They
deserve to be beaten over the head with Steve Ballmer until they are a bloody
stain on the pavement. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4485703</link><pubDate>Wed, 18 Sep 2019 14:21:28 -0000</pubDate><title>Message #4485703</title><guid isPermaLink="false">4485703@Uncensored</guid><description><![CDATA[ > I wonder if the mob realizes how much of an extreme anti-capitalist   
 
 >they took down this time.     
    
 $ME has popcorn while a reddish person loses his job in a reddish organization
because a reddish mob decided they hated him.   
  
 I suspect the FSF has hosted a good deal of cover SJWism with the aproval
of Stallman, so I can't say I am sad. It is unfair? Totally. As I posted in
the Thrashcan, I don't think a "I don't think this is what happened, I think
this other thing is what happened" declaration should grant a resignation.
However, the irony is just to great not to enjoy. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4485700</link><pubDate>Wed, 18 Sep 2019 13:52:55 -0000</pubDate><title>Message #4485700</title><guid isPermaLink="false">4485700@Uncensored</guid><description><![CDATA[My question has always been about why MIT continued to subsidize RMS's existence
for decades after he stopped producing anything other than autistic tantrums.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4485406</link><pubDate>Tue, 17 Sep 2019 14:21:40 -0000</pubDate><title>Message #4485406</title><guid isPermaLink="false">4485406@Uncensored</guid><description><![CDATA[Wow.  I'm not sure how to feel about this.  Stallman has been a tumor on the
open source community for decades, definitely outlived his usefulness and
has been a liability for a long time now ... but on the other hand, I never
like seeing the outrage mob claiming another scalp. 
  
 I wonder if the mob realizes how much of an extreme anti-capitalist they
took down this time. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4485400</link><pubDate>Tue, 17 Sep 2019 13:23:38 -0000</pubDate><title>Message #4485400</title><guid isPermaLink="false">4485400@Uncensored</guid><description><![CDATA[<html><body>

<p>Richard Stallman, has resigned from MIT.</p>
<p>https://www.cnn.com/2019/09/17/us/mit-scientist-resigned-epstein-comments/index.html</p>
<p><a href="https://www.foxnews.com/us/mit-scientist-resigns-jeffrey-epstein-comments">https://www.foxnews.com/us/mit-scientist-resigns-jeffrey-epstein-comments</a></p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4485128</link><pubDate>Mon, 16 Sep 2019 14:37:03 -0000</pubDate><title>Message #4485128</title><guid isPermaLink="false">4485128@Uncensored</guid><description><![CDATA[  
 I'm not sure why I'd want to use Powershell to call ssh/scp/etc. rather than
a bash session in a WSL layer, where I'm already familiar with the various
tools in that environment. 
  
 I mean, yeah, I'm slowly starting to learn Powershell now, but there's a
simplicity to bash that appeals to me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4485122</link><pubDate>Mon, 16 Sep 2019 14:22:33 -0000</pubDate><title>Message #4485122</title><guid isPermaLink="false">4485122@Uncensored</guid><description><![CDATA[You don't even need the Ubuntu shell anymore.  The latest update includes
OpenSSH built natively for Windows.  It includes ssh, sftp, and even an optional
server.  I'm not sure why you'd want to SSH into a Windows desktop but it's
there. 
  
 The real usability boost may not be WSL itself, but the improvements to the
console window they needed to make to support it.  Those improvements benefit
everything you do in a console window. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4485069</link><pubDate>Mon, 16 Sep 2019 10:29:37 -0000</pubDate><title>Message #4485069</title><guid isPermaLink="false">4485069@Uncensored</guid><description><![CDATA[  
 Heh... at work, my primary machine is Windows, and I pull up an Ubuntu shell
to ssh over to a real Linux machine we have on the network occasionally to
do some work. 
  
 VMs are a necessity at this point, because of some funkiness we have to support.

  
 Better to code on Linux or Windows? 
  
 Meh.  Doesn't matter to me.  I've found both environments have their appeal.
 But then, I tend to write code within Vim, even on Windows.  Intellisense
within Visual Studios is nice and all, but I seem to have gotten away from
it.  Maybe because when it bogs everything down, it does so in a way so heinous,
it defies productivity. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4484436</link><pubDate>Fri, 13 Sep 2019 20:14:17 -0000</pubDate><title>Message #4484436</title><guid isPermaLink="false">4484436@Uncensored</guid><description><![CDATA[ > It's literally been since 2004 that I last ran Linux on the bare metal
 
 >on a work machine.   
  
 I really want ${EMPLOYER} to get a working VDI in place so I can just get
the damn hardware off my desk entirely.  I spend close to 100% of my day inside
web browsers and terminal programs anyway. 
  
 And this will sound unusual coming from me, a full-penguin-blooded Linux
fan, but today's Linux desktops are utter crap.  They all seem to want to
emulate Windows 8 and/or Mac OS, nothing is where you expect it to be and
everything is abstrated through some poofy-foofy interface when you just want
to get to the damn file or program. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4483284</link><pubDate>Mon, 09 Sep 2019 14:51:53 -0000</pubDate><title>Message #4483284</title><guid isPermaLink="false">4483284@Uncensored</guid><description><![CDATA[  
 Yeah, I've been seeing a particular website (some gaming wiki) that always
crashes if I leave its tabs open long enough. (I usually leave this site open
while playing the relevant game -- might explain some sluggishness, LOL) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4483151</link><pubDate>Mon, 09 Sep 2019 05:17:53 -0000</pubDate><title>Message #4483151</title><guid isPermaLink="false">4483151@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Sep 05 2019 13:50:56 EDT</span> <span>from LoanShark @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I could probably get away with Linux on bare metal and it might even be slightly better, and avoid VirtualBox's video sluggishness -- although lately I am noticing problems with Chrome on Linux that don't exist on Chrome for Windows, necessitating that I drop into Firefox for particular sites. <br /><br /></div>
</div>
</blockquote>
<p>Chrome for Windows has had some pretty severe problems for about a year now. Memory leaks and faulty page handling. </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4482222</link><pubDate>Thu, 05 Sep 2019 17:50:56 -0000</pubDate><title>Message #4482222</title><guid isPermaLink="false">4482222@Uncensored</guid><description><![CDATA[    
 I could probably get away with Linux on bare metal and it might even be slightly
better, and avoid VirtualBox's video sluggishness -- although lately I am
noticing problems with Chrome on Linux that don't exist on Chrome for Windows,
necessitating that I drop into Firefox for particular sites.   
    
 I don't do much Excel stuff, and when I do, I can just use Google Sheets
instead, because my use cases are pretty lightweight. That's one of the last
remaining barriers.   
    
 ** Aside from messing around with driver BS that I don't want to have to
deal with.   
  
  
 It's literally been since 2004 that I last ran Linux on the bare metal on
a work machine. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4482167</link><pubDate>Thu, 05 Sep 2019 13:41:37 -0000</pubDate><title>Message #4482167</title><guid isPermaLink="false">4482167@Uncensored</guid><description><![CDATA[My recent experience is similar.  WSL1 was fine for Linux development, until
Docker.  Then I had to switch to a virtual machine.  This is, of course, on
a corporate network where they've deployed so many Windows-based tools that
it's difficult to run anything else, but I also have a Linux machine on my
desk (I'm on it now, in fact) and a KVM switch. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4482025</link><pubDate>Thu, 05 Sep 2019 02:24:34 -0000</pubDate><title>Message #4482025</title><guid isPermaLink="false">4482025@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Wed Sep 04 2019 20:19:14 EDT</span><span>from LoanShark @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I used to prefer MacOS for development targeting Linux ...</div>
</div>
</blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY">I tried running Emacs on a Mac once. The insistence of the system to commandeer basic keystrokes like ctrl-space for its own purposes was so painful, it drove me to ask for a Windows machine instead.</div>
</div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4481978</link><pubDate>Thu, 05 Sep 2019 00:19:14 -0000</pubDate><title>Message #4481978</title><guid isPermaLink="false">4481978@Uncensored</guid><description><![CDATA[  
 I used to prefer MacOS for development targeting Linux -- but that was before
Docker became the norm for developer workstations. 
  
 Building Linux docker images, on MacOS or Windows, inevitably implies some
form of virtualization; either VirtualBox or Hyper-V. I'm somewhat optimistic
that in the long term, Windows will have the better development-environment
story, because of WSL2. 
  
 And I'm not quite willing to run Linux on the bare metal. Not yet. Not until
I'm really hurting for that last little bit of RAM on a laptop that I can't
upgrade. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4481970</link><pubDate>Thu, 05 Sep 2019 00:03:43 -0000</pubDate><title>Message #4481970</title><guid isPermaLink="false">4481970@Uncensored</guid><description><![CDATA[<html><body>

<p>Microsoft have already admitted that their Azure cloud serves up more Linux instances than Windows ones. Seems their strategy with WSL, cross-platform PowerShell, open-sourcing the Terminal etc is to try to stem the tide of developers moving from Windows to Linux, by offering them a “develop on Windows, deploy on Linux” option. I’m not sure what the point is, myself: Windows seems a horrible platform to do development on.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4480218</link><pubDate>Sat, 31 Aug 2019 03:33:11 -0000</pubDate><title>Message #4480218</title><guid isPermaLink="false">4480218@Uncensored</guid><description><![CDATA[  
 It just occurred to me that if WSL2 requires Hyper-V, that causes all kinds
of problems. Video drivers have performance problems due to TLB flushes when
running on Hyper-V. VirtualBox doesn't work on Hyper-V. Etc. 
  
 But, Windows is evoling towards having Hyper-V enabled by default, basically
because they're starting to use virtualization as an anti-rootkit technology.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4480197</link><pubDate>Sat, 31 Aug 2019 02:16:51 -0000</pubDate><title>Message #4480197</title><guid isPermaLink="false">4480197@Uncensored</guid><description><![CDATA[All I needed to do was share a home directory between my Windows and Linux
environments on the same host.  It worked reasonably well.  Some things were
messed up because of file permissions (like ~/.ssh for example) but it mostly
kept things in order. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4480162</link><pubDate>Sat, 31 Aug 2019 00:39:34 -0000</pubDate><title>Message #4480162</title><guid isPermaLink="false">4480162@Uncensored</guid><description><![CDATA[  
 OK. Found it. It's a hidden directory. 
  
 The files look pretty normal, but I think you can mess up the metadata pretty
easily if you do any directory modifications. File content modifications presumably
OK. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4480158</link><pubDate>Sat, 31 Aug 2019 00:36:14 -0000</pubDate><title>Message #4480158</title><guid isPermaLink="false">4480158@Uncensored</guid><description><![CDATA[  
 WSL1 shared a filesystem with the host, yes, but I think it had a lot of
weird limitations. It wasn't a good idea to actually access Linux files from
the host. 
  
 On the machine I'm typing on right now, I have WSL1 installed, but it's not
easy for me to find the rootfs in the Windows filesystem. They moved it when
they changed the distro installation mechanism, but my installation is carried
over from the original release. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479993</link><pubDate>Fri, 30 Aug 2019 18:26:52 -0000</pubDate><title>Message #4479993</title><guid isPermaLink="false">4479993@Uncensored</guid><description><![CDATA[Does WSL2 have its own rootfs?  One thing that I like about WSL1 is that it
shares a filesystem with the host.  I basically think of WSL1 as "cygwin done
right". 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479938</link><pubDate>Fri, 30 Aug 2019 15:56:23 -0000</pubDate><title>Message #4479938</title><guid isPermaLink="false">4479938@Uncensored</guid><description><![CDATA[  
 docker also requires functioning iptables. 
  
 They're claiming that WSL2 is actually faster on filesystem operations, as
long as you stay within the Linux rootfs. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479933</link><pubDate>Fri, 30 Aug 2019 15:34:57 -0000</pubDate><title>Message #4479933</title><guid isPermaLink="false">4479933@Uncensored</guid><description><![CDATA[I have mixed feelings about WSL2.  The lightweight translation layer in WSL1
is something I'm going to miss, but if WSL2 can pull off the same sort of
transparency while also supporting things like dbus (making it easy to run
desktop software) and cgroups (allowing Docker to run natively) it would definitely
become a lot more useful. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479890</link><pubDate>Fri, 30 Aug 2019 13:41:28 -0000</pubDate><title>Message #4479890</title><guid isPermaLink="false">4479890@Uncensored</guid><description><![CDATA[ > And if Docker on Windows is just running in a hidden Linux VM, what is
 
 >the benefit of that over simply running it on Linux in the first place?
 
 >(It doesn't seem to matter whether the VM is hosted on your desktop or 
 
 >in a data center)   
  
 I don't see any benefit either. It's just going to introduce compatibility
issues because of the different commandline semantics. 
  
 That said, WSL2 is going to be very interesting. It's a HyperV hosted Linux
kernel that's been optimized to start up very quickly, so it looks and quacks
almost like a native process or the WSL1 subsystem. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479888</link><pubDate>Fri, 30 Aug 2019 13:38:42 -0000</pubDate><title>Message #4479888</title><guid isPermaLink="false">4479888@Uncensored</guid><description><![CDATA[ > 2019-08-30 00:57 from IGnatius T Foobar   
 >So when people talk about "Docker on Windows" is there such a thing as 
 
 >containerized Windows software, or does it always refer to running   
 >Linux software in containers on a Windows host?  I pigged out on   
 >Kubernetes classes at VMworld this week and I *still* don't know the   
 >answer to that question.   
  
 Docker does both. I don't think it's the only containerization technology
on Windows (even Wow64 might qualify, and WSL definitely does, and I'm not
sure where Azure fits in) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479714</link><pubDate>Fri, 30 Aug 2019 04:57:58 -0000</pubDate><title>Message #4479714</title><guid isPermaLink="false">4479714@Uncensored</guid><description><![CDATA[So when people talk about "Docker on Windows" is there such a thing as containerized
Windows software, or does it always refer to running Linux software in containers
on a Windows host?  I pigged out on Kubernetes classes at VMworld this week
and I *still* don't know the answer to that question. 
  
 It's weird to see so much mainstream energy behind a technology that has
this much of an open source pedigree. 
  
 And if Docker on Windows is just running in a hidden Linux VM, what is the
benefit of that over simply running it on Linux in the first place?  (It doesn't
seem to matter whether the VM is hosted on your desktop or in a data center)

  
 My personal hosting environment is a Supermicro twin-tandem rack server with
two nodes.  The nodes share nothing except a pair of power supply modules,
and there is dual 10 Gbps Ethernet between them.  I want to install Kubernetes.
 Right now I'm
trying to decide whether to build a Kubernetes VM on each node, or simply
run Kubernetes directly on each node alongside KVM. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479286</link><pubDate>Wed, 28 Aug 2019 15:33:08 -0000</pubDate><title>Message #4479286</title><guid isPermaLink="false">4479286@Uncensored</guid><description><![CDATA[  
 Docker on Windows actually hosts Linux containers on a HyperV hosted VM with
a true Linux kernel. So there are many things that will work just fine. 
  
 BUT -- and this a big BUT -- it is in a state of active development and things
are in flux in a big way. The last time I looked into it (last November),
some features were on dev branches, some things were broken. Even if it's
all fixed by now, you'll have to account for the fact that you're invoking
the docker command-line tools as Windows binaries from a typical Windows shell
environment, with all the major or minor compatibility issues that entails.

  
 So I'm doing Docker development on Windows. I just do it by hosting a normal
Ubuntu on Virtualbox, and I use Docker for Linux and do all my dev on the
Linux side. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4479222</link><pubDate>Wed, 28 Aug 2019 12:05:01 -0000</pubDate><title>Message #4479222</title><guid isPermaLink="false">4479222@Uncensored</guid><description><![CDATA[  
 Yep... that's certainly another benefit. 
  
 I haven't tried doing anything crazy, though, like installing Docker on a
Windows host but trying to run a Debian container.  I shouldn't think that
would work. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478785</link><pubDate>Mon, 26 Aug 2019 19:12:54 -0000</pubDate><title>Message #4478785</title><guid isPermaLink="false">4478785@Uncensored</guid><description><![CDATA[  
 Yeah, containers are particularly useful in a heterogeneous build environment
to keep the build env(s) separate from the build host (Jenkins or whatever.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478781</link><pubDate>Mon, 26 Aug 2019 18:14:15 -0000</pubDate><title>Message #4478781</title><guid isPermaLink="false">4478781@Uncensored</guid><description><![CDATA[  
 But, my results don't need to work in a container. 
  
 Still, I use a container to help provide a cross compiler. 
  
 And the container uses the 10-year old Debian distribution as a base. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478780</link><pubDate>Mon, 26 Aug 2019 18:13:10 -0000</pubDate><title>Message #4478780</title><guid isPermaLink="false">4478780@Uncensored</guid><description><![CDATA[  
 Harkening back to an old question, I use a 10 year old Debian, and I build
all my own dependencies. 
  
 My results work on Debian and Redhat derived OSes, and would probably work
on pretty much any Linux with a reasonable kernel within 10 years of today's
kernel. 
  
 But it's a lot of work to put something like that together, especially if
you have a lot of dependencies. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478088</link><pubDate>Fri, 23 Aug 2019 18:55:48 -0000</pubDate><title>Message #4478088</title><guid isPermaLink="false">4478088@Uncensored</guid><description><![CDATA[  
 Heh. These guys might have wanted to reconsider their tape archive strategy:
https://www.nytimes.com/2019/06/11/magazine/universal-fire-master-recordings.html

  
 S 
 Sad story. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478060</link><pubDate>Fri, 23 Aug 2019 16:53:07 -0000</pubDate><title>Message #4478060</title><guid isPermaLink="false">4478060@Uncensored</guid><description><![CDATA[Yup.  When I was doing mainfame work at Waldenbooks in the early 90's, we
were just getting started with robotic tape libraries.  Most of the tapes
were mounted manually.  And we still had a lot of data on reel-to-reel tapes,
which always had to be mounted manually.  It was pretty cool, though ... there
were big digital displays over each tape unit that displayed to the operators
which tape number they needed to mount.  There was something amusing about
the fact that they'd just go and mount the tapes without knowing what job
it was for, or who ran it. 
  
 At the Big Blue X we had tape robots, but it was never for HSM ... strictly
backups.  But as you correctly point out, tape backup is in a big decline.
 At some point it became more valuable to just send that data to cheap-and-deep
disk storage.  Even for offsite backups, we just send it to disk at another
data center.  The last holdouts
for tape are the people who need to have their backups taken offsite to an
underground vault somewhere, but that's such a small minority now that we
don't even do it locally anymore.  We just send the backups to a data center
that has a tape library.  Most people look at the cost of offsite transport
and archival, and decide that simply having a second copy of the data in another
time zone is enough. 
  
 I miss having Linux Expo locally.  :( 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478031</link><pubDate>Fri, 23 Aug 2019 15:35:50 -0000</pubDate><title>Message #4478031</title><guid isPermaLink="false">4478031@Uncensored</guid><description><![CDATA[  
 another option in the Amazon ecosystem is the EFS Infrequent Access pricing
option. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478030</link><pubDate>Fri, 23 Aug 2019 15:34:43 -0000</pubDate><title>Message #4478030</title><guid isPermaLink="false">4478030@Uncensored</guid><description><![CDATA[  
 I remember going to Linux Expo at Javitz back in the early aughts, and looking
at some of those big tape robot things, so yeah I know what you mnean. All
going the way of the dodo with cloud archive-optimized storage services (such
as S3 Glacier in particular, or even something like the sc1 ("Cold HDD") volume
type on EBS. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4478024</link><pubDate>Fri, 23 Aug 2019 14:20:52 -0000</pubDate><title>Message #4478024</title><guid isPermaLink="false">4478024@Uncensored</guid><description><![CDATA[What you just described is exactly what nearline storage is.  Not online (like
high speed block storage) and not offline (like tape or removable).  Accessible
without requiring any work to mount it, but not fast enough to use as primary
storage.  As with a lot of these things it's ambiguous what counts as nearline.
 In a world of enterprise-grade SSD and 15KRPM SAS, some people now refer
to slow but very large disks (like 8TB 7200KRPM SATA) as nearline, even though
you can mount it directly.  As an old mainframe hand, my idea of nearline
storage is when your program is suspended while DFHSM uncompresses files out
of an archive before they can be accessed. 
  
 Nothing in the open systems world has ever matched the transparency of DFHSM.
 It could take infrequently-used files (datasets) and migrate them to compressed
archives on a slow disk, or even tape, while keeping references to them in
the catalog.  The moment a program accessed the file, it would block the program
and bring it back out, even signaling an operator to mount a tape if necessary
(which is decidedly offline storage, but it made it look the same).   Really
great stuff. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477839</link><pubDate>Thu, 22 Aug 2019 20:42:34 -0000</pubDate><title>Message #4477839</title><guid isPermaLink="false">4477839@Uncensored</guid><description><![CDATA[  
 Not sure exactly what you mean by near-line, but yeah, it's not "hot" storage,
it's a bit more of an archival thing, although it can be used for simple lower-volume
static file hosting because of its simplicity and its web APIs. (Not a good
fit for anything that needs a CDN.) 
  
 Basically, it's optimized for cost and durability rather than performance/availability,
and it's only accessible through slower HTTP APIs. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477826</link><pubDate>Thu, 22 Aug 2019 19:59:38 -0000</pubDate><title>Message #4477826</title><guid isPermaLink="false">4477826@Uncensored</guid><description><![CDATA[S3 seems intended for near-line object storage rather than primary storage
... but one benefit of S3 is that the protocol is spoken by dozens of different
providers/technologies.  I have my own datacenters and am building for a decidedly
non-Amazon environment.  Thankfully it seems that from the container's point
of view, a volume is a volume, regardless of what backing store the system
administrator has given it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477594</link><pubDate>Wed, 21 Aug 2019 20:05:08 -0000</pubDate><title>Message #4477594</title><guid isPermaLink="false">4477594@Uncensored</guid><description><![CDATA[ > There seem to be a zillion people attempting to build a volume plugin 
 
 >that speaks S3, but none seem to be gaining any traction.  I wonder if 
 
  
 You'd have to build a kernel FS driver or Fuse driver that speaks S3. I'm
not sure what the point is; this is not S3's targeted use case. That's what
EFS is for. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477593</link><pubDate>Wed, 21 Aug 2019 20:02:27 -0000</pubDate><title>Message #4477593</title><guid isPermaLink="false">4477593@Uncensored</guid><description><![CDATA[ > Docker's volume plugins look promising, but it seems you have to be   
 >running under Kubernetes to use any of the really interesting ones.  At
 
  
 Not to my knowledge! Really depends on your cloud infrastructure, but the
stuff for EBS/EFS is a breeze and works fine on ECS (which is basically just
bare docker with a very minimal management daemon) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477552</link><pubDate>Wed, 21 Aug 2019 17:15:50 -0000</pubDate><title>Message #4477552</title><guid isPermaLink="false">4477552@Uncensored</guid><description><![CDATA[I haven't tried running Berkeley DB over NFS.  The whole FOSS world seems
to be wanting to move away from Berkeley DB, but I don't think the time for
us to do that has come *yet*.  LMDB looks very cool, but to use it at the
scale we need, it requires a 64-bit machine.  In 2019 that's not a big deal
in the x86 world, but we've got a lot of people running mini-nodes on Raspberry
Pi. 
  
 Docker's volume plugins look promising, but it seems you have to be running
under Kubernetes to use any of the really interesting ones.  At this stage
of the game, a plugin to move the persistent storage to something hosted as
a service, might be plugged into the host rather than into the application.
 Obviously the application would be better, but when you're dragging a 30+
year legacy path behind the application with millions of installed seats to
upgrade, that muddies the water a bit... 
  
 Crawl, walk,
run.  I'm heading to VMworld next week and have loaded up on container-centric
sessions.  Hoping to come home a bit smarter about this stuff.  (I wish they'd
sent me last year when it was in Vegas ... this year it's in SF.  Ugh.)  I
doubt we'll go all-in on Virtzilla's container ecosystem because the level
of lock-in they're starting to push is getting uncomfortable. 
  
 As for Citadel, my experimental build still requires three persistent volumes:
one for the database, one for the upload/download library, and one for SSL
keys.  A year ago it would have required at least twice as many, but I've
spent considerable effort moving everything else into the database.  I'd like
to get it down to one mount, two at the most, with the ability to convert
an existing non-containerized site to a containerized site. 
  
 There seem to be a zillion people attempting to build a volume plugin that
speaks
S3, but none seem to be gaining any traction.  I wonder if there's a performance
problem or some other constraint they're all hitting.  It would be great to
just plug in to an existing Ceph cluster, or any of the zillion other services
that speak S3. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477329</link><pubDate>Tue, 20 Aug 2019 21:38:24 -0000</pubDate><title>Message #4477329</title><guid isPermaLink="false">4477329@Uncensored</guid><description><![CDATA[  
 *play well 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477328</link><pubDate>Tue, 20 Aug 2019 21:37:46 -0000</pubDate><title>Message #4477328</title><guid isPermaLink="false">4477328@Uncensored</guid><description><![CDATA[  
 This is interesting. To make Citadel a zero-persistence cloud app is within
reach: it's already using a NoSQL kind of database (unless something happened
while I was asleep upstate for the last 20 years), so it's pretty trivial
to develop plugins that move that to something that's hosted as a service
in the relevant cloud platforms -- DynamoDB or perhaps MongoDB. 
  
 It's nice to not have to worry about backups, replication, volume size, etc,
when the IaaS gnomes can do that all for you. 
  
 I've got some stuff that's deployed kinda the way you describe. An app that
ships as a prepackaged Docker image that requires one or two volume mounts
to persist its state. This is deployed onto a mostly stateless and automated
ECS infrastructure, the volume mount is done via Amazon EFS, which is a managed
NFS service -- you don't have to specify volume sizes, it's all just pay-for-the-capacity-you-use.
No more capacity planning. We know damn well that NFS is suboptimal, but this
particular app is very lightly loaded. 
  
 Does Berkeley DB play will over NFS? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477303</link><pubDate>Tue, 20 Aug 2019 19:30:34 -0000</pubDate><title>Message #4477303</title><guid isPermaLink="false">4477303@Uncensored</guid><description><![CDATA[  
 I tried Alpine but it just got too frustrating.  I'm assuming for now that
I don't have to worry about sustainability, since the whole point of containers
is that I can just retool under a new base image and ship an upgrade, as long
as I make the plugs fit (ports, volumes, etc). 
  
 As for what workload ... I have a project to distribute some software out
to our data centers, and decided that we're overdue for getting on the container
bandwagon.  It directly solves a lot of our problems.  I was inspired to do
this after installing a third-party application that shipped as a container.
 We're starting slowly with a few single-host Docker servers, but I plan to
become the expert on container hosting that I should have already been a year
or three ago. 
  
 But yes, there's also a parallel effort to containerize Citadel.  That's
why I've been working so hard to eliminate every bit of storage
that isn't in the main database: so that database can be attached to the container
as a Volume and everything else is ephermal. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477100</link><pubDate>Mon, 19 Aug 2019 21:29:41 -0000</pubDate><title>Message #4477100</title><guid isPermaLink="false">4477100@Uncensored</guid><description><![CDATA[ > 2019-08-19 14:13 from IGnatius T Foobar   
 >What base image are you all using for your containers?   
 >    
 > Alpine?  Minideb?  Something else?   
 >   
  
 I don't use "containers" myself but I have heard Alpine is very very popular
for those. 
 Are you looking for a platform for building a container image for distributing
Citadel? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477084</link><pubDate>Mon, 19 Aug 2019 20:31:02 -0000</pubDate><title>Message #4477084</title><guid isPermaLink="false">4477084@Uncensored</guid><description><![CDATA[ > 2019-08-19 14:13 from IGnatius T Foobar   
 >What base image are you all using for your containers?   
 >    
 > Alpine?  Minideb?  Something else?   
  
 ubuntu:18.04 or alpine or whatever is a transititive dependency of the packages
we're using; which always means debain or ubuntu or alpine. 
  
 It is disturbing to me that people trust Alpine so much. As far as I know,
Alpine, is a group of hackers with no budget whatsoever, so why should anybody
trust them to maintain security-critical software? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4477053</link><pubDate>Mon, 19 Aug 2019 18:13:23 -0000</pubDate><title>Message #4477053</title><guid isPermaLink="false">4477053@Uncensored</guid><description><![CDATA[What base image are you all using for your containers? 
  
 Alpine?  Minideb?  Something else? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4474132</link><pubDate>Fri, 09 Aug 2019 12:51:26 -0000</pubDate><title>Message #4474132</title><guid isPermaLink="false">4474132@Uncensored</guid><description><![CDATA[Upgrades can call dpkg-reconfigure to ask questions, and they frequently do.
 I'm not sure if it's feasible to do all of those ahead of time, but it might
be possible to save them all for the end, and run all of the dpkg-reconfigure
operations at once. 
  
 The biggest one is the "so-and-so wants to upgrade /etc/somefile but the
local version has changed" and you have to tell it whether to replace the
file or keep your own.  On the Red Hat family of distributions, it simply
saves the file next to your existing one with an ".rpmnew" suffix.  I think
that's fine for most circumstances.  Red Hat seems to understand that people
want to do unattended upgrades. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4473137</link><pubDate>Tue, 06 Aug 2019 15:18:04 -0000</pubDate><title>Message #4473137</title><guid isPermaLink="false">4473137@Uncensored</guid><description><![CDATA[  
 Ugh... yeah, the upgrade process would be that way, I suppose, because each
package can individually request some kind of information to assist it in
knowing how to reconfigure your machine from what it was, to what it will
be, where such a need exists. 
  
 OTOH, if you know all the questions that'll get asked, and you know how to
answer them (as in, the names of all the various variables, etc), you can
tell Debian all the answers in advance of running the upgrade, I think, and
it'll Just Do It. 
  
 But... Debian doesn't provide a very good way to collect all these Q&As in
advance of running the upgrade.  Perhaps that's something they could work
on.  Heh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4472871</link><pubDate>Mon, 05 Aug 2019 17:26:54 -0000</pubDate><title>Message #4472871</title><guid isPermaLink="false">4472871@Uncensored</guid><description><![CDATA[And I'm seeing a similar problem right now.  I've got a machine that I'm upgrading
from Stretch to Buster: 
  
 apt-get -y update && apt-get -y upgrade 
  
 The full upgrade takes a long time.  It's the kind of operation you want
to walk away from until it's finished.  But you can't, because dpkg jumps
in every now and then to ask a question about how you want so-and-so package
reconfigured. 
  
 But at least you only have to reboot once. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4472087</link><pubDate>Fri, 02 Aug 2019 14:24:09 -0000</pubDate><title>Message #4472087</title><guid isPermaLink="false">4472087@Uncensored</guid><description><![CDATA[Right.  You'd think that if they can handle a pre-seeded installation, they
could build a UI that creates the instructions to drive it. 
  
 Or at least do that for the most basic installations.  Mine tend to be really
complicated because I am an insane nerd.  For example, when installing Linux
on top of KVM or VMware, I put the boot volume on its own 1GB virtual disk,
and the swap space on its own virtual disk, then the main virtual disk for
LVM.  Why bother with partitions when the hypervisor gives you that kind of
granularity?  But try finding an easy way to tell the installer to do that
for you.  It involves A LOT of steps, even though the end result is much simpler.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4471026</link><pubDate>Mon, 29 Jul 2019 17:43:07 -0000</pubDate><title>Message #4471026</title><guid isPermaLink="false">4471026@Uncensored</guid><description><![CDATA[  
 Yeah, I'm more interested in answering the questions I need to ask, then
walking away while it finishes building. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4470452</link><pubDate>Sat, 27 Jul 2019 16:42:44 -0000</pubDate><title>Message #4470452</title><guid isPermaLink="false">4470452@Uncensored</guid><description><![CDATA[You can do a pre-seeded installation: 
  
 [ https://wiki.debian.org/DebianInstaller/Preseed ] 
  
 It's intended for unattended installations though, so you might find it's
more trouble than it's worth. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4469665</link><pubDate>Wed, 24 Jul 2019 17:22:26 -0000</pubDate><title>Message #4469665</title><guid isPermaLink="false">4469665@Uncensored</guid><description><![CDATA[  
 Debian should consider modifying their install to ask everything it needs
of the user up front, then kick off the install of the OS with the stored
information. 
  
 This business of having to nurse a Debian install is rather annoying. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4451500</link><pubDate>Sat, 18 May 2019 20:44:57 -0000</pubDate><title>Message #4451500</title><guid isPermaLink="false">4451500@Uncensored</guid><description><![CDATA[Yeah that's about it.  Looks like this person is just plugging a web site,
but with content like "how to rename a file" I'm not sure who exactly is going
to go there.  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4449842</link><pubDate>Tue, 14 May 2019 17:30:40 -0000</pubDate><title>Message #4449842</title><guid isPermaLink="false">4449842@Uncensored</guid><description><![CDATA[  
 mv 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4448194</link><pubDate>Fri, 10 May 2019 13:53:20 -0000</pubDate><title>How to Rename a File in Linux</title><guid isPermaLink="false">4448194@Uncensored</guid><description><![CDATA[<html><body>

<p style="box-sizing: inherit; margin: 0px 0px 30px; padding: 0px; color: #1d1c1c; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen-Sans, Ubuntu, Cantarell, 'Helvetica Neue', sans-serif; font-size: 19px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: 0.3px; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; text-decoration-style: initial; text-decoration-color: initial;">Do you not like the name of any file or directory? Do you want to change it? Do you want to give new name to file or directory?</p>
<p style="box-sizing: inherit; margin: 0px 0px 30px; padding: 0px; color: #1d1c1c; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen-Sans, Ubuntu, Cantarell, 'Helvetica Neue', sans-serif; font-size: 19px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: 0.3px; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; text-decoration-style: initial; text-decoration-color: initial;">If you don’t know how to rename a file in Linux then this article is helpful for you.</p>
<p style="box-sizing: inherit; margin: 0px 0px 30px; padding: 0px; color: #1d1c1c; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen-Sans, Ubuntu, Cantarell, 'Helvetica Neue', sans-serif; font-size: 19px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: 0.3px; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; text-decoration-style: initial; text-decoration-color: initial;">When you read complete article, You will learn about move and rename files.</p>
<p style="box-sizing: inherit; margin: 0px 0px 30px; padding: 0px; color: #1d1c1c; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen-Sans, Ubuntu, Cantarell, 'Helvetica Neue', sans-serif; font-size: 19px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: 0.3px; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; text-decoration-style: initial; text-decoration-color: initial;">You must read warnings mentioned in the article. Cautions make you perfect, and save you from disaster happen by using wrong command.</p>
<p style="box-sizing: inherit; margin: 0px 0px 30px; padding: 0px; color: #1d1c1c; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen-Sans, Ubuntu, Cantarell, 'Helvetica Neue', sans-serif; font-size: 19px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: 0.3px; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; text-decoration-style: initial; text-decoration-color: initial;">Source <a href="https://www.cyberpratibha.com/how-to-rename-a-file-in-linux/">https://www.cyberpratibha.com/how-to-rename-a-file-in-linux/</a></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4442768</link><pubDate>Mon, 22 Apr 2019 18:45:14 -0000</pubDate><title>Message #4442768</title><guid isPermaLink="false">4442768@Uncensored</guid><description><![CDATA[I have a Linux computer on my desk again.  As a very patriotic frog once said:
"Feels good, man." 
  
 The mainstream desktops are a bit too bloated for my taste, so I switched
to LXDE (which is using OpenBox as its window manager).  All of the chrome
is 2-D but not "flat", which I think is perfect.  And it's built to work like
a desktop, not like a tablet or phone. 
  
 It found and configured all of my hardware without my help, right down to
being able to tell me how much battery life is left in my cordless mouse.
 Bluetooth just works, the screen just works, sound just works, and it even
found and configured my network printer by itself.  That last one isn't possible
on Windows, which needs strong admonition to be convinced that my HP LaserJet
5 is not actually an HP ExpensiveInk 9999. 
  
 It's been too long.  I'm enjoying this. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4431102</link><pubDate>Thu, 14 Mar 2019 04:19:59 -0000</pubDate><title>Message #4431102</title><guid isPermaLink="false">4431102@Uncensored</guid><description><![CDATA[That's great, but I build clouds, I don't consume them.  I'm more interested
in the generic technology. 
  
 The ALB idea sounds like the right approach, though.  I need to get more
container savvy. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4429008</link><pubDate>Thu, 07 Mar 2019 14:55:48 -0000</pubDate><title>Message #4429008</title><guid isPermaLink="false">4429008@Uncensored</guid><description><![CDATA[ > 2019-02-27 14:28 from IGnatius T Foobar   
 > > you can get about 90% of the way to this cloud-independence nirvana 
 
 >  
 > >with just docker-compose... ECS command-line tools accept     
 > >docker-composse files as input...     
 >    
 > What about service discovery?  Doesn't a container have to announce   
 >itself somehow, so other components know where to find the service it  

 >provides?   
  
 On Amazon ECS, there are generally two different ways we handle this, depending
on the use case: 
  
 (1) Set up an ALB - Application Load Balancer. The client discovers the service
by looking up an A record for the ALB. As docker containers come and go during
scale-in/scale-out events, ECS transparently handles registering their host+port
with the ALB. In cases where said docker containers are co-located on the
same physical Linux kernel, it's possible to set it up such that the port
is a dynamically allocated ephemeral port. 
  
 I don't know, off the top of my head, whether the ECS command-line tool which
ingests docker-compose files, supports this style of setup in a standardized
way, so this is a case where, maybe, Kubernetes might provide better cloud-vendor
independence in theory. (But I don't think this really matters, as K8s has
its own set of problems. Y'all should also be thinking about stack-independence
and building apps that can be deployed to either ECS or K8s or similar.) 
  
 (2) Sometimes you don't want to use a load balancer because services want
to have direct knowledge of how many peer instances are out there, and the
addresses of those peers. In such a case, ECS can be configured to do service
discovery via DNS SRV records, which resolve to a a list of A record + port
number combinations. This is something that ECS also supports natively and
it's
exposed in the command-line tool which ingests docker-compose files. So there's
some degree of standardization here (though the tool is not fully conformant
with the latest version of docker-compose syntax, it supports a meaningful
subset.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4428808</link><pubDate>Thu, 07 Mar 2019 03:01:39 -0000</pubDate><title>Message #4428808</title><guid isPermaLink="false">4428808@Uncensored</guid><description><![CDATA[<html><body>

<p>Hehe ... I figured out another way to do the experiment.  It turns out my laptop is capable of booting from an SD card.  So I installed the latest Ubuntu onto it and am dual booting.  Both operating systems are on encrypted partitions with different keys, guaranteeing no cross-contamination.   So far I'm liking this a lot.</p>
<p>ProTip: when using Linux on an SD card, set the "noatime" mount option to minimize unnecessary writes.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4428361</link><pubDate>Tue, 05 Mar 2019 16:20:36 -0000</pubDate><title>Message #4428361</title><guid isPermaLink="false">4428361@Uncensored</guid><description><![CDATA[Brand spanking new..... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4428077</link><pubDate>Mon, 04 Mar 2019 18:24:58 -0000</pubDate><title>Message #4428077</title><guid isPermaLink="false">4428077@Uncensored</guid><description><![CDATA[New HP thin clients or older ones?  Most of the ones built in the past decade
seem to be just small computers.  People are reloading them with Linux or
Windows and using them for low end computing tasks -- home servers, media
servers, NAS boxes, etc. 
  
 My needs are more traditional; I really do want to use it as a thin client
even if I don't use the factory-supplied software.  What I'm seeing so far
is that running the desktop remotely has very little performance penalty over
a multi-megabit network, but the Pi can't update the screen fast enough. 
Even my six year old tablet does it better. 
  
 This wouldn't be the first time either.  I ran ThinStation at home for a
long time and loved it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4428037</link><pubDate>Mon, 04 Mar 2019 15:51:55 -0000</pubDate><title>Message #4428037</title><guid isPermaLink="false">4428037@Uncensored</guid><description><![CDATA[I just bought a couple of HP thin clients.   If you need any add-ons, it's
not great.  But as a generic RDP client, it's fine.  I'm using it with Citrix
too.....   
  
  
 You may want to check out the Intel Compute Stick....  They're pretty cool.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4427859</link><pubDate>Mon, 04 Mar 2019 02:18:01 -0000</pubDate><title>Message #4427859</title><guid isPermaLink="false">4427859@Uncensored</guid><description><![CDATA[Hello from IG using an old Raspberry Pi 2B with the latest Raspbian. 
  
 It's slow.  But it looks damn good.  LXDE actually looks like a DESKTOP.
 It behaves like a desktop.  Everything is where you expect it to be and behaves
the way you expect it to. 
   
 Why can't any of the mainstream people build environments like this anymore?

  
 This is actually a bit of an experiment.  I'm basically taking VDI for a
spin, seeing if I can use it as my daily driver.  Since I have 1 Gbps Internet
at home now, it might be feasible.  I would also be able to keep completely
separate desktops for different purposes (such as work and personal ones)
which is something I've been wanting to do anyway. 
  
 The pi is slowing it down, but if it works in concept, I might go for an
Intel NUC or even an old HP thin client off eBay. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4426939</link><pubDate>Thu, 28 Feb 2019 16:04:21 -0000</pubDate><title>Message #4426939</title><guid isPermaLink="false">4426939@Uncensored</guid><description><![CDATA[No.  You'd use something like Docker-Compose or the Docker network bridge.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4426705</link><pubDate>Wed, 27 Feb 2019 19:28:05 -0000</pubDate><title>Message #4426705</title><guid isPermaLink="false">4426705@Uncensored</guid><description><![CDATA[ > you can get about 90% of the way to this cloud-independence nirvana   
 >with just docker-compose... ECS command-line tools accept   
 >docker-composse files as input...   
  
 What about service discovery?  Doesn't a container have to announce itself
somehow, so other components know where to find the service it provides? 
  
 (Yes this is probably a newbie question.  I am somewhat container IGnorant.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4424148</link><pubDate>Mon, 18 Feb 2019 15:39:13 -0000</pubDate><title>Message #4424148</title><guid isPermaLink="false">4424148@Uncensored</guid><description><![CDATA[  
 I wish I could research that right away. 
  
 We continue to embrace a particular vendor that I kind of despise (because
of the way they have treated us in the past).  I would prefer us to prepare
our product in a way that would allow us to jump to a better vendor should
one arise (or to our own version of what the vendor does, should we ever decide
to put up the money to do it).  The more stuff we build in that vendor's environment,
the worse the situation gets, to my view. 
  
 Besides, there is value in keeping the vendor on their toes.  A vendor who
needs us, but thinks we need them, doesn't react as well to problems as one
that needs us, but doesn't think we need them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4424145</link><pubDate>Mon, 18 Feb 2019 15:33:11 -0000</pubDate><title>Message #4424145</title><guid isPermaLink="false">4424145@Uncensored</guid><description><![CDATA[  
 Yeah, LS got it. 
  
 In my mind, when you retcon a comic book, you're changing the character's
backstory to fit some other direction that you want to take the character.

  
 But you can't do the same thing with a computer language... you can't just
change the language to make it go in new direction (at least, if it is a well-used
language), because all the old code relying on the broken semantics of the
old language constructs requires it continue to work that way.  You'd impose
a ridiculous amount of work on so many people, they'd most likely abandon
the language rather than embrace the change. 
  
 Which is kind of funny, as people might abandon the language eventually anyway
if it continues to make their job harder. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4420419</link><pubDate>Tue, 05 Feb 2019 17:07:37 -0000</pubDate><title>Message #4420419</title><guid isPermaLink="false">4420419@Uncensored</guid><description><![CDATA[  
 I took his usage of that word to mean, "changing the semantics of a language
in a highly backwards-incompatible way, because of better-design-remorse on
the part of the language designer" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4419655</link><pubDate>Sat, 02 Feb 2019 16:17:18 -0000</pubDate><title>Message #4419655</title><guid isPermaLink="false">4419655@Uncensored</guid><description><![CDATA[I was able to learn as much from a quick DDG search.  I'm trying to understand
how the word applies to programming languages. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4419426</link><pubDate>Fri, 01 Feb 2019 20:49:52 -0000</pubDate><title>Message #4419426</title><guid isPermaLink="false">4419426@Uncensored</guid><description><![CDATA[<html><body>

<p>Retcon = Retroactive Continuity.   Often used in fiction, in how someone might rewrite a past event in the story.   </p>
<p>From the web:</p>
<div class="vmod" style="color: #222222; font-family: Roboto, arial, sans-serif; font-size: small;">
<div class="lr_dct_sf_h" style="padding-top: 10px;"><em>noun</em></div>
<div class="xpdxpnd vk_gy" style="color: #878787 !important; overflow: hidden; transition: max-height 0.3s ease 0s; max-height: 0px;" data-mh="-1"> </div>
<ol class="lr_dct_sf_sens" style="margin: 0px; padding: 0px 0px 0px 20px; border: 0px;">
<li style="margin: 0px; padding: 0px; border: 0px; list-style: none;">
<div class="vmod">
<div class="lr_dct_sf_sen Uekwlc XpoqFe" style="padding-top: 10px; font-weight: lighter !important;">
<div style="float: left;">1.</div>
<div style="margin-left: 20px;">
<div class="PNlCoe XpoqFe">
<div style="display: inline;" data-dobid="dfn">(in a film, television series, or other fictional work) a piece of new information that imposes a different interpretation on previously described events, typically used to facilitate a dramatic plot shift or account for an inconsistency.</div>
<div class="vk_gy" style="color: #878787 !important;">"we're given a retcon for Wilf's absence from Donna's wedding in ‘The Runaway Bride’: he had Spanish Flu"</div>
</div>
</div>
</div>
</div>
</li>
</ol></div>
<div class="vmod" style="color: #222222; font-family: Roboto, arial, sans-serif; font-size: small;">
<div class="lr_dct_sf_h" style="padding-top: 10px;"><em>verb</em></div>
<div class="xpdxpnd vk_gy" style="color: #878787 !important; overflow: hidden; transition: max-height 0.3s ease 0s; max-height: 0px;" data-mh="-1"> </div>
<ol class="lr_dct_sf_sens" style="margin: 0px; padding: 0px 0px 0px 20px; border: 0px;">
<li style="margin: 0px; padding: 0px; border: 0px; list-style: none;">
<div class="vmod">
<div class="lr_dct_sf_sen Uekwlc XpoqFe" style="padding-top: 10px; font-weight: lighter !important;">
<div style="float: left;">1.</div>
<div style="margin-left: 20px;">
<div class="PNlCoe XpoqFe">
<div style="display: inline;" data-dobid="dfn">revise (an aspect of a fictional work) retrospectively, typically by introducing a piece of new information that imposes a different interpretation on previously described events.</div>
<div class="vk_gy" style="color: #878787 !important;">"I think fans get more upset when characters act blatantly out of established type, or when things get retconned"</div>
</div>
</div>
</div>
</div>
</li>
</ol></div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4419384</link><pubDate>Fri, 01 Feb 2019 16:58:03 -0000</pubDate><title>Message #4419384</title><guid isPermaLink="false">4419384@Uncensored</guid><description><![CDATA[retcon?  was is das? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4419149</link><pubDate>Fri, 01 Feb 2019 00:21:32 -0000</pubDate><title>Message #4419149</title><guid isPermaLink="false">4419149@Uncensored</guid><description><![CDATA[  
 you can get about 90% of the way to this cloud-independence nirvana with
just docker-compose... ECS command-line tools accept docker-composse files
as input... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4419145</link><pubDate>Fri, 01 Feb 2019 00:15:27 -0000</pubDate><title>Message #4419145</title><guid isPermaLink="false">4419145@Uncensored</guid><description><![CDATA[ > You can't retcon a language.  You have to build with whatever came   
 >before.   
  
 yeah, PHP tried retconning (php5) and look where it got them. python3 broke
everything too, but at least they were a lot more explicit about separating
the versions and the migration path. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4419143</link><pubDate>Fri, 01 Feb 2019 00:12:34 -0000</pubDate><title>Message #4419143</title><guid isPermaLink="false">4419143@Uncensored</guid><description><![CDATA[  
 So yeah, my new shop runs node.js. I'm not a huge fan. Seems like a toy environment.
But that's what we said about Java back in 2000-2004. 
  
 TypeScript makes it less horrible, but the underpinnings are weak. Absolutely
no preemptive scheduling, so you have to resort to hacks if you're doing anything
cpu-intenssive. Cluster mode is really suboptimal - 1 heap per cpu core. and
so on. 
  
 People complain a lot about threaded languages, but I never had a huge problem
with Java. You do have to keep a close eye on your junior programmers to make
sure they don't mutate the class variables of service classes, but it's not
usually a big problem. 
  
 A lot of the thread-hostile languages take their hostility just a little
too far. It would be nice to have a language where state is shared-nothing
*by default* but can easily be shared... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4419100</link><pubDate>Thu, 31 Jan 2019 19:30:26 -0000</pubDate><title>Message #4419100</title><guid isPermaLink="false">4419100@Uncensored</guid><description><![CDATA[We do that with Openshift and Kubernetes. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4418763</link><pubDate>Wed, 30 Jan 2019 17:22:57 -0000</pubDate><title>Message #4418763</title><guid isPermaLink="false">4418763@Uncensored</guid><description><![CDATA[  
 k8s... that's that... what... kuberknocknees thing or whatever? 
  
 I've been curious about that.  We could benefit from something that lets
us build out a full virtual environment in one place, then deploy it to this
cloud engine, or that one (AWS, or Google Cloud, or some local customer site
without internet access, or whatever).  I'm lead to believe k8s could do that,
but I haven't had time to research it well enough. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4418760</link><pubDate>Wed, 30 Jan 2019 17:18:31 -0000</pubDate><title>Message #4418760</title><guid isPermaLink="false">4418760@Uncensored</guid><description><![CDATA[  
 There's that. 
  
 You can't retcon a language.  You have to build with whatever came before.

  
 And nobody can anticipate where programmers will want to go with a language.
 At least, not perfectly.  So, yeah, sometimes the language goes absolutely
south, but sometimes it just kinda gets weird, but manages to hang on. 
  
 C++... heh... to consider a language that's grown weird thanks to evolution.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4418158</link><pubDate>Mon, 28 Jan 2019 14:50:54 -0000</pubDate><title>Message #4418158</title><guid isPermaLink="false">4418158@Uncensored</guid><description><![CDATA[JavaScript was a hack, just like PHP was.  It just happens to have evolved
into a real language somewhat more elegantly than PHP did. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4417356</link><pubDate>Fri, 25 Jan 2019 22:55:06 -0000</pubDate><title>Message #4417356</title><guid isPermaLink="false">4417356@Uncensored</guid><description><![CDATA[    
 k8s may well be the most popular, but it is more complex than its competition
and it's not as well-integrated into the amazon environment in particular.
(that's starting to change with EKS but it's still less of an AWS-native solution,
in my view, as it wants to do things its own way.)   
  
  
 long and short, docker is the standard but for the underlying docker-compliant
deployment cluster there are at least 3 competing alternatives. ECS is my
choice in an Amazon environment. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4413070</link><pubDate>Sat, 12 Jan 2019 22:32:48 -0000</pubDate><title>Message #4413070</title><guid isPermaLink="false">4413070@Uncensored</guid><description><![CDATA[  
 Maybe, I dunno... JavaScript is just... er... strange in certain ways. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4413032</link><pubDate>Sat, 12 Jan 2019 20:37:32 -0000</pubDate><title>Message #4413032</title><guid isPermaLink="false">4413032@Uncensored</guid><description><![CDATA[JavaScript is becoming the language of choice for pretty much everything,
actually.  Except for the Gotards who think they're going to replace C with
Go.  We call those people "future C programmers" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4409715</link><pubDate>Wed, 02 Jan 2019 14:48:40 -0000</pubDate><title>Message #4409715</title><guid isPermaLink="false">4409715@Uncensored</guid><description><![CDATA[  
 Well... 
  
 1. Qt requires learning Qt, at the very least.  Which only really works with
Qt.  Whereas an Electron app can be easily turned into a web page. 
 2. Qt requires the Qt libs, which may mean dealing with FOSS stuff.  Electron
does, too, but isn't as fussy as Qt about it. 
  
 For my needs, at least, Qt is not an option. 
  
 Concern #1 there, though, kind of makes me sad in some ways.  We're turning
JavaScript into the language of choice for GUI development.  Is this really
a good idea? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4407855</link><pubDate>Thu, 27 Dec 2018 20:14:44 -0000</pubDate><title>Message #4407855</title><guid isPermaLink="false">4407855@Uncensored</guid><description><![CDATA[Dunno why someone would do that when they could just run Qt everywhere.  (It
even works with Python now!) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4407566</link><pubDate>Wed, 26 Dec 2018 22:09:36 -0000</pubDate><title>Message #4407566</title><guid isPermaLink="false">4407566@Uncensored</guid><description><![CDATA[ > Nonetheless, docker (not necessarily k8s; you don't need k8s to do   
 >docker) is the new standard and in most respects, our consultants   
 >dragged us kicking and screaming into the new reality. And they were   
 >right.   
  
 Right ... I've deployed Docker containers on "regular Linux" a few times.

  
 But if you're building a dedicated environment to run Docker stuff, k8s seems
to be the most popular way to do it? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4406917</link><pubDate>Mon, 24 Dec 2018 15:21:35 -0000</pubDate><title>Message #4406917</title><guid isPermaLink="false">4406917@Uncensored</guid><description><![CDATA[  
 Cool: "Therebve been some improvements to interop - you can now host windows
applications inside tmux and screen without them destroying the rest of the
window!" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4406913</link><pubDate>Mon, 24 Dec 2018 15:06:17 -0000</pubDate><title>Message #4406913</title><guid isPermaLink="false">4406913@Uncensored</guid><description><![CDATA[  
 WSL enhancements in the October Update: https://redmondmag.com/articles/2018/11/05/windows-10-version-1809-linux-support.aspx

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4406396</link><pubDate>Sat, 22 Dec 2018 20:09:59 -0000</pubDate><title>Message #4406396</title><guid isPermaLink="false">4406396@Uncensored</guid><description><![CDATA[  
 That's not an unfair statement. I've seen that happen too. 
  
 But at my previous employer, it was the consultants who were driving a more
modern architecture. In many respects. 
  
 Yes, they went too far on occasion; they can seem to run off in search of
perfection while we just want a product shipped. They did a long-lasting K8S
spike, and we didn't want nor need K8S (we went with ECS instead.) It's not
that all the investigating-new-technologies shouldn't happen; it's that it
should be communicating in advance and coordinated with the senior (non-consultant)
architect; communication fails are not OK! 
  
 Nonetheless, docker (not necessarily k8s; you don't need k8s to do docker)
is the new standard and in most respects, our consultants dragged us kicking
and screaming into the new reality. And they were right. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4404668</link><pubDate>Mon, 17 Dec 2018 15:42:57 -0000</pubDate><title>Message #4404668</title><guid isPermaLink="false">4404668@Uncensored</guid><description><![CDATA[ >(other consulting groups tend to LEAD the curve with more modern   
 >practices than their clients) -- they built standard Ansible packages  

  
 I think you meant to say, other consulting groups tend to learn brand new
technologies while charging clients for the time they spend doing it.  At
least that's what I've observed. 
  
 But yes, I'm excited about Docker, even though I haven't yet taken the time
to learn how to build containers or run a K8S infrastructure.  I probably
ought to do that but haven't quite figured out how to get started. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403898</link><pubDate>Fri, 14 Dec 2018 14:44:23 -0000</pubDate><title>Message #4403898</title><guid isPermaLink="false">4403898@Uncensored</guid><description><![CDATA[LS: thanks, I'm really proud of myself these days. This past week my boss
has come to me instead of the team lead to ask questions on stuff, and it
totally feeds my ego. (especially since he's coming to me and not the senior
admin between me and the lead) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403872</link><pubDate>Fri, 14 Dec 2018 13:25:16 -0000</pubDate><title>Message #4403872</title><guid isPermaLink="false">4403872@Uncensored</guid><description><![CDATA[ > 2018-12-13 18:32 from IGnatius T Foobar     
 >I'm getting that impression ... the whole world seems to be converging 
   
 >around Docker as the universal way to package a service for deployment 
   
 >in arbitrary environments.  And I think I'm ok with that.     
    
 That's exactly what's happening. Maybe you deploy it on top of an Ansible
cluster, a Kubernetes cluster, or Amazon ECS, which is Amazon's kubernetes
competitor. Either way, all 3 of those things know how to ingest Docker images
(and the latter two *only* support docker)   
  
  
 So this is exactly what's happening, actually the consultants that built
the UI for my current employer are a little behind the curve (other consulting
groups tend to LEAD the curve with more modern practices than their clients)
-- they built standard Ansible packages (non-Docker) -- they did a little
bit of Docker work but it's only configured to run on the local developer
laptops. So it goes. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403688</link><pubDate>Thu, 13 Dec 2018 23:32:10 -0000</pubDate><title>Message #4403688</title><guid isPermaLink="false">4403688@Uncensored</guid><description><![CDATA[I'm getting that impression ... the whole world seems to be converging around
Docker as the universal way to package a service for deployment in arbitrary
environments.  And I think I'm ok with that. 
  
 Years ago I was invited to do some brainstorming with a startup that wanted
to build a PaaS cloud dedicated to a specific vertical market.  (They utterly
failed at it, but they're still around doing consulting work.)  The big thing
I was looking for at the time was a way for participants to register services
with the platform, so that those services could be provided from any location
in the network, from as many instances as were required for scale, and the
front end would just "find" them.  None of the front end load balancing services
we looked at were capable of accepting an inbound registration from a service
which could declare "I'm a provider of service X, and here I am at address
Y port Z".   
  
 The kind of infrastructures being built now with Docker and Kubernetes seem
to be targeted at doing exactly that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403683</link><pubDate>Thu, 13 Dec 2018 22:37:46 -0000</pubDate><title>Message #4403683</title><guid isPermaLink="false">4403683@Uncensored</guid><description><![CDATA[  
 Little by little, I'm warming up to Docker. It's a great way to deploy services.

  
 Logging? Just send it all to stdout/stderr. If you're deploying within a
proper docker-friendly environment, you don't need to do anything more. Disks
will never fill up with logs, it all just goes to CloudWatch (or similar.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403044</link><pubDate>Tue, 11 Dec 2018 16:20:46 -0000</pubDate><title>Message #4403044</title><guid isPermaLink="false">4403044@Uncensored</guid><description><![CDATA[ > I wonder how much of Ubuntu's success relies more on Debian than   
 >whatever value they've brought to the whole thing.   
  
 Yeah, they get a lot of value from debian... although they are a fork, and
I wonder how wise that is. 
  
 Ubuntu invests significantly in actual Linux development though. They contribute
a lot to kernel and openjdk and gnome and countless other things no doubt.

  
 But yeah, they are a paid-support org for a Debian variant. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403043</link><pubDate>Tue, 11 Dec 2018 16:18:32 -0000</pubDate><title>Message #4403043</title><guid isPermaLink="false">4403043@Uncensored</guid><description><![CDATA[  
 pandora: congratulations on the recognition you're receiving. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403042</link><pubDate>Tue, 11 Dec 2018 16:18:04 -0000</pubDate><title>Message #4403042</title><guid isPermaLink="false">4403042@Uncensored</guid><description><![CDATA[ > 2018-12-07 10:45 from pandora   
 >So, folks here at work want to move Oracle from AIX to Linux. My boss  

 >has assigned me to teach the AIX Admins our Linuxy ways. Holy crap.   
 >   
 >  
  
 Awesome! It's the right move. Now they should hire me to teach my AWS ways.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403035</link><pubDate>Tue, 11 Dec 2018 14:28:19 -0000</pubDate><title>Message #4403035</title><guid isPermaLink="false">4403035@Uncensored</guid><description><![CDATA[They'd be moving to the vmware environment from the ibm gear. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403003</link><pubDate>Tue, 11 Dec 2018 12:55:42 -0000</pubDate><title>Message #4403003</title><guid isPermaLink="false">4403003@Uncensored</guid><description><![CDATA[  
 Hrm. 
  
 I wonder how much of Ubuntu's success relies more on Debian than whatever
value they've brought to the whole thing. 
  
 But then, I look with frustration at what I needed to do to package something
in RPM terms vs. Debian.  Packaging is frustrating regardless of what system
you use, but RPMs seem less robust than Debian, requiring a more manual process
to address certain things.  Debian seemed to have figured it out, and made
their packaging system far simpler for the end user, if more complex to the
developer. 
  
 I wonder about this because it'd be kind of funny if IBM addresses this shortcoming
in RPM (as well as maybe getting Redhat to move a tad faster on providing
reliable updates and regular releases), Redhat might kick ass again. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4403002</link><pubDate>Tue, 11 Dec 2018 12:48:16 -0000</pubDate><title>Message #4403002</title><guid isPermaLink="false">4403002@Uncensored</guid><description><![CDATA[  
 If it's a GUI, the smart money seems to be on writing it on something like
Electron, where you blend web development with application development in
a way that lets you create something that's cross platform. 
  
 You're mostly writing for Chrome at that point. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4402798</link><pubDate>Mon, 10 Dec 2018 19:23:31 -0000</pubDate><title>Message #4402798</title><guid isPermaLink="false">4402798@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Dec 10 2018 13:33:49 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Are they going to move from AIX to Linux on the same hardware, or are they switching to x86 as well? </div>
</div>
</blockquote>
<p>I'd be willing to bet it's x86...can't move to "the cloud" if you're still running on Power.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4402793</link><pubDate>Mon, 10 Dec 2018 18:33:49 -0000</pubDate><title>Message #4402793</title><guid isPermaLink="false">4402793@Uncensored</guid><description><![CDATA[I wouldn't be surprised if there are a lot of people already asking "wow,
is AIX actually still around?" 
  
 but in the not too distant future people might say the same about Oracle

  
 Are they going to move from AIX to Linux on the same hardware, or are they
switching to x86 as well? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4402764</link><pubDate>Mon, 10 Dec 2018 16:07:46 -0000</pubDate><title>Message #4402764</title><guid isPermaLink="false">4402764@Uncensored</guid><description><![CDATA[One of them supposedly knows Linux... the other is a former AIX kernel developer
who now does admin work here at the city. *shrug* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4402001</link><pubDate>Fri, 07 Dec 2018 20:23:07 -0000</pubDate><title>Message #4402001</title><guid isPermaLink="false">4402001@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Dec 07 2018 10:45:31 EST</span> <span>from pandora @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">So, folks here at work want to move Oracle from AIX to Linux. My boss has assigned me to teach the AIX Admins our Linuxy ways. Holy crap. </div>
</div>
</blockquote>
<p>If your AIX admins aren't already Linux fluent, shame on them.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4401942</link><pubDate>Fri, 07 Dec 2018 15:45:31 -0000</pubDate><title>Message #4401942</title><guid isPermaLink="false">4401942@Uncensored</guid><description><![CDATA[So, folks here at work want to move Oracle from AIX to Linux. My boss has
assigned me to teach the AIX Admins our Linuxy ways. Holy crap. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4401721</link><pubDate>Thu, 06 Dec 2018 20:42:12 -0000</pubDate><title>Message #4401721</title><guid isPermaLink="false">4401721@Uncensored</guid><description><![CDATA[Mooning a giant is seldom a good idea.  Just ask Netscape.  Snark Mark may
have his own fortunes safe in a tax-free lockbox on the Isle of Man, but Ubuntu
will face increasing pressure from "Linux vendors" who aren't actually Linux
vendors, such as Microsoft and Google.  That is, if Ehmke doesn't burn the
whole thing down first, of course. 
  
 The funny thing is, he's actually correct, but crowing about it might not
be the best idea at this stage. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4401720</link><pubDate>Thu, 06 Dec 2018 20:33:45 -0000</pubDate><title>Message #4401720</title><guid isPermaLink="false">4401720@Uncensored</guid><description><![CDATA[Look on the bright side, if you write desktop software you'll still have to
be paid to write it for every platform.  Have fun.  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4401693</link><pubDate>Thu, 06 Dec 2018 18:02:06 -0000</pubDate><title>Message #4401693</title><guid isPermaLink="false">4401693@Uncensored</guid><description><![CDATA[    
 Canonical kicks RH while they're down, throws salt on the wound etc: https://blog.ubuntu.com/2018/10/30/statement-on-ibm-acquisition-of-red-hat
  
  
  
 Unfriendly competition, I guess. I'm in a helluva mood this morning, don't
mind me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4401033</link><pubDate>Tue, 04 Dec 2018 15:35:39 -0000</pubDate><title>Message #4401033</title><guid isPermaLink="false">4401033@Uncensored</guid><description><![CDATA[  
 seamless mode is great. blends linux and windows desktop windows, err, seamlessly.
it's like having one computer that does two things. of course it's existed
for years, so I'm not cheerleading new news here. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4401032</link><pubDate>Tue, 04 Dec 2018 15:34:24 -0000</pubDate><title>Message #4401032</title><guid isPermaLink="false">4401032@Uncensored</guid><description><![CDATA[  
 directly enough; ubuntu 18.04 running inside vbox on a w10 host. everything
configured paravirt as much as possible. WSL isn't nearly enough for my use
case, as discussed previously. 
  
 guess what? soon there will be no longer any reason to purchase VMware Workstation;
Vbox is finally getting a working 3D stack: https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Devices/Graphics
in 6.0 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4401029</link><pubDate>Tue, 04 Dec 2018 15:19:38 -0000</pubDate><title>Message #4401029</title><guid isPermaLink="false">4401029@Uncensored</guid><description><![CDATA[ > it's been a long time since I've used Linux directly on the desktop. I
 
 >guess this is the learning curve.   
  
 "directly" is virtual machine or bare metal in this case?  These days I do
most of my Linux work either on a server or in WSL (what can I say ... it
actually works) but in my home we still use Linux desktop for video editing
(Kdenlive beats anything else I've tried). 
  
 tasksel looked rather obtuse when I tried it.  I got in and saw it, and bailed
out before letting it take any action.  It's one of the many things Ubuntu
keeps changing around and experimenting with.  They do that a bit too much
for my taste. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4399353</link><pubDate>Wed, 28 Nov 2018 22:50:45 -0000</pubDate><title>Message #4399353</title><guid isPermaLink="false">4399353@Uncensored</guid><description><![CDATA[  
 geckodriver, you are going to be the bane of my existence 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4399283</link><pubDate>Wed, 28 Nov 2018 17:37:07 -0000</pubDate><title>Message #4399283</title><guid isPermaLink="false">4399283@Uncensored</guid><description><![CDATA[  
 gawd, that was brutal. 
  
 it's been a long time since I've used Linux directly on the desktop. I guess
this is the learning curve. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4399262</link><pubDate>Wed, 28 Nov 2018 16:24:08 -0000</pubDate><title>Message #4399262</title><guid isPermaLink="false">4399262@Uncensored</guid><description><![CDATA[  
 comin' at you from a bare linux 80x25 tty now, while my system recovers &
reinstalls a large number of .deb's. 
  
 never use tasksel on ubuntu. it may uninstall a large number of .deb's, right
down to things like "ifupdown" and your Intel network driver kernel module.
at least it left virtio-net, so I was able to get back online. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4399021</link><pubDate>Tue, 27 Nov 2018 21:03:17 -0000</pubDate><title>Message #4399021</title><guid isPermaLink="false">4399021@Uncensored</guid><description><![CDATA[  
 finally got ubuntu 18.04 responding well as a virtualbox guest. the trick
is to ditch Gnome3 and install xfce, which does not use opengl-based compositing.

  
 Window drags are fast now! And I have tons more available memory. 
  
 Also did some maintenance with apt-get to get rid of most gnome-* packages
and the "snapd" stuff, which was only being used for gnome components. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4398934</link><pubDate>Tue, 27 Nov 2018 14:36:21 -0000</pubDate><title>Message #4398934</title><guid isPermaLink="false">4398934@Uncensored</guid><description><![CDATA[ >don't see it working very well for desktop software, but who writes   
 >desktop software anymore?  :)   
  
 *whimper* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4396730</link><pubDate>Mon, 19 Nov 2018 21:22:41 -0000</pubDate><title>Message #4396730</title><guid isPermaLink="false">4396730@Uncensored</guid><description><![CDATA[  
 I don't know what to tell you. I spent some time searching for exactly what
you're looking for, and it definitely doesn't exist yet. I couldn't even find
any blog posts that say "we're working on it." 
  
 I would definitely prefer WSL to the full-virt solutions if they could get
it to work. That would just be a really cool solution if all the issues were
ironed out. So hopefully, proper iptables support will show up in some future
Insider build. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4396679</link><pubDate>Mon, 19 Nov 2018 17:20:10 -0000</pubDate><title>Message #4396679</title><guid isPermaLink="false">4396679@Uncensored</guid><description><![CDATA[Right, I knew they were using a minimal HyperV/Linux footprint to run Docker
containers on Windows, but I was hoping you could point to where they intend
to move both development and deployment onto that environment.  I've had such
a good experience with WSL that it seems weird that they'd do anything other
than move more towards that direction. 
  
 If the industry is moving towards "Docker All The Things" then that could
be good ... it would give us the ability to finally build packages that will
work on every version of Linux *and* on Windows.  I don't see it working very
well for desktop software, but who writes desktop software anymore?  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4396475</link><pubDate>Sun, 18 Nov 2018 23:50:11 -0000</pubDate><title>Message #4396475</title><guid isPermaLink="false">4396475@Uncensored</guid><description><![CDATA[  
 Yeah, definitely the latter. It only *looks* like it's yesterday's news,
because the SJW's have won and have suppressed all actual news ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4396474</link><pubDate>Sun, 18 Nov 2018 23:44:16 -0000</pubDate><title>Message #4396474</title><guid isPermaLink="false">4396474@Uncensored</guid><description><![CDATA[    
 lmgtfy.   
    
 I don't have the exact articles I was looking at, on hand at the moment,
but I'm getting more and more up speed on this and can answer questions. 
 
    
 Docker for MacOSX hosts Linux processes in a virtualbox. It's not bad, but
it has some severe performance issues for certain workloads.   
    
 Docker for Windows hosts Linux processes in some virtual machine. Not sure
what the virtualization technology is right now, but they're building a HyperV
solution (as an alternative?) which is bad for some scenarios, because HyperV
imposes severe performance penalties on the Windows host for certain desktop
workloads, particularly if you have Nvidia drivers installed there will be
a lot of TLB thrashing.   
  
  
 WSL isn't up to the task of running Docker yet, either, because its support
for iptables is mostly just a stub. It can run parts of docker, but not docker-compose,
and everybody is using docker-compose. 
  
 So if, like me, you want to develop for Docker and you don't want to run
Linux on the bare metal, you'll be running an actual Linux kernel in a virtualization
environment on etiher Windows or Mac OS X. So you might as well just skip
the lackluster VM's that are built into Docker for Windows / Docker for OSX
and run a VM that you have full control over. The best options are Virtualbox
(free, but less graphics performance) or VMWare Workstation Pro (about $250,
but might be an affordable luxury if you want a bit better graphics performance.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4396198</link><pubDate>Sat, 17 Nov 2018 17:33:10 -0000</pubDate><title>Message #4396198</title><guid isPermaLink="false">4396198@Uncensored</guid><description><![CDATA[Probably.  But at this point the whole thing seems to be yesterday's news,
which means either it wasn't all that big a deal after all *or* that the SJW's
won and everything will die ... take your pick  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4396196</link><pubDate>Sat, 17 Nov 2018 17:32:07 -0000</pubDate><title>Message #4396196</title><guid isPermaLink="false">4396196@Uncensored</guid><description><![CDATA[Cite?  I'd like to learn more about that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4394040</link><pubDate>Fri, 09 Nov 2018 21:01:50 -0000</pubDate><title>Message #4394040</title><guid isPermaLink="false">4394040@Uncensored</guid><description><![CDATA[ > Apparently this is permitted by GPLv2, under which the Linux kernel is
 
 >still licensed.  (GPLv3 changes this, to avoid exactly this type of   
 >estoppel; it just so happens that the people who would wield it are the
 
  
 Yow. I think ESR is off the deep end on this one. GPLv2 is irrevocable (except
for the explitly defined causes, like violation) for all practical purposes.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4394038</link><pubDate>Fri, 09 Nov 2018 20:47:16 -0000</pubDate><title>Message #4394038</title><guid isPermaLink="false">4394038@Uncensored</guid><description><![CDATA[  
 WSL is going to be supplanted *as a development platform* by Docker for Windows'
new HyperV-hosted minimal linux kernel. But the latter is in a very raw state
at the moment, so I'm avoiding it for now. 
  
 Unfortunately, Docker for Windows is not going to be an easy replacement
for bash scripts that call docker-compose if there's any significant Linux
dependency :( 
  
 MacOS apparently works better for some of this stuff... but right now I'm
coming at you from Ubuntu running in a Virtualbox 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4391755</link><pubDate>Sat, 03 Nov 2018 18:25:32 -0000</pubDate><title>Message #4391755</title><guid isPermaLink="false">4391755@Uncensored</guid><description><![CDATA[Many organizations beyond a certain size still insist on paying Red Hat for
"support" even if they have Linux expertise in-house.  I think it's silly,
but I don't complain about it too much because it *does* funnel real money
into open source development. 
  
 At least that's the case now.  Red Hat funds a lot of open source development
work that is then contributed back upstream.  If that stops happening now,
then we have no reason to give them money and they can just fade away with
the rest of IBM. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4391422</link><pubDate>Fri, 02 Nov 2018 18:46:39 -0000</pubDate><title>Message #4391422</title><guid isPermaLink="false">4391422@Uncensored</guid><description><![CDATA[  
 Hrm.. 
  
 Government contracts help keep Red Hat alive.  The government, and some private
enterprises, really like the idea of having someone on the hook for problems,
so they can jump up and down to get a solution. 
  
 It's difficult to make that happen for a lot of open source projects. 
  
 (But then, if you throw money at a problem, it tends to get solved faster).

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4389914</link><pubDate>Mon, 29 Oct 2018 01:25:53 -0000</pubDate><title>Message #4389914</title><guid isPermaLink="false">4389914@Uncensored</guid><description><![CDATA[  
 For those of you who haven't heard, Red Hat is now officially dead.  IBM
bought them today for $34 billion dollars. 
  
 I imagine that the massive layoffs will start tomorrow as the entire operation
is transferred to India.  What should they rename their Linux distribution
to?  Top contenders are "Pink Slip Linux" and "Red Dot Linux". 
  
 They must be celebrating bigly over at Canonical today.  IBM is going to
screw up RH quickly. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4388835</link><pubDate>Thu, 25 Oct 2018 18:28:27 -0000</pubDate><title>Message #4388835</title><guid isPermaLink="false">4388835@Uncensored</guid><description><![CDATA[autoconf was run on the same FreeBSD host so it should generate a script that
uses a compatible shell. 
  
 I really want to get rid of autoconf completely.  conf-IG-ure works on BSD
but it uses some GNU Make features that I haven't figured out how to work
around.  I can probably get it to run under Bourne shell (sh not bash) though.

  
 Ultimately I just want to rewrite all of my code so that it runs with as
little configuration as possible.  When the GNU Autotools were written decades
ago, that was a pipe dream, but things are better now.  Think of all the cruft
that is still in sendmail to support transports and rewrites that haven't
been used in many years, while Postfix and others managed to be far more streamlined
by optimizing for an SMTP-dominated world.  Likewise, I think we can safely
drop support for building on Irix and HP/UX and 56-bit Honeywell. 
  
 Probably the most exotic
unix-like system anyone would try to build most software on these days would
be Mac OS.  Hopefully anything that works on both FreeBSD and OpenBSD will
work there too.  I suspect even Windows will emerge as a compatible target
in the next few years, if they decide that WSL is acceptable as a deployment
platform and not just a development platform. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4388764</link><pubDate>Thu, 25 Oct 2018 15:36:35 -0000</pubDate><title>Message #4388764</title><guid isPermaLink="false">4388764@Uncensored</guid><description><![CDATA[  
 Hm. 
  
 Same shell?  bash? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4388108</link><pubDate>Tue, 23 Oct 2018 18:49:52 -0000</pubDate><title>Message #4388108</title><guid isPermaLink="false">4388108@Uncensored</guid><description><![CDATA[  
 Fun find of the day: 
  
 checking for a BSD-compatible install... /usr/bin/install -c 
 ./configure: 2582: Syntax error: word unexpected (expecting ")") 
   
 It's fun because this works on Linux but not FreeBSD. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4388092</link><pubDate>Tue, 23 Oct 2018 18:07:33 -0000</pubDate><title>Message #4388092</title><guid isPermaLink="false">4388092@Uncensored</guid><description><![CDATA[  
 The goal is decent software.  Diversity can provide some assistance towards
that goal, but shouldn't be the goal in and unto itself. 
  
 And I mean 'can provide some assistance' in that the alternative perspectives
available in a diverse set of views can help inform software quite a bit.
 But, ultimately, that's a tool towards the goal, and not the goal itself.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4388090</link><pubDate>Tue, 23 Oct 2018 18:03:26 -0000</pubDate><title>Message #4388090</title><guid isPermaLink="false">4388090@Uncensored</guid><description><![CDATA[Although I agree with "Fuck you Stallman" as a general principle, his words
here are actually pretty tame when compared to the SJW "code of conduct" from
the likes of C. Ehmke. 
  
 He actually goes as far as to say "I disagree with making 'diversity' a goal."
 This is true; I say it all the time: diversity can be an attribute of a healthy
community, but it should never be an end in itself.  The document itself is
*mostly* about not getting nasty with people within the context of a project's
workspace, at least to the extent by which "The GNU Project" is still a thing
anywhere other than in the FSF's imagination. 
  
 About the furthest to the SJW side he gets here is to make a footnote pointing
to a page describing his own favorite genderless pronouns. 
  
 There is an endless list of reasons to say "Fuck you Stallman".  At this
point does anyone care? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4388057</link><pubDate>Tue, 23 Oct 2018 16:15:41 -0000</pubDate><title>Message #4388057</title><guid isPermaLink="false">4388057@Uncensored</guid><description><![CDATA[Fuck you Stallman. 
  
 http://lists.gnu.org/archive/html/info-gnu/2018-10/msg00001.html 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4387733</link><pubDate>Mon, 22 Oct 2018 16:38:10 -0000</pubDate><title>Message #4387733</title><guid isPermaLink="false">4387733@Uncensored</guid><description><![CDATA[Linus is supposedly back in charge of the kernel again.  We shall wait and
see whether it's the real Linus or a lobotomized Linus. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4383451</link><pubDate>Fri, 05 Oct 2018 18:32:56 -0000</pubDate><title>Message #4383451</title><guid isPermaLink="false">4383451@Uncensored</guid><description><![CDATA[  
 Perhaps he needs for Central Services to arrange for a visit from Information
Retrieval. 
  
 "We do the work, you do the pleasure." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4382856</link><pubDate>Wed, 03 Oct 2018 19:21:37 -0000</pubDate><title>Message #4382856</title><guid isPermaLink="false">4382856@Uncensored</guid><description><![CDATA[ > Although, he may come away thinking it's the Department of Financial  

 >Services.   
  
 Well, they *do* probably keep multiple copies of everything. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4382820</link><pubDate>Wed, 03 Oct 2018 16:38:46 -0000</pubDate><title>Message #4382820</title><guid isPermaLink="false">4382820@Uncensored</guid><description><![CDATA[ > 2018-10-03 12:38 from Ragnar Danneskjold   
 >Point him at the almighty Google.   
 >   
 >  
  
 Although, he may come away thinking it's the Department of Financial Services.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4382819</link><pubDate>Wed, 03 Oct 2018 16:38:03 -0000</pubDate><title>Message #4382819</title><guid isPermaLink="false">4382819@Uncensored</guid><description><![CDATA[Point him at the almighty Google. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4382799</link><pubDate>Wed, 03 Oct 2018 15:59:22 -0000</pubDate><title>Message #4382799</title><guid isPermaLink="false">4382799@Uncensored</guid><description><![CDATA[  
 Hrm. 
  
 Would it be rude to recommend an introductory computer course? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4382794</link><pubDate>Wed, 03 Oct 2018 15:50:29 -0000</pubDate><title>Message #4382794</title><guid isPermaLink="false">4382794@Uncensored</guid><description><![CDATA[Actually I got another email from him today ... seems he doesn't know much
of Windows either.  He wants me to tell him what DFS is and how to use it.

  
 I don't mind mentoring; in fact I do it all the time.  But this one seems
to have never seen a computer before. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4382786</link><pubDate>Wed, 03 Oct 2018 15:36:08 -0000</pubDate><title>Message #4382786</title><guid isPermaLink="false">4382786@Uncensored</guid><description><![CDATA[  
 *snicker* 
  
 Install the Linux sub-system on his machine, then choose a flavor of Linux
to install, and have him use proper ssh. 
  
 Later, perhaps he'll consider using proper Linux, without the Microsoft crutch.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4382518</link><pubDate>Tue, 02 Oct 2018 19:10:58 -0000</pubDate><title>Message #4382518</title><guid isPermaLink="false">4382518@Uncensored</guid><description><![CDATA[  
 I grow tired of this conversation. 
  
 DF: "I've been asked to review the Postfix logs to find out why some mail
isn't getting through.  Where are they and are they text or binary?" 
 IG: "They're on <servername> and <servername> in /var/log/maillog.  Search
for lines containing 'status=' to see results." 
 DF: "<screenshot of DF trying to connect to unqualified server name using
Microsoft RDP client> I can't connect to either one?" 
 IG: "They're Linux machines.  Use SSH." 
 DF: "What command do I use for SSH?" 
 IG: <Remembers LoanShark's advice: "punch the dumb fuck in the face", deletes
the thread instead> 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4379522</link><pubDate>Mon, 24 Sep 2018 19:47:32 -0000</pubDate><title>Message #4379522</title><guid isPermaLink="false">4379522@Uncensored</guid><description><![CDATA[The latest development on the Linux debacle: a movement has begun among those
who have been oppressed by the SJW Hitlers, and those who feel they will be
oppressed, to rescind their license grants on code they have contributed.
 Apparently this is permitted by GPLv2, under which the Linux kernel is still
licensed.  (GPLv3 changes this, to avoid exactly this type of estoppel; it
just so happens that the people who would wield it are the good guys this
time around.) 
  
 DDG the words "linux" and "killswitch" together to read more. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4379521</link><pubDate>Mon, 24 Sep 2018 19:42:47 -0000</pubDate><title>Message #4379521</title><guid isPermaLink="false">4379521@Uncensored</guid><description><![CDATA[I like it.  But I still think a good pro-meritocracy, anti-SJW CoC needs to
have a lot of profanity in it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4379147</link><pubDate>Sun, 23 Sep 2018 10:34:33 -0000</pubDate><title>Message #4379147</title><guid isPermaLink="false">4379147@Uncensored</guid><description><![CDATA[<html><body>

<p>Conquest Code of Conduct, from Conquest's Second Law. tl;dr: No socialism or social justice.</p>
<p> </p>
<p>https://github.com/pmjones/conquest</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4378730</link><pubDate>Fri, 21 Sep 2018 21:22:52 -0000</pubDate><title>Message #4378730</title><guid isPermaLink="false">4378730@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span><br /></span></div>
<div class="message_content">
<p>He didn't want a back door placed in the Linux kernel so they had to find someone who did want a back door.</p>
</div>
</blockquote>
<p>One more theory being floated is that Intel has secretly backed the expulsion of Linus from the Linux project.  The ongoing flamefest between Linus and Intel is well known, and the biggest beef Intel (and many others, including me, actually) has with Linus is that he has always been adamantly opposed to having a stable Kernel ABI.</p>
<p>I do understand that the rationale behind an unstable Kernel ABI is that it discourages closed source device drivers, encouraging driver maintainers to mainline their drivers in the kernel.  It's a worthy goal, but at the cost of Linux <em>not</em> being a long-term-stable target, the way Windows is.  I think, however, that if you have to take that kind of measure to guard your open source play, you're not making a compelling enough case for your software.  Linux and open source have already won.  Linux dominates pretty much everything except the desktop now.  If it were to become a long-term-stable target for software -- where you could build a single install package that will work on every Linux system for several years -- it might even have some penetration on the desktop too.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4378726</link><pubDate>Fri, 21 Sep 2018 21:14:06 -0000</pubDate><title>Message #4378726</title><guid isPermaLink="false">4378726@Uncensored</guid><description><![CDATA[<html><body>

<p>I truly believe that most people aren't xenophobes.  People with an agenda are exploiting members and non-members of every ethnic, sexual, religious, etc. group in order to use them (all of us, really) as weapons to further their own political agenda.  And all of us, at one point or another, fall for it.  We just have to hope that we realize what's going on and change course before we accidentally become the very thing against which we think we're fighting.</p>
<p>The fact that Patricia Torvalds is a signatory on the "post-meritocracy manifesto" shows just how bad it has gotten.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4378661</link><pubDate>Fri, 21 Sep 2018 17:36:04 -0000</pubDate><title>Message #4378661</title><guid isPermaLink="false">4378661@Uncensored</guid><description><![CDATA[  
 Ah, now we get into social justice, and the homosexual agenda. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4378659</link><pubDate>Fri, 21 Sep 2018 17:28:59 -0000</pubDate><title>Message #4378659</title><guid isPermaLink="false">4378659@Uncensored</guid><description><![CDATA[<html><body>

<p>He didn't want a back door placed in the Linux kernel so they had to find someone who did want a back door.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4378651</link><pubDate>Fri, 21 Sep 2018 16:59:22 -0000</pubDate><title>Message #4378651</title><guid isPermaLink="false">4378651@Uncensored</guid><description><![CDATA[ > But, it's a short term, in that they only survive for as long as that 
 
 >person remains the dictator.  For something like Linux, it'll last for 
 
  
 Did I mention that Linus is taking a break from kernel development, "coincidentally"
at the same time as he issued his apology to the SJW's and allowed the CoC
to be put into effect? 
  
 He's been forced out. 
  
 He might not even realize it.  Outside of kernel development, Linus is a
far-left Hitler.  His daughters are feminazis.  So he might only be aware
of social justice warfare in the same way that a fish is aware of water. 
  
 Word on the street is that they're already working on booting out Ted T'so
next. 
  
 With any luck, these happenings will be enough to redpill Linus.  He'll have
to fork the kernel and beat the crap out of his daughter, but the world will
be a better place.  Unfortunately, the forked kernel doesn't come
with the US$1,600,000/year salary that the Linux Foundation was paying him.

  
 Conspiracy theory time: is Microsoft secretly funding an effort to destroy
open source with social justice warfare? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4378200</link><pubDate>Thu, 20 Sep 2018 16:00:02 -0000</pubDate><title>Message #4378200</title><guid isPermaLink="false">4378200@Uncensored</guid><description><![CDATA[When I want my men to remember something important, to really make it stick,
I give it to them double dirty. It may not sound nice to some bunch of little
old ladies at an afternoon tea party, but it helps my soldiers to remember.
You canbt run an army without profanity; and it has to be eloquent profanity.
An army without profanity couldnbt fight its way out of a piss-soaked paper
bag. b& As for the types of comments I make, sometimes I just, By God, get
carried away with my own eloquence. 
  
 - George Patton 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4378170</link><pubDate>Thu, 20 Sep 2018 14:25:25 -0000</pubDate><title>Message #4378170</title><guid isPermaLink="false">4378170@Uncensored</guid><description><![CDATA[<html><body>

<p>Jay Maynard (Tron Guy) offers his Open Source Contribution Policy:</p>
<p> </p>
<p>https://medium.com/@jmaynard/a-contribution-policy-for-open-source-that-works-bfc4600c9d83</p>
<p> </p>
<p>As far as operating systems go, for the discerning iconoclast who disdains flourescent deep state Negroes, there's always Shrine:</p>
<p> </p>
<p>https://github.com/minexew/Shrine/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377899</link><pubDate>Wed, 19 Sep 2018 18:43:51 -0000</pubDate><title>Message #4377899</title><guid isPermaLink="false">4377899@Uncensored</guid><description><![CDATA[  
 Benevolent dictatorships work on a short term, but they work really, really
well during that term. 
  
 They work well because leadership is consolidated to a single person who
makes the decisions.  As you start adding people (board of directors, or goodness
forbid committees), the effort gets increasingly bogged down. 
  
 Well, I should say, they work really, really well during that term if the
dictator is smart.  They're awful if the dictator is an idiot who makes poor
decisions. 
  
 But, it's a short term, in that they only survive for as long as that person
remains the dictator.  For something like Linux, it'll last for as long as
Linus remains the dictator (or, if you like, the Linus we knew, vs. the Linus
he might become).  Death, or Certain Events can knock a person out of the
position, and unless the position can be filled with another, you won't get
very good results. 
  
 (Hint: they're rarely filled with another benevolent dictator). 
  
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377829</link><pubDate>Wed, 19 Sep 2018 14:25:53 -0000</pubDate><title>Message #4377829</title><guid isPermaLink="false">4377829@Uncensored</guid><description><![CDATA[Best comment seen on the Code Of Conduct Killer page: 
  
 "Is it alright if I make a pull request on your COCK?" 
  
 As for Linus, yes his daughter is an SJW, and he himself is politically Hitlerian.
 We're less concerned about Linus and more concerned about Linux.  Like it
or not, the "benevolent dictator" model *works*.  For Linus, this is the "then
they came for me" moment.  Perhaps this turn of events is enough to redpill
him and he will begin fighting back. 
  
 We'll all keep doing what we've been doing with open source, but we just
have to be aware in the back our our heads that Linux has cancer. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377778</link><pubDate>Wed, 19 Sep 2018 12:32:35 -0000</pubDate><title>Message #4377778</title><guid isPermaLink="false">4377778@Uncensored</guid><description><![CDATA[<html><body>

<p>Code of Conduct Killer:</p>
<p> </p>
<p>https://github.com/majestrate/XD/commit/c999eb7da2512edaac37805a03d7aca760dc7a4b</p>
<p> </p>
<p>BSD is one of the few things to come out of Berkeley that is not merely non-toxic, but well engineered.</p>
<p> </p>
<p>My greatest concern regarding Linus at this time is whether his Mike Pence rule failed to protect him (ie, if someone actually has even a whiff of #metoo dirt to smear him with), or if it was merely spillover from his daughter's feminist indoctrination. Can he blink twice to let us know he's okay?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377754</link><pubDate>Wed, 19 Sep 2018 10:12:36 -0000</pubDate><title>Message #4377754</title><guid isPermaLink="false">4377754@Uncensored</guid><description><![CDATA[  
 (Problem is, can I name any of them?  I dunno... the jerks are so much more
colorful and noted for their behavior, while the nice guys with great works
might have those works remembered, but themselves be mostly forgotten). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377753</link><pubDate>Wed, 19 Sep 2018 10:11:46 -0000</pubDate><title>Message #4377753</title><guid isPermaLink="false">4377753@Uncensored</guid><description><![CDATA[  
 Eh... 
  
 Maybe (perhaps) Linus is just trying to figure out how to get the same quality
without the vitriol. 
  
 You don't *have* to be an asshole.  Just uncompromising on quality.  Unless
that's what it means to be an asshole. 
  
 When I heard about Linus, though, I got to thinking about Johann Sebastian
Bach.  Bach was considered quite a jerk, from what I've read.  Leonard Bernstein
was another asshole.  Both made some amazing works of art, mostly due to not
compromising on quality.  But, I think you can find other examples of great
works by folks who didn't have to be a jerk to achieve them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377543</link><pubDate>Tue, 18 Sep 2018 18:09:10 -0000</pubDate><title>Message #4377543</title><guid isPermaLink="false">4377543@Uncensored</guid><description><![CDATA[ >BSD, BERKELEY Software Distribution... Berkeley being the most  
 >politically correct far leftest area of the nation?  
  
 Yes, the same Berkeley that originated Berkeley DB, which I've been using
for 20 years. 
  
 BSD unix hasn't been developed at Berkeley for a long time, though.  And
back when it was, the social justice hitlers weren't in the business of infecting
software and software projects with snowflakism. 
  
 FreeBSD already has the SJW cancer and is in a far later stage than Linux.

  
 OpenBSD is run by a Benevolent Asshole who got kicked off the NetBSD project
because he refused to put up with their crap.  Admittedly, I have done more
than my share of badmouthing of OpenBSD, but as I've pointed out in the past,
I am open minded enough to change my opinion in the face of new information.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377542</link><pubDate>Tue, 18 Sep 2018 18:07:16 -0000</pubDate><title>Message #4377542</title><guid isPermaLink="false">4377542@Uncensored</guid><description><![CDATA[ > I think you know that if that were the only variable I'd do it without
 
 >hesitation.  
 > As things stand now though, I'm highly paid, highly respected, doing  

 >work I love, and can work from home.  That's a tough gig to leave.   
 >   
 >  
  
 Believe me, I do know. 
  
 Although, I could probably let you work from home most of the time. 
  
 But respect?  That's tough. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377541</link><pubDate>Tue, 18 Sep 2018 18:02:01 -0000</pubDate><title>Message #4377541</title><guid isPermaLink="false">4377541@Uncensored</guid><description><![CDATA[ > You should come work for me again.  I'm a bigger asshole than ever.   
  
 I think you know that if that were the only variable I'd do it without hesitation.
 As things stand now though, I'm highly paid, highly respected, doing work
I love, and can work from home.  That's a tough gig to leave. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377540</link><pubDate>Tue, 18 Sep 2018 17:59:46 -0000</pubDate><title>Message #4377540</title><guid isPermaLink="false">4377540@Uncensored</guid><description><![CDATA[  
 The "post-meritocracy" people (yes, they really use that term!) claim that
in a meritocracy, certain groups are under-represented. 
  
 I call bullshit, of course.  If certain groups are under-represented WHEN
COMPARED TO THE POOL of developers who are capable and willing to contribute
to a project, then what you have is NOT a meritocracy. 
  
 And if you don't like the pool, the way to address that is to run a mentoring
program. 
  
 Surrendering to social justice hitlers will permit them to ruin open source
the way they ruin everything else they touch. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377533</link><pubDate>Tue, 18 Sep 2018 17:31:25 -0000</pubDate><title>Message #4377533</title><guid isPermaLink="false">4377533@Uncensored</guid><description><![CDATA[Seen elsewhere: 
  
 Just imagine how quickly kernel technology will advance now that the mailing
list is a designated safe space for special snowflakes. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377501</link><pubDate>Tue, 18 Sep 2018 16:07:08 -0000</pubDate><title>Message #4377501</title><guid isPermaLink="false">4377501@Uncensored</guid><description><![CDATA[ >    
 > I prefer to see leaders who are what I call "benevolent assholes" --  

 >such as Ragnar (back when I worked for him), Donald Trump, and pre-2018
 
 >Linus Torvalds.   
 >    
  
 You should come work for me again.  I'm a bigger asshole than ever. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377486</link><pubDate>Tue, 18 Sep 2018 14:58:55 -0000</pubDate><title>Message #4377486</title><guid isPermaLink="false">4377486@Uncensored</guid><description><![CDATA[<html><body>

<p>BSD, BERKELEY Software Distribution... Berkeley being the most politically correct far leftest area of the nation?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377349</link><pubDate>Tue, 18 Sep 2018 01:51:55 -0000</pubDate><title>Message #4377349</title><guid isPermaLink="false">4377349@Uncensored</guid><description><![CDATA[<html><body>

<p>There have been a few previous attempts at non-SJW codes:</p>
<p> </p>
<p>https://github.com/rosarior/Code-of-Merit</p>
<p> </p>
<p>Vox Day's more ironclad version of same:</p>
<p> </p>
<p>https://voxday.blogspot.com/2016/01/code-of-merit.html</p>
<p> </p>
<p>as well as one or two others which I can't recall at the moment.</p>
<p> </p>
<p>It's been a while since I tried OpenBSD, but it sounds as though there's no time like the present.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377253</link><pubDate>Mon, 17 Sep 2018 17:20:41 -0000</pubDate><title>Message #4377253</title><guid isPermaLink="false">4377253@Uncensored</guid><description><![CDATA[  
 I've asked ESR to write a code of conduct for projects that specifically
do *not* want to be infected by this kind of bullshit.  If he doesn't answer
or if he declines, I'm probably going to do it myself.  It will be heavy on
the profanity and written specifically to piss off the crybullies.   "This
project has great code.  The best, really.  Everyone is welcome to contribute.
 Contributions will be accepted based solely on merit.  Our code doesn't care
about your feelings.  If you feel that certain groups are under-represented
in our team, or if you are offended by our technical terminology, shut the
fuck up and go make me a sandwich, bitch." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377252</link><pubDate>Mon, 17 Sep 2018 17:17:32 -0000</pubDate><title>Message #4377252</title><guid isPermaLink="false">4377252@Uncensored</guid><description><![CDATA[I came here to post about that, and I see you've begun the conversation already.

  
 Everyone seems to be thinking the same thing -- the "kinder gentler Linus"
is actually "Linus surrendering to social justice warriors". 
  
 I prefer to see leaders who are what I call "benevolent assholes" -- such
as Ragnar (back when I worked for him), Donald Trump, and pre-2018 Linus Torvalds.

  
 I may have to do the unthinkable and switch to OpenBSD.  Theo deRaadt will
always be an asshole and will never cave in to SJW's. 
  
 ESR's blog article about this turn of events [ esr.ibiblio.org/?p=8120 ]
and the ensuing comments discussion seem to be a good place to read various
perspectives, with a pretty good leaning towards the sensible (non-SJW) side.

  
 The importance of this cannot be understated.  SJW COC is a cancer which
*will* destroy the Linux project as we know it today.  Until now it has been
a textbook example of open source meritocracy. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4377214</link><pubDate>Mon, 17 Sep 2018 14:48:22 -0000</pubDate><title>Message #4377214</title><guid isPermaLink="false">4377214@Uncensored</guid><description><![CDATA[<html><body>

<p>RIP Linux. Survived Microsoft, killed by SJW COC.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4376806</link><pubDate>Sat, 15 Sep 2018 22:52:38 -0000</pubDate><title>Message #4376806</title><guid isPermaLink="false">4376806@Uncensored</guid><description><![CDATA[I'd be ok with Linux changing to clang as well.  In fact, if we replaced every
piece of GNU software with a non-GNU equivalent, we wouldn't have to deal
with the communists who keep insisting that the OS is called "GNU/Linux".

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4376458</link><pubDate>Fri, 14 Sep 2018 12:55:41 -0000</pubDate><title>Message #4376458</title><guid isPermaLink="false">4376458@Uncensored</guid><description><![CDATA[  
 Wikipedia claims it's 'klang'.  But, I've seen the other used as well: 
  
 https://news.ycombinator.com/item?id=11561046 
  
 (But, the LLVM folks use 'klang', for whatever it's worth). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4375436</link><pubDate>Mon, 10 Sep 2018 21:43:41 -0000</pubDate><title>Message #4375436</title><guid isPermaLink="false">4375436@Uncensored</guid><description><![CDATA[  
 Hmm ... is clang pronounced "klang" or "see-lang" ? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4372967</link><pubDate>Mon, 27 Aug 2018 20:44:49 -0000</pubDate><title>Message #4372967</title><guid isPermaLink="false">4372967@Uncensored</guid><description><![CDATA[  
 ProTip! 
  
 If you run Linux machines in a VMware environment, like many of us do, you
are constantly annoyed by the way the VMware console leaves partial garbage
on the virtual console when it blanks, instead of showing a blank screen.
 And besides, what business does a virtual machine have blanking the console
anyway?  Screen savers belong on physical screens only. 
  
 To make this problem go poof: 
  
 1. Edit /etc/default/grub, /boot/grub2/grub.cfg, and/or wherever your kernel
boot parameters are set. 
 2. Remove useless directives like "rhgb" and "quiet" 
 3. Replace them with "consoleblank=0" 
 4. Reboot 
  
 et voila ... your virtual machine's console stays lit all the time now. 
  
 (This assumes that you are not running a GUI on your server console.  People
who do that tend to be Oracle DBAs and are not capable of learning ProTips
anyway.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4372966</link><pubDate>Mon, 27 Aug 2018 20:40:21 -0000</pubDate><title>Message #4372966</title><guid isPermaLink="false">4372966@Uncensored</guid><description><![CDATA[I knew all of them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4372590</link><pubDate>Sat, 25 Aug 2018 13:56:08 -0000</pubDate><title>Message #4372590</title><guid isPermaLink="false">4372590@Uncensored</guid><description><![CDATA[<html><body>

<p>For a while there were stories titled "x things you didn't know about ______", if you looked at the story and found you knew most of them.  This headline was different, they don't claim that people don't know about them.</p>
<h1 class="amp-wp-title" style="font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen-Sans, Ubuntu, Cantarell, 'Helvetica Neue', sans-serif; color: #353535; flex: 1 0 100%; margin: 0px 0px 0.625em; width: 808px;">27 Interesting Facts about Linux</h1>
<p>https://www.omgubuntu.co.uk/2018/08/interesting-facts-about-linux</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4371064</link><pubDate>Fri, 17 Aug 2018 14:18:05 -0000</pubDate><title>Message #4371064</title><guid isPermaLink="false">4371064@Uncensored</guid><description><![CDATA[Perhaps he/she/it wants to help you file a lawsuit against the developers
of tmux, funded by 419 money? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4371020</link><pubDate>Fri, 17 Aug 2018 10:10:07 -0000</pubDate><title>Message #4371020</title><guid isPermaLink="false">4371020@Uncensored</guid><description><![CDATA[  
 Hmm... not sure what you mean there, petabyte. 
  
 I can't quite tell if that's a stream of thought posting, or a stream of
text that accidentally leaked into a message posted here, heh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4370924</link><pubDate>Thu, 16 Aug 2018 18:38:10 -0000</pubDate><title>Message #4370924</title><guid isPermaLink="false">4370924@Uncensored</guid><description><![CDATA[om fleeb     
    
 I have.   
  
 equire a successful lawsuit. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4370446</link><pubDate>Tue, 14 Aug 2018 15:05:31 -0000</pubDate><title>Message #4370446</title><guid isPermaLink="false">4370446@Uncensored</guid><description><![CDATA[ > 2018-08-09 23:21 from IGnatius T Foobar   
 >Remind me again why tmux even exists, when screen was already there?   
 >   
 >  
  
 You can ask that about a whole host of open-source projects.  The whole "not
invented here" thing is both a great strength and huge weakness. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4369718</link><pubDate>Fri, 10 Aug 2018 16:27:09 -0000</pubDate><title>Message #4369718</title><guid isPermaLink="false">4369718@Uncensored</guid><description><![CDATA[because some dolt thought screen could be improved upon. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4369686</link><pubDate>Fri, 10 Aug 2018 14:14:46 -0000</pubDate><title>Message #4369686</title><guid isPermaLink="false">4369686@Uncensored</guid><description><![CDATA[  
 I tried using tmux, although I forget why. 
  
 I found screen worked better.  But, again, I forget the detail.  screen feels
more solid to me than tmux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4369581</link><pubDate>Fri, 10 Aug 2018 03:21:14 -0000</pubDate><title>Message #4369581</title><guid isPermaLink="false">4369581@Uncensored</guid><description><![CDATA[Remind me again why tmux even exists, when screen was already there? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4369301</link><pubDate>Wed, 08 Aug 2018 19:45:47 -0000</pubDate><title>Message #4369301</title><guid isPermaLink="false">4369301@Uncensored</guid><description><![CDATA[  
 check out pritunl. decent two-factor auth support, and portable 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4369300</link><pubDate>Wed, 08 Aug 2018 19:44:53 -0000</pubDate><title>Message #4369300</title><guid isPermaLink="false">4369300@Uncensored</guid><description><![CDATA[  
 lusers 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4369270</link><pubDate>Wed, 08 Aug 2018 17:52:46 -0000</pubDate><title>Message #4369270</title><guid isPermaLink="false">4369270@Uncensored</guid><description><![CDATA[screen for life. Tmux is for losers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4368496</link><pubDate>Fri, 03 Aug 2018 21:03:50 -0000</pubDate><title>Message #4368496</title><guid isPermaLink="false">4368496@Uncensored</guid><description><![CDATA[Ironically, the use of Screen or TMux is a great way to run NON-curses software
that assumes an ANSI/VT command set, under a terminal that uses some other
command set.  I remember the last time I had my Wyse terminal out and attached
to Linux, it wasn't really usable unless I entered a Screen session.  So we
may already be there.  :) 
  
 Ah, the 1980's ... Wyse terminals on the desks, DB-25 connectors on the walls,
teflon-coated cable in the ceilings, and unix machines from Zilog, Fortune,
Sperry, and Altos.  Ethernet was a distant dream for me then. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4368308</link><pubDate>Fri, 03 Aug 2018 04:29:53 -0000</pubDate><title>Message #4368308</title><guid isPermaLink="false">4368308@Uncensored</guid><description><![CDATA[  
 Has anyone played with WireGuard yet?  It is supposedly the up-and-coming
VPN technology because it bypasses all the hundreds of thousands of lines
of code used in things like IPsec and OpenVPN; instead it just creates an
interface on each end and you route through it. 
  
 [ https://www.wireguard.com ] 
  
 I haven't tried it yet but it looks pretty cool.  The developer has made
a request for the drivers to be included in the mainline Linux kernel.  It
would be interesting if that happens. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4366733</link><pubDate>Thu, 26 Jul 2018 21:52:50 -0000</pubDate><title>Message #4366733</title><guid isPermaLink="false">4366733@Uncensored</guid><description><![CDATA[Curses is still relevant, if only because the ANSI/VT command sets (plural!)
are so @#$*(%*($ing complicated, that *nobody* seems to get them right in
any consistent manner.  Except maybe the author of XTerm, but that's due to
its age dating back to Babylonian times. 
  
 Both Screen and TMux implement command sets differently enough that curses
still serves a useful purpose when running software under these environments.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4366462</link><pubDate>Wed, 25 Jul 2018 19:04:39 -0000</pubDate><title>Message #4366462</title><guid isPermaLink="false">4366462@Uncensored</guid><description><![CDATA[It's got to be maintained as long as there are programs (such as vi) using
it.  The question is whether *new* (no, not 'gnu') programs should bother
using it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4366251</link><pubDate>Tue, 24 Jul 2018 18:31:59 -0000</pubDate><title>Message #4366251</title><guid isPermaLink="false">4366251@Uncensored</guid><description><![CDATA[  
 Hmmm... Gnu released 6.1 of ncurses this past January, so it isn't entirely
dead, I should think. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4365612</link><pubDate>Fri, 20 Jul 2018 15:55:42 -0000</pubDate><title>Are curses and terminfo obsolete?</title><guid isPermaLink="false">4365612@Uncensored</guid><description><![CDATA[  
 Question for the group ... particularly those who have been immersed in the
unix world for a long time. 
  
 Is "curses" (including all variants such as ncurses, and related tech such
as termlib/terminfo) still relevant? 
  
 It's been a long time since anyone has built a terminal, or terminal emulator,
that was not ANSI/VT compatible.  I'm seeing more and more utilities make
use of things like color, reverse video, etc. without linking libtinfo to
figure out the correct escape sequences for the user's terminal.  This seems
to imply that they're just spitting out ANSI/VT codes and assuming everyone
has that kind of terminal now. 
  
 That's a safe assumption on pretty much any terminal program I've seen over
the last 20 years or more. 
  
 So is it time to abandon curses and terminfo, and enjoy the standard?  And/or
has this already happened? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4365609</link><pubDate>Fri, 20 Jul 2018 15:45:59 -0000</pubDate><title>Message #4365609</title><guid isPermaLink="false">4365609@Uncensored</guid><description><![CDATA[Only in email, and then anyone who can't type simply doesn't answer the question
 :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4365274</link><pubDate>Thu, 19 Jul 2018 00:20:24 -0000</pubDate><title>Message #4365274</title><guid isPermaLink="false">4365274@Uncensored</guid><description><![CDATA[<html><body>

<p>Does anybody ever get asked if they can type?</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4352107</link><pubDate>Wed, 16 May 2018 17:22:45 -0000</pubDate><title>Message #4352107</title><guid isPermaLink="false">4352107@Uncensored</guid><description><![CDATA[*sigh* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4351396</link><pubDate>Sat, 12 May 2018 21:09:12 -0000</pubDate><title>Message #4351396</title><guid isPermaLink="false">4351396@Uncensored</guid><description><![CDATA[<html><body>

<p>They are.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4351349</link><pubDate>Sat, 12 May 2018 18:43:05 -0000</pubDate><title>Message #4351349</title><guid isPermaLink="false">4351349@Uncensored</guid><description><![CDATA[This shit again?  I think we established a long time ago that people who write
"GNU/Linux" are communists. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4351229</link><pubDate>Fri, 11 May 2018 17:57:45 -0000</pubDate><title>Message #4351229</title><guid isPermaLink="false">4351229@Uncensored</guid><description><![CDATA[<html><body>

<p>Should the Linux operating system be called "Linux" or "GNU/Linux"? These days, asking that question might get as many blank stares returned as asking, "Is it live or is it Memorex?"</p>
<p>Some may remember that the Linux naming convention was a controversy that raged from the late 1990s until about the end of the first decade of the 21st century. Back then, if you called it "Linux", the GNU/Linux crowd was sure to start a flame war with accusations that the GNU Project wasn't being given due credit for its contribution to the OS. And if you called it "GNU/Linux", accusations were made about political correctness, although operating systems are pretty much apolitical by nature as far as I can tell.</p>
<p>https://www.linuxjournal.com/content/it-linux-or-gnulinux</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4350363</link><pubDate>Mon, 07 May 2018 10:11:19 -0000</pubDate><title>Message #4350363</title><guid isPermaLink="false">4350363@Uncensored</guid><description><![CDATA[  
 Well, it works. 
  
 Developing on an ancient linux kernel, then building packages in that ancient
kernel to distribute to modern distributions results in a product that works
on both old and new linux distributions. 
  
 Particularly if you also provide your own libraries and use rpath to direct
your binaries to it. 
  
 Neato. 
  
 Why the fuck didn't the guy who we hired as a linux developer do this from
the beginning? 
  
 (Answer: because he primarly worked on kernel development, not application
development, and didn't seem to know how to figure something like this out...
or perhaps he just didn't want to deal with setups and builds in Linux). 
  
 Next fun trick: hacking on bash to do what some would regard as 'nefarious'
things, and see if the GNU folks gasp in horror when I submit the patch to
them.  Mua ha ha ha ha. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4349837</link><pubDate>Fri, 04 May 2018 17:55:53 -0000</pubDate><title>Message #4349837</title><guid isPermaLink="false">4349837@Uncensored</guid><description><![CDATA[  
 Hours spent, trying to understand in what way rpmbuild installed on Debian
Lenny differs from rpmbuild installed on Debian Stretch (or CentOS 6.x). 
  
 For my situation, it wants a BuildRoot perched at the top of the file pointing
to my binaries. 
  
 This is the Linux experience when you can't stay on top of the latest thing
and you're mired in old OS distributions. 
  
 (It isn't much better in Windows, though). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4347064</link><pubDate>Mon, 23 Apr 2018 17:12:45 -0000</pubDate><title>Message #4347064</title><guid isPermaLink="false">4347064@Uncensored</guid><description><![CDATA[As much as I love using Vim, I think most would agree the only correct answer
to that question is, "My own." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4346449</link><pubDate>Thu, 19 Apr 2018 15:19:26 -0000</pubDate><title>Message #4346449</title><guid isPermaLink="false">4346449@Uncensored</guid><description><![CDATA[It's kind of like the new version of the Oculus Rift currently being developed.
 It maintains a pinned-up connection to the mothership and it is bolted to
the user's skull so that it cannot be removed. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4346448</link><pubDate>Thu, 19 Apr 2018 15:17:53 -0000</pubDate><title>Message #4346448</title><guid isPermaLink="false">4346448@Uncensored</guid><description><![CDATA[ > 2018-04-04 19:31 from Ragnar Danneskjold   
 >"Which is your preferred text editor?" is a great interview question.  

  
 I happen to know that Ragnar stabs people who answer "emacs" 
  
 He had to stop doing interviews in his own office because we got tired of
cleaning blood off the carpet. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4346281</link><pubDate>Wed, 18 Apr 2018 14:46:54 -0000</pubDate><title>Message #4346281</title><guid isPermaLink="false">4346281@Uncensored</guid><description><![CDATA[  
 We have a few chuckles about the idea at work, too. 
  
 It's a ridiculously bold statement.  I don't know how they can credibly back
it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4346279</link><pubDate>Wed, 18 Apr 2018 14:07:51 -0000</pubDate><title>Message #4346279</title><guid isPermaLink="false">4346279@Uncensored</guid><description><![CDATA[  
 (To bypass the ad blocker blocker on Business Insider, hit Ctrl-A Ctrl-C
quickly before the modal comes up, then paste the article into a word processor
to read it.) 
  
 So let me get this straight.  There's supposedly a security problem caused
by all of the "IoT" connected devices, toys, etc. out there, and the solution
is to connect them all to Azure and give Microsoft control of them all? 
  
 I mean, yeah, kudos to Micro$oft for being non-NIH enough to realize that
'doze is to bloated for this application and going with a Linux kernel, but
still ... tethering all IoT devices to Azure "for security purposes" sounds
like a cure that's worse than the disease. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4346139</link><pubDate>Tue, 17 Apr 2018 19:13:12 -0000</pubDate><title>Message #4346139</title><guid isPermaLink="false">4346139@Uncensored</guid><description><![CDATA[Embrace, extend, and exterminate. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4345970</link><pubDate>Tue, 17 Apr 2018 00:54:55 -0000</pubDate><title>Message #4345970</title><guid isPermaLink="false">4345970@Uncensored</guid><description><![CDATA[<html><body>

<p>Microsoft announced on Monday a new technology called Azure Sphere, a new system for securing the tiny processors that power smart appliances, connected toys, and other gadgets.</p>
<p>...here's the really notable part: To power Azure Sphere, Microsoft has developed its own, custom version of Linux — the free, open source operating system that Microsoft once considered the single biggest threat to the supremacy of its Windows software.</p>
<p> </p>
<p>http://www.businessinsider.com/microsoft-azure-sphere-is-powered-by-linux-2018-4</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344915</link><pubDate>Tue, 10 Apr 2018 15:53:27 -0000</pubDate><title>Message #4344915</title><guid isPermaLink="false">4344915@Uncensored</guid><description><![CDATA[  
 I plan to build the compiler on the target machine, just so I have a consistent
language to use (GNU C/C++ 5.4.0).  I can copy its libs into the rpathed folder.

  
 But, then there's glibc, which isn't compiled with the compiler.  And pthreads?

  
 I have other libraries that I plan to compile anyway, just to ensure that
we're working with something consistent (for example, openssl), so I'm hoping
to contain some of the scariness to just a few things. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344901</link><pubDate>Tue, 10 Apr 2018 14:49:35 -0000</pubDate><title>Message #4344901</title><guid isPermaLink="false">4344901@Uncensored</guid><description><![CDATA[ > Plus, you find yourself having to build for several distributions of  

 >Linux when you statically link, to ensure that the binaries work with  

 >the target kernel.   
  
 If the glibc you're linking against is sufficiently old, you ought to be
able to compile once and run on any subsequent compatible kernel. 
  
 Of course it does depend on whether you're using any of the more poorly-isolated
shared libraries as a dependency 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344899</link><pubDate>Tue, 10 Apr 2018 14:31:45 -0000</pubDate><title>Message #4344899</title><guid isPermaLink="false">4344899@Uncensored</guid><description><![CDATA[  
 Static linking has problems, too. 
  
 One big problem involves working with ODBC, which I need to do for one application.
 In Linux, you must dynamically link your binaries for ODBC support, since
the point of it involves a 3rd party vendor providing a shared object that
provides the driver for the database in terms of ODBC. 
  
 Plus, you find yourself having to build for several distributions of Linux
when you statically link, to ensure that the binaries work with the target
kernel. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344897</link><pubDate>Tue, 10 Apr 2018 14:09:40 -0000</pubDate><title>Message #4344897</title><guid isPermaLink="false">4344897@Uncensored</guid><description><![CDATA[ > Does anyone here have experience with that?  Because if I can reduce  

 >my build machines to just one or two machines for Linux, I'd rather   
 >like that.   
  
 We use rpath in the Easy Install script for Citadel. 
  
 All of the libraries that we compile are installed in a dedicated support
directory, and we build our binaries with the rpath option to force them to
prefer their own libraries over anything else that might already be installed
on the system.  It probably wouldn't be too difficult to take it a step further,
include almost *all* libraries instead of just the specialty ones, and ship
binaries. 
  
 At some point, though, you have to start wondering whether it would just
be easier to static link everything. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344873</link><pubDate>Tue, 10 Apr 2018 12:16:56 -0000</pubDate><title>Message #4344873</title><guid isPermaLink="false">4344873@Uncensored</guid><description><![CDATA[  
 Trying not to reveal overmuch what we do, but: 
  
 1. We *must* work on a 10-year old distribution of Linux, because of the
sort of ways this software will be used. 
 2. At least one of the things we do is accomplished using techniques that
won't work very well if it has to go through a docker layer.  This said, I'd
like to accomplish the same thing another way, by taking advantage of the
fact that Linux is open-sourced, and we can alter the original sources to
do things we need, as long as we give those sources back to the community
(who may keep it or throw it away, won't matter to us). 
  
 At the end of the day: 
  
 * I want to reduce the number of build machines we must have to build our
software. 
 * I need this to work on as many distributions of Linux to cover at least
80% of use cases (hence debian & redhat). 
 * I need this to work on at least one 10 year old distribution
of Linux. 
 * The package I create should not have any dependencies... it should be capable
of standing alone. 
  
 If only we were open-sourced... this would be easier.  We'd just distribute
the sources and be done with it.  But we're not... we have to distribute binaries.
 So it's painful. 
  
 Definitely learning a lot about Linux, though, as a consequence of these
requirements. 
  
 If I could address #2, I might be able to do this in a docker instance. 
I think.  Maybe.  It'd be weird, I think, but it might be possible.  But running
in a docker instance probably won't address #1. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344756</link><pubDate>Mon, 09 Apr 2018 20:28:24 -0000</pubDate><title>Message #4344756</title><guid isPermaLink="false">4344756@Uncensored</guid><description><![CDATA[  
 The question is, are you using -rpath for a shlib that's part of a standard
baseline linux, or something that can't be assumed to exist (in a compatible
version) 
  
 You need to have good knowledge of your shared library dependencies/ecosystem.
Otherwise this question is not phrased in the form of a question... 
  
 Anyway, think twice about supporting more than 1 or 2 recent Linux distros,
and perhaps think about shipping a virtual appliance (either docker image
or traditional virt) to manage dependencies? 
  
 A customer with the resources to install and support Linux, probably also
has the resources to install and support a *recent* Linux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344658</link><pubDate>Mon, 09 Apr 2018 10:38:40 -0000</pubDate><title>Message #4344658</title><guid isPermaLink="false">4344658@Uncensored</guid><description><![CDATA[  
 On another topic, I recently learned about the rpath linker option for GNU
compilers. 
  
 Apparently, in closed-source shops that want to provide binaries for Linux,
this tool lets you link to the libraries you want, and include them as part
of the packaging for the overall product in such a way that you can link to
a known environment. 
  
 The rest involves compiling on the oldest Linux you want to support to ensure
that most kernels will support your binary. 
  
 Does anyone here have experience with that?  Because if I can reduce my build
machines to just one or two machines for Linux, I'd rather like that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344654</link><pubDate>Mon, 09 Apr 2018 10:29:27 -0000</pubDate><title>Message #4344654</title><guid isPermaLink="false">4344654@Uncensored</guid><description><![CDATA[  
 I think Docker would at least partially solve a different problem that we
have, where we kinda want multiple instances of our server on a single machine.
 Thing is, we'd need to build something into the host machine to help manage
the multiple servers... something that knows about the multiple nature of
itself, and translates between clients accessing it, and the various servers,
to intelligently assemble or disassemble messages appropriately. 
  
 But, we haven't started down that road yet.  There's still time to consider
alternatives, heh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344372</link><pubDate>Fri, 06 Apr 2018 18:45:25 -0000</pubDate><title>Message #4344372</title><guid isPermaLink="false">4344372@Uncensored</guid><description><![CDATA[Docker is never the solution.  Except when it is.  Choose wisely. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344342</link><pubDate>Fri, 06 Apr 2018 14:41:14 -0000</pubDate><title>Message #4344342</title><guid isPermaLink="false">4344342@Uncensored</guid><description><![CDATA[  
 Well, that'll be a nice add to the tool. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344272</link><pubDate>Thu, 05 Apr 2018 21:18:04 -0000</pubDate><title>Message #4344272</title><guid isPermaLink="false">4344272@Uncensored</guid><description><![CDATA[<html><body>

<p>https://www.phoronix.com/scan.php?page=news_item&amp;px=GNU-Nano-2.9-Released</p>
<p>First up, GNU Nano 2.9 has the ability to record and replay keystrokes within the text editor. M-: is used to start/stop the keystroke recording session while M-; is used to playback the macro / recorded keystrokes. </p>
<div> </div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344254</link><pubDate>Thu, 05 Apr 2018 18:26:33 -0000</pubDate><title>Message #4344254</title><guid isPermaLink="false">4344254@Uncensored</guid><description><![CDATA[    
 I think I just answered my question.   
  
 The answer is 'no'. 
  
 While nano does have syntax highlighting, which is nice, and it has some
nice cut-n-paste things that it can do, it isn't as robust as vim.  Not by
a long shot. 
  
 You can't highlight a block of text and auto-indent it, like you can with
vim.  It doesn't even really do smart indenting at all, just a kind of 'indent
like the last line' style of indenting, which is fine, but not as nice as
something that understands the language you're writing in. 
  
 And that's fine, but I really do find myself using these extra features in
vim. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344252</link><pubDate>Thu, 05 Apr 2018 18:15:17 -0000</pubDate><title>Message #4344252</title><guid isPermaLink="false">4344252@Uncensored</guid><description><![CDATA[  
 I'm genuinely curious... 
  
 With nano, can you record the execution of a series of discrete edits (e.g.
copy from this part of the line, paste to this part of the line, move left
2 characters and insert an 'e', that kind of stuff), into a sort of macro
that you can then execute repeatedly x number of times? 
  
 I keep finding myself having a need for that style of editing, where I might
have 'weird edits' like the above in 20 lines or so. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344247</link><pubDate>Thu, 05 Apr 2018 17:37:37 -0000</pubDate><title>Message #4344247</title><guid isPermaLink="false">4344247@Uncensored</guid><description><![CDATA[<html><body>

<p>Back in the days of DOS I used/purchased a shareware program called <a href="https://en.wikipedia.org/wiki/The_SemWare_Editor">Qedit</a> by Semware.  </p>
<p>I used nano because that is what my ex-boss used. At one point we were running a custom Linux and that was the only editor.  I don't know if nano was better or worse than any other editor but I was familiar with nano.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344243</link><pubDate>Thu, 05 Apr 2018 17:06:33 -0000</pubDate><title>Message #4344243</title><guid isPermaLink="false">4344243@Uncensored</guid><description><![CDATA[  
 I don't find nano very simple. 
  
 But then, I've been using vim a long time, and have built up a familiarity
with it that lets me make it work for me. 
  
 I haven't done the same with nano.  For all I know, it's as functional as
vim. 
  
 I have had many occasions where I needed to make massive edits in my file,
and found vim to work very nicely for that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344204</link><pubDate>Thu, 05 Apr 2018 12:58:23 -0000</pubDate><title>Message #4344204</title><guid isPermaLink="false">4344204@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Wed Apr 04 2018 20:11:24 EDT</span> <span>from zooer @ Uncensored </span></div>
<div class="message_content">
<p>pico/nano.... </p>
<br /><br /></div>
</blockquote>
<p> </p>
<p>Same here.  I prefer nano.   I can use vi/vim, and do quite often.  I just prefer the simpleness of Nano.  </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344152</link><pubDate>Thu, 05 Apr 2018 00:11:24 -0000</pubDate><title>Message #4344152</title><guid isPermaLink="false">4344152@Uncensored</guid><description><![CDATA[<html><body>

<p>pico/nano.... </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4344147</link><pubDate>Wed, 04 Apr 2018 23:31:59 -0000</pubDate><title>Message #4344147</title><guid isPermaLink="false">4344147@Uncensored</guid><description><![CDATA["Which is your preferred text editor?" is a great interview question. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343964</link><pubDate>Tue, 03 Apr 2018 20:24:24 -0000</pubDate><title>Message #4343964</title><guid isPermaLink="false">4343964@Uncensored</guid><description><![CDATA[  
 perl's before swine :-D 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343937</link><pubDate>Tue, 03 Apr 2018 15:42:23 -0000</pubDate><title>Message #4343937</title><guid isPermaLink="false">4343937@Uncensored</guid><description><![CDATA[  
 Unlikely. 
  
 I far prefer vi(m).  The momentary flit with That Other Editor is well behind
me. 
  
 I view it as a perl of editors. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343928</link><pubDate>Tue, 03 Apr 2018 13:45:13 -0000</pubDate><title>Message #4343928</title><guid isPermaLink="false">4343928@Uncensored</guid><description><![CDATA[ > I tried emacs for a couple of years or so in college.   
  
 Of all of the harmful things and self-abusive lifestyles one can potentially
experiment with during the college years ... you picked a really, really,
really bad one. 
  
 I hope it didn't permanently damage you. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343813</link><pubDate>Mon, 02 Apr 2018 19:05:07 -0000</pubDate><title>Message #4343813</title><guid isPermaLink="false">4343813@Uncensored</guid><description><![CDATA[  
 (And it still wouldn't solve our general problem of needing to forward that
information to the same place for all the machines in the virtual environment).

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343812</link><pubDate>Mon, 02 Apr 2018 19:03:59 -0000</pubDate><title>Message #4343812</title><guid isPermaLink="false">4343812@Uncensored</guid><description><![CDATA[  
 Hmmm... not sure docker will allow us to do some of the weird things we need
to do. 
  
 We need, for example, to see what a student has typed at a command prompt,
and also report the tool's output.  It gets weirder if that tool happens to
be something like meterpreter. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343783</link><pubDate>Mon, 02 Apr 2018 16:42:43 -0000</pubDate><title>Message #4343783</title><guid isPermaLink="false">4343783@Uncensored</guid><description><![CDATA[  
 time for docker? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343745</link><pubDate>Mon, 02 Apr 2018 12:08:49 -0000</pubDate><title>Message #4343745</title><guid isPermaLink="false">4343745@Uncensored</guid><description><![CDATA[  
 I tried emacs for a couple of years or so in college. 
  
 After growing weary of holding down the ctrl key, I started looking to vi
(via vim), and it much easier to use. 
  
 Which might seem a bit weird, but I guess I'm comfortable with the whole
modal command thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343399</link><pubDate>Fri, 30 Mar 2018 17:18:08 -0000</pubDate><title>Message #4343399</title><guid isPermaLink="false">4343399@Uncensored</guid><description><![CDATA[I prefer emacs too.  It goes well with relish and catsup/ketchup/however the
hell it's spelled/spelt/wtf.  When I'm done, I go back to work using Vim.
 ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343212</link><pubDate>Thu, 29 Mar 2018 19:33:31 -0000</pubDate><title>Message #4343212</title><guid isPermaLink="false">4343212@Uncensored</guid><description><![CDATA[<html><body>

<p>I just stormed out of a meeting for that exact reason.</p>
<p>Someone said something to the effect of "I prefer emacs."</p>
<p>I snapped my laptop shut, said "We don't say those words.  Not in this house." and without missing a beat, walked out of the room.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343207</link><pubDate>Thu, 29 Mar 2018 18:35:01 -0000</pubDate><title>Message #4343207</title><guid isPermaLink="false">4343207@Uncensored</guid><description><![CDATA[  
 The post-configuration required for this tool is an IP address to a machine
within the environment to which information will be pushed, given the nature
of this tool. 
  
 Further configuration is up to the user... but that one tiny bit of information
is critical to getting this to work at a base level. 
  
 So, no, a meta-package won't quite cut it.  Unless, maybe, I build a meta-package
for every conceivable IPv4 address out there.  Heh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343202</link><pubDate>Thu, 29 Mar 2018 18:19:49 -0000</pubDate><title>Message #4343202</title><guid isPermaLink="false">4343202@Uncensored</guid><description><![CDATA[  
 I'm already doing Special Things to avoid dependency hell, so I don't expect
I need to worry about that muc. 
   
 This is a matter of ensuring that the system is configured properly before
they go to use it.  I come from a Windows background, where I expect the user
to have an intellect closer to that of a gnat than a well-paid engineer, so
it's possible I am overthinking things. 
  
 Except... I am not dealing with well-paid engineers working on Linux.  I'm
dealing with instructors, who ought to know better, but might not. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343184</link><pubDate>Thu, 29 Mar 2018 16:32:41 -0000</pubDate><title>Message #4343184</title><guid isPermaLink="false">4343184@Uncensored</guid><description><![CDATA[That seems pretty normal.  Can you perhaps build a "meta-package", which contains
a program that asks for necessary details then yum-installs specifically pre-configured
packages based on the information provided?  Or which patches configuration
after a specific yum-install completes? 
  
 It's not as integrated as Debian's approach, but it at least might make things
easier for those who don't want to slog through dependency hell. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4343141</link><pubDate>Thu, 29 Mar 2018 12:29:09 -0000</pubDate><title>Message #4343141</title><guid isPermaLink="false">4343141@Uncensored</guid><description><![CDATA[  
 Gotta build everything to work in RedHat now. 
  
 So far, not a trivial undertaking, but probably easier than trying to make
this work for Solaris. 
  
 Using CentOS, since I don't want to pay for build systems... I expect the
binaries should still work on RedHat (but will test to make sure).  And one
of the first things I discovered is that you have to yum-install the static
libraries separately from the -devel packages... unlike in Debian.  I find
that annoying, but I guess I understand.  Also, they don't provide a static
library for OpenSSL that will actually work (it tries to drag in a bunch of
kerberos nonsense that you don't otherwise need).  So, you have to compile
it yourself... which if I'm going to do that, I may as well get the latest
version and work with that, to address all the subtle security concerns. 
  
 Also unlike Debian, there's no way to specify [1;the RPM packaging
system offers no consistent way to configure the package upon installation.
 You are specifically disencouraged from asking the installer for any information
... which I understand, as many administrators would want to install remotely,
etc., but they offer no alternative to specify what you might have wanted
to state during the installation (which you can do with Debian packages).
 So, yeah, no consistency there.  Any configuration would have to happen post-install,
and the installer would need to know what to do to make that happen.  I might
work around this by echoing a script the installer can call to configure the
installation, so at least it isn't a mystery. 
  
 Is that the normal way of doing things with RPM?  After install, write to
the console something like, "To configure this installation, run /usr/local/bin/configure_my_tool
"? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4340413</link><pubDate>Tue, 13 Mar 2018 18:03:03 -0000</pubDate><title>Message #4340413</title><guid isPermaLink="false">4340413@Uncensored</guid><description><![CDATA[  
 He should think twice about that--Emacs is kind of an ungodly mess, UI-wise.
But on rare occasions I drop into it because of some function that might not
exist (that I know of) elsewhere. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4340389</link><pubDate>Tue, 13 Mar 2018 14:28:22 -0000</pubDate><title>Message #4340389</title><guid isPermaLink="false">4340389@Uncensored</guid><description><![CDATA[<html><body>

<p>James Gosling.  His implementation of emacs began in 1981, with editor macros written in an embedded subset of LISP.</p>
<p>Stallman eventually turned his nose up at it, as he does with most things, and began GNU Emacs.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4340317</link><pubDate>Tue, 13 Mar 2018 02:16:50 -0000</pubDate><title>Message #4340317</title><guid isPermaLink="false">4340317@Uncensored</guid><description><![CDATA[I thought Emacs had its roots with DEC PDP-11 systems running RT-11?  DEC
had a text editor that they used, and "EMACS" was back then nothing more than
a bunch of Editor MACroS.  Can't remember the original editor's name, too
lazy to Google, and can't be arsed to bother right now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4340283</link><pubDate>Mon, 12 Mar 2018 22:10:38 -0000</pubDate><title>Message #4340283</title><guid isPermaLink="false">4340283@Uncensored</guid><description><![CDATA[ > 2018-03-12 17:48 from IGnatius T Foobar @uncnsrd   
 >Holy crap ... emacs is older than vi?  
 >  
  
 I had no idea either.  Although GNU Emacs started life in 1984. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4340274</link><pubDate>Mon, 12 Mar 2018 21:48:18 -0000</pubDate><title>Message #4340274</title><guid isPermaLink="false">4340274@Uncensored</guid><description><![CDATA[<html><body>

<p>Holy crap ... emacs is older than vi?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4340247</link><pubDate>Mon, 12 Mar 2018 18:02:38 -0000</pubDate><title>Message #4340247</title><guid isPermaLink="false">4340247@Uncensored</guid><description><![CDATA[40 years ago this month Bill Joy's ex 1.1 was released as part of the first BSD Unix release. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4338844</link><pubDate>Thu, 01 Mar 2018 19:25:39 -0000</pubDate><title>Message #4338844</title><guid isPermaLink="false">4338844@Uncensored</guid><description><![CDATA[oak(4) was the interface to a SCSI interface. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4337749</link><pubDate>Mon, 26 Feb 2018 02:49:22 -0000</pubDate><title>Message #4337749</title><guid isPermaLink="false">4337749@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm still waiting for Stallman to start complaining that I modified the version of the GPL that I use, even though it says "changing it is not allowed."  </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4337076</link><pubDate>Fri, 23 Feb 2018 15:28:54 -0000</pubDate><title>Message #4337076</title><guid isPermaLink="false">4337076@Uncensored</guid><description><![CDATA[  
 Developers can't read or write English, particularly the aspies that dominate
free software development, so I'm leaning towards "do whatever the fuck."

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4337066</link><pubDate>Fri, 23 Feb 2018 14:28:05 -0000</pubDate><title>Message #4337066</title><guid isPermaLink="false">4337066@Uncensored</guid><description><![CDATA[  
 So, there's this thing.. the 'debian policy' document.  You can find it here:

  
  ehttps://www.debian.org/doc/debian-policy/ 
  
 It's supposed to help clarify lots of information related to creating debian
packages. 
  
 Skip down to 2.2.2., "The contrib archive area", and witness how well they
clarify things. 
  
 "Every package in /contrib/ must comply with the DFSG." 
  
 No link there on the acronym "DFSG". 
  
 Imagine someone not skilled in the art of creating debian packages (say...
me?) stumbles into a document with this in it.  Would they think to look up
at 2.2.1. and find that the acronym means "Debian Free Software Guidlines"?
 Would they think to click on the [3], jumping to some random area of the
document where there's another link to 'REJECT-FAQ' "which details the project's
current working interpretatin of the DFSG"?  Would they continue through the
labyrinth to follow
that link to the 90s-esque web page that kinda makes all of this feel more
like a legal document and less like a technical one? 
  
 Or would they just toss their hands up in the air, quietly scream inside,
and just do whatever the fuck they want anyway? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4336542</link><pubDate>Wed, 21 Feb 2018 18:24:15 -0000</pubDate><title>Message #4336542</title><guid isPermaLink="false">4336542@Uncensored</guid><description><![CDATA[  
 Or elm, for that matter. 
  
 Which tears it for me, my next executable should be named 'oak', to ensure
it can't be removed from the file system easily. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4336458</link><pubDate>Wed, 21 Feb 2018 16:16:58 -0000</pubDate><title>Message #4336458</title><guid isPermaLink="false">4336458@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Feb 20 2018 16:54:48 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Umm ... yeah. That will delete most files, but a few email clients will be left behind. pine and elm binaries, in particular, do *not* respond to "rm -fir" </div>
</div>
</blockquote>
<p>I would have thought that pine, of all of them, would be especially responsive to that command.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4336299</link><pubDate>Tue, 20 Feb 2018 21:54:48 -0000</pubDate><title>Message #4336299</title><guid isPermaLink="false">4336299@Uncensored</guid><description><![CDATA[Umm ... yeah.  That will delete most files, but a few email clients will be
left behind.  pine and elm binaries, in particular, do *not* respond to "rm
-fir" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4336247</link><pubDate>Tue, 20 Feb 2018 15:59:22 -0000</pubDate><title>Message #4336247</title><guid isPermaLink="false">4336247@Uncensored</guid><description><![CDATA[  
 I guess, if you want to remove the whole tree, "rm -fir" is the way to do
it. *Ducks* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4335718</link><pubDate>Sun, 18 Feb 2018 05:56:24 -0000</pubDate><title>Message #4335718</title><guid isPermaLink="false">4335718@Uncensored</guid><description><![CDATA[If thod threatened our kitten, my daughter would stab him in the face with
a Buick. 
  
 The first time I learned those options, it was some 35 years ago when I was
reading some of the internal scripts that came with Xenix.  One of them used
"rm -fir" to remove an entire directory and its contents.  Needless to say,
"f" and "i" aren't supposed to be used together, because they specify opposite
things.  Leave it to Microsoft to be brilliant that way, I guess. 
  
 Ah, the good old days, when Xenix was supposedly the future of mainstream
microcomputing... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4335181</link><pubDate>Thu, 15 Feb 2018 17:27:08 -0000</pubDate><title>Message #4335181</title><guid isPermaLink="false">4335181@Uncensored</guid><description><![CDATA[  
 And every time you type "rm -fr", Thod kills a kitten. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4335155</link><pubDate>Thu, 15 Feb 2018 14:02:34 -0000</pubDate><title>Message #4335155</title><guid isPermaLink="false">4335155@Uncensored</guid><description><![CDATA[I pulled out the oldest Unix book I've got, but unfortunately it seems to
pre-date -f.  It does show -rD. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4335066</link><pubDate>Wed, 14 Feb 2018 19:59:49 -0000</pubDate><title>Message #4335066</title><guid isPermaLink="false">4335066@Uncensored</guid><description><![CDATA[  
 No ansible here, I guess we've settled on terraform as (what I assume to
be) an equivalent 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4335062</link><pubDate>Wed, 14 Feb 2018 19:24:25 -0000</pubDate><title>Message #4335062</title><guid isPermaLink="false">4335062@Uncensored</guid><description><![CDATA[  
 I've heard this assertion concerning Go, although not Rust. 
  
 Although, I haven't had my ear as close to the cacaphony as perhaps I should.

  
 At the end of the day, I don't generally care about the language requirements...
I'll work with whatever.  Although, I might draw the line at Perl.  A line
that looks suspiciously like: 
  
 #)%(*#&)*#$*@#%)*&#%)@*@#&)$*#*%)(%^*(*#)$*@#)$ 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4335057</link><pubDate>Wed, 14 Feb 2018 18:56:16 -0000</pubDate><title>Message #4335057</title><guid isPermaLink="false">4335057@Uncensored</guid><description><![CDATA[So, somebody wrote a tool to do exactly what I wanted in Go. (The tool is
Vuls.) I got an ansible playbook written to deploy it, [29~and then as part
of our DR testing, I blew the server away, and ran the installation playbook
again. It wouldn't install, because the new version of go wouldn't work with
the whatevert, and it was just a big hassle if I was going to have to update
the playbook anytime there was an update. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4335046</link><pubDate>Wed, 14 Feb 2018 17:34:46 -0000</pubDate><title>Message #4335046</title><guid isPermaLink="false">4335046@Uncensored</guid><description><![CDATA[There are a few high-profile people (esr is one of them) who claim that Rust
and Go are now where it's at.  But we've heard that song before.  Python is
still the perennial favorite among open source types. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334907</link><pubDate>Tue, 13 Feb 2018 20:39:08 -0000</pubDate><title>Message #4334907</title><guid isPermaLink="false">4334907@Uncensored</guid><description><![CDATA[<html><body>

<p>Every time you type "rm -rf" God kills a puppy.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334905</link><pubDate>Tue, 13 Feb 2018 20:37:08 -0000</pubDate><title>Message #4334905</title><guid isPermaLink="false">4334905@Uncensored</guid><description><![CDATA[I'm afraid that I'm firmly ensconsed in the rm -rf camp, as well. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334894</link><pubDate>Tue, 13 Feb 2018 19:50:11 -0000</pubDate><title>Message #4334894</title><guid isPermaLink="false">4334894@Uncensored</guid><description><![CDATA[  
 Wait... Python?  Seriously?  I thought it was R. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334893</link><pubDate>Tue, 13 Feb 2018 19:49:27 -0000</pubDate><title>Message #4334893</title><guid isPermaLink="false">4334893@Uncensored</guid><description><![CDATA[  
 Hm.. yep.. rm -rf is etched into my finger-memory... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334887</link><pubDate>Tue, 13 Feb 2018 19:05:39 -0000</pubDate><title>2017 LinuxQuestions.org Members Choice Results</title><guid isPermaLink="false">4334887@Uncensored</guid><description><![CDATA[ 
  
 For anyone who cares ... linuxquestions.org did a poll to see what software
is popular in the Linux world this year.  Here are the results: 
  
 [ https://www.linuxquestions.org/questions/2017mca.php ] 
  
 Some of the highlights: 
  
 * Ubuntu, Slackware, and Mint are the most popular desktop distributions

  
 * MariaDB is now twice as popular as MySQL ... not surprising, considering
Oracle is (unsurprisingly) getting stupid with the licensing 
  
 * Firefox is the overwhelmingly favorite browser. 
  
 * KDE is the favorite desktop, followed closely by Xfce.  GNOME seems to
have fragmented. 
  
 * VLC dominates both audio and video playback. 
  
 * vi and vim win the text editor category.  Even lightweight editors like
nano and kate are more popular than emacs. 
  
 * Python is still the favorite programming language. 
  
 No big surprises here, I guess. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334718</link><pubDate>Mon, 12 Feb 2018 20:02:00 -0000</pubDate><title>Message #4334718</title><guid isPermaLink="false">4334718@Uncensored</guid><description><![CDATA[  
 I'm with Ragnar(!); I thought everyone knew it was rm -rf. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334709</link><pubDate>Mon, 12 Feb 2018 18:30:15 -0000</pubDate><title>Message #4334709</title><guid isPermaLink="false">4334709@Uncensored</guid><description><![CDATA[<html><body>

<p>This is sort of a long-running joke.  When Ragnar and I first met some 17 years ago, we quickly realized that we had similar outlooks and approaches on most technology-related topics.  So we manufactured something really trivial and stupid to have extremely hostile arguments about.  The order of the "f" and "r" flags to <tt>rm(1)</tt> to recursively delete a directory became that argument.</p>
<p>It turns out that he'd been doing it the wrong way (rm -rf) all that time, and to this day he stubbornly refuses to use the correct incantation (rm -fr) even after having been told numerous times.  Some people never learn.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4334697</link><pubDate>Mon, 12 Feb 2018 17:09:47 -0000</pubDate><title>Message #4334697</title><guid isPermaLink="false">4334697@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Wed Feb 07 2018 12:55:40 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<p>rm -fr forces recursion, which is what you want.</p>
<p>rm -rf recursively forces, which makes no sense and is only used by Hitler-equivalent unix admins who think emacs is a legitimate editor.</p>
</div>
</blockquote>
<p>That's not how this works. LOL</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4333985</link><pubDate>Wed, 07 Feb 2018 17:55:40 -0000</pubDate><title>Message #4333985</title><guid isPermaLink="false">4333985@Uncensored</guid><description><![CDATA[<html><body>

<p>rm -fr forces recursion, which is what you want.</p>
<p>rm -rf recursively forces, which makes no sense and is only used by Hitler-equivalent unix admins who think emacs is a legitimate editor.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4333634</link><pubDate>Mon, 05 Feb 2018 19:18:29 -0000</pubDate><title>Message #4333634</title><guid isPermaLink="false">4333634@Uncensored</guid><description><![CDATA[ >  
 >(Of course there's always good old "rm -fr /" which does all the real  
 >work for you...)  
 >  
  
 Or rm -rf.   
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4333272</link><pubDate>Sun, 04 Feb 2018 00:16:19 -0000</pubDate><title>Message #4333272</title><guid isPermaLink="false">4333272@Uncensored</guid><description><![CDATA[<html><body>

<p>xargs is pretty cool.  I'm not sure about the relative merits of</p>
<p><tt>find path/ -type f -exec my_command {} \;</tt></p>
<p>vs</p>
<p><tt>find path/ -type f | xargs my_command</tt></p>
<p>(Of course there's always good old "<tt>rm -fr /</tt>" which does all the real work for you...)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4332264</link><pubDate>Tue, 30 Jan 2018 19:01:52 -0000</pubDate><title>Message #4332264</title><guid isPermaLink="false">4332264@Uncensored</guid><description><![CDATA[We're already there.  "These two applications don't play well together, so
we put them in separate VMs" is commonplace.  And of course there are platforms
like Android, Windows Metro, etc. that sandbox everything, so it's already
standard practice. 
  
 As suggested above, I think in the long run, memory deduplication is probably
the bigger win, and if the operating systems can get it right, more long term
viable than shared libraries. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4332194</link><pubDate>Tue, 30 Jan 2018 15:48:36 -0000</pubDate><title>Message #4332194</title><guid isPermaLink="false">4332194@Uncensored</guid><description><![CDATA[  
 I think what bothers me the most is there are signs that sandboxing is starting
to become a userland crutch for DLL hell. That just leads to bloat. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4331942</link><pubDate>Mon, 29 Jan 2018 22:41:03 -0000</pubDate><title>Message #4331942</title><guid isPermaLink="false">4331942@Uncensored</guid><description><![CDATA[ugh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4331916</link><pubDate>Mon, 29 Jan 2018 21:27:48 -0000</pubDate><title>Message #4331916</title><guid isPermaLink="false">4331916@Uncensored</guid><description><![CDATA[  
 But I don't like them? ;-) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4331638</link><pubDate>Sun, 28 Jan 2018 03:46:39 -0000</pubDate><title>Message #4331638</title><guid isPermaLink="false">4331638@Uncensored</guid><description><![CDATA[It's not exactly a new thing; we've seen it on Windows with isolated assemblies
and on Mac OS with those .dmg thingies.  I'm not a fan of containers either
when people think of them as a more lightweight version of a virtual machine
-- after all, once memory page deduplication kicks in, a full virtual machine
is just as lightweight -- but I like the idea of being able to just drop the
container in place and you know it's completely self-contained. 
  
 Plus you can install and remove them in one step, and they can be sandboxed,
etc. etc. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4331466</link><pubDate>Fri, 26 Jan 2018 18:27:28 -0000</pubDate><title>Message #4331466</title><guid isPermaLink="false">4331466@Uncensored</guid><description><![CDATA[  
 Yeah, right? I'm not a big fan of containers, but Linux probably does need
them, in a sense, because some of the shared library decisions are so careless.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4331425</link><pubDate>Fri, 26 Jan 2018 15:00:46 -0000</pubDate><title>Message #4331425</title><guid isPermaLink="false">4331425@Uncensored</guid><description><![CDATA[<html><body>

<p>What I did find, however, is that once you port applications to OpenSSL 1.1, they still work in OpenSSL 1.0, because the "new" APIs have been there for a while.</p>
<p>The funny thing is, when you install libssl-dev, you get 1.1, and then when you build any significantly complex program, you get compiler warnings about other libraries using libssl-1.0.  Then when you look at your final binary you find it's linked to OpenSSL *and* GnuTLS because some other library brought the latter along with it.</p>
<p>This is the real reason we end up with containers  :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4331026</link><pubDate>Wed, 24 Jan 2018 12:41:10 -0000</pubDate><title>Message #4331026</title><guid isPermaLink="false">4331026@Uncensored</guid><description><![CDATA[  
 Not to change the subject, but... 
  
 I performed this update that broke the web application I use.  It's my fault,
as I altered the database to use utf8_general_ci collation instead of latin1_general_ci,
because, well, I prefer a sane character encoding scheme, and don't really
understand why these idiots used latin1 (especially when something else they
used conflicted with that character encoding, which called attention to the
problem in the first place). 
  
 This meant I needed to hunt down all the .php files using latin1_general_ci
and change it to utf8_general_ci. 
  
 In Windows, I likely would have had to iterate over every PHP file, pull
it up in my favorite text editor, global search-and-replace it, then move
to the next one.  It might have taken me thirty minutes to an hour to fix.

  
 In Unix, I just had to figure out the right string of commands, which took
me all of about
3 minutes.  Used 'grep' to recursively search for the files in the subfolder
that had the offending text, 'cut' to get just the filename, 'sort' to put
them in alphabetical order, and ensure everything was grouped together, 'uniq'
to ensure I didn't have any duplicate lines, and finally 'xargs' combined
with 'sed' to edit the filenames and make the global change. 
  
 Fucking xargs, man... what a beautiful command. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4331023</link><pubDate>Wed, 24 Jan 2018 12:32:50 -0000</pubDate><title>Message #4331023</title><guid isPermaLink="false">4331023@Uncensored</guid><description><![CDATA[  
 Amazon is just that damned good. 
  
 Unfortunately. 
  
 You pay only for what you use... but you pay for everything.  CPU time, RAM,
disk space, bandwidth... all of it.  But only what you actually use. 
  
 And as far as I've been able to tell, whatever hardware they're using, it
works damned well.  I moved our source repository to an AWS instance from
our own hardware in a VMWare ESXi environment, and enjoyed a significant improvement
in performance in cloning and general use.  I also moved our development ticketing
tool (Redmine) out there, and it works better, too.  All the production servers
I've moved to AWS work pretty well when I don't do anything stupid (like consume
all the RAM because I didn't allocated any swap space or the like). 
  
 Run out of hard-drive space for your machine?  Not a problem.  Just allocate
more, twiddle the OS to recognize it, and without having to take
down the machine, you can have more hard-drive space for it. 
  
 Are you a corporate user trying to deal with layers of security for these
machines?  Their IAM system lets you provide fairly granular control over
who gets to do what.  My builds go to an S3 bucket (ridiculously cheap storage),
and I provide logins for people to access it for installing updates.  Way
easier than setting up FTP or SCP crap and directing people with logins for
it. 
  
 The only thing that really sucks about it is that nagging feeling that, somehow,
by using Amazon's services, you're killing your own children. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4330822</link><pubDate>Tue, 23 Jan 2018 19:15:47 -0000</pubDate><title>Message #4330822</title><guid isPermaLink="false">4330822@Uncensored</guid><description><![CDATA[I read recently that Amazon controls 80% of the cloud business.  So it's either
very small, or Amazon is just that damned good. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4330639</link><pubDate>Tue, 23 Jan 2018 00:09:20 -0000</pubDate><title>Message #4330639</title><guid isPermaLink="false">4330639@Uncensored</guid><description><![CDATA[I don't know anything about Oracle Cloud but I like it better than Amazon,
only because I don't like the idea of one company monopolizing the cloud business.

  
 In the not too distant future, Oracle will probably settle in as a vendor
of middleware and business intelligence software, offered both as packaged
software and as a service.  Solaris and SPARC are already the walking dead,
and high end Oracle DB is like IBM mainframes in that it'll be around forever
but it will take a century to fully decline. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4329448</link><pubDate>Tue, 16 Jan 2018 19:25:35 -0000</pubDate><title>Message #4329448</title><guid isPermaLink="false">4329448@Uncensored</guid><description><![CDATA[I have first hand knowledge of how bad things are in the cloud division of
Oracle.  They have ZERO clue and are driving out the few employees that do.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328832</link><pubDate>Thu, 11 Jan 2018 13:21:53 -0000</pubDate><title>Message #4328832</title><guid isPermaLink="false">4328832@Uncensored</guid><description><![CDATA[  
 I've been more a Postgresql fanboy, I suppose, than MySQL/MariaDB anyway.

  
 Although the differences between these matters less and less. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328699</link><pubDate>Wed, 10 Jan 2018 15:08:14 -0000</pubDate><title>Message #4328699</title><guid isPermaLink="false">4328699@Uncensored</guid><description><![CDATA[<html><body>

<p>I've seen that plenty of times too.  Big money spent on RHEL when there's already plenty of Linux talent in-house.  I don't mind so much because at least some of the money paid to Red Hat is funding more Linux and open source development.  Or you could buy Oracle Linux, which is basically the same thing as CentOS and instead of your money going back into Linux development it goes into Larry Ellison's pocket.</p>
<p>I suppose you could pay Oracle for MySQL as well.  :)   I think it's hilarious that Monty forked MySQL and pretty much the entire world went to MariaDB with him.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328602</link><pubDate>Tue, 09 Jan 2018 22:39:16 -0000</pubDate><title>Message #4328602</title><guid isPermaLink="false">4328602@Uncensored</guid><description><![CDATA[<html><body>

<p>Oracle databases aren't going away. Big companies love to buy stuff. Why use Centos when you can buy a Redhat license. Things that are for free have no value. Unless the company at least sells support.</p>
<p>On the other hand, in my project, they rather let me fool around for a month instead of paying some oracle crack for a day... but the big blue companies I am working for are totally out of their mind.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328441</link><pubDate>Mon, 08 Jan 2018 22:24:21 -0000</pubDate><title>Message #4328441</title><guid isPermaLink="false">4328441@Uncensored</guid><description><![CDATA[<html><body>

<p>They do more than databases.  Oracle has all sorts of business software ... CRM, supply chain management, ERP ... expensive stuff.</p>
<p>They're still the second largest software company in the world, less than half the size of Micro$oft but still significantly ahead of companies like SAP.  They're not going away anytime soon, even if the remains of Sun are ground into dust and the Relational Database revenue dries up in the face of commodity alternatives.</p>
<p>It doesn't help that Oracle is a company that a lot of people in the industry love to hate.  Sun was a company run by engineers.  Oracle isn't.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328395</link><pubDate>Mon, 08 Jan 2018 18:46:00 -0000</pubDate><title>Message #4328395</title><guid isPermaLink="false">4328395@Uncensored</guid><description><![CDATA[  
 Unless they get clever, and think beyond databases or something to provide
a service that folks need. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328192</link><pubDate>Sun, 07 Jan 2018 02:15:03 -0000</pubDate><title>Message #4328192</title><guid isPermaLink="false">4328192@Uncensored</guid><description><![CDATA[ >Oracle is, I think, a company in trouble.  There will always be a  
 >need for high-end databases, but not enough to sustain Oracle as an  
  
 I'm not sure there always will. There are many, many open ecosystem or cloud
alternatives right now that are highly performant (or at least very horizontally
scalable) that can handle Tons Of Fucking Data. Their SQL dialects might not
be as rich, but it turns out that that doesn't matter so much. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328191</link><pubDate>Sun, 07 Jan 2018 02:11:44 -0000</pubDate><title>Message #4328191</title><guid isPermaLink="false">4328191@Uncensored</guid><description><![CDATA[  
 Of course, the world ended in 2012 anyway 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328190</link><pubDate>Sun, 07 Jan 2018 02:11:23 -0000</pubDate><title>Message #4328190</title><guid isPermaLink="false">4328190@Uncensored</guid><description><![CDATA[ >be in the Solaris and SPARC product lines.  They have support  
 >obligations that extend out to 2034, but they've canceled all plans  
  
 And no later than 2034... interesting coincidence ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4328178</link><pubDate>Sun, 07 Jan 2018 00:24:34 -0000</pubDate><title>Message #4328178</title><guid isPermaLink="false">4328178@Uncensored</guid><description><![CDATA[<html><body>

<p>The general consensus seems to be that Solaris and SPARC are, for all practical purposes, on the chopping block.  Thousands of Oracle employees have been laid off (including a member of my wife's family, from whom I heard the news) , and the vast majority of them seem to be in the Solaris and SPARC product lines.  They have support obligations that extend out to 2034, but they've canceled all plans for Solaris 12, instead offering something they call "Solaris 11.next" which is basically Solaris 11 with rolling release updates.</p>
<p>As noted elsewhere, I'm a fan of rolling releases, but that model doesn't pair well with software vendors who need to sell major upgrades at big-ticket prices.</p>
<p>Oracle is, I think, a company in trouble.  There will always be a need for high-end databases, but not enough to sustain Oracle as an industry titan.  It's common news by now that customers like Salesforce are moving away from Oracle, and people running smaller workloads are preferring MariaDB or even Microsoft SQL Server.</p>
<p>I don't see Oracle going out of business, though.  They'll pass into that same underworld with companies like Unisys and Xerox (IBM is heading there too) where they're still huge, but no one really knows what they do, and 100% of the employees are suicidally miserable.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4327883</link><pubDate>Fri, 05 Jan 2018 13:39:54 -0000</pubDate><title>Message #4327883</title><guid isPermaLink="false">4327883@Uncensored</guid><description><![CDATA[  
 I agree about the upgrade to OpenSSL 1.1.x  That was an amazing accomplishment,
for how smoothly it went. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4327882</link><pubDate>Fri, 05 Jan 2018 13:37:53 -0000</pubDate><title>Message #4327882</title><guid isPermaLink="false">4327882@Uncensored</guid><description><![CDATA[  
 Heh... nobody mentions FreeBSD, although it still seems to have a following.
My home firewall uses that OS, for example. 
  
 Solaris... I have a VM with the OS on it because I wanted to figure out how
to port our product to it, but couldn't quite get the code to compile properly.
 I feel like it forces you to jump through innumerable hoops of despair to
do the most trivial things on it because of its frankly bizarre (to my untrained
eye) folder scheme where you need to know the names of various vendors to
do anything... or so it appears to me. 
  
 It feels like you have to bash your brains against the thing to learn all
the arbitrary details that help you twist your noodle cock-eyed in just the
right way to accomplish all the tasks you'd want on the thing.  After mastering
the OS, and achieving Solaris-nirvana, you become rewarded with the realization
that nobody cares anymore, and
everyone else is promoting fucking Ubuntu or some shit. 
  
 Fucking Ubuntu is, incidentally, not a great idea.  Firstly, it reproduces
on its own without fucking.  Secondly, it isn't warm and cuddly... no OS is.
 So... the next time you're tempted, try to avoid it.  Grab a wife or husband
or some warm body with all the parts you like, and fuck that instead. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4327524</link><pubDate>Wed, 03 Jan 2018 15:09:04 -0000</pubDate><title>Message #4327524</title><guid isPermaLink="false">4327524@Uncensored</guid><description><![CDATA[ > anything delivered by apt-get in an ubuntu default config ("universe" 
 
 >possibly excepted?) should be critical-patch-only without major upgrade
 
 >issues   
  
 I've recently experienced the adventure of living through a major Debian
upgrade from an upstream developer's point of view.  They went to OpenSSL
1.1, which breaks all of the deprecated API's from OpenSSL 1.0.  These folks
do a lot of hard work.  I only had to make some upstream changes.  These folks
have to do hundreds, or even thousands, of packages. 
  
 Not sure where I'm going with this other than that it's a lot of work and
it's impressive, even with its faults. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4326693</link><pubDate>Wed, 27 Dec 2017 19:41:31 -0000</pubDate><title>Message #4326693</title><guid isPermaLink="false">4326693@Uncensored</guid><description><![CDATA[ >last 20 years.  In a university setting in the 1990's you might have  
 >been lucky to have access to a Sun workstation, but more likely the  
 >computer pool room was full of dumb terminals connected to a single  
 >Sun machine.  (I wasn't that lucky ... I studied in Pennsylvania so  
  
 In the case of my university, it was dumb X-terminals connected to a small
number (1 or 2 or 3?) of Alpha machines. And a random Linux box or two on
the side. All connected to an NFS server. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4326674</link><pubDate>Wed, 27 Dec 2017 18:02:34 -0000</pubDate><title>Message #4326674</title><guid isPermaLink="false">4326674@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<p>The real reason why Solaris (and AIX, HP/UX) will be phased out soon is that you do not get any skilled nerds to support it anymore.</p>
<p>Reason no 1 for this: Computers have become too easy in general. I recently moved a hard drive with win10 on it from a broken pc into a far newer one (two generations at least) and it just fucking booted and the os simply worked! This was pure luck, I accidentally booted the machine. Originally I intended to install on a fresh M2 disk and copy over the data from the old hd.</p>
</blockquote>
<p>To a certain extent ... perhaps.  But as I have been pointing out in other forums ... Windows successfully defended its desktop hegemony against the challenge from Linux but has utterly fallen to the assault everywhere else.  Windows 10 is probably already the second most widely deployed client-side Linux distribution now (second to Android of course).  As previously noted, it works really well, and you basically get the best of both worlds without having to run a virtual machine.</p>
<p>Solaris hasn't been viable as a client-side operating system for the last 20 years.  In a university setting in the 1990's you might have been lucky to have access to a Sun workstation, but more likely the computer pool room was full of dumb terminals connected to a single Sun machine.  (I wasn't that lucky ... I studied in Pennsylvania so we only had access to Unisys technology: the descendents of Burroughs and Sperry host systems.)</p>
<p>It seems to me that the reason Solaris and other proprietary unices are becoming extinct is the most simple reason: no one wants to purchase and maintain the expensive computers they run on ... plus those computers don't virtualize on anything other than themselves.   Sun was tepid on x86 even before they became part of Oracle.  And once customers go x86, they inevitably go Linux, where the pool of available ISV software <em>plus</em> the pool of available open source software is gigantic.</p>
<p>A more real-world description of what the_mgt is seeing: understandably, no one wants to deploy on a platform that doesn't have a talent pool to support it, and universities aren't anxious to teach platforms that aren't being deployed in the real world (except for LISP, they just can't let go of fucking LISP).</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4326371</link><pubDate>Sat, 23 Dec 2017 20:22:48 -0000</pubDate><title>Message #4326371</title><guid isPermaLink="false">4326371@Uncensored</guid><description><![CDATA[<html><body>

<p>Reading through the backlog: OpenRC is hot shit in my opinion. It did all the things the other init replacements tried to (fast boot, parallelization, etc.) and that before system was even conceived. And it still does. I am using it on my gentoo installs with joy. It feels natural, it can be called like old init scripts, etc. One of the reasons why I love gentoo.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4326366</link><pubDate>Sat, 23 Dec 2017 19:24:39 -0000</pubDate><title>Message #4326366</title><guid isPermaLink="false">4326366@Uncensored</guid><description><![CDATA[<html><body>

<p>Oh and yes, the big northern german car manufacturer where I work at the moment is phasing out Solaris, too. Our Oracle (11g...) DBs are still on Solaris and we are afraid of moving it to linux based virtualization. Our application servers are moved to kvm machines early next year.</p>
<p>The main reason is that the one knowledgeable person will retire at the end of next year. After that, there will be no one left that has in-depth knowledge of Solaris.</p>
<p>AIX and HPUX is long gone.</p>
<p>And of course, our new linux servers will probably be too small for the application we are supporting. But the new vm's were created with a one-size fits all approach... </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4326365</link><pubDate>Sat, 23 Dec 2017 19:18:06 -0000</pubDate><title>Message #4326365</title><guid isPermaLink="false">4326365@Uncensored</guid><description><![CDATA[<html><body>

<p>The real reason why Solaris (and AIX, HP/UX) will be phased out soon is that you do not get any skilled nerds to support it anymore.</p>
<p>Reason no 1 for this: Computers have become too easy in general. I recently moved a hard drive with win10 on it from a broken pc into a far newer one (two generations at least) and it just fucking booted and the os simply worked! This was pure luck, I accidentally booted the machine. Originally I intended to install on a fresh M2 disk and copy over the data from the old hd.</p>
<p>Reason no 2: Solaris upped the cost for support when Larry laid his dirty fingers on it. So the universities in germany quit using it. This means, students never get in touch with solaris today.</p>
<p>Reason no 3: MS shoved its OS up the asses of universities, so every computer pool room now is rather Windows instead of Linux. When I started studying in 2001, there were two exceptional pool rooms with windows, for the architecture students and people needing MS compatible software.</p>
<p>Also, when I started studying, people were actually interested in Linux as an alternative. When I finished studying last year (don't ask, just don't ask) almost every CS student used windows laptops. A few used Macs. Maybe one out of 50 had a linux installed.</p>
<p>So people having studied CS that leave the university today have grown up in a MS world where computers are so easy, almost nobody is able to trace and fix non-trivial problems. Hell, they barely can attach to and leave a screen session. They probably would need to be hospitalized when they see someone using a screen inside a screen...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4324530</link><pubDate>Mon, 11 Dec 2017 13:38:20 -0000</pubDate><title>Message #4324530</title><guid isPermaLink="false">4324530@Uncensored</guid><description><![CDATA[  
 LS: Debian OS, not Ubuntu. 
  
 And I'm sure their out on the matter is the fact that I had to add their
repository, so they can dictate whatever dumb rules they want (in their feral
brain), so caveat empty and shit like that. 
  
 The apt system is powerful enough from them to convert someone's old configuration
files over to a new format, if they gave a damn about the folks using their
crap.  Too much work?  Well, the work put into such a thing pales in comparison
to the number of people they likely fucked with their updates, and the work
*those* guys had to do to unfuck their systems. 
  
 All of this said, I've learned way more about Icinga than I ever expected
or wanted. 
  
 It might be entertaining to start contributing code to them, to the point
that you become indispensible, then fix all the ways they're nasty to their
users.  Starting with the abortion of a GUI they call 'Director'. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4324108</link><pubDate>Thu, 07 Dec 2017 16:55:51 -0000</pubDate><title>Message #4324108</title><guid isPermaLink="false">4324108@Uncensored</guid><description><![CDATA[  
 anything delivered by apt-get in an ubuntu default config ("universe" possibly
excepted?) should be critical-patch-only without major upgrade issues 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4324101</link><pubDate>Thu, 07 Dec 2017 15:35:07 -0000</pubDate><title>Message #4324101</title><guid isPermaLink="false">4324101@Uncensored</guid><description><![CDATA[<html><body>

<p>"Closing this as a non-issue."  Yeah, that's classy.</p>
<p>They <em>are</em> correct in that people don't bother to read ... my experience has been that people don't even bother to make backups/snapshots of production systems before performing an upgrade, and then they get their panties in a bunch when something goes wrong ... but you have to at least <em>try</em> to bring the existing installation cleanly forward, or at least stop and decline the install if it can't be done.</p>
<p>We've got a module in Citadel that steps through every in-place upgrade that is needed for almost 20 years worth of old versions.  It's a pain in the neck but you have to do it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4324097</link><pubDate>Thu, 07 Dec 2017 15:18:14 -0000</pubDate><title>Message #4324097</title><guid isPermaLink="false">4324097@Uncensored</guid><description><![CDATA[  
 fleeb, are you running 16.04 and using the package from `universe`? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4324076</link><pubDate>Thu, 07 Dec 2017 12:51:41 -0000</pubDate><title>Message #4324076</title><guid isPermaLink="false">4324076@Uncensored</guid><description><![CDATA[  
 Icinga appears to be maintained by assholes: 
  
 https://github.com/Icinga/icinga2/issues/5471 
  
 "...we were aware that users won't read changelogs/blog posts/docs prior
to upgrading and breaking their environment ... still, the new notification
scripts make sense and were a whole lot of work, carefully considering what
could possibly break." 
  
 Yeah, like my notifications, which lead to a critical problem that went unnoticed
for about half a day because, although Icinga was trying to notify us that
the service was dead, it couldn't send the e-mails. 
  
 This happened after I applied an 'apt update/apt upgrade', which is the normal
procedure one does to maintain security updates.  One isn't expected to read
volumes of bullshit on how to get some byzantine pile of shit to work after
an upgrade... you do an upgrade, and it just fucking works, applying whatever
needs to be applied
to make the upgrade work.  If you have to break something, do it in the next
release of the OS.  Don't pile it onto the apt chain. 
  
 So, yeah.  Assholes. 
  
 If there isn't anything significantly better than this pile of turd, there's
an opportunity to make something. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4323991</link><pubDate>Wed, 06 Dec 2017 21:22:04 -0000</pubDate><title>Message #4323991</title><guid isPermaLink="false">4323991@Uncensored</guid><description><![CDATA[ >They do, however, have step-by-step instructions on how to convert  
 >from PVM to HVM.  
  
 Not that it's rocket science or anything, but different distributions have
different selection of PVM vs HVM AMIs available, so you may find yourself
in the middle of a weeks-long migration process before you know it 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4323798</link><pubDate>Tue, 05 Dec 2017 11:44:05 -0000</pubDate><title>Message #4323798</title><guid isPermaLink="false">4323798@Uncensored</guid><description><![CDATA[  
 Had they kept going with the printed material, it might seem a bit like trying
to create paper from a long-dead horse by beating it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4323712</link><pubDate>Mon, 04 Dec 2017 17:25:36 -0000</pubDate><title>Message #4323712</title><guid isPermaLink="false">4323712@Uncensored</guid><description><![CDATA[ >Sad.   
 >    
 > http://www.linuxjournal.com/content/linux-journal-ceases-publication  

  
 And yet encouraging at the same time.  Linux Journal was the dead tree publication
of record for the Linux revolution.  Now that Linux has, for all practical
purposes, become the fabric of standard computing, the need for such a publication
has come and gone. 
  
 This is not to say it won't be missed, but did any of us here have a subscription?
 I was a subscriber for a couple of years but that was a long time ago. 
  
 In other news, Slashdot is still around, but its headlines are absolutely
terrible. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4323509</link><pubDate>Sat, 02 Dec 2017 21:02:27 -0000</pubDate><title>Message #4323509</title><guid isPermaLink="false">4323509@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Nov 28 2017 04:42:19 PM EST</span> <span>from LoanShark @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />I don't think we're talking about the same thing. Amazon is committed to supporting what they call PVM-based AMIs, which as I understand it are Xen-based paravirt kernels that predate pv-ops and don't have the ability to boot as HVM, bare-metal, dom0 etc (all of which are supported by recent pv-ops) or else there would be no point to any distinction between PVM and HVM AMIs </div>
</div>
</blockquote>
<p>They do, however, have step-by-step instructions on how to convert from PVM to HVM.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4323424</link><pubDate>Fri, 01 Dec 2017 23:35:16 -0000</pubDate><title>Message #4323424</title><guid isPermaLink="false">4323424@Uncensored</guid><description><![CDATA[Sad. 
  
 http://www.linuxjournal.com/content/linux-journal-ceases-publication 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4323367</link><pubDate>Fri, 01 Dec 2017 17:53:43 -0000</pubDate><title>Message #4323367</title><guid isPermaLink="false">4323367@Uncensored</guid><description><![CDATA[  
 it gets a bit tricky because all of EC2 Classic has to "age out"... tht might
eventually happen but the entire world has to migrate off first 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4323348</link><pubDate>Fri, 01 Dec 2017 15:02:11 -0000</pubDate><title>Message #4323348</title><guid isPermaLink="false">4323348@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes, that is a bit different.  I still think they could shim it out and make it run under KVM if they really wanted to, but it's probably easier for them to just cap those instance types and let them age out.  In the hosting business we generally don't upgrade customers who have already paid unless they are ready to pay us again.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4322805</link><pubDate>Tue, 28 Nov 2017 21:42:19 -0000</pubDate><title>Message #4322805</title><guid isPermaLink="false">4322805@Uncensored</guid><description><![CDATA[  
 I don't think we're talking about the same thing. Amazon is committed to
supporting what they call PVM-based AMIs, which as I understand it are Xen-based
paravirt kernels that predate pv-ops and don't have the ability to boot as
HVM, bare-metal, dom0 etc (all of which are supported by recent pv-ops) or
else there would be no point to any distinction between PVM and HVM AMIs 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4322594</link><pubDate>Mon, 27 Nov 2017 20:00:30 -0000</pubDate><title>Message #4322594</title><guid isPermaLink="false">4322594@Uncensored</guid><description><![CDATA[Perhaps.  pv-ops was designed to be hypervisor agnostic (even VMware supports
it!) so they could port things over if they really wanted to.  More likely
they will just deprecate the old instance types though. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4322581</link><pubDate>Mon, 27 Nov 2017 18:59:30 -0000</pubDate><title>Message #4322581</title><guid isPermaLink="false">4322581@Uncensored</guid><description><![CDATA[  
 Amazon will have to continue using Xen for many years to come, because they
are committed to supporting paravirt-based images on most of their existing
instance types. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4321706</link><pubDate>Thu, 23 Nov 2017 05:01:52 -0000</pubDate><title>Message #4321706</title><guid isPermaLink="false">4321706@Uncensored</guid><description><![CDATA[I missed this when it was announced a couple of weeks ago. 
  
 [ http://tinyurl.com/amazon-is-hitler ] 
  
 Recent moves by Amazon suggest that they are preparing to ditch the Xen hypervisor
and move to KVM. 
  
 The new hypervisor was mentioned in the release notes for a new "C5" instance
type which is powered by Intel "Skylake" processors.  (Read notes here: [
http://tinyurl.com/die-bezos-die ]).   They go on to mention that "going forward,
web'll use this hypervisor to power other instance types." 
  
 Although Amazon is bad, Amazon using KVM is good.  The KVM hypervisor is
really, really good.  It's less cumbersome than Xen, makes more sense in the
way it allocates resources using existing Linux facilities, and still manages
to be a Type 1 hypervisor even though it shares memory management and other
functions with the host OS's userland. 
  
 It will be interesting to see if Xen withers and dies at this point. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4321360</link><pubDate>Tue, 21 Nov 2017 05:06:15 -0000</pubDate><title>Message #4321360</title><guid isPermaLink="false">4321360@Uncensored</guid><description><![CDATA[Tonight I stopped procrastinating, and got a home server running again.  I
used my old netbook.  :)   With a basic Linux install and some extra disks
attached to it, it seems to be doing the job well. 
  
 My requirements are few: 
 * Offsite backups of my primary servers, which sit in a remote data center

 * DLNA server, to serve audio and video to devices around the home 
 * Periodically update my dynamic DNS (my router doesn't support afraid.org)

  
 While installing the OS, I was reminded how much I liked netbooks so much
more than tablets.  And when I booted up the 2009-era Linux that was previously
installed on it, I was reminded how much better the GUI's were before *everyone*
collectively decided to make everything ugly and unusable. 
  
 The netbook was a good choice because it has a low-power processor (an Atom),
and I already had it so the cost was $0.  Previously I was using a Raspberry
Pi, but it kept crashing for some reason.  I'm still not sure why. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4320059</link><pubDate>Mon, 13 Nov 2017 10:58:26 -0000</pubDate><title>Message #4320059</title><guid isPermaLink="false">4320059@Uncensored</guid><description><![CDATA[  
 It does, although it was the only article I found (in my not-very-deep search)
that provided any practical use for this information at all. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4319841</link><pubDate>Sun, 12 Nov 2017 05:00:50 -0000</pubDate><title>Message #4319841</title><guid isPermaLink="false">4319841@Uncensored</guid><description><![CDATA[Cool.  This type of functionality is of course available on most high end
servers which have a BMC on board (Cisco CIMC, HP iLO, Dell DRAC, etc).  It
is interesting to see Intel building it into the chipset. 
  
 Although that article reads like an advertisement for the payware version
of RealVNC. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4319694</link><pubDate>Fri, 10 Nov 2017 19:56:01 -0000</pubDate><title>Message #4319694</title><guid isPermaLink="false">4319694@Uncensored</guid><description><![CDATA[  
 This looks a bit too nifty: 
  
 https://www.howtogeek.com/56538/how-to-remotely-control-your-pc-even-when-it-crashes/

  
 Some Intel chips have an extra MINIX OS built into the chip that allows you
to do some entertaining things with the machine. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4319680</link><pubDate>Fri, 10 Nov 2017 16:57:42 -0000</pubDate><title>Message #4319680</title><guid isPermaLink="false">4319680@Uncensored</guid><description><![CDATA[  
 Oh, now I want to play with this... there's gotta be *something*... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4319175</link><pubDate>Tue, 07 Nov 2017 18:55:49 -0000</pubDate><title>Message #4319175</title><guid isPermaLink="false">4319175@Uncensored</guid><description><![CDATA[While somewhat cool, incredibly scary. 
  
 http://tinyurl.com/y6w963mp 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4319142</link><pubDate>Tue, 07 Nov 2017 15:38:51 -0000</pubDate><title>Message #4319142</title><guid isPermaLink="false">4319142@Uncensored</guid><description><![CDATA[CORBA would be about 400% more efficient.  No joke. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4318970</link><pubDate>Mon, 06 Nov 2017 15:53:47 -0000</pubDate><title>Message #4318970</title><guid isPermaLink="false">4318970@Uncensored</guid><description><![CDATA[  
 So it is done. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4318810</link><pubDate>Sun, 05 Nov 2017 20:42:46 -0000</pubDate><title>Message #4318810</title><guid isPermaLink="false">4318810@Uncensored</guid><description><![CDATA[  
 So it is written. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4318194</link><pubDate>Thu, 02 Nov 2017 16:46:51 -0000</pubDate><title>Message #4318194</title><guid isPermaLink="false">4318194@Uncensored</guid><description><![CDATA[<html><body>

<p>...because if you're going to decouple components like that, you ought to do it with CORBA, right?</p>
<p>Amirite?   ;)</p>
<p>Hello, is this thing on...?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317904</link><pubDate>Wed, 01 Nov 2017 17:14:09 -0000</pubDate><title>Message #4317904</title><guid isPermaLink="false">4317904@Uncensored</guid><description><![CDATA[Ok well ... from the CoreOS web site: "Within Container Linux, you will almost
exclusively use systemd to manage the lifecycle of your Docker containers."

  
 So not only does CoreOS use systemd, but they have leveraged it as the framework
for initializing and running containers. 
  
 It seems there's no additional problem here if CoreOS does become more common.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317866</link><pubDate>Wed, 01 Nov 2017 15:00:17 -0000</pubDate><title>Message #4317866</title><guid isPermaLink="false">4317866@Uncensored</guid><description><![CDATA[ >there.  For all practical purposes, ISV's who actually produce  
 >software instead of rolling craft beer distributions of Linux in  
 >their spare time, only care about Fedora (CentOS, Red Hat) and Debian  
  
 >(Ubuntu). 
  
 CoreOS might be much more common soon 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317836</link><pubDate>Wed, 01 Nov 2017 11:49:15 -0000</pubDate><title>Message #4317836</title><guid isPermaLink="false">4317836@Uncensored</guid><description><![CDATA[  
 Heh... I guess they want to be trendsetters, but lack the credentials. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317710</link><pubDate>Tue, 31 Oct 2017 23:13:19 -0000</pubDate><title>Message #4317710</title><guid isPermaLink="false">4317710@Uncensored</guid><description><![CDATA[<html><body>

<p>Yeah, well, Ubuntu has tried a bunch of different things to make themselves non-standard.  Most of them (Upstart and Unity are two examples) have failed.</p>
<p>It seems they're now making the switch from X11 to Wayland in the current version.  Let's see how that works out.  It should be interesting.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317659</link><pubDate>Tue, 31 Oct 2017 17:56:09 -0000</pubDate><title>Message #4317659</title><guid isPermaLink="false">4317659@Uncensored</guid><description><![CDATA[  
 (Although, upstart earned a place in my spleen for really making things difficult
when it was semi-released before being quite ready). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317658</link><pubDate>Tue, 31 Oct 2017 17:55:19 -0000</pubDate><title>Message #4317658</title><guid isPermaLink="false">4317658@Uncensored</guid><description><![CDATA[  
 I kinda don't care what system is used, as long as I don't have to write
a ridiculous amount of code to cover all of them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317638</link><pubDate>Tue, 31 Oct 2017 17:24:59 -0000</pubDate><title>Message #4317638</title><guid isPermaLink="false">4317638@Uncensored</guid><description><![CDATA[<html><body>

<p>It seems as if there was a largely held consensus that sysvinit was aging and had become a liability, since so many different parties have built replacements for it.    I guess I'm one of those heretic type people, because I actually <em>like</em> systemd.  So I simply hope that eventually we reach a point where systemd becomes the category-killer sysvinit replacement and we can count on it being there.  For all practical purposes, ISV's who actually produce software instead of rolling craft beer distributions of Linux in their spare time, only care about Fedora (CentOS, Red Hat) and Debian (Ubuntu).  Since both of those lines have already moved to systemd, the debate is essentially over.</p>
<p>Also, I still consider Pluto a real planet.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317610</link><pubDate>Tue, 31 Oct 2017 15:36:20 -0000</pubDate><title>Message #4317610</title><guid isPermaLink="false">4317610@Uncensored</guid><description><![CDATA[Yep, WIkipedia confirmed it -- initial release of OpenRC as a distinct product
is in 2007, systemd came only in 2010.  So, really, you should be outraged
at systemd for being "yet another" init. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317609</link><pubDate>Tue, 31 Oct 2017 15:35:02 -0000</pubDate><title>Message #4317609</title><guid isPermaLink="false">4317609@Uncensored</guid><description><![CDATA[OpenRC is probably the dependency-based system I had in mind that predated
systemd.  I remember trying gentoo years before 2007, and some of this rings
a bell from back then.  It might be a new name, but the framework guts must
have existed back then. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317606</link><pubDate>Tue, 31 Oct 2017 15:30:54 -0000</pubDate><title>Message #4317606</title><guid isPermaLink="false">4317606@Uncensored</guid><description><![CDATA[Serverless describes individual subroutines as a service (no, I'm not joking;
look this shit up).  The idea being that you don't write code with servers
in them, a special container runs them for you (*cough* EJB *cough), and provides
the linkage for parameters and returning results (*cough* RPC *cough*).  Furthermore,
these "serverless" instances are intended to be stateless, for maximum scalability
(both up and out). 
  
 In short, it's a jucking foke.  This has all been done before, serverless
imposes MMAASSSSIIVVEE communications overheads, et. al. which are conveniently
hidden behind the wide fan-outs it enables.  It's perhaps a good model for
any form of computation that depends on pipelining (since 99% of your effort
will be in network queueing), but beyond that, it's a horrible new fad that
needs to, quite literally, die in a car fire. 
  
 Oh, and if you do find yourself working
with workloads that benefit greatly from wide fan-out scalability and is inherently
amenable to pipelined processing, fuck this shit, and look into FPGA coprocessing
instead.  You'll consume substantially fewer watts to get the same result,
and it'll be markedly faster.  But don't tell the Si-Valley folks this, I
don't want to be branded a traitor. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317353</link><pubDate>Mon, 30 Oct 2017 11:46:23 -0000</pubDate><title>Message #4317353</title><guid isPermaLink="false">4317353@Uncensored</guid><description><![CDATA[  
 Oh, that's a gem: 
  
 "Note that when openrc-init is used, it must be paired with openrc-shutdown,
and *not* the shutdown or reboot commands from other packages, otherwise you
will encounter errors." 
  
 So not only have you introduced yet another monstrosity for people maintaining
setups to ensure, but you're imposing on system administrators who have developed
muscle memory for shutdown/reboot a need to remember the oh-so-much-shorter
command "openrc-shutdown" because your system is that much better. 
  
 Wankers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4317351</link><pubDate>Mon, 30 Oct 2017 11:38:30 -0000</pubDate><title>Message #4317351</title><guid isPermaLink="false">4317351@Uncensored</guid><description><![CDATA[  
 OMFG... 
  
 https://wiki.archlinux.org/index.php/OpenRC 
  
 HOW MANY FUCKING SERVICE MANAGERS DOES LINUX REQUIRE? 
  
 Whenever someone else thinks, "None of these really start my services how
I'd like them started... I think I'll make another one," an angel has its
wings ripped uncermoniously out of their torso in agony. 
  
 Just Fucking Stop It Already. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4315920</link><pubDate>Mon, 23 Oct 2017 22:40:05 -0000</pubDate><title>Message #4315920</title><guid isPermaLink="false">4315920@Uncensored</guid><description><![CDATA[Ok, I see ... it's Platform-as-a-Service renamed to sound trendy so the people
who write code while sitting in Starfucks will be attracted to it.  Write
to the provider's API and it runs wherever the hell they want it to instead
of on a dedicated virtual machine. 
  
 Fuck that noise.  I'll write code that runs on computers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4315840</link><pubDate>Mon, 23 Oct 2017 14:54:04 -0000</pubDate><title>Message #4315840</title><guid isPermaLink="false">4315840@Uncensored</guid><description><![CDATA[<html><body>

<p>It's not! That is the beauty. Everyone takes a vacation because no work to be done...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4315823</link><pubDate>Mon, 23 Oct 2017 13:38:02 -0000</pubDate><title>Message #4315823</title><guid isPermaLink="false">4315823@Uncensored</guid><description><![CDATA[Dare I ask how that's supposed to work? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4315169</link><pubDate>Sat, 21 Oct 2017 23:34:25 -0000</pubDate><title>Message #4315169</title><guid isPermaLink="false">4315169@Uncensored</guid><description><![CDATA[SOA is dead.  It's all about "Serverless" code now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4314035</link><pubDate>Thu, 19 Oct 2017 17:46:12 -0000</pubDate><title>Message #4314035</title><guid isPermaLink="false">4314035@Uncensored</guid><description><![CDATA[I have all of my sessions set to handle resizes the old way (which is fine).
 Guacamole has changed the way I use my computer.  My main monitor is a 24"
1920x1200 (16:10) screen.  It now has a browser maximized on it all day long.
 I used to have to switch back and forth between the browser window and my
terminal window.  Now I've got HTML, SSH, RDP, and VNC in one contiguous set
of tabs.  And since I'm at 1920x1200, I can view a remote 1920x1080 screen
without scaling it down, in those cases where the server won't size to the
client's screen dimensions. 
  
 Text windows are 190x56, which is a *little* excessive, but not so much that
I want to shrink them.  Nobody writes code in 80 columns anymore, except maybe
COBOL programmers. 
  
 Obviously this isn't going to transform everyone's workflow, but it's working
great for me.  Nearly everything I do is on a remote computer somewhere. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4309424</link><pubDate>Wed, 11 Oct 2017 18:11:07 -0000</pubDate><title>Message #4309424</title><guid isPermaLink="false">4309424@Uncensored</guid><description><![CDATA[  
 Oh, I'm too wise to allow someone to screw up an entire project if I'm responsible
for that project. 
  
 He only managed to mess up his part. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4309411</link><pubDate>Wed, 11 Oct 2017 16:47:19 -0000</pubDate><title>Message #4309411</title><guid isPermaLink="false">4309411@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY">Hotshot wrote stuff in Python without any input from anyone else, to include failing to integrate it with the rest of the product. When I asked him about configuring his tool, he said, "Oh, just call this REST interface here." </div>
</div>
</blockquote>
<p>That's called "Service Oriented Architecture" and HOW DARE YOU question the importance of putting that on his resume, even though it screwed up the entire project?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4309399</link><pubDate>Wed, 11 Oct 2017 16:05:02 -0000</pubDate><title>Message #4309399</title><guid isPermaLink="false">4309399@Uncensored</guid><description><![CDATA[  
 The team has shrunk, so it requires far less communication than in times
past. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4309348</link><pubDate>Wed, 11 Oct 2017 14:03:58 -0000</pubDate><title>Message #4309348</title><guid isPermaLink="false">4309348@Uncensored</guid><description><![CDATA[  
 "but according to a dev process" 
  
 One that involves talking and thinking? Wow. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4309318</link><pubDate>Wed, 11 Oct 2017 12:02:42 -0000</pubDate><title>Message #4309318</title><guid isPermaLink="false">4309318@Uncensored</guid><description><![CDATA[  
 Hm, now that I think of it, this happened to me a couple of years ago. 
  
 Hotshot wrote stuff in Python without any input from anyone else, to include
failing to integrate it with the rest of the product.  When I asked him about
configuring his tool, he said, "Oh, just call this REST interface here." 
  
 "You realize no other part of our system does this, and we don't have the
infrastructure to make that happen, right?" 
  
 That code is currently rotting in our git repo.  We couldn't even move forward
with it. 
  
 We do, however, have plans to write it again, but according to a dev process.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4309083</link><pubDate>Tue, 10 Oct 2017 21:46:00 -0000</pubDate><title>Message #4309083</title><guid isPermaLink="false">4309083@Uncensored</guid><description><![CDATA[Yeah, well when you're the guy who is cleaning the mess, it fucking matters.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4309000</link><pubDate>Tue, 10 Oct 2017 18:20:39 -0000</pubDate><title>Message #4309000</title><guid isPermaLink="false">4309000@Uncensored</guid><description><![CDATA[  
 I don't think so, as I didn't see it handle that properly. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4308950</link><pubDate>Tue, 10 Oct 2017 16:58:21 -0000</pubDate><title>Message #4308950</title><guid isPermaLink="false">4308950@Uncensored</guid><description><![CDATA[There are two kinds of dynamic resizing with RDP, even on a Windoze server.
 The conventional behavior was for RDP clients to respond to a window resize
by seamlessly disconnecting from the server and then reconnecting with the
new screen dimensions.  The newest version of RDP (the protocol, not a particular
implementation) contains a channel command that can handle an explicit resize
of the viewport. 
  
 Guacamole can handle both modes, but it needs to be told which one you want
to use.  Obviously on a Windoze server the resize command is only available
on the latest versions.  I don't know whether Xrdp supports it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4308139</link><pubDate>Mon, 09 Oct 2017 19:51:22 -0000</pubDate><title>Message #4308139</title><guid isPermaLink="false">4308139@Uncensored</guid><description><![CDATA[  
 That's likely very true, unfortunately. 
  
 When recruiters and HR folks care more about full buzzword compliance, and
less about accomplishments, you can expect high weirdness in the work place.

  
 I bet I could put 'Emmy' on my resume (legit) and because it isn't one of
the buzzwords they're expecting, I'd be passed over. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4308010</link><pubDate>Mon, 09 Oct 2017 16:05:23 -0000</pubDate><title>Message #4308010</title><guid isPermaLink="false">4308010@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY">I was recently working on a system built by the young guys. Docker on one system Kubernetes on another. Ansible playbooks that have most but not all of what they need. <br />A hodge-podge of crap. </div>
</div>
</blockquote>
<p>What you think is irrelevant.  Whether the system works is irrelevant.  The only thing that matters is that someone got to put Docker, Kubernetes, and Ansible on their resume.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4307255</link><pubDate>Sun, 08 Oct 2017 18:24:38 -0000</pubDate><title>Message #4307255</title><guid isPermaLink="false">4307255@Uncensored</guid><description><![CDATA[<html><body>

<p>I would say that the ZFS and Zones would be two which still shine in Illumos / solaris for a production environment. ZFS on Linux is getting ground, but still not quite as stable as ZFS in Solari(sh) types. Zones vs Containers, I would say zones are much better on security as compared to containers, but perhaps things have gotten better... Also, Crossbow networking still blows away linux....</p>
<blockquote>
<div class="message_header"><span>Fri Sep 29 2017 09:35:25 AM EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Aside from running software that was built to run on Solaris, what are the advantages Solaris has these days over Linux? ZFS, DTrace, Containers? Linux has equivalents of all of those now. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305590</link><pubDate>Fri, 06 Oct 2017 20:40:18 -0000</pubDate><title>Message #4305590</title><guid isPermaLink="false">4305590@Uncensored</guid><description><![CDATA[I was recently working on a system built by the young guys.  Docker on one
system  Kubernetes on another.  Ansible playbooks that have most but not all
of what they need. 
  
 A hodge-podge of crap. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305396</link><pubDate>Fri, 06 Oct 2017 16:21:47 -0000</pubDate><title>Message #4305396</title><guid isPermaLink="false">4305396@Uncensored</guid><description><![CDATA[  
 Oh, yeah, all of that is absolutely true. 
  
 Although, the sizing isn't exactly dynamic-dynamic.  The initial settings
are dynamic, then you have to relog to get new settings. 
  
 But, tap F11 before going into the desktop, and it'll be full-screen. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305395</link><pubDate>Fri, 06 Oct 2017 16:20:01 -0000</pubDate><title>Message #4305395</title><guid isPermaLink="false">4305395@Uncensored</guid><description><![CDATA[  
 Heh... we were the young ones before. 
  
 We pushed the newer things.  Some of them stuck.  Some of them didn't. 
  
 Later, they'll echo our words, with superficial variation. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305379</link><pubDate>Fri, 06 Oct 2017 15:22:38 -0000</pubDate><title>Message #4305379</title><guid isPermaLink="false">4305379@Uncensored</guid><description><![CDATA[  
 Yeah, if I'm doing the image building (which I am not), I'm going to be starting
from a ubuntu-inside-docker type image, and doing it that way, so I'll know
I have a pathway towards patching etc. 
  
 One of my issues is that we have already built a non-docker cloud infrastructure
based on AMI's and RightScale. Some new guys think that's not "cool" enough,
so it's getting rewritten as Docker. 
  
 I have zero interest in rewriting years of my own (and others') hard work
because some jackass doesn't think it's buzzword-compliant enough. So I'll
let the new guys do it, and if they screw up, it'll be like "don't say I didn't
warn you." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305374</link><pubDate>Fri, 06 Oct 2017 14:45:53 -0000</pubDate><title>Message #4305374</title><guid isPermaLink="false">4305374@Uncensored</guid><description><![CDATA[And they're hard to make, thus higher barrier to entry to contribute to the
ecosystem.  JCL is easier to understand than most Dockerfiles for "real world"
applications (IMO, of course). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305347</link><pubDate>Fri, 06 Oct 2017 13:43:53 -0000</pubDate><title>Message #4305347</title><guid isPermaLink="false">4305347@Uncensored</guid><description><![CDATA[  
 What's not to like is that community docker images tend to be lazily maintained,
unpatched, etc. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305199</link><pubDate>Fri, 06 Oct 2017 04:27:02 -0000</pubDate><title>Message #4305199</title><guid isPermaLink="false">4305199@Uncensored</guid><description><![CDATA[Gotta tellya though, I tried out Xrdp and it's REALLY good.  It's way better
than Xvnc, and works really nicely with Guacamole.  The screen always sizes
properly to the viewer's screen (or in this case browser) dimensions, and
it's a lot easier to set up session persistence in a multiuser environment.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305196</link><pubDate>Fri, 06 Oct 2017 04:24:10 -0000</pubDate><title>Message #4305196</title><guid isPermaLink="false">4305196@Uncensored</guid><description><![CDATA[Easy to install, no dependency hell, portable across distributions ... what's
not to like? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305050</link><pubDate>Thu, 05 Oct 2017 18:31:08 -0000</pubDate><title>Message #4305050</title><guid isPermaLink="false">4305050@Uncensored</guid><description><![CDATA[  
 That's basically CoreOS - lightweight system designed to run docker containers
and not much else 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305027</link><pubDate>Thu, 05 Oct 2017 17:53:59 -0000</pubDate><title>Message #4305027</title><guid isPermaLink="false">4305027@Uncensored</guid><description><![CDATA[  
 Then it's more X11-to-guacd than anything else. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4305024</link><pubDate>Thu, 05 Oct 2017 17:53:05 -0000</pubDate><title>Message #4305024</title><guid isPermaLink="false">4305024@Uncensored</guid><description><![CDATA[  
 Heh... 'docker-os'... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4304877</link><pubDate>Thu, 05 Oct 2017 14:12:54 -0000</pubDate><title>Message #4304877</title><guid isPermaLink="false">4304877@Uncensored</guid><description><![CDATA[The guacamole front end speaks to "guacd" using the same screen protocol regardless
of what back end guacd is using.  I'm guessing the guacd protocol probably
tracks the HTML5 graphics commands pretty closely.  But it is designed to
be extensible, as in, a new back end doesn't have to learn how to speak to
the browser; it only needs to plug in to guacd. 
  
 Or if they ever get around to replacing X11 with "Wayland" they can just
write a Wayland compositor that speaks guacd protocol. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4304874</link><pubDate>Thu, 05 Oct 2017 14:05:30 -0000</pubDate><title>Message #4304874</title><guid isPermaLink="false">4304874@Uncensored</guid><description><![CDATA[  
 Not so much - docker is sorta making "distribution" into an almost irrelevant
concept. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4303901</link><pubDate>Wed, 04 Oct 2017 07:59:03 -0000</pubDate><title>Message #4303901</title><guid isPermaLink="false">4303901@Uncensored</guid><description><![CDATA[  
 My guess is that someone would have to figure out how to translate all the
HTML5 graphics commands to the X11 protocol. 
  
 I figure if people did this for vnc & xrdp, it probably isn't too much of
a stretch to do this for x11. 
  
 (By 'HTML5 graphics commands', I refer to the JavaScript commands that drive
HTML5 graphics on a browser... they are remarkably robust). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4303900</link><pubDate>Wed, 04 Oct 2017 07:56:03 -0000</pubDate><title>Message #4303900</title><guid isPermaLink="false">4303900@Uncensored</guid><description><![CDATA[  
 Next battle.... which distribution of linux? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4303752</link><pubDate>Tue, 03 Oct 2017 22:10:29 -0000</pubDate><title>Message #4303752</title><guid isPermaLink="false">4303752@Uncensored</guid><description><![CDATA[<html><body>

<p>Ooooh, I like that.  I didn't know Xrdp had matured to the point where it was usable and well-maintained.  Getting VNC out of the mix would be a win.</p>
<p>Ideally, an X11 backend for guacd would be the "perfect" solution, but /me does not have the time or inclination to write one.  Maybe someone will.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4303751</link><pubDate>Tue, 03 Oct 2017 22:05:51 -0000</pubDate><title>Message #4303751</title><guid isPermaLink="false">4303751@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes, it's still reliable.  The issue isn't that Solaris is no longer reliable; it is that Linux has closed the gap.  Nevertheless, die-hard Solaris admins will almost always tell you that Linux is strictly a desktop operating system.  But if they were to look at the horizon instead of at their glass of kool-aid they would be able to see the end of their career.</p>
<p>I look around our data centers and I don't see anyone deploying Snoracle machines for new workloads.  If I happen to see one and there's an admin nearby, they always say the same thing: "that's for our old [so-and-so legacy application] ... it'll be gone soon."  The same holds true for H/PUX or AIX systems.  No one wants to bother with the expense and specialized skillsets required to run these machines unless they have legacy workloads to support.</p>
<p>The bottom line here is that the "unix wars" of yore did come to an end, there was a definite winner, and it was Linux.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4303691</link><pubDate>Tue, 03 Oct 2017 20:51:05 -0000</pubDate><title>Message #4303691</title><guid isPermaLink="false">4303691@Uncensored</guid><description><![CDATA[  
 Does anybody really know? ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4303637</link><pubDate>Tue, 03 Oct 2017 19:51:00 -0000</pubDate><title>Message #4303637</title><guid isPermaLink="false">4303637@Uncensored</guid><description><![CDATA[  
 I used xrdp, and managed to get the gnome desktop working with it. 
  
 I did get it working with Unity on Ubuntu, amusingly, but not without consequences....
couldn't log out of the session in any way, short of killing the right process.

  
 Not that I like Unity.  I mention this as yet another reason for anyone to
dislike Unity. 
  
 I found xrdp worked really, really well, for keeping a uniform experience
across the different machines that I had set up (Windows & Linux). 
  
 I want to try out some of the other features... ssh sessions, and desktop
recording in particular. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4303634</link><pubDate>Tue, 03 Oct 2017 19:47:45 -0000</pubDate><title>Message #4303634</title><guid isPermaLink="false">4303634@Uncensored</guid><description><![CDATA[  
 Well, I get the impression Solaris, at least in times past, was super-reliable.

  
 Does it remain as reliable today as it was? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4301489</link><pubDate>Fri, 29 Sep 2017 14:14:18 -0000</pubDate><title>Message #4301489</title><guid isPermaLink="false">4301489@Uncensored</guid><description><![CDATA[<html><body>

<p>Ignore the above comment, somehow that comment ended up in this room.  I blame the chickens.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4301487</link><pubDate>Fri, 29 Sep 2017 14:12:47 -0000</pubDate><title>Message #4301487</title><guid isPermaLink="false">4301487@Uncensored</guid><description><![CDATA[<html><body>

<p>If that is what this is.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4301456</link><pubDate>Fri, 29 Sep 2017 13:35:25 -0000</pubDate><title>Message #4301456</title><guid isPermaLink="false">4301456@Uncensored</guid><description><![CDATA[Aside from running software that was built to run on Solaris, what are the
advantages Solaris has these days over Linux?  ZFS, DTrace, Containers?  Linux
has equivalents of all of those now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4300617</link><pubDate>Thu, 28 Sep 2017 14:51:57 -0000</pubDate><title>Message #4300617</title><guid isPermaLink="false">4300617@Uncensored</guid><description><![CDATA[I got Linux graphical desktop via Guacamole working by using VNC.  It takes
a lot of manipulation, but you can combine VNC server with xinetd in a way
that makes it fire up a new session and present a login prompt whenever someone
connects to port 5900. 
  
 It would be easier if Guacamole could natively speak X11 and XDMCP.  Although
Guacamole has been designed to be extended in this way, no one has written
this protocol yet. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4300566</link><pubDate>Thu, 28 Sep 2017 13:49:44 -0000</pubDate><title>Message #4300566</title><guid isPermaLink="false">4300566@Uncensored</guid><description><![CDATA[<html><body>

<p>Illumos has a lot of promise to keep the Solaris spirit alive, while being flexible. I personally use SmartOS for a hypervisor OS and it works wonders.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4299818</link><pubDate>Wed, 27 Sep 2017 20:30:41 -0000</pubDate><title>Message #4299818</title><guid isPermaLink="false">4299818@Uncensored</guid><description><![CDATA[  
 I've set up a guacamole server/client that shows a proof of concept.  It
works very, very smoothly... far more smoothly than what we're doing at the
moment through our vendor. 
  
 That, alone, makes me want to use this.  Add to it recording features, and
it's all the better... I may play with that tomorrow. 
  
 It's a tad frustrating, though, that I couldn't get the same familiar desktop
in linux as the console's desktop (meaning, as if a CRT were connected to
the VM, if that were possible).  That's a bit of a shame, and might be a problem
for certain distributions (Security Onion, Kali, etc).  I dunno... maybe I
can work around that somehow. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4296983</link><pubDate>Sun, 24 Sep 2017 18:41:33 -0000</pubDate><title>Message #4296983</title><guid isPermaLink="false">4296983@Uncensored</guid><description><![CDATA[Read through [ http://guacamole.incubator.apache.org/doc/gug/configuring-guacamole.html
] and check out the section on "Session Recording." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4294611</link><pubDate>Fri, 22 Sep 2017 10:19:51 -0000</pubDate><title>Message #4294611</title><guid isPermaLink="false">4294611@Uncensored</guid><description><![CDATA[  
 For my needs, that screen recording thing, if I can route the recording to
a server elsewhere, would be amazingly useful. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4294406</link><pubDate>Fri, 22 Sep 2017 03:26:33 -0000</pubDate><title>Message #4294406</title><guid isPermaLink="false">4294406@Uncensored</guid><description><![CDATA[I haven't looked at bandwidth consumption because the server I'm running it
on has plenty of it.  It is going to use its own protocol to the client browser
plus whatever bandwidth is consumed from the Guac server to the server you're
logging into.   
  
 I haven't tried using it from anywhere other than my own well-endowed home
network yet.  I'll report back next week when I'm sitting in an airport using
a tethered phone and we'll see.  I think it's still going to be pretty good.

  
 And yes, there is a screen recording module available.  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4294102</link><pubDate>Thu, 21 Sep 2017 16:12:03 -0000</pubDate><title>Message #4294102</title><guid isPermaLink="false">4294102@Uncensored</guid><description><![CDATA[  
 How badly does it consume bandwidth, doyouknow? 
  
 I'd expect if it's using those underlying protocols, it's probably fairly
trim. 
  
 Oh.... and I wonder if you can record it to an mp4 or something.  That'd
be super-useful. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4293510</link><pubDate>Wed, 20 Sep 2017 13:44:17 -0000</pubDate><title>Message #4293510</title><guid isPermaLink="false">4293510@Uncensored</guid><description><![CDATA[All we wanted was a simple Linux server, not an abbatoir. 
  
 I've gotta say though, nslcd (aka nss-pam-ldapd) is freaking awesome.  Joining
a Linux machine to an Active Directory domain used to be a gigantic pain in
the ass.  Winbind was a piece of garbage, had too many dependencies, and had
a habit of just not staying working.  nslcd ties the name service switch directly
to LDAP, no shims, no gimmicks.  It also works with *any* LDAP server, not
just AD. 
  
 When you have hundreds of servers it's nice to be able to log in with your
LDAP credentials instead of having to go into the password vault to fetch
the root password. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4293505</link><pubDate>Wed, 20 Sep 2017 13:20:26 -0000</pubDate><title>Message #4293505</title><guid isPermaLink="false">4293505@Uncensored</guid><description><![CDATA[The other possible outcome might be for Solaris to become just a bunch of
system software that sits on top of Linux, similar to Novell's "Open Enterprise
Server" (Netware services without the Netware OS).  Obviously it will be a
lot easier for Snoracle to port their stuff to Linux than it was for Novell,
since it's already unix. 
  
 Snoracle has their own Linux distribution, but it's really just a clone of
Red Hat. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4292975</link><pubDate>Mon, 18 Sep 2017 16:16:29 -0000</pubDate><title>Message #4292975</title><guid isPermaLink="false">4292975@Uncensored</guid><description><![CDATA[  
 Well, that's the kind of blinkered, Philistine pig-ignorance I've come to
expect from you non-creative garbage... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4292358</link><pubDate>Fri, 15 Sep 2017 14:17:06 -0000</pubDate><title>Message #4292358</title><guid isPermaLink="false">4292358@Uncensored</guid><description><![CDATA[That's how I'm running it.  The underlying Linux machine is even joined to
an Active Directory domain.  If that doesn't make your head explode... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4292333</link><pubDate>Fri, 15 Sep 2017 10:41:18 -0000</pubDate><title>Message #4292333</title><guid isPermaLink="false">4292333@Uncensored</guid><description><![CDATA[  
 That's intriguing. 
  
 I wonder how well that works within a virtualized environment.  Hmm... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4292332</link><pubDate>Fri, 15 Sep 2017 10:39:47 -0000</pubDate><title>Message #4292332</title><guid isPermaLink="false">4292332@Uncensored</guid><description><![CDATA[  
 The only support for Solaris requested of us involves supporting a particularly
ancient variant of the damned thing because it has so many vulnerabilities
(and quite a few people still use it, unpatched, because it was otherwise
solid) that they want to teach people how to hack into it.  And why you should
upgrade it, or maybe migrate to some other tools that can stay up to date
if Solaris won't. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4291813</link><pubDate>Mon, 11 Sep 2017 18:29:22 -0000</pubDate><title>Message #4291813</title><guid isPermaLink="false">4291813@Uncensored</guid><description><![CDATA[  
 For those who haven't seen it or tried it yet... 
  
 [ https://guacamole.apache.org/ ] 
  
 Guacamole is an access server that requires nothing but a web browser to
connect to the RDP, VNC, SSH, Telnet sessions of your choice.  One might expect
this to be slow and clunky, but it's actually *really* good.  It's more responsive
than even some non-browser-based clients. 
  
 I'm using it now, in fact  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4291792</link><pubDate>Mon, 11 Sep 2017 16:52:27 -0000</pubDate><title>Message #4291792</title><guid isPermaLink="false">4291792@Uncensored</guid><description><![CDATA[Well sure, that's a trend that we're seeing with a number of vendors now (Oracle,
IBM, Microsoft) if the customer is deploying [vendor] operating system it
is because they're using it to run [same vendor]'s own server software. 
  
 The next step is "oh geez, it's just not worth it, we'll pick other software"
(H-pukes is there now). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4291777</link><pubDate>Mon, 11 Sep 2017 14:51:20 -0000</pubDate><title>Message #4291777</title><guid isPermaLink="false">4291777@Uncensored</guid><description><![CDATA[  
 Possibly an Oracle server, but not any inhouse-developed code. 
  
 (I'm stretching here.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4291719</link><pubDate>Sun, 10 Sep 2017 21:01:47 -0000</pubDate><title>Message #4291719</title><guid isPermaLink="false">4291719@Uncensored</guid><description><![CDATA[Last year, Snoracle announced that there would be no Solaris 12, but instead
Solaris 11 would be updated forever (rolling release cycle, just like everyone
else is doing these days). 
  
 Now, they've just announced that "Solaris 11.NEXT" (stupid name) won't be
released this year; it'll be released in 2018.   Maybe.  They've also been
laying off people in the Solaris and SPARC groups. 
  
 Are we at a point where we can call Solaris and SPARC a "legacy platform"
yet?  Rather than answer that question from an emotional-attachment point
of view, let's try it this way: would anyone in their right mind deploy a
*new* workload on Solaris or SPARC today? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4291206</link><pubDate>Wed, 06 Sep 2017 16:23:41 -0000</pubDate><title>Message #4291206</title><guid isPermaLink="false">4291206@Uncensored</guid><description><![CDATA[  
 I figured one had to support sysvinit for backwards compatibility. 
  
 I could have taken the easy approach, and just written sysvinit scripts and
said 'screw it'.  But... I really do want our software to start more dynamically
than sysvinit might permit. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4290338</link><pubDate>Thu, 31 Aug 2017 18:30:48 -0000</pubDate><title>Message #4290338</title><guid isPermaLink="false">4290338@Uncensored</guid><description><![CDATA[Right, and that's supposedly why every init-replacement at least *tries* to
support sysvinit scripts.  But it still feels sort of emulated and second-class.
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4290000</link><pubDate>Wed, 30 Aug 2017 14:54:47 -0000</pubDate><title>Message #4290000</title><guid isPermaLink="false">4290000@Uncensored</guid><description><![CDATA[  
 Heh... well, I'm having to deal with ancient distributions, so I still have
to write for sysvinit, upstart, and pretty much anything else. 
  
 Detecting which init tool the distribution uses is a new kind of entertainment.
 In the sense that amputation of major limbs is entertaining. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4289492</link><pubDate>Mon, 28 Aug 2017 17:34:59 -0000</pubDate><title>Message #4289492</title><guid isPermaLink="false">4289492@Uncensored</guid><description><![CDATA[ > It's universal enough though, right? It's now the default on both   
 >Ubuntu and RedHat-derived systems.   
  
 Hmm.  According to https://en.wikipedia.org/wiki/Systemd#Adoption_and_reception
it has been the default on CentOS, Debian, Fedora, Mint, SuSE, Red Hat, and
Ubuntu for some time now (plus some others that I'm not counting as anything
other than fringe players). 
  
 The question of course is: "as a software distributor, should I write exclusively
to systemd?"  I'm starting to think the answer is "yes" because anyone still
running sysvinit in 2017 is probably already dealing with being a fringe player.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4289448</link><pubDate>Mon, 28 Aug 2017 16:13:27 -0000</pubDate><title>Message #4289448</title><guid isPermaLink="false">4289448@Uncensored</guid><description><![CDATA[  
 Honestly, if I didn't have to deal with older distributions, I'd stop doing
the whole daemonization thing and just run it as you might run any command
on a command line. 
  
 Hrm... although, honestly, I could do both.  I could take a command line
argument that would daemonize if needed... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4289363</link><pubDate>Mon, 28 Aug 2017 03:22:45 -0000</pubDate><title>Message #4289363</title><guid isPermaLink="false">4289363@Uncensored</guid><description><![CDATA[  
 It's universal enough though, right? It's now the default on both Ubuntu
and RedHat-derived systems. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4289154</link><pubDate>Sat, 26 Aug 2017 23:06:12 -0000</pubDate><title>Message #4289154</title><guid isPermaLink="false">4289154@Uncensored</guid><description><![CDATA[<html><body>

<p>And that's why I'd love it if systemd became universal, at least for Linux ... instead of all the tedious mucking about with pid files, you could just run the program without forking into the background, systemd will spawn the process directly and can respond to it exiting.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4289043</link><pubDate>Sat, 26 Aug 2017 00:07:19 -0000</pubDate><title>Message #4289043</title><guid isPermaLink="false">4289043@Uncensored</guid><description><![CDATA[ > 2017-08-18 11:22 from LoanShark @uncnsrd   
 >    
 > Back on that topic, I think I solved my systemd problem. Basically,   
 >systemd thinks it knows whether your service is running or not; it can 
 
 >be wrong. If your service was invoked directly from the init script, it
 
 >doesn't know it's running when it is; if the start script fails,   
 >systemd will think it's running when it isn't; if the stop script   
 >fails, it may think it's not running when it is. Etc. In either of   
 >those states, the "stop" or "start" command may do nothing at all, by  

 >itself, because systemd thinks there's no state transition that needs  

 >to happen.   
 >    
 > It's all a bit boneheaded, but there are ways to deal with it.   
  
  
 [Service] 
 Type=forking 
 PIDFile=[path to your PID file] 
 [...] 
  
 If your service creates a PID file, systemd will use the file specified by
PIDFile to track
whether or not the service is actually running, rather than trying to chase
forks in a daemonizing process. 
  
 https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/sect-Managing_Services_with_systemd-Unit_Files.html

  
 So, if your service can be told to create a PID file, that should help significantly.

  
 If not... well, I dunno how you dealt with it in sysvinit. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4288719</link><pubDate>Wed, 23 Aug 2017 16:05:45 -0000</pubDate><title>Message #4288719</title><guid isPermaLink="false">4288719@Uncensored</guid><description><![CDATA[I'd have more problems with OSX if it weren't geared towards the desktop....
 It's pretty rare you need to get that deep into the system. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4288191</link><pubDate>Sat, 19 Aug 2017 06:31:08 -0000</pubDate><title>Message #4288191</title><guid isPermaLink="false">4288191@Uncensored</guid><description><![CDATA[  
 Well, it works either way. Your service can fork itself into the background...
usually (though as pointed out in my last message, not always) systemd will
be able to track its status in the background via cgroups. 
  
 sysvinit scripts are directly supported, and that's what we're using (and
it's our script, at this point.) What I did was make the "stop" command try
a little harder if its first attempt to stop the service gracefully fails,
it will kill -9 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4288149</link><pubDate>Fri, 18 Aug 2017 22:24:08 -0000</pubDate><title>Message #4288149</title><guid isPermaLink="false">4288149@Uncensored</guid><description><![CDATA[Do you control the start script or is it third party software?  What I've
found is that a lot of systemd start scripts are built as naive ports of sysvinit
scripts -- maybe they were even auto-converted -- and they don't really take
advantage of systemd. 
  
 Specifically: the script will have a start command, a stop command, and monitoring
instructions, and the service still runs in the background, because that's
how it was done under sysvinit.  But if you instead write the script to have
systemd start the service in the *foreground* then there's nothing to monitor.
 When the service exits, either normally or abnormally, the kernel reliably
tells systemd that the process ended; there's nothing to detect.  
  
 Obviously I loved this when I saw it because I used to have a habit of running
services directly out of /etc/inittab this way, and was very frustrated when
I couldn't rely on /etc/inittab being available anymore. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4288101</link><pubDate>Fri, 18 Aug 2017 15:22:42 -0000</pubDate><title>Message #4288101</title><guid isPermaLink="false">4288101@Uncensored</guid><description><![CDATA[  
 Back on that topic, I think I solved my systemd problem. Basically, systemd
thinks it knows whether your service is running or not; it can be wrong. If
your service was invoked directly from the init script, it doesn't know it's
running when it is; if the start script fails, systemd will think it's running
when it isn't; if the stop script fails, it may think it's not running when
it is. Etc. In either of those states, the "stop" or "start" command may do
nothing at all, by itself, because systemd thinks there's no state transition
that needs to happen. 
  
 It's all a bit boneheaded, but there are ways to deal with it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4288082</link><pubDate>Fri, 18 Aug 2017 14:29:18 -0000</pubDate><title>Re: Reservation..</title><guid isPermaLink="false">4288082@Uncensored</guid><description><![CDATA[I was hoping for some thoughts from Ragnar, who is a fan of both the Apple
system *and* the "unix-like" way of doing things.  Clearly they are at odds
with each other.  Was it ok for Apple to break from tradition, but only Apple
because they serve a different area of computing than, say, RedHat or Debian?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4287983</link><pubDate>Thu, 17 Aug 2017 21:05:40 -0000</pubDate><title>Re: Reservation..</title><guid isPermaLink="false">4287983@Uncensored</guid><description><![CDATA[<html><body>

<p>Agreed.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4287926</link><pubDate>Thu, 17 Aug 2017 14:43:47 -0000</pubDate><title>Re: Reservation..</title><guid isPermaLink="false">4287926@Uncensored</guid><description><![CDATA[That's kind of what I'm getting at here.  At times, making something "unix-like"
can be at odds with making it maintainable by non-gurus.  Is it ok when Apple
does it but not ok when Red Hat or Ubuntu does it?  People have been trying
to get the best of both worlds for decades (remember linuxconf?) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286795</link><pubDate>Tue, 08 Aug 2017 18:09:22 -0000</pubDate><title>Reservation..</title><guid isPermaLink="false">4286795@Uncensored</guid><description><![CDATA[<html><body>

<p>So would that be the reservation expanding its tent-pegs?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286779</link><pubDate>Tue, 08 Aug 2017 16:15:17 -0000</pubDate><title>Message #4286779</title><guid isPermaLink="false">4286779@Uncensored</guid><description><![CDATA[  
 They're way off the reservation, but a lot of this systemd/upstart/no-shell
stuff could be viewed as the rest of the industry playing catchup to NeXT/Apple

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286650</link><pubDate>Mon, 07 Aug 2017 17:18:11 -0000</pubDate><title>Message #4286650</title><guid isPermaLink="false">4286650@Uncensored</guid><description><![CDATA[  
 What about launchd?  Does the "not unix like" design requirement apply to
Apple or are they too far off the reservation already? 
  
 Like most old-skool unixheads, I am partial to SysV Init, but I've never
liked the way init scripts are built.  All those silly files and symlinks
are a nuisance.  I would have liked it if inittab had been expanded for scripts
the way every other configuration file was: just have /etc/inittabs.d/ and
a package maintainer can drop files in for startup, shutdown, etc. 
  
 As for systemd ... I didn't think it was necessary but it doesn't bother
me enough to dwell on it for a long time.  And you guys know that I am the
kind of person who *will* do that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286309</link><pubDate>Fri, 04 Aug 2017 11:15:03 -0000</pubDate><title>Message #4286309</title><guid isPermaLink="false">4286309@Uncensored</guid><description><![CDATA[  
 MS Installer packages are little databases that you access with a limited
Structured Query Language.  Describing them as a script file is ... not accurate.

  
 Windows has an SCM for services.  It has been this way since NT (I can't
recall if the 9x systems had it as well, but I know it's been around since
NT 3.5).  And while it's a bit heavy handed in some ways, it's a standard
that you can mostly rely upon when working with Windows. 
  
 Linux has... kind of a mess.  At least, from my perspective, as someone having
to craft a debian package to install a product on an ungodly number of distributions
of linux, with relatively limited resources.  I have to be able to install
this closed-source tool on 10-year old distributions of linux, and account
for the different init styles so it fits in properly with that distributions
best practices... such as they are/were.  Add to this that I
haven't had to do this before this job, and you'll see that I'm approaching
this topic from a perspective free of opinions about any history of these
systems, or even the degree to which something 'fits in' with the 'feel' of
linux, since unfortunately my career has been dominated by working with Windows.

  
 So, yeah... I'm more interested in accomplishing something specific.  I don't
care about the politics or history, just getting shit done.  And I have to
deal with every fucking variation of these damned init systems (even the fucking
older versions, which occasionally couldn't handle something properly... like
a binary that does the correct approach to turning into a daemon of all the
most ridiculous and stupid things). 
  
 And so, I found systemd easier... because nobody has released a version of
it in a distribution of linux made publically available that fails to work
with an executable
that turns itself into a daemon.  Unlike upstart. 
  
 This said, I'm not suggesting it's a great system.  To me, it feels like
linux simply hasn't managed to find and settle on something that really works
for it, so they're making do with systemd until someone comes up with The
Right Thing. 
  
 Because at the end of the day, sysvinit sucks even worse than either upstart
or systemd, if you want your OS to start in a snappy way. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286277</link><pubDate>Fri, 04 Aug 2017 04:40:12 -0000</pubDate><title>Message #4286277</title><guid isPermaLink="false">4286277@Uncensored</guid><description><![CDATA[OK, that's perhaps a bit harsh on my part, but it burns me UP when I see revisionist
defense of crapware.  For example, numerous init replacements had already
existed when systemd was first introduced which relied on multiprocessing
for concurrently launching daemons and the like.  One was even so simple that
it basically relied on make (via make -j) to perform its system startup. 
  
 The only reason that systemd took hold in the industry is, quite frankly,
it's a Red Hat product.  And RH is popular in Enterprises around the globe
(in one form or another).  All the other, and more technically appropriate/superior
solutions, were offered as one-off projects as your typical open source fare,
hoping teh Bazaar style of project management would take hold and let projects
become self-sustaining. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286276</link><pubDate>Fri, 04 Aug 2017 04:34:05 -0000</pubDate><title>Message #4286276</title><guid isPermaLink="false">4286276@Uncensored</guid><description><![CDATA[That is a bullshido response if I'd ever seen one.  Systemd is a total slap
in the face, and completely ignores a TON of prior art in improving or even
replacing sysvinit with alternatives that work as well, while retaining the
Unix-y flavor. 
  
 BTW, Windows has a ton of supporting "batch" scripts as well (MS Installer
anyone?  OK, they're not literally .BAT files, but they do the same job) which
gets executed upon installation or removal of a program.  The only benefit
to Windows is that you have one, and exactly one, precise directory layout.
 But this is a solved problem in Linux, and has been for years. 
  
 Meanwhile, systemd seems to be a literal breeding ground for CVEs and bugs
(DNS daemon that can't handle dashes?  Sure.  Why not?) 
  
 Systemd works great until it doesn't, then you're left in a world of pain
and suffering.  For cloud deployments, which is where systemd really
shines, it works great because you have (like Windows) consistent system configurations.
 But for anything else, it's a catagorical mistake. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286240</link><pubDate>Thu, 03 Aug 2017 21:48:21 -0000</pubDate><title>Message #4286240</title><guid isPermaLink="false">4286240@Uncensored</guid><description><![CDATA[  
 the point about mission creep might be valid; I don't really know why they
decide to make another logging service where we already had syslog. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286064</link><pubDate>Wed, 02 Aug 2017 15:48:58 -0000</pubDate><title>Message #4286064</title><guid isPermaLink="false">4286064@Uncensored</guid><description><![CDATA[  
 Well, as I understand things (with my horribly Windows-esque background),
sysvinit has this terrible problem where the scripts cannot be started concurrently.
 So, we have two attempts, so far, to create something that can sanely start
these services, yet still feel 'unixy-enough' to please people... and I guess
from what I'm reading here, they both fail. 
  
 I think I prefer systemd to upstart... it feels more featureful, and I think
it's slightly easier to write configuration files for it than upstartd (maybe
because it's better documented?  I forget). 
  
 I know that I've had to write scripts for installations that account for
all three systems, and systemd felt more mature than upstart in this regard.

  
 I think another problem I experience with sysvinit involves the many variations
per distribution of linux of any kind of helper script to get things running.
 Basically, if you're
trying to write something that can be installed on Redhat, Debian, and variants
of these, sysvinit risks introducing a lot of pain unless you build the entire
thing from scratch without any assisting batch scripts.... and if you do that,
you might miss some special thing that the distribution does that helps inform
the user of some detail or something. 
  
 Or, putting all of this more concisely, the initialization of services in
Linux is very problematic without *something*, while Windows (much as I hate
it) with its SCM seems to have happened upon a fairly (for Windows) elegant
solution.  It'd be nice if someone could figure out something for Linux that
felt right for posix-oriented OSes. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4286009</link><pubDate>Wed, 02 Aug 2017 06:25:48 -0000</pubDate><title>Message #4286009</title><guid isPermaLink="false">4286009@Uncensored</guid><description><![CDATA[Contrary to historical indications, the 'd' in systemd does not stand for
daemon.  It stands for disease. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285972</link><pubDate>Tue, 01 Aug 2017 22:05:27 -0000</pubDate><title>Message #4285972</title><guid isPermaLink="false">4285972@Uncensored</guid><description><![CDATA[Binary logs?  Blech.   
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285967</link><pubDate>Tue, 01 Aug 2017 21:42:55 -0000</pubDate><title>Message #4285967</title><guid isPermaLink="false">4285967@Uncensored</guid><description><![CDATA[I've been pretty happy with systemd, but it is true that systemd (like upstart,
which fortunately is dying, and launchd, which unfortunately is not) is somewhat
less "unix-like" than sysvinit. 
  
 The thing about systemd is that it *has* an API.  And to install a service
you only have to create a single unit file, and then make an API call (or
just run the equivalent command from a shell script) to activate it.  sysvinit
is more understandable from a traditional unix perspective, but unfortunately
it's a mess. 
  
 Of course, I never really liked init scripts to begin with.  /etc/rc was
better.  (Yes I know slackware and BSD still use /etc/rc and I don't care.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285954</link><pubDate>Tue, 01 Aug 2017 19:44:59 -0000</pubDate><title>Message #4285954</title><guid isPermaLink="false">4285954@Uncensored</guid><description><![CDATA[  
 I suppose it's unsurprising that some of systemd's APIs have Haskell bindings...
*vomit* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285928</link><pubDate>Tue, 01 Aug 2017 16:36:23 -0000</pubDate><title>Message #4285928</title><guid isPermaLink="false">4285928@Uncensored</guid><description><![CDATA[    
 Looks like that horse has left the barn.   
  
  
 Things don't seem to be working the way I expect, but maybe my expectations
are wrong. I have to read up and test a bit more. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285911</link><pubDate>Tue, 01 Aug 2017 15:24:49 -0000</pubDate><title>Message #4285911</title><guid isPermaLink="false">4285911@Uncensored</guid><description><![CDATA[systemd, upstart, init....   
  
 Personally I'm with the Boycott Systemd folks - it goes against basic Unix
philosophy. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285876</link><pubDate>Tue, 01 Aug 2017 09:59:23 -0000</pubDate><title>Message #4285876</title><guid isPermaLink="false">4285876@Uncensored</guid><description><![CDATA[  
 Gah... I wish you luck with that, LS. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285826</link><pubDate>Tue, 01 Aug 2017 01:46:27 -0000</pubDate><title>Message #4285826</title><guid isPermaLink="false">4285826@Uncensored</guid><description><![CDATA[<html><body>

<p>Did you try turning it off and back on again?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4285806</link><pubDate>Mon, 31 Jul 2017 21:34:46 -0000</pubDate><title>Message #4285806</title><guid isPermaLink="false">4285806@Uncensored</guid><description><![CDATA[  
 I'm in systemd hell... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4281683</link><pubDate>Tue, 11 Jul 2017 17:12:12 -0000</pubDate><title>Message #4281683</title><guid isPermaLink="false">4281683@Uncensored</guid><description><![CDATA[I virtually never use awk, but when I do, its value becomes immeasurable.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4281456</link><pubDate>Mon, 10 Jul 2017 18:05:07 -0000</pubDate><title>Message #4281456</title><guid isPermaLink="false">4281456@Uncensored</guid><description><![CDATA[I used it today.  I use it every day.  AWK! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4275171</link><pubDate>Mon, 05 Jun 2017 21:27:45 -0000</pubDate><title>Message #4275171</title><guid isPermaLink="false">4275171@Uncensored</guid><description><![CDATA[AWK is still your friend. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4267487</link><pubDate>Sat, 06 May 2017 18:01:47 -0000</pubDate><title>Message #4267487</title><guid isPermaLink="false">4267487@Uncensored</guid><description><![CDATA[ >the best of both worlds.  I just installed Kubuntu on one of them and  

 >am realizing how much I missed having a native Linux around.  KDE is   
  
 And I'm really liking this.  KDE 5 looks and acts like a desktop.   
   
 I just dropped my Linux laptop into the dock (which fits both of my laptops)
and it picked up *everything* without requiring any configuration.  Multiple
monitors, multiple audio devices, multiple network interfaces, it's all there,
no fuss, no muss.  And it looks fantastic. 
  
 I'm tempted to make this my daily driver for a while and see how it does
at the workplace.  In the meantime it's going to stay in the dock all weekend.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4267165</link><pubDate>Fri, 05 May 2017 10:32:05 -0000</pubDate><title>Message #4267165</title><guid isPermaLink="false">4267165@Uncensored</guid><description><![CDATA[  
 Oh, the actual prompting happens within config, not postinst.  But if you
used db_reset to kill off the password (like you should), and you need it
again on uninstall, you'll need to reproduce whatever you wrote in config
in your prerm script.  Or, be sneaky like me, and simply call config from
prerm. 
  
 I have to say, it all does look very clean and slick when you use debconf,
but the documentation leaves much to be desired. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4267164</link><pubDate>Fri, 05 May 2017 10:29:10 -0000</pubDate><title>Message #4267164</title><guid isPermaLink="false">4267164@Uncensored</guid><description><![CDATA[  
 I did, eventually, figure out what I needed, following debian policy, etc.

  
 But, sincerely, those guys ought to make the documentation a tad less dense,
and a bit more streamlined for the guy in a hurry. 
  
 Basically: 
  
 * Redirect all stdout to a file, so you can refer to it later if something
fucks up. 
 * You might also want to redirect stderr there, too. 
 * Output nothing to the user at all, short of something on stderr telling
the user where to find this output. 
 * Use debconf commands for the rest.  If you're using sh or bash, they start
with db_, and you have to run their script to make the commands accessible.

 * Remember to write a lot of echo statements into your log file so you can
figure out when something fucks up.  Because debconf sometimes just seizes
up the whole damned script when you set -e at the top of the script (per policy)
and something decides to go wrong. 
 * Test the fucker until your eyes bleed. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4266935</link><pubDate>Thu, 04 May 2017 19:20:05 -0000</pubDate><title>Message #4266935</title><guid isPermaLink="false">4266935@Uncensored</guid><description><![CDATA[(raises hand.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4266796</link><pubDate>Thu, 04 May 2017 11:34:38 -0000</pubDate><title>Message #4266796</title><guid isPermaLink="false">4266796@Uncensored</guid><description><![CDATA[  
 I wonder, sometimes, how people manage to make interesting debian packages
at all. 
  
 There's this thing called debconf that one ought to use for asking the user
things like the password to a database engine so you can add a new database
and tables, etc.  And there are these commands with which you may littler
your postinst scripts to drive this kind of thing. 
  
 But you aren't likely to find the documentation for these commands easily.
 No.  On the official debconf site, they claim that because these commands
are now part of Debian policy, you have to find them there.  So you try to
find them there, and you're treated to a byzantine labyrinth of text, hinting
of the promised text without offering it to you easily. 
  
 I wonder how many people would use this system, but give up and just use
bash's 'read' instead because fucking hell, you can at least find documentation
for bash. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4266687</link><pubDate>Thu, 04 May 2017 00:48:49 -0000</pubDate><title>Message #4266687</title><guid isPermaLink="false">4266687@Uncensored</guid><description><![CDATA[I am too; it really makes everything a little more accessible. 
  
 At the same time, now that I have two well-powered laptops, I can have the
best of both worlds.  I just installed Kubuntu on one of them and am realizing
how much I missed having a native Linux around.  KDE is looking good these
days.  For a while it had too much of a eurotrash thing going, but they've
cleaned it back up.  I like how they make it look and act like an actual desktop,
instead of pretending to be a phone or a tablet. 
  
 I figured I'd go with KDE this time because it's the native environment of
my very favorite video editor on any platform: Kdenlive. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4266624</link><pubDate>Wed, 03 May 2017 20:22:10 -0000</pubDate><title>Message #4266624</title><guid isPermaLink="false">4266624@Uncensored</guid><description><![CDATA[  
 As someone who still uses Windows 10 for games but also does development
work for a living, I'm really quite excited by all this. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4266436</link><pubDate>Tue, 02 May 2017 21:54:54 -0000</pubDate><title>Message #4266436</title><guid isPermaLink="false">4266436@Uncensored</guid><description><![CDATA[It's also more stable than the Windows API.  The Windows kernel is intentionally
hidden behind the WinRT/Win64/Win32/etc. API family, so MS feels more freedom
when it comes to tweaking kernel APIs.  Linus mandates that user-land applications
from 0.99 kernels are able to still run on 4.11 kernels, so actually has a
better track record of compatibility than Windows from that particular aspect.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4266431</link><pubDate>Tue, 02 May 2017 21:29:42 -0000</pubDate><title>Message #4266431</title><guid isPermaLink="false">4266431@Uncensored</guid><description><![CDATA[  
 WSL has improved a lot. It's now possible to run The Java Interpreter. :-P

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4266352</link><pubDate>Tue, 02 May 2017 13:59:55 -0000</pubDate><title>Message #4266352</title><guid isPermaLink="false">4266352@Uncensored</guid><description><![CDATA[Exactly!  It's the same thing -- redirecting system calls.  And unsurprisingly,
the Linux system call interface turns out to be way easier to redirect than
the Windows system call interface, because it's well documented with no hidden
surprises. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4265491</link><pubDate>Fri, 28 Apr 2017 22:59:54 -0000</pubDate><title>Message #4265491</title><guid isPermaLink="false">4265491@Uncensored</guid><description><![CDATA[LINE -- LINE Is Not an Emulator.  ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4265381</link><pubDate>Fri, 28 Apr 2017 14:59:49 -0000</pubDate><title>Message #4265381</title><guid isPermaLink="false">4265381@Uncensored</guid><description><![CDATA[They've been doing this for a while; this just makes it official.  It still
requires a "helper" VM on the host to act as a kernel for the Linux containers.
 I'm waiting for the day they run it on WSL. 
  
 And yes, I'm ok with this.  It's the same as Windows software running on
OS/2, eliminating any motivation for software developers to write for the
platform that can emulate the other one.  It's actually the same as Windows
on OS/2 in another way: it isn't really emulation, but rather a well-hidden
copy of the other operating system inside the environment. 
  
 Linux uber alles. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4265040</link><pubDate>Thu, 27 Apr 2017 17:04:08 -0000</pubDate><title>Message #4265040</title><guid isPermaLink="false">4265040@Uncensored</guid><description><![CDATA[  
 Hm... I might have a use for that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4265030</link><pubDate>Thu, 27 Apr 2017 16:48:12 -0000</pubDate><title>Message #4265030</title><guid isPermaLink="false">4265030@Uncensored</guid><description><![CDATA[Linux containers on Windows hosts.  Oy.   
  
 http://tinyurl.com/n2zlv3d 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4260930</link><pubDate>Mon, 10 Apr 2017 21:38:02 -0000</pubDate><title>Message #4260930</title><guid isPermaLink="false">4260930@Uncensored</guid><description><![CDATA[Used a Raspberry Pi for something useful finally!  (Data collection from a
UPS system.)   
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4252021</link><pubDate>Sun, 09 Apr 2017 02:08:21 -0000</pubDate><title>Message #4252021</title><guid isPermaLink="false">4252021@Uncensored</guid><description><![CDATA[  
 Big news! 
  
 Apparently, Mark Shuttleworth finally got around to reading the emails I
sent him in 2011. 
  
 [ http://tinyurl.com/kkdsapr ] 
  
 The awful "Unity" desktop is going away.  Starting with Ubuntu 18.04LTS,
the Ubuntu desktop will be returning to GNOME.  The long international nightmare
is finally over.  Shuttleworth has finally understood what the rest of us
already knew: phones are not tablets are not computers.  A single environment
that spans them all is a bad idea.  (Hey Satya, are you listening?  Doze 10
is more capable of acting like a computer than Doze 8, but it doesn't go far
enough.  Kill your phone project like Ubuntu did.) 
  
 This is one thing that Apple got right.  Different devices call for different
operating environments.  I'm not a fan of Mac OS or iOS, but at least each
one is designed specifically for the type of device it runs on. 
  
 Ubuntu will be
refocusing on the things it does well, with (omg!) a focus on the things that
are actually bringing in revenue: cloud and IoT, and some desktop as well.
 Unity was the reason I abandoned Ubuntu in 2011 and went to stock Debian,
even though Ubuntu made the installation and maintenance experience easy.
 I'm looking forward to returning to it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4225508</link><pubDate>Tue, 04 Apr 2017 13:47:03 -0000</pubDate><title>Message #4225508</title><guid isPermaLink="false">4225508@Uncensored</guid><description><![CDATA[Clearly we need to nuke Amazon from orbit. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4225416</link><pubDate>Mon, 03 Apr 2017 23:56:05 -0000</pubDate><title>Message #4225416</title><guid isPermaLink="false">4225416@Uncensored</guid><description><![CDATA[Connecting to SSH over a slow tethered 3G connection makes me remember how
awesome it is to have things like Nagle TCP, and software like curses/terminfo
that was designed to run efficiently over slow links.   
    
 vi is eminently usable, redrawing only the portions of the screen that need
refreshing.  emacs is completely unusable (disclaimer: I haven't tried it).
  
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4225404</link><pubDate>Mon, 03 Apr 2017 23:14:55 -0000</pubDate><title>Message #4225404</title><guid isPermaLink="false">4225404@Uncensored</guid><description><![CDATA[  
 Bingo.  
  
 Now you've got a ship-shipping ship shipping shipping ships, which can't
ship ships without... a tugboat. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4225112</link><pubDate>Mon, 03 Apr 2017 12:41:00 -0000</pubDate><title>Message #4225112</title><guid isPermaLink="false">4225112@Uncensored</guid><description><![CDATA[  
 Try OnlyOffice... it seems to have dependencies on other docker apps, which
seems somehow kind of fucked up. 
  
 You might expect binaries to have dependencies, but there's something ...
wrong ... about docker dependencies. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4223570</link><pubDate>Fri, 31 Mar 2017 15:20:36 -0000</pubDate><title>Message #4223570</title><guid isPermaLink="false">4223570@Uncensored</guid><description><![CDATA[That ... hasn't been my experience.  But, to each their own.  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4223146</link><pubDate>Fri, 31 Mar 2017 13:14:01 -0000</pubDate><title>Message #4223146</title><guid isPermaLink="false">4223146@Uncensored</guid><description><![CDATA[That's because you're thinking like an engineer.  Instead, try thinking like
a junior level system administrator who can now install and run an application
stack on any system just by typing "docker run appname" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4222534</link><pubDate>Thu, 30 Mar 2017 21:25:17 -0000</pubDate><title>Message #4222534</title><guid isPermaLink="false">4222534@Uncensored</guid><description><![CDATA[I admit that Docker just leaves my head spinning, back when it first came
out, and even today.  Just seems like a lot of complexity that I need to learn
for very little gain in exchange. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4221051</link><pubDate>Wed, 29 Mar 2017 20:08:11 -0000</pubDate><title>Message #4221051</title><guid isPermaLink="false">4221051@Uncensored</guid><description><![CDATA[  
 The more I look at Docker, the more I'm convinced that it could potentially
become *the* universal package distribution format for third-party software.

  
 I think I was looking at it the wrong way, assuming that it served the same
purpose as Virtuozzo/OpenVZ or LXC by itself -- basically just a more lightweight
version of a virtual machine that uses a shared kernel and cannot easily be
live migrated.  And maybe that's marginally useful, but probably not enough
to justify using it instead of actual virtual machines, except maybe if you
needed exceptionally high density on a single host. 
  
 But now that I'm playing around with it I see that the real value is that
a Docker image carries around all of the dependencies for an application,
so there is literally nothing that can go wrong.  And the image format being
git-like so that it can not only be expressed as deltas from a parent image,
but also pool those deltas on a central repository, is sheer genius. 
  
 I installed Docker because I was trying to build an application that had
a lot of steps to put all of the pieces together.  In the past, application
providers might have solved this problem by distributing the application as
a virtual appliance.  But they chose to go with Docker instead.  I downloaded
the container and ran it.  Everything came up on the first try. 
  
 I'm definitely going to start distributing my software this way. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4182258</link><pubDate>Fri, 27 Jan 2017 19:14:50 -0000</pubDate><title>Message #4182258</title><guid isPermaLink="false">4182258@Uncensored</guid><description><![CDATA[  
 Also, software development has moved towards 'agile' methods that involve
rolling releases anyway. 
  
 You just fix things, occasionally adding features, etc. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4182216</link><pubDate>Fri, 27 Jan 2017 16:55:13 -0000</pubDate><title>Message #4182216</title><guid isPermaLink="false">4182216@Uncensored</guid><description><![CDATA[<html><body>

<p>There will not be a Solaris 12 ... ever.</p>
<p>[ <a href="http://tinyurl.com/zerdtxz">http://tinyurl.com/zerdtxz</a> ]</p>
<p>Oracle has announced that Solaris will be moving to a "continous delivery" model (which is the same thing that we in the free world call the "rolling release" model).</p>
<p>This makes sense.  Major releases of software are obsolete.  That model only made sense when software was installed from physical media, and an upgrade was a big deal.  Big upgrades are disruptive and break things.  Big upgrades are a bother to deal with.  Big upgrades change too many things at once.</p>
<p>When you have the ability to continuously deliver a stream of small updates online, you should continuously deliver a stream of small updates online.</p>
<p>Yes, this eliminates the ability to sell major upgrades to the user.  That's a feature, not a bug.  It eliminates the #1 motivation for creating bloatware.  Software is already moving towards a model where everything is either free, rented, or backed by ongoing paid support.  So now there's no need to pack in more feature bloat because users don't want to pay for bugfixes.</p>
<p>(Citadel moved to a rolling release model nearly a year ahead of Solaris, which means I am smarter than Larry Ellison.)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4165043</link><pubDate>Mon, 09 Jan 2017 20:58:16 -0000</pubDate><title>Message #4165043</title><guid isPermaLink="false">4165043@Uncensored</guid><description><![CDATA[I learned today (and perhaps I'm just a little slow to pick this up) that
Linux LVM now has thin provisioning.  Not in the block storage layer, but
right there in the volume manager.  That's pretty cool. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4161793</link><pubDate>Sat, 07 Jan 2017 09:52:09 -0000</pubDate><title>Message #4161793</title><guid isPermaLink="false">4161793@Uncensored</guid><description><![CDATA[<html><body>

<p>For starters, part of that job could be done by smarter tools. Combining the already available data, especially the modes of processing, in a meaningful manner. I'd call that "Small Data".</p>
<p>My smartphones always have a totally dumb and clueless "caller history": 1. Most of them only remember one instance of call by a certain person. I do not see all instances of the last 2 weeks, when somebody called me, tried to call me or I tried to call him. Only the last instance is shown. 2. Additionally, it could display other info on demand, like where did I do/miss the call and wether there was additional communication (sms/mail/fb/twitter/any other modern chat app) with that person around that time. 3. Throwing in a calendar, I'd like to see my communication behavior last thursday morning or thursday when I was at Moe's tavern.</p>
<p>This calendar example is especially neglected in in Mail clients where you have a calendar. This is probably due to restricted computing power in ye olde days.Today, every web 3.0 service has a timeline function, but not your market leader email client. Or any other, for that matter. Why is there no easy way to display mail correspondance in a calendar view or a time line? Why can't they easily display the flow of a communication with a certain company (trackable by email domain, of course.)</p>
<p>There are some tools under linux that try to aggregate some of those infos, but they were kinda patchy and gimmicky, when I used them some 5 years ago.</p>
<p>https://en.wikipedia.org/wiki/Zeitgeist_(free_software)</p>
<p>http://nepomuk.semanticdesktop.org (Social and Semantic! It just needs Docker and Blockchain to be up to todays hipness)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4160623</link><pubDate>Fri, 06 Jan 2017 13:05:21 -0000</pubDate><title>Message #4160623</title><guid isPermaLink="false">4160623@Uncensored</guid><description><![CDATA[  
 Hmm. 
  
 It feels like one could extend the idea to tagging data, generally. 
  
 Tag your e-mails, tag your database records, etc. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4153360</link><pubDate>Sun, 25 Dec 2016 16:10:45 -0000</pubDate><title>Message #4153360</title><guid isPermaLink="false">4153360@Uncensored</guid><description><![CDATA[I do like the idea of tagging instead of filing things.  That's very clever
and I may have to think about using that strategy. 
  
 Putting the tags in the filename is ugly, though.  I see they also have a
non-free version that stores the tags as metadata.  This is obviously the
right way to do it, and someone in the free world will certainly reimpmlement
it. 
  
 But it's got to be done in a platform-independent, filesystem-independent,
network-transparent way.  (That usually means dotfiles) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4153020</link><pubDate>Sat, 24 Dec 2016 09:49:10 -0000</pubDate><title>Message #4153020</title><guid isPermaLink="false">4153020@Uncensored</guid><description><![CDATA[<html><body>

<p>Tagspaces does need look very interesting. Although "polluting" the filename with tags is a bit ugly and might compete with some peoples OCD needs. :)</p>
<p>I might toy around with it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4151611</link><pubDate>Tue, 20 Dec 2016 21:02:10 -0000</pubDate><title>Message #4151611</title><guid isPermaLink="false">4151611@Uncensored</guid><description><![CDATA[<html><body>

<p>A filing system, is  'exactly', what i want. UNIX orders it's information using a fixed file system. I, like many people, still use a paper file system to, erm, file :) all those bits of paper i know i will want to come back to in the near future (i have thought about scanning them all as i get them and keeping them - erm - on my PC's File system , or a database, i would still keep the originals though, well only the important stuff).  It would be nice to have some kind of sane/elegant list of top level catagories in my file system, that was why i asked. I see your argument for not wholey relying on this kind of system to store and retrieve data though. Yes tags seem like a great idea.</p>
<p>I use a notetaking program to jot down alot of my thoughts and snippets of info; and this uses tags which some in very handy. http://rednotebook.sourceforge.net/</p>
<p>I still use files and directories to organize stuff though, so from my tagged snippets and longer stuff - they generally find thier way into a text file, in a directory. :)</p>
<p>I used to use one or two personal wiki notetaking programs, and the linked topics etc was quite a good way to store and retrieve i found, but i still came back to making single plain text files of all my important stuff. </p>
<p> </p>
<p>I had a quick look and came across this, i don't know if it is any good, looks nice. </p>
<p> </p>
<p>https://www.tagspaces.org/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4149755</link><pubDate>Fri, 16 Dec 2016 12:32:09 -0000</pubDate><title>Re: Suggestions for personal &#39;file system/filing system?</title><guid isPermaLink="false">4149755@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Dec 15 2016 11:54:06 EST</span> <span>from mo @ Uncensored </span> <span class="message_subject">Subject: Suggestions for personal 'file system/filing system?</span></div>
<div class="message_content">
<p><span style="background-color: transparent;">I am trying to organize my digital life, on my home system. I have tinkered about with various filing schemes and categories, but would like to know how others organize there files.</span></p>
</div>
</blockquote>
<p>I stopped worrying and learned to love the tag. It simply is not possible to use a file system to store and order information from several sources in several categories, at least not for the things that interest me. Or I would drown in a symlink hell.</p>
<p>I let iTunes keep track of my audio files on my home server, so I started using the id3tags heavily. I am still not happy that you can only tag a song for one genre. But the data I added in iTunes is then used by minidlna and mt-daapd (and probably mpd) for broadcasting to the LAN.</p>
<p>I am planning to use something like Calibre for my ebook collection. Movies are mostly on DVD/Bluray in my living room, rather unsorted. The few flics I have on the server are sorted by country of origin, and even that is difficult at time.</p>
<p>Having everything findable by Tracker or some other datacrawler/indexer is the way to go. Sorting is a waste of time. Most importantly, I need a tool for managing citations/quotes and bits of information. Everything I tried seems crap. Turtleapp seems a bit too hipster but a nice replacement for evernote.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4149266</link><pubDate>Thu, 15 Dec 2016 16:54:06 -0000</pubDate><title>Suggestions for personal &#39;file system/filing system?</title><guid isPermaLink="false">4149266@Uncensored</guid><description><![CDATA[<html><body>

<p>Hi,</p>
<p>I am trying to organize my digital life, on my home system. I have tinkered about with various filing schemes and categories, but would like to know how others organize there files.</p>
<p>I have tried a few hierarchies of directories and categories, but would like to keep it simple; not too many subdirectories, and not too many top level categories.</p>
<p>I posted it here because i think the unix file system hierarchy uber cool in a logical craziness, but makes sense. I would like to have any suggestions that maybe draw some inspiration from unix aswell as what people actually use.</p>
<p> </p>
<p>Help!!</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4148832</link><pubDate>Thu, 15 Dec 2016 13:26:34 -0000</pubDate><title>Message #4148832</title><guid isPermaLink="false">4148832@Uncensored</guid><description><![CDATA[<html><body>

<p>I liked the simulated screen burn in.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4148293</link><pubDate>Wed, 14 Dec 2016 19:35:28 -0000</pubDate><title>Message #4148293</title><guid isPermaLink="false">4148293@Uncensored</guid><description><![CDATA[  
 Hmm... I think future development on our product needs to happen on this
platform. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4148225</link><pubDate>Wed, 14 Dec 2016 14:28:30 -0000</pubDate><title>Message #4148225</title><guid isPermaLink="false">4148225@Uncensored</guid><description><![CDATA[I still think COBOL is better.  And it turns out there are others who think
the same. 
  
 [ http://www.coboloncogs.org/HOME.HTM ] 
   
 "COBOL ON COGS" is definitely going to be the next big web development framework.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4147759</link><pubDate>Mon, 12 Dec 2016 18:21:15 -0000</pubDate><title>Message #4147759</title><guid isPermaLink="false">4147759@Uncensored</guid><description><![CDATA[  
 I don't necessarily think Smalltalk is ridiculously over-the-top for web
programming.  Although, I don't think Seaside is a particularly good implementation,
based on how ugly their pages wind up looking. 
  
 And with the web, presentation is pretty much everything. 
  
 I suck at making web pages look good.  When it comes to that stuff, I feel
like I'm a troglodyte pretending to have competence at web pages, as I get
more involved with making the thing work properly than look nice (when, really,
both are required). 
  
 But the work I did in Ruby made the pages look very nice in spite of my efforts
to make it look like shit.  Or, rather, I would have to go out of my way to
make the pages look like shit in Ruby, where in the other languages I've used,
shitty-looking web pages were the norm. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4147750</link><pubDate>Mon, 12 Dec 2016 17:49:42 -0000</pubDate><title>Message #4147750</title><guid isPermaLink="false">4147750@Uncensored</guid><description><![CDATA[We can joke about what languages are over-the-top ridiculous for web programming,
but one developer's over-the-top ridiculous is another developer's favorite.
 It could be argued, for example, that COBOL matches the CGI model better
than Perl ever did. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4147448</link><pubDate>Mon, 12 Dec 2016 13:35:53 -0000</pubDate><title>Message #4147448</title><guid isPermaLink="false">4147448@Uncensored</guid><description><![CDATA[  
 OTOH, we could use smalltalk instead of php, right? 
  
 http://www.seaside.st/ 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4146688</link><pubDate>Fri, 09 Dec 2016 17:28:20 -0000</pubDate><title>Message #4146688</title><guid isPermaLink="false">4146688@Uncensored</guid><description><![CDATA[ > I still maintain that PHP was never meant to be a serious language but
 
 >it "had greatness thrust upon it" by baristas-turned-programmers during
 
  
 Sure it was. It just happens that it wasn't designed by people who were really,
like, a language-designer's language designer. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4146625</link><pubDate>Fri, 09 Dec 2016 13:27:18 -0000</pubDate><title>Message #4146625</title><guid isPermaLink="false">4146625@Uncensored</guid><description><![CDATA[Ok that's a bit disturbing.  Even more disturbing is that they knew == was
so messed up that they had to add an === operator to make comparisons even
stricter.  Progress! 
  
 I still maintain that PHP was never meant to be a serious language but it
"had greatness thrust upon it" by baristas-turned-programmers during the dotcom
years. 
  
 The language selection wasn't what I was focusing on, though.  Even a unix
superfan like me can appreciate the fact that when you throw people out there
into the world of file permissions without giving them the right mental tools
to deal with it, bad things can happen.  That developer's approach was snarky,
which I totally love.  It won't work, though.  People ignore clearly written
instructions and ask stupid questions anyway. 
  
 (Just do a "chmod -R 777 /" and everything will be ok!) 
  
 Hey, at least on a mainframe, file permissions are an add-on feature.  So
you can just shut off RACF and everything "just works"  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4146166</link><pubDate>Thu, 08 Dec 2016 16:04:50 -0000</pubDate><title>Message #4146166</title><guid isPermaLink="false">4146166@Uncensored</guid><description><![CDATA[ > (Ok, maybe not.  But PHP does have a tendency to encourage an   
 >unhealthy mingling of markup and code.)   
  
 That can be worked around. The semantics are horrible... take a look at the
truth table for the == operator. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4146155</link><pubDate>Thu, 08 Dec 2016 15:26:05 -0000</pubDate><title>Message #4146155</title><guid isPermaLink="false">4146155@Uncensored</guid><description><![CDATA[ > LOL. The real problem is using anything written in PHP ;)   
  
 Real developers write web applications in C. 
  
 (Ok, maybe not.  But PHP does have a tendency to encourage an unhealthy mingling
of markup and code.) 
  
 The software in question here is a Cacti plugin.  And yes, I'm sure the developer
was very frustrated with getting the same stupid question over and over again.
 As many of you know, I've dealt with this.  It's not a fixable problem. 
When you make a piece of software easier to use, you simply move to a lower
stratum of people who have an even stupider problem.  It's infinitely nested
and there is no bottom. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4146141</link><pubDate>Thu, 08 Dec 2016 14:32:46 -0000</pubDate><title>Message #4146141</title><guid isPermaLink="false">4146141@Uncensored</guid><description><![CDATA[  
 *sigh* 
  
 Yeah, I'm trying to migrate us to rails. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4146131</link><pubDate>Thu, 08 Dec 2016 14:30:43 -0000</pubDate><title>Message #4146131</title><guid isPermaLink="false">4146131@Uncensored</guid><description><![CDATA[  
 LOL. The real problem is using anything written in PHP ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4146127</link><pubDate>Thu, 08 Dec 2016 14:17:43 -0000</pubDate><title>Message #4146127</title><guid isPermaLink="false">4146127@Uncensored</guid><description><![CDATA[  
 Hmmm... someone has obviously been torn between wanting to help people, and
not wanting to deal with the same stupid problem repeatedly. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4145799</link><pubDate>Wed, 07 Dec 2016 20:00:52 -0000</pubDate><title>Message #4145799</title><guid isPermaLink="false">4145799@Uncensored</guid><description><![CDATA[<html><body>

<p>Wow, this is funny and pathetic at the same time.  I found this on the web site of a fairly popular piece of software today:</p>
<p> </p>
<p style="margin: 0px 0px 1.5em; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-image: initial; background-position: initial; background-size: initial; background-repeat: initial; background-attachment: initial; background-origin: initial; background-clip: initial; line-height: 1.5em; font-family: 'PT Sans', Helvetica, Arial, sans-serif;">"The code is all there still, so if you really promise not to ask me why your maps all stopped working after you press the button, you can re-enable it. Simply open weathermap-cacti-plugin-mgmt.php in and editor and change the line that says</p>
<pre style="margin: 0px 0px 1.5em; padding: 1.5em; border: 1px solid #dddddd; outline: 0px; font-size: 13.5px; vertical-align: baseline; background: #f8f8f8; font-family: Menlo, Monaco, monospace, sans-serif; border-radius: 3px; overflow: auto;">                    $i_understand_file_permissions_and_how_to_fix_them = false;
                </pre>
<p><span style="font-family: 'PT Sans', Helvetica, Arial, sans-serif; font-size: 15px;">to</span></p>
<pre style="margin: 0px 0px 1.5em; padding: 1.5em; border: 1px solid #dddddd; outline: 0px; font-size: 13.5px; vertical-align: baseline; background: #f8f8f8; font-family: Menlo, Monaco, monospace, sans-serif; border-radius: 3px; overflow: auto;">                    $i_understand_file_permissions_and_how_to_fix_them = true;
                </pre>
<p><span style="font-family: 'PT Sans', Helvetica, Arial, sans-serif; font-size: 15px;">Now you have the button, the following explains the issues in detail."</span></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4124520</link><pubDate>Thu, 06 Oct 2016 03:47:36 -0000</pubDate><title>Re: Systemd uber.</title><guid isPermaLink="false">4124520@Uncensored</guid><description><![CDATA[<html><body>

<p>So, automation and daemon management.  Slackware has rc init scripts (BSD).  Never had issues with them, but I mostly use Slackware in cases of set up once and run till it dies cases (one off routers, single board computers with one task, etc...).</p>
<p>I did not mean to invoke a vi vs emacs type holy war.  Just wondering what sysadmin type tasks you found to be helped by using systemd, and what I could do differently with my Slackware installs if they ran it, but for what I do with them, it probably won't help much.</p>
<p>Thanks, I think I see the benefits.  I run systemd at work on a couple of machines so far, and the learning curve has been a fair amount of digging up documentation with each new line in syslog to see what might need tweaking next.  I know it does logging (journalctl), and have started using it as well, but I find it hard not to fall back to reading syslog :-)</p>
<p>Most of the automation I do uses fabric helper scripts to keep my ever growing farm of pets (i.e. not cattle) alive.</p>
<p>Hoping to work in to more automation and cattle servers in the near future though.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4124496</link><pubDate>Thu, 06 Oct 2016 00:28:24 -0000</pubDate><title>Re: Systemd uber.</title><guid isPermaLink="false">4124496@Uncensored</guid><description><![CDATA[Let me get this straight ... you want me to come up with a way to convince
Patrick Volkerding to put systemd into Slackware?  That's a pretty tall order.
 I don't think it can be done.  :) 
  
 Slackware isn't really a Linux operating system.  It's FreeBSD with a Linux
kernel. 
  
 That having been said, here are the technical reasons I like systemd.  I
don't really care to get into the religious war on this one -- in fact, people
who dislike systemd are *not* necessarily Hitler.  I happen to personally
like it because: 
  
 * It is a single subsystem that replaces dozens of scripts that can interact
in weird ways. 
 * Installing a new service is simple, and done one way: "systemd enable <svcname>"
(assuming you dropped the systemd config in the one proper directory where
it is expected to be found). 
 * systemd does not require specially-formatted comments to be placed in init
scripts to
give the OS a hint as to ordering and dependencies.  Instead, its configuration
syntax has proper dependency management. 
 * Services started by systemd do not require extra code to place themselves
into the background (daemonize).  Therefore, they don't have to drop pidfiles
onto the system so that some other script knows how to shut them down later.

 * If a service started by systemd crashes, systemd can respawn it automatically.
 Back when sysvinit was ubiquitous, I used to start services directly from
/etc/inittab for exactly that reason.  systemd offers this ability in a more
formal declaration syntax: here's the program; run it in the foreground; if
it exits, fire it up again. 
  
 sysvinit was designed to be configured by greybeards; systemd was designed
to be configured by installation scripts.  For that reason alone, it makes
more sense for mainstream Linux distributions to be
using systemd.  Slackware isn't really a mainstream Linux distribution though.
 Does it even have the normal init scripts?  It's been a long time since I
looked at Slackware, but the last time I used it, it had /etc/rc.d style scripts.
 Like I said ... FreeBSD with a Linux kernel. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123414</link><pubDate>Tue, 04 Oct 2016 13:04:34 -0000</pubDate><title>Message #4123414</title><guid isPermaLink="false">4123414@Uncensored</guid><description><![CDATA[  
 Wait a moment... nope... it looks like it did impact it.  I can't restart
the box properly.  It doesn't seem to mind letting me start/stop services,
though. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123412</link><pubDate>Tue, 04 Oct 2016 13:03:23 -0000</pubDate><title>Message #4123412</title><guid isPermaLink="false">4123412@Uncensored</guid><description><![CDATA[  
 Hm, this didn't work on Kali 2.0, though, which also uses systemd.  I wonder
why that didn't bother it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123409</link><pubDate>Tue, 04 Oct 2016 12:52:37 -0000</pubDate><title>Message #4123409</title><guid isPermaLink="false">4123409@Uncensored</guid><description><![CDATA[  
 Neato!  That worked rather well on Ubuntu 16 server. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123145</link><pubDate>Mon, 03 Oct 2016 19:40:30 -0000</pubDate><title>Look what I just found...</title><guid isPermaLink="false">4123145@Uncensored</guid><description><![CDATA[<html><body>

<p>https://www.agwa.name/blog/post/how_to_crash_systemd_in_one_tweet</p>
<p style="color: #111111; font-family: sans-serif; font-size: 18.4px; text-align: justify;">The following command, when run as <em>any</em> user, will crash systemd:</p>
<p><kbd class="cmd block terminal" style="display: block; background: #000022; color: #dddddd; line-height: 22.425px; overflow: auto; border: none; margin: 0.5em 1em 0px; padding: 0.3em 0.4em; white-space: nowrap; text-align: justify;">NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""</kbd></p>
<p style="color: #111111; font-family: sans-serif; font-size: 18.4px; text-align: justify;">After running this command, PID 1 is hung in the <code style="display: inline; color: #006600;">pause</code> system call. You can no longer start and stop daemons. inetd-style services no longer accept connections. You cannot cleanly reboot the system. The system feels generally unstable (e.g. ssh and su hang for 30 seconds since systemd is now integrated with the login system). All of this can be caused by a command that's short enough to fit in a <a style="color: #663399;" href="https://twitter.com/__agwa/status/781210293632315392" rel="external">Tweet</a>.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123078</link><pubDate>Mon, 03 Oct 2016 14:23:43 -0000</pubDate><title>Message #4123078</title><guid isPermaLink="false">4123078@Uncensored</guid><description><![CDATA[<html><body>

<p>Why put systemd in every distribution? If all distros were alike, we wouldn't need so many of them.</p>
<p>imho, this old system where you manually enumerate initscripts to determine boot order was bad. I hated it in SuSE.</p>
<p>Gentoo for example uses openrc, where you define the the dependencies of an initscript and then it all gets resolved automatically. I like that. I like Gentoo. IIRC, arch used it for a while, too.</p>
<p>I have yet to get used to systemd, since it will be in every major distro in the future. Wether that is a good thing or not. Until now, I maintain mostly Centos6 based systems. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123050</link><pubDate>Mon, 03 Oct 2016 12:26:03 -0000</pubDate><title>Message #4123050</title><guid isPermaLink="false">4123050@Uncensored</guid><description><![CDATA[  
 Ugh... 
  
 "I'll be here again with another Interesting article you people will love
to read." 
  
 If I thought the author had good English skills, I'd find that offensive.
 Instead, I think he doesn't quite intend what he wrote. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123043</link><pubDate>Mon, 03 Oct 2016 12:01:42 -0000</pubDate><title>Message #4123043</title><guid isPermaLink="false">4123043@Uncensored</guid><description><![CDATA[  
 Gads.. but that's not the best use of English there. 
  
 The article notes Volkerding doesn't view the maintainer of systemd as being
good towards users and bug reports.  And I guess some of these guys feel its
philosophy is 'weird,' not quite matching the unix ideal for controlling system
processes. 
  
 What 'good' means, I don't know.  I guess maybe the maintainer isn't responsive,
or is overly dismissive, or ... something? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4123042</link><pubDate>Mon, 03 Oct 2016 11:59:16 -0000</pubDate><title>Message #4123042</title><guid isPermaLink="false">4123042@Uncensored</guid><description><![CDATA[  
 This URL does a reasonably decent job of describing the problem that systemd
(and other such tools) solve: 
  
 http://www.tecmint.com/systemd-replaces-init-in-linux/ 
  
 Problem is, right there in the article, they note that Patric Volkerding
views systemd as the attitude of the key developer for the tool towards users
and bug reports doesn't seem to be good.  That kinda suggests the tool might
struggle not because of its technical merits, but because of it handlers.

  
 For my part, I struggled a little to find simple documentation for how I
would modify my setup to embrace systemd, and had to learn much of what I
know through trial and error... and I'm still not sure I quite grasp the way
they handle dependencies (which might be a matter of poor documentation on
the part of the OS distributor, or how systemd is a tad too loosy-goosy about
defining things such that you can reliably spell out your dependencies). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4122982</link><pubDate>Mon, 03 Oct 2016 05:04:36 -0000</pubDate><title>Systemd uber.</title><guid isPermaLink="false">4122982@Uncensored</guid><description><![CDATA[<html><body>

<p>So, I.G.,</p>
<p>I have butted heads with Patrick Volkerding before (on the topic of including PAM in the mainline of Slackware) - and failed back in the late 90's.  What would you suggest to help him take in Systemd as a "good thing" - Martha Stuart "T.M."</p>
<p>I don't have enough education on System D to make an educated guess as to what is best for the future of Linux, but it sounds like you do.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4095164</link><pubDate>Sat, 30 Jul 2016 10:33:01 -0000</pubDate><title>Message #4095164</title><guid isPermaLink="false">4095164@Uncensored</guid><description><![CDATA[<html><body>

<p>I recently stumbled across a tool called "winexe", which lets you remotly connect from a linux box to a windows box in order to execute a command there, cmd.exe for example.</p>
<p>A groupware distribution for schools uses this in a very neat way: You join a windows machine to its samba nt4 domain, you use the webinterface to install the opsi-agent via winexe and then you are able to install a large amount of software via OPSI itself. I have to study their configs in order to replicate that for my other clients.</p>
<p>Sources:</p>
<p>Groupware distribution: https://iserv.eu/ (german only, as it seems)</p>
<p>Winexe: https://lbtwiki.cern.ch/bin/view/Online/WinExe (source via sourceforge, sadly)</p>
<p>OPSI (Open PC Server Integration) is an software distribution tool, which also lets you keep taps on installed software, some license keys and the hardware: http://www.opsi.org/en</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4094983</link><pubDate>Sat, 30 Jul 2016 01:37:06 -0000</pubDate><title>Message #4094983</title><guid isPermaLink="false">4094983@Uncensored</guid><description><![CDATA[I don't think I know anyone who would do that.  :) 
  
 Anyway if they can get to the virtual console they're probably already in
a position to shut the whole server off anyway. 
  
 I liked being able to "see it running" very easily, whether it was Netware
or Lotus Notes or whatever.  I liked being able to connect to the console
and have the ability to type stuff at it.  Asterisk does this pretty well,
actually.  If you have the authority you can connect to the console and see
everything it's doing and enter commands, and disconnect without stopping
the server. 
  
 Going forward though, it's pretty simple.  systemd won't need your program
to daemonize at all, but when you do need to go into the background, a simple
call to daemon(0,0); does the trick.  I'm not sure which of those imitation
Linuxes like FreeBSD or Mac OS or Solaris it works on, though. 
  
 It looks like the FreeDesktop
folks have written a bit of a field guide for us, though: 
 [ https://www.freedesktop.org/software/systemd/man/daemon.html ] 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4094955</link><pubDate>Fri, 29 Jul 2016 22:03:09 -0000</pubDate><title>Message #4094955</title><guid isPermaLink="false">4094955@Uncensored</guid><description><![CDATA[ >even call them via openvt(1) so their logs would show up on a virtual  

 >console, like they did on a Netware server.   
  
 So, what happens when some smartaleck switches to that virtual console, they're
not even logged in and then can do this - type Control-S. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4094110</link><pubDate>Fri, 29 Jul 2016 14:27:13 -0000</pubDate><title>Message #4094110</title><guid isPermaLink="false">4094110@Uncensored</guid><description><![CDATA[  
 Heh, there's also a daemon executable you can install, if you prefer. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4094102</link><pubDate>Fri, 29 Jul 2016 14:00:03 -0000</pubDate><title>Message #4094102</title><guid isPermaLink="false">4094102@Uncensored</guid><description><![CDATA[  
 Considering that sysvinit lasted for decades in more or less the same form,
and everyone is moving to systemd, I think it's a good guess that systemd
will be long term viable.  I like it better, anyway.  You don't have to worry
about daemonizing your program and it can automatically be restarted if it
crashes.  I've been known to run server programs directly from /etc/inittab
for exactly those reasons.  Sometimes I'd even call them via openvt(1) so
their logs would show up on a virtual console, like they did on a Netware
server. 
  
 daemonizing your program is pretty easy now too.  It was always pretty easy,
but now there's a daemon(3) library call that does it for you. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4094088</link><pubDate>Fri, 29 Jul 2016 13:27:30 -0000</pubDate><title>Message #4094088</title><guid isPermaLink="false">4094088@Uncensored</guid><description><![CDATA[  
 I think systemd feels a bit like the Windows service control manager, but
less intrusive. 
  
 That is, the Windows SCM requires you write your code with the SCM in mind.
 You have to know certain structures, and call certain functions with certain
values in order to be a proper Windows service. 
  
 In Linux, it feels more like you have to understand how to daemonize your
code... unless you don't feel like it, in which case you set up your .service
file to take care of the daemonization details for you.  You just write your
code however you intend to write it, and then tell systemd how to deal with
it. 
  
 Which approach is better? 
  
 I dunno.  On the one hand, if you're writing something that should run for
long periods of time (months, years?) then you maybe ought to be extremely
mindful of what you're doing... the SCM approach is yet another thing to deal
with, but it isn't that
awful since you can get a loose structure of code from Microsoft and build
from there. 
  
 But the idea of just writing your code how you want it to work, and being
able to run it from the command line or as a service (which aids in tracking
down problems when you need to use a debugger to catch something while the
thing is starting up)... I rather like that as well.  Something feels kind
of clean about the linux approach. 
  
 Upstart, SysV, systemd... just pick one, I feel.  I'm kind of annoyed at
having to support all of them because we are committed to dealing with 10
year old linux distributions. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4092036</link><pubDate>Fri, 22 Jul 2016 16:00:33 -0000</pubDate><title>Message #4092036</title><guid isPermaLink="false">4092036@Uncensored</guid><description><![CDATA[Microsoft's idea of Windows everywhere is dumb, because of the devices used.
    
    
  
  
 However, we're not talking about specialized device distros.  We're just
talking mainstream desktop or server.  The variations are enough to drive
one mad.   
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4091905</link><pubDate>Thu, 21 Jul 2016 20:56:07 -0000</pubDate><title>Message #4091905</title><guid isPermaLink="false">4091905@Uncensored</guid><description><![CDATA[ > Each one seems tuned to a particular purpose.  It's a kind of   
  
 Well yes, that's kind of the point.  Every distributor has use cases in mind.

  
 A certain well-known operating system vendor has in recent history tried
to build a single operating system designed to work the same on servers, desktops,
tablets, mobile devices, and video game consoles ... and we all know well
*that* went. 
  
 I hate to say it, but I'm kind of warming up to systemd.  Despite the fact
that it replaces a lot of subsystems that have been around forever, it has
the feel of having been *designed* as a system manager, as opposed to just
a pile of scripts that have evolved and adapted over the last 40 years.  Having
"one way" to install and maintain services on the system is really nice ...
as long as you can convince everyone to adopt it.  But with RedHat/Fedora/CentOS,
Debian/Ubuntu, and SuSE/OpenSuSE all
moving to systemd, it's kind of a done deal at this point.  (Sorry slackware
and gentoo folks, we love you, but no one is running those variants in serious
production deployments.) 
  
 systemd has been compared to svchost.exe on Windows.  I suppose that's both
a good and bad thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4090500</link><pubDate>Mon, 18 Jul 2016 13:12:15 -0000</pubDate><title>Message #4090500</title><guid isPermaLink="false">4090500@Uncensored</guid><description><![CDATA[  
 I don't have a problem with so many different distributions. 
  
 Each one seems tuned to a particular purpose.  It's a kind of customization
that I find encouraging, actually.  If you understand what you're trying to
do, and you choose the right distribution, you'll do okay. 
  
 I think a good chunk of the dominant distributions seem derived from Debian.
Next, I'd look at Redhat (or CentOS if you wanna be cheap). 
  
 I guess you'd use Knoppix if you want something that boots off a stick drive
on any machine, and maybe arch linux if you kinda want to build something
from scratch, but you don't really know how (maybe you're trying to create
your own embedded OS distribution or something). 
  
 At least, I think that's how these things break down. 
  
 Debian/Redhat for general OSes, derivatives for their particular purposes
(e.g. Ubuntu if you want something with slightly more current
packages than Debian and you don't mind being a bit on the edge, etc). 
  
 I think once you understand this tuning that goes on, it's not so bad.  Especially
since most distributions seem derived from only a few main distributions.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4090490</link><pubDate>Mon, 18 Jul 2016 12:17:50 -0000</pubDate><title>Message #4090490</title><guid isPermaLink="false">4090490@Uncensored</guid><description><![CDATA[<html><body>

<p>And every year you make the same false assumption, that the entire Linux universe is expected to behave as it were a single entity, like Microsoft or Apple.</p>
<p>I will agree at this point that the traditional Linux desktop is a non-starter.  There was a time when everyone "knew" that if the Windows desktop monopoly was not vanquished, Microsoft would eventually use it as leverage to take over everything else in computing.  But here we are two decades later, Windows still rules the desktop, and only the desktop.  Linux is king on servers - no one who's serious about servers uses Windows Server except to run Microsoft's own server applications.  Linux owns 66% of mobile and tablet market share, and most of the rest belongs to Apple.  "The Cloud" is almost exclusively built on Linux.</p>
<p>So does it make a difference?  In some ways, yes: Miguel Hitler de Icaza, widely known as the person who single-handedly sabotaged Linux's first and best chance of having a unified desktop, is now officially (instead of secretly) employed by Microsoft, and it's frustrating to see how well that worked.  In other ways, no: since we do pretty much everything through a browser these days, it's hard to get excited about <em>any</em> desktop operating systems at all.  I spend my days tabbing back and forth between Chrome and MobaXterm.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089796</link><pubDate>Fri, 15 Jul 2016 17:22:13 -0000</pubDate><title>Message #4089796</title><guid isPermaLink="false">4089796@Uncensored</guid><description><![CDATA[ > The balkanization is bordering on the psychotic.   
  
 BITD, it was simple: you used Red Hat, or you were out of the mainstream.

  
 Too bad they shot themselves in the foot. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089781</link><pubDate>Fri, 15 Jul 2016 15:39:09 -0000</pubDate><title>Message #4089781</title><guid isPermaLink="false">4089781@Uncensored</guid><description><![CDATA[Every year I go through and install a bunch of different distros and see what
the Linux community is up to.     
    
     
 It's more maddening than ever.  And yet doesn't seem to have advanced in
a lot of ways.   
  
   
 The balkanization is bordering on the psychotic. 
  
 Sadly, Windows 10 is easier to live with these days.   
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089466</link><pubDate>Thu, 14 Jul 2016 14:49:55 -0000</pubDate><title>Message #4089466</title><guid isPermaLink="false">4089466@Uncensored</guid><description><![CDATA[  
 I'm seeing a lot of people who learn the security part of the job, but do
not know anything about maintaining a system. 
  
 That is, they might understand how to call the various programs to break
into a network and maybe run any one of the standard exploits that are commonly
available, but they don't know how to configure a firewall, or even how to
connect a Windows machine to a Windows domain. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089353</link><pubDate>Wed, 13 Jul 2016 23:25:45 -0000</pubDate><title>Message #4089353</title><guid isPermaLink="false">4089353@Uncensored</guid><description><![CDATA[My observation has been that most "security consultants" are people who are
barely competent enough to run a Nessus scan, but are good enough salesmen
that they can take the Nessus scan and produce a pretty report and charge
the customer $$$ as if they were doing something useful. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089339</link><pubDate>Wed, 13 Jul 2016 22:23:38 -0000</pubDate><title>Message #4089339</title><guid isPermaLink="false">4089339@Uncensored</guid><description><![CDATA[  
 Heh... one starts somewhere. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089325</link><pubDate>Wed, 13 Jul 2016 20:35:25 -0000</pubDate><title>Message #4089325</title><guid isPermaLink="false">4089325@Uncensored</guid><description><![CDATA[ >That's what I've heard though, and in practice the people crowing the  

 >most about Kali seem to be "not Linux people" who are just happy to   
 >have a pre-built set of tools for them in one place so they don't have 
 
 >to "become Linux people" to perform pen testing.  And that's ok, I   
  
 But these are not people who are competent to perform pen testing. Wow. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089324</link><pubDate>Wed, 13 Jul 2016 20:34:19 -0000</pubDate><title>Message #4089324</title><guid isPermaLink="false">4089324@Uncensored</guid><description><![CDATA[ >released a statement that if your system cannot go into the newer  
 >power states, premature failure may occur for those using Skylake  
 >(and similar) SOCs and CPUs.  
  
 I caught wind of this article again, while researching some flakiness on
a *Haswell* *Windows* box. 
  
 I think the system damage concern may be limited to Skylake notebook. There's
a lot more thermal headroom on a desktop. 
  
 Look, C6/C7 states are hard to implement. They shut down the whole CPU package
and disable PCI-E cache coherence snoops. Every driver for every PCI-E device
on your system must cooperate with the whole song and dance, and it's not
going to be possible to enter C7 on a system with discrete graphics. 
  
 My Windows 10 box was regularly blowing up (hard freezes) after I tried enabling
C6/7 in the BIOS. This problem is by no means limited to Linux. 
  
 For example: I suspect every SATA controller
on your system must agree to enter Link-Power-Management state when your CPU
goes C[17~6 or 7. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089304</link><pubDate>Wed, 13 Jul 2016 18:49:20 -0000</pubDate><title>Message #4089304</title><guid isPermaLink="false">4089304@Uncensored</guid><description><![CDATA[  
 I'd love to disregard upstart, but sadly, I can't.  Or, at least, I shouldn't,
if I want this tool to work and play nicely on older ubuntu machines. 
  
 Ugh.  Having to support old machines suck. 
  
 I also can't drop sysv scripts, much as I wish to, for the same reason. 
  
 So, I have a funny postinst script that detects which flavor of init the
machine uses, and installs the appropriate script (with, in systemd's case,
slight modifications to the file because systemd doesn't pass environment
variables, so I have to set them explicitely). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089262</link><pubDate>Wed, 13 Jul 2016 15:06:29 -0000</pubDate><title>Message #4089262</title><guid isPermaLink="false">4089262@Uncensored</guid><description><![CDATA[Ironically, with systemd, the act of "installing a service" is easier than
ever.  You write one file to one place and activate it -- boom, done.  You
don't even have to write a daemonize function into your program. 
  
 The problem, of course, is that you can't (yet) count on systemd being everywhere.

  
 Upstart sucks and is going away, so we can disregard that. 
  
 I have to rewrite my install routines soon, and I'm thinking about abandoning
sysv-init scripts altogether.  If systemd is detected, we go with that; otherwise
we put an entry directly into /etc/inittab.  In both cases, the program runs
in non-forking mode, and can restart automatically if it crashes. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089250</link><pubDate>Wed, 13 Jul 2016 13:52:51 -0000</pubDate><title>Message #4089250</title><guid isPermaLink="false">4089250@Uncensored</guid><description><![CDATA[  
 Actually, truth be told, I'm coming to hate linux as I hate windows. 
  
 It's a different set of problems, but boy-howdy does linux give me headaches
sometimes. 
  
 I have to be able to support linux machines that are 10 years old (which
is already ridiculous, but I fully understand why we have this need).  And
because we're closed-source, we have to build these things and provide installers
and setups. 
  
 Windows is nice and simple if you want to have a service.  You just conform
to the SCM and everything works nicely. 
  
 But linux?  Daemonization is only the first (and easiest) hurdle to cross.
 After that, you have to figure out what kind of init script... are they using
systemd, upstart, or the traditional sysv init scripts?  Yeah, maybe you can
extend a middle finger and just do sysv init scripts for everything, but you
miss out on the features the other methods provide. 

 
 Oh, and if you're installing on an older Kali box, you have to fiddle with
upstart-rc.d a little bit to make it so your service will start when the machine
comes up.  Unless you want to do what that script does manually in your debian
postinst file. 
  
 I just want to get stuff done, and I'd like as few surprises as possible
while trying to make that happen.  Both oses provide lots of surprises. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089246</link><pubDate>Wed, 13 Jul 2016 13:43:02 -0000</pubDate><title>Message #4089246</title><guid isPermaLink="false">4089246@Uncensored</guid><description><![CDATA[  
 And so, the comparison to Windows holds up? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089230</link><pubDate>Wed, 13 Jul 2016 13:07:48 -0000</pubDate><title>Message #4089230</title><guid isPermaLink="false">4089230@Uncensored</guid><description><![CDATA[That's what I've heard though, and in practice the people crowing the most
about Kali seem to be "not Linux people" who are just happy to have a pre-built
set of tools for them in one place so they don't have to "become Linux people"
to perform pen testing.  And that's ok, I suppose. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4089220</link><pubDate>Wed, 13 Jul 2016 11:50:16 -0000</pubDate><title>Message #4089220</title><guid isPermaLink="false">4089220@Uncensored</guid><description><![CDATA[  
 Re: Kali Linux... 
  
 Yeah, specifically, the current version of it is derived from Debian's "Jessie"
release.  It's used in cyber security to perform penetration testing.  But
I've heard some people suggest that it's kind of a beginner's tool for such
efforts, and when you grow a little more in your testing, you might create
your own machine or significantly alter Kali as desired. 
  
 Heh.  I'm a beginner, hands down.  I'd need training even to use Kali, although
it does come preloaded with a lot of commonly used tools. 
  
 I forget why I mentioned it.  Oh, something about rolling releases... they
elected to go with that model for updates.  Just like Windows 10.  Heh. 
  
 (Now I feel like a troll). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4079234</link><pubDate>Tue, 21 Jun 2016 02:02:43 -0000</pubDate><title>Message #4079234</title><guid isPermaLink="false">4079234@Uncensored</guid><description><![CDATA[  
 This will surely be fixed by the time Skylake-E comes out and the datacenter
crowd can't live without a functioning Linux on that chip. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4079223</link><pubDate>Tue, 21 Jun 2016 00:51:01 -0000</pubDate><title>Message #4079223</title><guid isPermaLink="false">4079223@Uncensored</guid><description><![CDATA[<html><body>

<p>This is a bit of a tough one. My Google-Fu is usually pretty good in this regards but not for this specific case.</p>
<p>A short while ago it was announced that if you were using Skylake processors, that the Linux power management is/was utter garbage and you'd best avoid Linux until the issues were fixed. Intel later released a statement that if your system cannot go into the newer power states, premature failure may occur for those using Skylake (and similar) SOCs and CPUs.<br /><br />I've experienced this issue firsthand with Bay Trail, my Atom Quadcore netbook would randomly freeze during light load situations... Traced the issue down to cstate switching. I had to set it to a Max CState of 2 in grub/kernel before I could use the system without random freezes. The worst result is that you had an older processor power-wise: Speedstepping, but no voltage dropping and idle/off states that would further reduce power.</p>
<p>Turns out that Skylake takes it a step further and depends on these lower states to preserve processor integrity. (Seems fishy to me as aren't CPUs supposed to be able to run at full load when needed?) I got a nice laptop for work use and wanted to put xUbuntu on it. There's some guides out there that cover my model specifically... to be able to fully tweak it for Linux (it's largely compatible as-is) but NOTHING about the cstate issues. I search, I find bug report threads... but nothing that tells me one thing:<br /><br />How will I know when it's safe to install any Linux kernel for the proc? Seems we hear a lot about the problem but not when it's resolved. If it gets resolved. Or at least, have confirmation that using Linux isn't going to cause potential issues with hardware down the line (and man, that sounds like Microsoft FUD... Keep windows on your machine or IT DIES!)<br /><br />Windows 10 blows. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4078716</link><pubDate>Mon, 20 Jun 2016 05:46:01 -0000</pubDate><title>Message #4078716</title><guid isPermaLink="false">4078716@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Jun 16 2016 13:15:28 EDT</span> <span>from Sig @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">My little Pine64 single board computer... but... uptime. </div>
</div>
</blockquote>
<p>If there's anything those single board computers are good for, it's uptime. My Seagate Dockstar (basically a neutered SheevaPlug) ran for 860 days until I decided I needed to upgrade the aging 2.6.32 kernel. Could have easily broken 1400 days uptime if I didn't shut down the system to move it onto a cart.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4077689</link><pubDate>Thu, 16 Jun 2016 17:15:28 -0000</pubDate><title>Message #4077689</title><guid isPermaLink="false">4077689@Uncensored</guid><description><![CDATA[My little Pine64 single board computer (the expensive $29) one has been running
as a Minecraft server for my home for about a month.  I want to move it somewhere
out of the way (right now it's in the living room), but... uptime. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4067530</link><pubDate>Mon, 23 May 2016 18:26:32 -0000</pubDate><title>Message #4067530</title><guid isPermaLink="false">4067530@Uncensored</guid><description><![CDATA[<html><body>

<p>Does anyone here have an HP network all-in-one with a memory card?  If so how do you access the memory card from Linux?  The setup I used in my Ubuntu 12.4 install is now obsolete, the software package is no longer available. </p>
<p>When I use this thing called "google" it brings up the no longer valid link or a suggestion about using "connect to Server" with windows share but I can't find information on what username/password to use to connect to the all-in-one.  There is an admin password for the all-in-one that doesn't work.  My samba username/password does not work.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4056875</link><pubDate>Wed, 27 Apr 2016 12:54:59 -0000</pubDate><title>Message #4056875</title><guid isPermaLink="false">4056875@Uncensored</guid><description><![CDATA[Ok, that makes sense, and is consistent with where I've seen it deployed:
people who know that Linux is the best OS for security diagnostics but are
too lame to actually *run* Linux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4056070</link><pubDate>Mon, 25 Apr 2016 16:33:38 -0000</pubDate><title>Message #4056070</title><guid isPermaLink="false">4056070@Uncensored</guid><description><![CDATA[<html><body>

<p>It is a security focused distro, usable for pentesting and stuff like that. Says wiki:</p>
<p><strong style="color: #252525; font-family: sans-serif; font-size: 14px; line-height: 22.4px;">Kali Linux</strong><span style="color: #252525; font-family: sans-serif; font-size: 14px; line-height: 22.4px;"> is a </span><a style="text-decoration: none; color: #0b0080; font-family: sans-serif; font-size: 14px; line-height: 22.4px; background-image: none; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;" title="Debian" href="https://en.wikipedia.org/wiki/Debian">Debian</a><span style="color: #252525; font-family: sans-serif; font-size: 14px; line-height: 22.4px;">-derived </span><a style="text-decoration: none; color: #0b0080; font-family: sans-serif; font-size: 14px; line-height: 22.4px; background-image: none; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;" title
<p>I haven't really used it, but I am planning to put it on a usb pendrive to carry around.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4055310</link><pubDate>Sun, 24 Apr 2016 13:17:48 -0000</pubDate><title>Message #4055310</title><guid isPermaLink="false">4055310@Uncensored</guid><description><![CDATA[<html><body>

<p>I keep hearing good things about Kali from people who new to Linux and only slightly interested in it.  What's the deal with that?  What makes Kali different other than rolling updates?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4054846</link><pubDate>Sat, 23 Apr 2016 12:31:06 -0000</pubDate><title>Message #4054846</title><guid isPermaLink="false">4054846@Uncensored</guid><description><![CDATA[  
 Sounds like Kali 2.0 Linux.  Rolling updates... nice when you want to be
practical, difficult if you want people to teach others how to work with you.

   
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4052858</link><pubDate>Sun, 17 Apr 2016 09:24:37 -0000</pubDate><title>Message #4052858</title><guid isPermaLink="false">4052858@Uncensored</guid><description><![CDATA[<html><body>

<p>Gentoo comes with OpenRC instead of systemd. It is also a perpetual LTS version, since you never dist-upgrade or any other shit, it just keeps rolling.</p>
<p>And if you need to compile a few things from source anyway, you can wrap them up in an ebuild and let it build for you without worrying.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4052187</link><pubDate>Thu, 14 Apr 2016 20:58:01 -0000</pubDate><title>Message #4052187</title><guid isPermaLink="false">4052187@Uncensored</guid><description><![CDATA[<html><body>

<p>oh, i/o error commented?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4052091</link><pubDate>Thu, 14 Apr 2016 15:19:40 -0000</pubDate><title>Message #4052091</title><guid isPermaLink="false">4052091@Uncensored</guid><description><![CDATA[<html><body>

<p>"Accidentally" </p>
<p>http://www.independent.co.uk/life-style/gadgets-and-tech/news/man-accidentally-deletes-his-entire-company-with-one-line-of-bad-code-a6984256.html</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4051981</link><pubDate>Thu, 14 Apr 2016 07:51:19 -0000</pubDate><title>Message #4051981</title><guid isPermaLink="false">4051981@Uncensored</guid><description><![CDATA[<html><body>

<p>heh...</p>
<p>https://www.jwz.org/blog/2016/04/i-would-like-debian-to-stop-shipping-xscreensaver/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4051784</link><pubDate>Wed, 13 Apr 2016 18:10:28 -0000</pubDate><title>Message #4051784</title><guid isPermaLink="false">4051784@Uncensored</guid><description><![CDATA[  
 Hm.  I should give that a look-see, and find out to what degree that's hackable
(as in, black-hat).  It might be funny to see the look on certain students'
faces when you do something that doesn't quite look right. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4048634</link><pubDate>Wed, 06 Apr 2016 20:47:57 -0000</pubDate><title>Message #4048634</title><guid isPermaLink="false">4048634@Uncensored</guid><description><![CDATA[Supposedly this thing can run Linux binaries.  We'll see. 
  
 For making Windows tolerable for people accustomed to real operating systems,
there is nothing finer than MobaXterm.  It is a full Cygwin environment without
the obtusivity usually associated with Cygwin.  You click a button and everything
"just works."  Cygwin isn't even its primary function -- MobaXterm is bascially
a "universal terminal program" that has SSH, telnet, VNC, X Window system,
RDP, FTP/SFTP, and a serial console all built in.  Tabbed windows.  And you
can open tabs that are local command prompts, either a unix shell (via the
included Cygwin), cmd.exe, or powershell (ugh). 
  
 It's effortless.  If you open a program that needs X, either locally or over
an SSH session, the X server starts up and does its thing, with its windows
integrated into your desktop along with the native windows.   
  
 I can't say enough
good things about MobaXterm.  If you are a native penguin forced to work in
a Windows environment, this is the program that makes it tolerable. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4047561</link><pubDate>Tue, 05 Apr 2016 17:36:59 -0000</pubDate><title>Message #4047561</title><guid isPermaLink="false">4047561@Uncensored</guid><description><![CDATA[  
 Eh, Windows has had that for a while through cygwin. 
  
 But, if you mean compiled natively, yeah, that'd be new. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4044520</link><pubDate>Sun, 03 Apr 2016 04:26:43 -0000</pubDate><title>Message #4044520</title><guid isPermaLink="false">4044520@Uncensored</guid><description><![CDATA[ > M$ SQL Server running on Linux.   
  
 ...and now the bash shell on Windows. The world is upside down. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4038312</link><pubDate>Fri, 25 Mar 2016 12:50:33 -0000</pubDate><title>Message #4038312</title><guid isPermaLink="false">4038312@Uncensored</guid><description><![CDATA[<html><body>

<p>well, oracle found it a good idea to have the cheapo mysql offering in house a while back to hunt down sql server that had been itching on their lower end customer sides.</p>
<p>Now that denying the existance of linux isn't number one priority for all microsoft employees anymore (azure has ~30% linux vms) it seems they finaly take decisions that are "in the best interest of their customers" - we will see how that works out.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4035782</link><pubDate>Tue, 22 Mar 2016 17:24:27 -0000</pubDate><title>Message #4035782</title><guid isPermaLink="false">4035782@Uncensored</guid><description><![CDATA[<html><body>

<p>From what I've been reading, this is an effort on Microsoft's part to seize an opportunity to whack Oracle.</p>
<p>Anyone who's delved into Oracle licensing knows what I mean.  If you want to run Oracle in a virtual machine, they charge you for every CPU core in your entire virtualization cluster, regardless of how many vCPU you've actually assigned to the virtual machine running Oracle.  And it seems that they have no intention to change that.</p>
<p><img src="data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAAD/2wCEAAkGBxITEhUTExIWFRUXFRgXGBgYGBgbGhUXFxgXFhgYGBgYHyggGBolHRUVITEhJSkrLi4uFx8zODMtNygtLisBCgoKDg0OGhAQGy0lHSYtLi8tLS0tLS0tLS0tLS0tLS0tLS0tKy0uLS0tLS0tLS0tLS0tLS41LS4tLS0tLS0tLv/AABEIAK8BIAMBIgACEQEDEQH/xAAcAAACAwEBAQEAAAAAAAAAAAAFBgMEBwIBAAj/xABIEAACAQIDBQQGBwUGBgEFAAABAgMAEQQSIQUGEzFRIkFhcTKBkaGxwQcUI0JSctEzkrLh8BVDYoLC0hZTY4Oi8SQXNERUw//EABoBAAMBAQEBAAAAAAAAAAAAAAABAgMEBQb/xAAvEQACAgEDAgMHBAMBAAAAAAAAAQIRAxIhMUFRBGHwBRMicYGR0RShwfEyQuGx/9oADAMBAAIRAxEAPwDYjXNq7NeWroOM5tXlq6tX1qLEeWr61dWr61Fgc2r21dWr61Kwo8tXtq9tXtFjo8tXtq+LAc9Kqz4te431B08CD8qVlqLZar4kCh74xu7SoGkJ5kmpcjRY+5efFAE63Fhy663+VRPjD3aVUZvVVHE7XhTm4J6DX+VS5FqCCDyE8yTXDUP2VtdZ2ZVFgoBue+56d3Kud4iwh7LEHMNQfA1NlFmfFInpOB6/lQzE7wxLyBPuFZzNtOUki9tf651XeZj6TE1FsrYdMZvSe4geWvvoLidtO3U+ZoJxwK5bE0gsuy4lzza3lR/6P2HGl1ueGP4hSTMbm5J8r6U2fRkAJpbWH2Y/iFOKEzRKyPfIsJ9Dbsju8TWuVmu8uxcRiMRaCJpLKASBoDdubHQe2qYCay9ST5n5cq+GnKm2LcOUft54IPAvmf8AdXQ+2i2D3Lwg5ticQf8ACgiQ/wCaTn6jSpiszosalw2EllNo43kP+BS3wFazhdh
<p> </p>
<p>So it seems Microsoft see an opportunity to sell databases to customers who want a commercially-supported database on Linux in either a private cluster or in a cloud.  Hey, it could work ... after all Microsoft SQL Server started life as a port of Sybase, which already ran on Unix.   I've heard that Postgres is a lot closer to Oracle than MariaDB is, but it still isn't Oracle.  And even in the 21st century, there are still a lot of neanderthals who won't accept any software that isn't supported by a megavendor.</p>
<p>Now if they port Exchange, I will burn down the whole world.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4024025</link><pubDate>Thu, 10 Mar 2016 20:04:05 -0000</pubDate><title>Message #4024025</title><guid isPermaLink="false">4024025@Uncensored</guid><description><![CDATA[<html><body>

<p>It'll require the installation of .Net 4.6.3 and the ability to run .dll files. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4022761</link><pubDate>Mon, 07 Mar 2016 23:41:35 -0000</pubDate><title>Message #4022761</title><guid isPermaLink="false">4022761@Uncensored</guid><description><![CDATA[  
 Never thought we'd see this. 
  
 http://blogs.microsoft.com/blog/2016/03/07/announcing-sql-server-on-linux/

  
 M$ SQL Server running on Linux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4017188</link><pubDate>Thu, 25 Feb 2016 01:31:46 -0000</pubDate><title>Message #4017188</title><guid isPermaLink="false">4017188@Uncensored</guid><description><![CDATA[<html><body>

<p>yeah.... there was a hack to Mint</p>
<p> </p>
<p>http://www.techrepublic.com/article/why-the-linux-mint-hack-is-an-indicator-of-a-larger-problem/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4008253</link><pubDate>Thu, 04 Feb 2016 12:26:14 -0000</pubDate><title>Message #4008253</title><guid isPermaLink="false">4008253@Uncensored</guid><description><![CDATA[<html><body>

<p>getting used to the system not booting because of no ethernet cable connected? well...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4008097</link><pubDate>Wed, 03 Feb 2016 23:13:36 -0000</pubDate><title>Message #4008097</title><guid isPermaLink="false">4008097@Uncensored</guid><description><![CDATA[At this point there's no *practical* way to get around systemd without taking
yourself way out of mainstream Linux support.  Might as well just get used
to it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4006766</link><pubDate>Mon, 01 Feb 2016 22:07:47 -0000</pubDate><title>Message #4006766</title><guid isPermaLink="false">4006766@Uncensored</guid><description><![CDATA[<html><body>

<p>there is a debian fork.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4006754</link><pubDate>Mon, 01 Feb 2016 21:22:09 -0000</pubDate><title>Message #4006754</title><guid isPermaLink="false">4006754@Uncensored</guid><description><![CDATA[<html><body>

<p>Are there any distros that are still holding back from systemd other than Slackware?</p>
<blockquote>
<div class="message_header"><span>Sun Jan 24 2016 06:16:59 PM EST</span> <span>from Robert Wolfe @ Uncensored </span></div>
<div class="message_content">
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jan 08 2016 07:37:38 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Well if he got attacked by cops then I'm starting an "Open Source Developer Lives Matter" movement. (But really it's just a trick to get George Soros to give me money so I can buy a new computer.) <br /><br />Hey hey! Ho ho! systemd has got to go!</div>
</div>
</blockquote>
<p> </p>
<p>I totally agree.  I still find myself running /etc/init.d/&lt;somecommand&gt; :)</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=4000829</link><pubDate>Sun, 24 Jan 2016 23:16:59 -0000</pubDate><title>Message #4000829</title><guid isPermaLink="false">4000829@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jan 08 2016 07:37:38 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Well if he got attacked by cops then I'm starting an "Open Source Developer Lives Matter" movement. (But really it's just a trick to get George Soros to give me money so I can buy a new computer.) <br /><br />Hey hey! Ho ho! systemd has got to go! </div>
</div>
</blockquote>
<p> </p>
<p>I totally agree.  I still find myself running /etc/init.d/&lt;somecommand&gt; :)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3996719</link><pubDate>Fri, 08 Jan 2016 12:37:38 -0000</pubDate><title>Message #3996719</title><guid isPermaLink="false">3996719@Uncensored</guid><description><![CDATA[Well if he got attacked by cops then I'm starting an "Open Source Developer
Lives Matter" movement.  (But really it's just a trick to get George Soros
to give me money so I can buy a new computer.) 
  
 Hey hey!  Ho ho!  systemd has got to go! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3996413</link><pubDate>Thu, 07 Jan 2016 06:36:01 -0000</pubDate><title>Message #3996413</title><guid isPermaLink="false">3996413@Uncensored</guid><description><![CDATA[Maybe systemd did him in. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3995346</link><pubDate>Tue, 05 Jan 2016 03:41:06 -0000</pubDate><title>Message #3995346</title><guid isPermaLink="false">3995346@Uncensored</guid><description><![CDATA[<html><body>

<p>RMS would probably insist on the GNU first in line.  That aside, I wonder if I am raising kids that would have the same issues.  Off to another room for a good discussion I think.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3994342</link><pubDate>Sat, 02 Jan 2016 22:29:50 -0000</pubDate><title>Message #3994342</title><guid isPermaLink="false">3994342@Uncensored</guid><description><![CDATA[I think Richard Stallman killed him after he refused to rename the distribution
to "Debian GNU/GNU/GNU/Linux." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3994268</link><pubDate>Sat, 02 Jan 2016 09:24:36 -0000</pubDate><title>Message #3994268</title><guid isPermaLink="false">3994268@Uncensored</guid><description><![CDATA[I'm not familiar with the guy but it sounded to me like he got a few too many
beers in and his neighbor called the police on him. He got into an altercation
with the police that resulted in him being arrested, possibly twice. At some
point during this he decided he had made enough of a mess of his life that
the most useful thing he could do was to become a martyr for police brutality
awareness.    
    
 Like I said, I'm not familiar with him other than knowing who he is because
of his work on Debian, but I have known a few highly intellectual people who
because of the circumstances of their upbringing never really had a situation
in their lives where they were subject to forced compliance to authority.
I'm not sure if that applies to Murdock but I can certinaly see how the situation
may have quickly escalated if it did.    
    
 I also would suspect he may have been troubled in other ways
before this all began.   
    
 I haven't seen his name pop up in the news over the past few days so I think
the self-martyring may have been in vain, as well.   
  
 Quite a shame. :-/ 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3994254</link><pubDate>Sat, 02 Jan 2016 06:40:37 -0000</pubDate><title>Message #3994254</title><guid isPermaLink="false">3994254@Uncensored</guid><description><![CDATA[<html><body>

<p>Strange indeed.  Not sure what was going on based on those tweets.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3993696</link><pubDate>Wed, 30 Dec 2015 23:11:55 -0000</pubDate><title>Message #3993696</title><guid isPermaLink="false">3993696@Uncensored</guid><description><![CDATA[<html><body>

<p>http://pastebin.com/yk8bgru5</p>
<p>his last tweets... bottom up... very strange.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3993695</link><pubDate>Wed, 30 Dec 2015 23:00:06 -0000</pubDate><title>Message #3993695</title><guid isPermaLink="false">3993695@Uncensored</guid><description><![CDATA[<html><body>

<p>as you may already have seen the rumors on xmodulo in the rss room, here is the official statement:</p>
<p>https://bits.debian.org/2015/12/mourning-ian-murdock.html</p>
<p>The Ian in debIan is no more :-(</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3987586</link><pubDate>Mon, 14 Dec 2015 12:36:29 -0000</pubDate><title>Pi server, take two</title><guid isPermaLink="false">3987586@Uncensored</guid><description><![CDATA[<html><body>

<p>I finally took some time this weekend to work the bugs out of the Raspberry Pi based server that I am running in my house.  I didn't want to put it back into any serious use until I got it working reliably.</p>
<p>I had gone through all sorts of grief trying to get two hard disks working at the same time.  This shouldn't be a big deal.  I had a hunch, which later proved to be incorrect, that the CheapChinese(tm) USB-to-SATA adapters had a bug somewhere that made them malfunction when you connected two of them.  I eventually bought a dual-channel USB-to-SATA adapter but still had problems.  For a while I was using one channel of the dual-channel adapter, and one of the single-channel adapters.  I also had everything running through a powered hub, thinking that even the light power load from the electronics (keyboard etc) might be fux0ring the Pi.</p>
<p>Fast forward to the facepalm moment.  It turns out that my problem the whole time has been that the CheapChinese(tm) power supplies that came with the original USB-to-SATA adapters aren't beefy enough to reliably power <em>one</em> disk, let alone two.  Eventually I swapped in the power supply that came with the dual-channel adapter.  Despite the fact that they <em>all</em> are marked "2000 mA," this one actually had enough power to run the disks.  It's now reliably booting, every time, without requiring me to poke it with a stick during boot to get all volumes mounted.</p>
<p>I have a 2 GB MicroSD card in the Pi so I'm only using it for booting.  The root filesystem is on one hard disk, and the other is for offsite backups of my hosted servers.  Now that I've got it working reliably, I might think about putting it all in a nice box with a bunch of LED's wired to the GPIO pins.  Here's a photo of the current setup.</p>
<p><img src="http://i.picresize.com/images/2015/12/14/6mxW0.jpg" alt="" width="600" height="600" /></p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3983405</link><pubDate>Thu, 03 Dec 2015 07:30:15 -0000</pubDate><title>Re: my first microsoft program running natively on linux..</title><guid isPermaLink="false">3983405@Uncensored</guid><description><![CDATA[<html><body>

<p>debugging is currently only supported for node and rails.</p>
<p>the C++ i've opened had propper syntax highlighting.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3983015</link><pubDate>Wed, 02 Dec 2015 16:57:32 -0000</pubDate><title>Re: my first microsoft program running natively on linux..</title><guid isPermaLink="false">3983015@Uncensored</guid><description><![CDATA[  
 That looks surprisingly native.  What languages does it support? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3982433</link><pubDate>Tue, 01 Dec 2015 12:35:09 -0000</pubDate><title>my first microsoft program running natively on linux..</title><guid isPermaLink="false">3982433@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, only some gtk... so loooots of libs ;-) https://code.visualstudio.com/?xd=406643&amp;cr_eac=300322935</p>
<p>7 processes, 60 threads, seems to have acceptable resource consumption..</p>
<p>VSCode-linux-x64$ ldd ./Code <br />        linux-vdso.so.1 (0x00007fffb9ffe000)<br />        libnode.so =&gt; /local/home/willi/local/VSCode-linux-x64/./libnode.so (0x00007f01680c5000)<br />        libpthread.so.0 =&gt; /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f0167e7a000)<br />        libgtk-x11-2.0.so.0 =&gt; /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007f016782c000)<br />        libgdk-x11-2.0.so.0 =&gt; /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x00007f0167576000)<br />        libatk-1.0.so.0 =&gt; /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f016734f000)<br />        libpangocairo-1.0.so.0 =&gt; /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f0167141000)<br />        libcairo.so.2 =&gt; /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f0166e2c000)<br />        libpango-1.0.so.0 =&gt; /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f0166bde000)<br />        libfreetype.so.6 =&gt; /usr/lib/x86_64-l
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3982242</link><pubDate>Mon, 30 Nov 2015 16:11:16 -0000</pubDate><title>Message #3982242</title><guid isPermaLink="false">3982242@Uncensored</guid><description><![CDATA[<html><body>

<p>The new Raspberry Pi "Zero" is here.</p>
<p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAZAAAAD3CAIAAAC8W5XNAAAAIGNIUk0AAHomAACAhAAA+gAAAIDoAAB1MAAA6mAAADqYAAAXcJy6UTwAAAAGYktHRAD/AP8A/6C9p5MAAAAHdElNRQffCx4LAQ2DVbf6AAAARnRFWHRSYXcgcHJvZmlsZSB0eXBlIGFwcDEyAAphcHAxMgogICAgICAxNQo0NDc1NjM2Yjc5MDAwMTAwMDQwMDAwMDA1MDAwMDAKJQI6+AAAAFJ0RVh0UmF3IHByb2ZpbGUgdHlwZSBleGlmAApleGlmCiAgICAgIDIyCjQ1Nzg2OTY2MDAwMDQ5NDkyYTAwMDgwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCvmgQboAAAIzelRYdFJhdyBwcm9maWxlIHR5cGUgeG1wAAB42pWVQXbbMAxE9zyFjwDNADPicWST3PW9Lnv8LlQnjuOkL087ApwPDkio/fn1u10ul8vFezbeuLw7tIm6qpwIQSWra3IAc12v1wUg1JUcQJmVg5HDkVRpV2+5+zBURR85K0UfuorsSoCLE8Gbdx7eNRwaKqc2hHcN3TRNHt4bB6BNqSWoeJyBt/QFIN5lnLpyAPm2A1F7joqGSGoZKgQLk8IQGRSNoNkxubFomknjhiAY3FhYDBKLZDQMguTBZPBgEoinD/+OB6XEo5CZejoamlLiALQ7nQ4eWFi2bWPaJKaWIWNxY2dnx2IQWASBcQIahumu6dTmHUPTBJ+ryFSZoqHucKpraSLucW1N0HI5OYDT2MdeaDg+16tpYr63CFNsWhpY3rU5sLhhMu69epbMkeMr2fZR97WshsYLcToLqtPj9v+iX4uble4OFVZB1UwtlyGqTn3wznbwSBoqbU4to1JLS7dPlzKadi2nlqldy4FIJh8uXWAvq2sqtWwT/R2UIweP7JrNdGrTFFXZMzmAMwlTXV3JI4vIyo17KjOTnUmQ3Lhl
<p>It appears that they have reduced it to the absolute bare minimum and set the price at $5 (USD).  512 MB of memory, no ethernet, one USB.  They've reduced the connectors; some are only available via solder pads (like composite video and GPIO) and others are reduced-form-factor connectors (mini-HDMI and micro-USB).</p>
<p>At that price, and that size (65mmx30mm), people are already designing devices in the "throwie" form factor.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3964062</link><pubDate>Wed, 23 Sep 2015 14:59:23 -0000</pubDate><title>Message #3964062</title><guid isPermaLink="false">3964062@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, that was very complicated and slow at gemalto too.. but sooner or later you would get it...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3964039</link><pubDate>Wed, 23 Sep 2015 12:45:56 -0000</pubDate><title>Message #3964039</title><guid isPermaLink="false">3964039@Uncensored</guid><description><![CDATA[<html><body>

<p>VPN is the same everywhere:</p>
<p>One competent network person with access to both ends can configure it in ten minutes.</p>
<p>Two, one at each end with the encryption settings and addresses documented ahead of time, can do it in fifteen.</p>
<p>After that, the time goes up exponentially.  And the moment someone proposes a conference call to set up a VPN, all hope is lost and it will take millenia.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3963933</link><pubDate>Tue, 22 Sep 2015 21:06:59 -0000</pubDate><title>Message #3963933</title><guid isPermaLink="false">3963933@Uncensored</guid><description><![CDATA[ > 2015-09-22 10:18 from dothebart @uncnsrd   
 >hm, so HP didn't manage to replace a mainframe from the 60'ies in TEN  
 >YEARS?   
  
 Ever tried to just get them to configure VPN connectivity to some of their
hosted enterprise services division? That'll put it into perspective ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3963888</link><pubDate>Tue, 22 Sep 2015 14:19:07 -0000</pubDate><title>Message #3963888</title><guid isPermaLink="false">3963888@Uncensored</guid><description><![CDATA[<html><body>

<p>(and yes, doing it in javascript would probably end up being fast enough on recent hardware...)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3963887</link><pubDate>Tue, 22 Sep 2015 14:18:31 -0000</pubDate><title>Message #3963887</title><guid isPermaLink="false">3963887@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, so HP didn't manage to replace a mainframe from the 60'ies in TEN YEARS?</p>
<p>You probably can write a software emulator for such a system in a little over one year.</p>
<p>maybe they should have better asked attachmate?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3962930</link><pubDate>Fri, 18 Sep 2015 04:30:21 -0000</pubDate><title>Message #3962930</title><guid isPermaLink="false">3962930@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Sep 15 2015 06:18:54 PM EDT</span> <span>from zooer @ Uncensored </span></div>
<div class="message_content">
<p>(cut pix of Tux as trashcan)</p>
<br /><br /></div>
</blockquote>
<p>Now I need to modify our trash cans.  Would that be a tracheotomy of sorts?  And again, it should more properly have a pipe.</p>
<p>http://www.slackware.com/~msimons/slackware/grfx/shared/slackpenguinlogo.jpg</p>
<p>Now that's better.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3962927</link><pubDate>Fri, 18 Sep 2015 04:26:07 -0000</pubDate><title>Message #3962927</title><guid isPermaLink="false">3962927@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Sep 15 2015 07:56:13 AM EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<p>For that to happen, at some point in the past there would have had to be a "Slackware Enterprise Edition" with a five-figure price tag and a utility that does file transfers to and from a mainframe.  You need to touch the mainframe in some way.</p>
<br /><br /></div>
</blockquote>
<p>Pat just lives up the road from here.  I could see if he would "do lunch", and we could probably work something out :-)  Just kidding.  I know from prior email exchanges about inclusion of PAM in Slackware, that he is a bit too practical for all that mess.  Not that he did not say I could not do the work, it was just that I would be on my own and it would not be included in the mainline.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3962408</link><pubDate>Tue, 15 Sep 2015 22:18:54 -0000</pubDate><title>Message #3962408</title><guid isPermaLink="false">3962408@Uncensored</guid><description><![CDATA[<html><body>

<p><img src="data:image/jpeg;base64,/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8SEhEPERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEUHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wgARCAEzAeADAREAAhEBAxEB/8QAHAAAAAcBAQAAAAAAAAAAAAAAAAECAwQFBgcI/8QAGgEBAQEAAwEAAAAAAAAAAAAAAAECAwQFBv/aAAwDAQACEAMQAAAB5vycQss9KDh0UoAEAAAwhsdAAAAUAwza12Iw/ufPSOPsH433T2cWXY8eJ3vEuPM9WzOEalPvhIABJHpFKpMpoB6HdQ8DGxjPJ0pqJWxxrj945EyuWn49FmlT3PW9Z1K4zj0xBhhACAEAAAACAAAA63Z2Qzvq+HG837LM9X0r29SR6nzdjngs+n37NOCalDycJCoOwhslYCxjVTSlMVJJxBUbVYzydHmk1puPXItcbrBSxuLbMpLfdzhi6brg5udJJ5uGk4eaPjRwVbDvdCby8aqJAhqrGm+DsGj3Y66uTBoopeDsTej3+0GP33MpnuK7HnN9b0Ztmz5fGsuHdknBdSl1xEiaTYsTD+Y1qusptYunJHsnQoIYm+hXaK0XHrju+ORMt51D4tKU4s+xGLN/N4KS67fSqs8mb6naMkaz032PFOiglHBzVvU71V1u7A4+dhbPfDZc/Vsu10Xefrp1mo8j2u1GE9jwW+PKd8OL8n67qziieh4d/wCd7NicE1M/riXBjWjqLzJmMsclsKhRX3bkkqRcPQmSFeTd60m3VceuNb45LDc1Wce5OZI1Ju9x7nbTWLLntdOBNZfqdsiXvPTvW8ZXHuB1e5V9Tv1PH2SlAlYk5Jd41IUS98U/l65R2sw/vfIjp9+78X6
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3962251</link><pubDate>Tue, 15 Sep 2015 11:56:13 -0000</pubDate><title>Message #3962251</title><guid isPermaLink="false">3962251@Uncensored</guid><description><![CDATA[<html><body>

<p>For that to happen, at some point in the past there would have had to be a "Slackware Enterprise Edition" with a five-figure price tag and a utility that does file transfers to and from a mainframe.  You need to touch the mainframe in some way.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3961341</link><pubDate>Wed, 09 Sep 2015 04:59:42 -0000</pubDate><title>Message #3961341</title><guid isPermaLink="false">3961341@Uncensored</guid><description><![CDATA[<html><body>

<p>What, no Slackware. I want to see a pipe in there somewhere.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3960978</link><pubDate>Sun, 06 Sep 2015 18:43:38 -0000</pubDate><title>Message #3960978</title><guid isPermaLink="false">3960978@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Sep 04 2015 10:16:29 EDT</span><span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="fmout-JUSTIFY">Yup. It was split up, though. The legacy Netware stuff went to Attachmate. <br />SuSE was spun back off into its own operation, which is what dothebart was talking about earlier. And those two asshats Miguel and Nat went off and created a new Ximian (called Xamarin this time).</div>
<div class="fmout-JUSTIFY"> </div>
</blockquote>
<div class="fmout-JUSTIFY">went off? they outright fired them by discontinuing the see-carpet support. instantly. I guess in Nurnberg there was a party similar to that at HP when Fiorina left.</div>
<blockquote>
<div class="fmout-JUSTIFY"><br /><br />So yes, "acquired by Attachmate" is a synonym for "obsolete" </div>
<div class="message_content"> </div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3960573</link><pubDate>Fri, 04 Sep 2015 16:49:21 -0000</pubDate><title>Message #3960573</title><guid isPermaLink="false">3960573@Uncensored</guid><description><![CDATA[  
 What IG says is so here. 
  
 Attachmate purchased WinINSTALL, but then spun off another company and sold
WinINSTALL off to it. 
  
 WinINSTALL is basically dead. 
  
 They fired almost the entire staff in the process... keeping only two people.
 I quit, so they didn't have an opportunity to fire me, heh. 
  
 WinINSTALL had at least a few customers who relied upon it for distributing
their software around... enough to make it worth purchasing if they fired
the staff and kept a few around for maintenance purposes. 
  
 So, yeah, this is where software goes to die. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3960459</link><pubDate>Fri, 04 Sep 2015 14:16:29 -0000</pubDate><title>Message #3960459</title><guid isPermaLink="false">3960459@Uncensored</guid><description><![CDATA[Yup.  It was split up, though.  The legacy Netware stuff went to Attachmate.
 SuSE was spun back off into its own operation, which is what dothebart was
talking about earlier.  And those two asshats Miguel and Nat went off and
created a new Ximian (called Xamarin this time). 
  
 So yes, "acquired by Attachmate" is a synonym for "obsolete" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3960413</link><pubDate>Fri, 04 Sep 2015 03:44:58 -0000</pubDate><title>Message #3960413</title><guid isPermaLink="false">3960413@Uncensored</guid><description><![CDATA[ 
  
 Yep. Lulz provided by wikipedia (of course): 
  
 Novell acquisition 
  
 Novell announced in November 2010 that it had agreed to be acquired by Attachmate
for $2.2 billion. 
  
 I guess that a bunch of jerks like that, could only be acquired by a bigger
bunch of useless jerks. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3960412</link><pubDate>Fri, 04 Sep 2015 03:39:12 -0000</pubDate><title>Message #3960412</title><guid isPermaLink="false">3960412@Uncensored</guid><description><![CDATA[  
 Now you've got me curious. Never really heard about these guys except that
they vaguely ring a bell from the late 90s. And since my purpose in life lately
is host system integration of the airline variety, this could generate some
lulz... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3960350</link><pubDate>Thu, 03 Sep 2015 16:38:13 -0000</pubDate><title>Message #3960350</title><guid isPermaLink="false">3960350@Uncensored</guid><description><![CDATA[The reason I said Attachmate is because they seem to specialize in keeping
obsolete software on life support for the customers who still use it.  Their
original purpose in life -- access to big host systems from personal computers
-- is no longer all that relevant since all computers big and small now speak
roughly the same network protocols (and the ones that don't, are so out of
date that they fall into Attachmate's new "life support" role). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3960095</link><pubDate>Wed, 02 Sep 2015 12:54:51 -0000</pubDate><title>Message #3960095</title><guid isPermaLink="false">3960095@Uncensored</guid><description><![CDATA[  
 I worked for Attachmate for about a year. 
  
 I'd be happy to say bad things about them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3959940</link><pubDate>Tue, 01 Sep 2015 18:18:29 -0000</pubDate><title>Message #3959940</title><guid isPermaLink="false">3959940@Uncensored</guid><description><![CDATA[<html><body>

<p>so Now I use redshift. very good experience. the screen of my vaio pro was way to bright elseways.</p>
<p>http://xmodulo.com/automatically-dim-your-screen-linux.html</p>
<p>hopefully the second tool is also easy to make working.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3959936</link><pubDate>Tue, 01 Sep 2015 17:52:41 -0000</pubDate><title>Message #3959936</title><guid isPermaLink="false">3959936@Uncensored</guid><description><![CDATA[<html><body>

<p>what I was trying to say is, that Attachmate gives a lot of very good Open source programmers a good job for programming open source. You shouldn't give them a bad name just because of they are probably more old economy than any other company you're aware of.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3959907</link><pubDate>Tue, 01 Sep 2015 14:31:50 -0000</pubDate><title>Message #3959907</title><guid isPermaLink="false">3959907@Uncensored</guid><description><![CDATA[I'd be very happy if Z* simply focused their efforts on the service provider
sector and dropped their pathetic "community edition."  Leave the open source
email server business to the folks who do it right  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3959803</link><pubDate>Mon, 31 Aug 2015 23:03:25 -0000</pubDate><title>Message #3959803</title><guid isPermaLink="false">3959803@Uncensored</guid><description><![CDATA[<html><body>

<p>You also should note the magnitude of the company size decreases each time.</p>
<p>Yahoo [Microsoft], VMware, an ISP?</p>
<p>To Attachmate? For coin money at most.</p>
<p>And I don't think you're fair about Attachmate.</p>
<p>They at least identified that wagging the dog by Ximian &lt;-&gt; SuSE which Novel had permitted for allmost a decade and fired those assholes before the ink under the contracts was dry.</p>
<p>Regarding SusE - these have been the only ones to offer professional Linux support for the Z plus they've got close relations to the IBMers that started to make it happen - Saarbruck to Nurnberg is just a 4 hours car ride in the end.</p>
<p>So for Attachmate as Z consultants, this was a pretty clever move to get a bridge to the present and pretty descent knowhow for migrating MS-Solution to Linux basedones (running on the Z (if))</p>
<p>Btw, did you hear that IBM refocused their Z offerings around Linux? You can now get them without Z/OS with Linux as hypervisor.</p>
<p>I think SuSE is doing pretty well now that it got rid of that gnome / see-carpet shit and can use KDE again - a return to their origins..</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3959703</link><pubDate>Mon, 31 Aug 2015 20:31:42 -0000</pubDate><title>Message #3959703</title><guid isPermaLink="false">3959703@Uncensored</guid><description><![CDATA[Again?  It keeps getting sold to various owners, for less and less money every
time.  Hopefully the next owner will be Attachmate (where software goes to
die). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3959337</link><pubDate>Sun, 30 Aug 2015 09:49:50 -0000</pubDate><title>Message #3959337</title><guid isPermaLink="false">3959337@Uncensored</guid><description><![CDATA[<html><body>

<p>the z-company on the move.</p>
<p>http://www.linux-magazin.de/NEWS/Erneuter-Eigentuemerwechsel-bei-Zimbra</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3957686</link><pubDate>Mon, 24 Aug 2015 14:07:12 -0000</pubDate><title>Message #3957686</title><guid isPermaLink="false">3957686@Uncensored</guid><description><![CDATA[<html><body>

<p>http://www.heise.de/imgs/71/1/5/6/7/7/8/6/cc-37f009b72ef2c16d.jpeg</p>
<p><img src="http://www.heise.de/imgs/71/1/5/6/7/7/8/6/cc-37f009b72ef2c16d.jpeg" alt="" /></p>
<p>*giggles*</p>
<p>the crazy heise guys. dunno what shit they smoked...</p>
<p>http://www.heise.de/newsticker/meldung/Jetzt-am-Kiosk-c-t-Linux-2015-2786946.html?hg=1&amp;hgi=0&amp;hgf=true</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3944697</link><pubDate>Wed, 01 Jul 2015 11:04:00 -0000</pubDate><title>Message #3944697</title><guid isPermaLink="false">3944697@Uncensored</guid><description><![CDATA[<html><body>

<p>I had collegues driving from Aix la chapelle to east of cologne, which is ~60 km</p>
<p>I wouldn't do that either. but Nuernberg to Cologne thats rather 600km - I wouldn't call that "near" by any chance...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3944665</link><pubDate>Wed, 01 Jul 2015 05:48:42 -0000</pubDate><title>Message #3944665</title><guid isPermaLink="false">3944665@Uncensored</guid><description><![CDATA[<html><body>

<p>It is just a small drive Minnesota vs Germany.  I would not like to drive from 50 miles (80.4 KM) in Wisconsin to 30 Miles (48.2 KM) of South Dakota for a job: </p>
<p>https://mapfight.appspot.com/de-vs-us.mn/germany-minnesota-us-size-comparison</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3943732</link><pubDate>Thu, 25 Jun 2015 09:34:52 -0000</pubDate><title>Message #3943732</title><guid isPermaLink="false">3943732@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Wed Jun 24 2015 20:42:47 EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>yea, I love it how linked in sugests me jobs "near cologne" that are <br />in the other end of germany... </blockquote>
<br />Germany is only 357168 square kilometers. There aren't any "far" parts of it :) </div>
</div>
</blockquote>
<p>Yea, I guess thats the linked in attitude; and with that attitude they can fire as many of their german proconsuls as they like, they won't beat xing.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3943678</link><pubDate>Thu, 25 Jun 2015 00:42:47 -0000</pubDate><title>Message #3943678</title><guid isPermaLink="false">3943678@Uncensored</guid><description><![CDATA[ >yea, I love it how linked in sugests me jobs "near cologne" that are  
 >in the other end of germany...  
  
 Germany is only 357168 square kilometers.  There aren't any "far" parts of
it  :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3943240</link><pubDate>Tue, 23 Jun 2015 14:45:25 -0000</pubDate><title>Message #3943240</title><guid isPermaLink="false">3943240@Uncensored</guid><description><![CDATA[    Patch will take a patch file containing any of the 
    four forms of difference listing produced by the diff
    program and apply those differences to an original file,
    producing a patched version.


Wait....wha?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3942973</link><pubDate>Mon, 22 Jun 2015 19:53:15 -0000</pubDate><title>Message #3942973</title><guid isPermaLink="false">3942973@Uncensored</guid><description><![CDATA[<html><body>

<p>yea, I love it how linked in sugests me jobs "near cologne" that are in the other end of germany...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3942188</link><pubDate>Sat, 20 Jun 2015 04:15:39 -0000</pubDate><title>Message #3942188</title><guid isPermaLink="false">3942188@Uncensored</guid><description><![CDATA[<html><body>

<p>Cool, I learned another acronym tonight : OCONUS - thought it meant overseas, but really "Outside Continental United States" is Alaska, Hawaii, and Puerto Rico.</p>
<p>So, lots of Windows specific jobs and only a few Linux jobs.  Mostly dev jobs for Linux.  I suppose first responders etc still prefer the software be incompatible with the hardware if I read the job postings correctly :-) </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3941795</link><pubDate>Fri, 19 Jun 2015 12:45:01 -0000</pubDate><title>Message #3941795</title><guid isPermaLink="false">3941795@Uncensored</guid><description><![CDATA[Ok Sig ... so what is CyberGuard doing with Linux and how's it going for you?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3939216</link><pubDate>Wed, 10 Jun 2015 17:05:34 -0000</pubDate><title>Message #3939216</title><guid isPermaLink="false">3939216@Uncensored</guid><description><![CDATA[  
 Because... government work? 
  
 I've noticed the government seems to revel in process without reason. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3938993</link><pubDate>Tue, 09 Jun 2015 21:48:39 -0000</pubDate><title>Message #3938993</title><guid isPermaLink="false">3938993@Uncensored</guid><description><![CDATA[We're under enough artificial constraints and technical limitations that I'm
not sure why we're bothering to have an exercise at all. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3938849</link><pubDate>Tue, 09 Jun 2015 15:12:41 -0000</pubDate><title>Message #3938849</title><guid isPermaLink="false">3938849@Uncensored</guid><description><![CDATA[  
 Sig... perhaps suggest they take a look at what TeleCommunication Systems
is doing by way of training in cyber security.  The Navy seems to be interested
in them... perhaps they would also work well for the Army/Air Force. 
  
 (http://www.telecomsys.com) 
  
 ObDisclaimer: 
  
 I work for that division of TCS.  Hell, in the future, I might be one of
the trainers. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3938198</link><pubDate>Sun, 07 Jun 2015 02:44:59 -0000</pubDate><title>Message #3938198</title><guid isPermaLink="false">3938198@Uncensored</guid><description><![CDATA[<html><body>

<p>Bah, trial by fire Sig.  I would imagine you have been there before.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3937575</link><pubDate>Fri, 05 Jun 2015 13:48:33 -0000</pubDate><title>Message #3937575</title><guid isPermaLink="false">3937575@Uncensored</guid><description><![CDATA[<html><body>

<p>Evidently their Big Data got so big it popped out of the screen.</p>
<p>(By the way, we ended up just buying a bigger Splunk license.)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3936984</link><pubDate>Thu, 04 Jun 2015 14:25:02 -0000</pubDate><title>Message #3936984</title><guid isPermaLink="false">3936984@Uncensored</guid><description><![CDATA[So I'm doing my annual "two weeks in the summer" and this year I got sucked
into the CyberGuard exercise.  Our state is one of 18 sending National Guard
teams (joint Air and Army Guard) to the exercise to validate a network defense
team concept they have been kicking around for a while.  (I think it's a disaster;
separate issue.) 
  
 I was literally the fifth person they called on a Friday, trying to fill
the last Army slot on the team.  My primary qualification is that I did not
yet have my 15-day annual training period fully committed elsewhere; all of
the qualified actual computer nerds had other schools or training events they
had to attend.  (This is the reward you get for doing your schools on time
as soon as you're eligible; you can be sucked into other things.) 
  
 It's not exactly against my will, but it is a fair bit outside my lane. 
I've been playing with Linux on and off since
my first experimenting with Mandrake dual/duel-booting (it was both) in 2000;
now I find myself the team's #2 Linux guy.  Disturbing.  I have never had
to actually support someone else's setup or do anything that is considered
mission critical; the worst that's likely to happen at home is that I have
to wipe a machine or nuke an image and try again.  So this is pretty enterterrifying.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3932279</link><pubDate>Fri, 29 May 2015 12:55:59 -0000</pubDate><title>Message #3932279</title><guid isPermaLink="false">3932279@Uncensored</guid><description><![CDATA[<html><body>

<p>Sorry folks, I just went ahead and deleted the thread that appeared in here over the last couple of days.  I don't have any tolerance for people who don't read documentation, who don't follow the instructions on the Citadel web site indicating that support requests belong in the Citadel Support room, and who obviously work for a company that builds a competing product.</p>
<p>Ugh.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3924792</link><pubDate>Fri, 15 May 2015 03:37:01 -0000</pubDate><title>Message #3924792</title><guid isPermaLink="false">3924792@Uncensored</guid><description><![CDATA[<html><body>

<p>I liked the fact that the Blackdown Java on Linux allowed me to have a Linux workstation and do Java development for Windows back in the late 90's.  It was fun having Linux servers push out Jar files to remote web servers via JWS, allowing branch locations running Windows clients to update software in the middle of the work day.</p>
<p>For all the faults people find with Java / Java Web Start and all that, I was able to make some use of it and do some pretty cool testing / release cycles that I have been hard pressed to duplicate (outside of the LAMP stack world).</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3924466</link><pubDate>Thu, 14 May 2015 15:36:39 -0000</pubDate><title>Message #3924466</title><guid isPermaLink="false">3924466@Uncensored</guid><description><![CDATA[That much is very true.  AWT was a pain in the neck to test everywhere.  And
although one could argue "AWT is *not* Java" -- and be correct about that
-- AWT was a big part of the initial Java experience for a lot of people.
 It was released at a time when there was such a thing as    
    
     " native look and feel "   
    
 As we all know ... there is no longer any such thing.  Web based applications
broke everyone's addiction to needing the exact same widget set on every application.
 Nowadays, developers use whatever chrome they want.  As a result, an application
written in Java that uses SWT, say on Windows for example, looks no more "foreign"
than Microsoft Office.   
  
  
 The result ... even on the desktop, Java applications now look the same everywhere,
because they use the same widget set (and therefore the same pixel-by-pixel
dimensions of every widget) on every platform.  I like it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3924072</link><pubDate>Tue, 12 May 2015 15:25:34 -0000</pubDate><title>Message #3924072</title><guid isPermaLink="false">3924072@Uncensored</guid><description><![CDATA[  
 Not really. The phrase "compile once, debug everywhere" had a lot of truth
to it, borne out by bad experiences with AWT, which turned out to be not be
such a panacea for cross-platform portability as was first hoped. It's *hard*
to build a cross-platform window toolkit in a way that respects the native
look-and-feel of all platforms. 
  
 "Compile once, debug everywhere" is *absolutely not true in the same sense*
when applied to server-side java, which has proven highly portable. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3923608</link><pubDate>Sun, 10 May 2015 02:34:26 -0000</pubDate><title>Message #3923608</title><guid isPermaLink="false">3923608@Uncensored</guid><description><![CDATA[<html><body>

<p>That's not really a fair comparison.  Sure, the Debian repository is available on every platform, but it's native, so it's compile everywhere debug everywhere.</p>
<p>Java's bad reputation has everything to do with the smear campaign orchestrated against it in the 1990's.  Since then it has become the lingua franca of business logic anyway.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3923565</link><pubDate>Sat, 09 May 2015 18:21:26 -0000</pubDate><title>Message #3923565</title><guid isPermaLink="false">3923565@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri May 08 2015 11:56:56 EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />(And yes, it was sooooo satisfying to be able to type "apt-get install citadel-client" on the Pi and get a precompiled Citadel client fed back to me, even though none of us on the project have ever explicitly built on this platform before!) </div>
</div>
</blockquote>
<p>And that without java - compile once debug everywhere ;-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3923320</link><pubDate>Fri, 08 May 2015 15:56:56 -0000</pubDate><title>Message #3923320</title><guid isPermaLink="false">3923320@Uncensored</guid><description><![CDATA[  
 (And yes, it was sooooo satisfying to be able to type "apt-get install citadel-client"
on the Pi and get a precompiled Citadel client fed back to me, even though
none of us on the project have ever explicitly built on this platform before!)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3923319</link><pubDate>Fri, 08 May 2015 15:55:50 -0000</pubDate><title>Message #3923319</title><guid isPermaLink="false">3923319@Uncensored</guid><description><![CDATA[  
 So I finally booted up the Pi that I got for Christmas.   But I only had
a 2 GB SDcard so I moved my root filesystem to a 250 GB external USB drive.
 It was really easy.  Everything behaved as I expected it to.  All I had to
do was rsync to the new filesystem, identify its UUID, call for its mount
as rootfs in its own /etc/fstab and in the Pi's boot partition, and reboot.

  
 I like it this way better.  The SDcard is /boot and nothing else. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3920104</link><pubDate>Sun, 03 May 2015 11:52:32 -0000</pubDate><title>Message #3920104</title><guid isPermaLink="false">3920104@Uncensored</guid><description><![CDATA[<html><body>

<p>the citadel faq has the most important ones:</p>
<p>http://citadel.org/doku.php?id=faq:start#troubleshootingyourhostos</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3920038</link><pubDate>Sun, 03 May 2015 06:10:29 -0000</pubDate><title>Message #3920038</title><guid isPermaLink="false">3920038@Uncensored</guid><description><![CDATA[<html><body>

<p>List listening sockets and proggies):</p>
<p>netstat -aonp</p>
<p>List the users of the port, and userid:</p>
<p>lsof -ni :portnumber<br />i.e.:<br />lsof -ni :25</p>
<p>Show the individual process info:</p>
<p>cat /proc/[pid]/cmdline<br />i.e.:<br />cat /proc/11104/cmdline</p>
<p>(and many other items under /proc/[pid] that interest you (cat is your friend).</p>
<p>Feel free to share anything you learn as well.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3919071</link><pubDate>Sat, 02 May 2015 01:17:13 -0000</pubDate><title>Message #3919071</title><guid isPermaLink="false">3919071@Uncensored</guid><description><![CDATA[Thank you. At the least, those give me more useful search terms. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3918630</link><pubDate>Fri, 01 May 2015 14:52:29 -0000</pubDate><title>Message #3918630</title><guid isPermaLink="false">3918630@Uncensored</guid><description><![CDATA[      
 netstat -an | grep LISTEN. Find out what process owns those ports, whether
they are truly necessary for your use case, and if not, shut them down.  
  
    
    
 next, think about local security. Can you enable selinux in strict mode without
breaking anything critical?   
    
 Red Hat used to have a simple "enable the firewall" script that would install
some basic packet filters. I don't remember the name of it anymore, might
have been system-config-firewall   
    
 Use the "find" command to hunt down setuid/setgid binaries that might not
be necessary.   
  
  
 This is basic stuff. I'm not a security guru anymore, if I ever was. Google
"Red Hat hardening" or something. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3918511</link><pubDate>Fri, 01 May 2015 12:36:57 -0000</pubDate><title>Message #3918511</title><guid isPermaLink="false">3918511@Uncensored</guid><description><![CDATA[  
 (src: 
  
 https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/
System_Administrators_Guide/sect-Managing_Services_with_systemd-Services.html

  
 ) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3918509</link><pubDate>Fri, 01 May 2015 12:36:24 -0000</pubDate><title>Message #3918509</title><guid isPermaLink="false">3918509@Uncensored</guid><description><![CDATA[  
 This said, apparently, Red Hat prefers 'systemctl' commands. 
  
 To list services: 
  
 systemctl list-unit-files --type service 
  
 unless you're talking about an old Red Hat.  Older Red Hat apparently did:

  
 chkconfig --list 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3918507</link><pubDate>Fri, 01 May 2015 12:34:05 -0000</pubDate><title>Message #3918507</title><guid isPermaLink="false">3918507@Uncensored</guid><description><![CDATA[  
 Gah, I didn't even get that right... 
  
 ls /etc/rc.d/init.d 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3918506</link><pubDate>Fri, 01 May 2015 12:32:57 -0000</pubDate><title>Message #3918506</title><guid isPermaLink="false">3918506@Uncensored</guid><description><![CDATA[  
 Hrm... I don't expect you're looking for something like: 
  
 ls /etc/init.d 
  
 (by way of enumerating services) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3918425</link><pubDate>Fri, 01 May 2015 01:36:19 -0000</pubDate><title>Message #3918425</title><guid isPermaLink="false">3918425@Uncensored</guid><description><![CDATA[Can anyone recommend a good primer or even just checklist for enumerating
services and getting a good start on locking down Red Hat-style Linux?  Bonus
points if it employs primarily commonly available command line tools.  I'm
much more familiar with Debian variants, but that's not likely to be the environment,
and I'm not really a security guru. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3917617</link><pubDate>Wed, 29 Apr 2015 16:37:52 -0000</pubDate><title>Message #3917617</title><guid isPermaLink="false">3917617@Uncensored</guid><description><![CDATA[  
 Hrm. 
  
 https://www.sumologic.com 
  
 When you go to this site, you may be treated to the following popup: 
  
 This page ws unable to display a Google Maps element.  The provided Google
API key is invalid or this site is not authorized to use it.  Error Code:

 InvalidKeyOrUnauthorizedURLMapError 
  
 So, they hope to supplant Splunk, but...? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3917608</link><pubDate>Wed, 29 Apr 2015 15:15:28 -0000</pubDate><title>Message #3917608</title><guid isPermaLink="false">3917608@Uncensored</guid><description><![CDATA[  
 Been talking to some former coworkers (now at NYTimes, ghod help them) and
one of the Splunk alternatives they are looking at is Sumologic: 
  
 https://support.sumologic.com/entries/21863767-How-do-I-group-messages-based-on-a-field-I-define

  
 (^^ one of my litmus tests for a Splunk replacement)  
  
 http://www.forbes.com/sites/petercohan/2015/02/25/will-sumo-logic-pin-splunk/

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3896648</link><pubDate>Mon, 23 Mar 2015 12:15:36 -0000</pubDate><title>Message #3896648</title><guid isPermaLink="false">3896648@Uncensored</guid><description><![CDATA[  
 Not the splunk way - there are no "don't care" records, you throw everything
in the big index and figure out how to query it later. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895883</link><pubDate>Fri, 20 Mar 2015 03:00:07 -0000</pubDate><title>Message #3895883</title><guid isPermaLink="false">3895883@Uncensored</guid><description><![CDATA[<html><body>

<p>Not similar at all, but I do use this for viewing / checking combined logs from systems:</p>
<p>Epylog - https://fedorahosted.org/epylog/</p>
<p>It lets you boil down combined syslogs from multiple systems, and get rolled up reports on logins, and a free-for-all report of anything that was not parsed in an email.</p>
<p>It takes quite a bit of time to get what they call the "weeder" to build up to rid yourself of the background noise from the reports, and it does take ocasional changes to regexes on lines to account for some daemons changed log output for warnings, etc, but I find it worthwhile.  Once you have your "don't care" lines out of the report, you will be left with the ones to either investigate and act on or just add to the don't care if they turn out to be a more of just miss-placed info output.</p>
<p>You can set up your own roll up reports, but I have not played with that as of yet.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895747</link><pubDate>Thu, 19 Mar 2015 18:19:39 -0000</pubDate><title>Message #3895747</title><guid isPermaLink="false">3895747@Uncensored</guid><description><![CDATA[  
 OK, for one thing, I hadn't correctly understood how logstash fits together
with the rest of its ecosystem. Logstash is like splunkforwarder, I guess-
it's a piece of low-level plumbing. 
  
 The querying all happens in elasticsearch: http://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-queries.html

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895707</link><pubDate>Thu, 19 Mar 2015 16:58:14 -0000</pubDate><title>Message #3895707</title><guid isPermaLink="false">3895707@Uncensored</guid><description><![CDATA[<html><body>

<p>I like very much this one:</p>
<p>http://metrics20.org/media/</p>
<p>(have a look at the crazy videos ;-)</p>
<p>It uses a pimped collectd as some of the data sources.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895705</link><pubDate>Thu, 19 Mar 2015 16:54:57 -0000</pubDate><title>Message #3895705</title><guid isPermaLink="false">3895705@Uncensored</guid><description><![CDATA[<html><body>

<p>probably one would want something like that:</p>
<p>http://michael.bouvy.net/blog/en/2013/11/19/collect-visualize-your-logs-logstash-elasticsearch-redis-kibana/</p>
<p>this is the logstash alternative:</p>
<p>https://www.graylog.org/overview</p>
<p>(the credativ guys work with it)</p>
<p>Another tool /me wouldn't use... but may be interesting ;-)</p>
<p>http://riemann.io/</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895702</link><pubDate>Thu, 19 Mar 2015 16:32:31 -0000</pubDate><title>Message #3895702</title><guid isPermaLink="false">3895702@Uncensored</guid><description><![CDATA[  
 One of the most powerful things we do with Splunk is the "transaction" filter.
I don't see any direct replacement with logstash... this is statically configured
and seems to have limitations, but it's somewhere in the ballpark: http://logstash.net/docs/1.4.2/filters/multiline

  
 not quite close enough, transaction is an ad-hoc query: http://docs.splunk.com/Documentation/Splunk/6.2.1/SearchReference/Transaction

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895698</link><pubDate>Thu, 19 Mar 2015 16:22:46 -0000</pubDate><title>Message #3895698</title><guid isPermaLink="false">3895698@Uncensored</guid><description><![CDATA[  
 logstash is one of the alternatives we were talking about, yes. I doubt we
did a full evaluation yet. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895663</link><pubDate>Thu, 19 Mar 2015 14:59:15 -0000</pubDate><title>Message #3895663</title><guid isPermaLink="false">3895663@Uncensored</guid><description><![CDATA[<html><body>

<p>theres something like logstash, which I again instantly forgot about since its also done in some bizare language running in the java interperter.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895634</link><pubDate>Thu, 19 Mar 2015 13:09:23 -0000</pubDate><title>Message #3895634</title><guid isPermaLink="false">3895634@Uncensored</guid><description><![CDATA[  
 I'll ask today. Remind me if I don't. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895631</link><pubDate>Thu, 19 Mar 2015 13:07:47 -0000</pubDate><title>Message #3895631</title><guid isPermaLink="false">3895631@Uncensored</guid><description><![CDATA[What's the open alternative?  I'm about to recommend a fairly significant
spend on Splunk. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895552</link><pubDate>Thu, 19 Mar 2015 13:03:21 -0000</pubDate><title>Message #3895552</title><guid isPermaLink="false">3895552@Uncensored</guid><description><![CDATA[  
 Splunk. Has worked very well for us. 
  
 Pricey, but when you don't have time to *design* something, you just throw
a full-text search engine at your app logs. 
  
 I think we're starting to talk about a more open alternative? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3895449</link><pubDate>Thu, 19 Mar 2015 11:37:31 -0000</pubDate><title>Message #3895449</title><guid isPermaLink="false">3895449@Uncensored</guid><description><![CDATA[<html><body>

<p class="js-tweet-text tweet-text" lang="en" data-aria-label-part="0">The more monitoring you have, the more trouble you find. If you don’t have monitoring, trouble finds you.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3890725</link><pubDate>Tue, 10 Mar 2015 13:11:43 -0000</pubDate><title>Message #3890725</title><guid isPermaLink="false">3890725@Uncensored</guid><description><![CDATA[Truly talented people *are* a threat to political scumbags.  You wouldn't
get hired to work in that kind of environment.  What usually happens is that
a once-docile environment grows to the point where it attracts the kind of
people who put their own career advancement at a higher priority than actually
being a decent corporate citizen. 
  
 It's nice to be important, but it's more important to be nice. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3889211</link><pubDate>Fri, 06 Mar 2015 21:48:28 -0000</pubDate><title>Message #3889211</title><guid isPermaLink="false">3889211@Uncensored</guid><description><![CDATA[  
 Meh... I haven't had too many dealings with those types, because I don't
get hired to work in environments like that.  Possibly because I'm viewed
as a threat. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3888881</link><pubDate>Thu, 05 Mar 2015 19:28:37 -0000</pubDate><title>Message #3888881</title><guid isPermaLink="false">3888881@Uncensored</guid><description><![CDATA[They are ostensibly on the same team, but each one of them is actually a team
of one, and that team has a zero tolerance for competition. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3888841</link><pubDate>Thu, 05 Mar 2015 17:18:34 -0000</pubDate><title>Message #3888841</title><guid isPermaLink="false">3888841@Uncensored</guid><description><![CDATA[  
 As long as they're legitimate competition, I'm okay. 
  
 If their supposed to be on the same team, I need to find a smaller team.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3888458</link><pubDate>Wed, 04 Mar 2015 13:01:32 -0000</pubDate><title>Message #3888458</title><guid isPermaLink="false">3888458@Uncensored</guid><description><![CDATA[Yeah, careful about that.  A bit further down that road is a group of assholes
committed to your failure. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3882938</link><pubDate>Wed, 18 Feb 2015 17:43:57 -0000</pubDate><title>Message #3882938</title><guid isPermaLink="false">3882938@Uncensored</guid><description><![CDATA[  
 Heh... team lead... lead developer... we're all growing up. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3882929</link><pubDate>Wed, 18 Feb 2015 16:44:50 -0000</pubDate><title>Message #3882929</title><guid isPermaLink="false">3882929@Uncensored</guid><description><![CDATA[  
 Wearing my pointy-haired toupee for the moment... part of my responsibilities
are tending toward team lead these days. So I think: quality happens if you
lecture the junior devs until their ears bleed. ( I try to be a bit nicer
about this than it sounds. ) That's more cathedral than bazaar though. 
  
 Imagine that... me, responsible. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3882872</link><pubDate>Wed, 18 Feb 2015 13:22:48 -0000</pubDate><title>Message #3882872</title><guid isPermaLink="false">3882872@Uncensored</guid><description><![CDATA[<html><body>

<p>Well yes, there is that.  It pains me to see a bunch of paper tigers insisting that you need half a dozen servers to provide email to a group of 100 people, because that's what they were told was "best practice."  And then it has regular outages and they all blame each other.</p>
<p>This is not an exaggeration; I speak from direct experience.  The environment in question ran Citadel for nearly seven years without a single outage.  So you have a system built by hobbyists in our spare time, with quality that greatly exceeds an expensive system built by thousands of highly paid developers and QA people.</p>
<p>So I'm going to come to a different conclusion.  Quality happens when someone is thinking about quality.  It happens when delivering something that works properly is held as a higher priority than delivering something that has an ever-growing feature set.  I believe that this can happen in the cathedral <em>or</em> in the bazaar.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3882122</link><pubDate>Mon, 16 Feb 2015 20:27:43 -0000</pubDate><title>Message #3882122</title><guid isPermaLink="false">3882122@Uncensored</guid><description><![CDATA[  
 It is very good at what it was designed for, which is to pad salaries of
ops. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3881301</link><pubDate>Sat, 14 Feb 2015 20:27:28 -0000</pubDate><title>Message #3881301</title><guid isPermaLink="false">3881301@Uncensored</guid><description><![CDATA[Sounds good in theory but Exchange is still a buggy pile of crap, easily exceeded
by "sloppy" software, no matter how many "real QA people" are thrown at it.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3880347</link><pubDate>Fri, 13 Feb 2015 17:51:44 -0000</pubDate><title>Message #3880347</title><guid isPermaLink="false">3880347@Uncensored</guid><description><![CDATA[  
 The QA toons are paid to find bugs (can we pay them by the bug? I digress.)
They are not paid to ensure quality in the sense he was talking about. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3880161</link><pubDate>Fri, 13 Feb 2015 15:41:53 -0000</pubDate><title>Message #3880161</title><guid isPermaLink="false">3880161@Uncensored</guid><description><![CDATA[<html><body>

<p>That sounds like "no one is worrying about quality control except for the people who are paid to be responsible for quality control."</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3878233</link><pubDate>Tue, 10 Feb 2015 02:32:04 -0000</pubDate><title>Message #3878233</title><guid isPermaLink="false">3878233@Uncensored</guid><description><![CDATA[ > He conveniently leaves out all of the places where quality is present 
 
 >because someone is paying attention to it, or even better, because   
 >there are customers paying for it (Red Hat, Oracle, etc).   
  
 But see he wasn't talking about the freebsd ports tree, he was talking about
the upstream sources that feed into that. And now you're coming along and
saying "don't worry, Red Hat will put lipstick on it." 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3878232</link><pubDate>Tue, 10 Feb 2015 02:30:06 -0000</pubDate><title>Message #3878232</title><guid isPermaLink="false">3878232@Uncensored</guid><description><![CDATA[  
 Definitely that was a lot of "get off my lawn", but he might as well have
been talking about Red Hat or Ubutu or Debian instead of the freebsd ports,
because the Linux userland is *exactly the same source base as* the FreeBSD
ports tree. And it has many of the same dependency hell problems. 
  
 From the outside looking in ( I haven't written Windows code since toy projects
in high school ) it actually looks like Windows might have ended up getting
more things right (except for their appalling filesystem semantics) than Linux
did, because Linux grew by accretion and Windows was kinda sorta architected.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3874365</link><pubDate>Tue, 03 Feb 2015 04:48:58 -0000</pubDate><title>Message #3874365</title><guid isPermaLink="false">3874365@Uncensored</guid><description><![CDATA[<html><body>

<p>The comments were more fun than the "get off my lawn" article.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3873600</link><pubDate>Mon, 02 Feb 2015 15:36:41 -0000</pubDate><title>Message #3873600</title><guid isPermaLink="false">3873600@Uncensored</guid><description><![CDATA[Wow, what a carefully selected subset of data chosen towards a very faulty
conclusion. 
  
 As examples of "lost in the bazaar" he cites: 
  
 * All of the baristas-turned-web-developers during the Dot Com Boom 
  
 * The FreeBSD ports tree 
  
 He conveniently leaves out all of the places where quality is present because
someone is paying attention to it, or even better, because there are customers
paying for it (Red Hat, Oracle, etc). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3871429</link><pubDate>Wed, 28 Jan 2015 13:53:13 -0000</pubDate><title>Message #3871429</title><guid isPermaLink="false">3871429@Uncensored</guid><description><![CDATA[  
 Uh oh: 
  
 https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-0235 
  
 Make sure you update. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3870960</link><pubDate>Tue, 27 Jan 2015 11:22:46 -0000</pubDate><title>Message #3870960</title><guid isPermaLink="false">3870960@Uncensored</guid><description><![CDATA[  
 They seem to have a pretty good run, but Solaris will not likely shift to
that model.  We'll have init scripts for a long time yet. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3870602</link><pubDate>Mon, 26 Jan 2015 21:03:39 -0000</pubDate><title>Message #3870602</title><guid isPermaLink="false">3870602@Uncensored</guid><description><![CDATA[<html><body>

<p>Well, if systemd takes over the universe, we'll eventually get to the point where the few init scripts that are left will have ampersands in them.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3869403</link><pubDate>Fri, 23 Jan 2015 21:11:24 -0000</pubDate><title>Message #3869403</title><guid isPermaLink="false">3869403@Uncensored</guid><description><![CDATA[  
 Ford ][ would be eating that article up. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3869396</link><pubDate>Fri, 23 Jan 2015 21:04:15 -0000</pubDate><title>Message #3869396</title><guid isPermaLink="false">3869396@Uncensored</guid><description><![CDATA[  
 "there is no escaping that the entire dot-com era was a disaster for IT/CS
in general and for software quality and Unix in particular." 
  
 Bold words. I'm not sure I would go that far. Except if I were talking about
PHP. >:-P 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3869289</link><pubDate>Fri, 23 Jan 2015 14:36:30 -0000</pubDate><title>Message #3869289</title><guid isPermaLink="false">3869289@Uncensored</guid><description><![CDATA[  
 Hm... dunno what consequences exist if you don't daemonize the code and let
systemd deal with it.  Maybe none... although writing your code to work only
with systemd might not be ideal if you want your stuff to work on other systems.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3869288</link><pubDate>Fri, 23 Jan 2015 14:34:45 -0000</pubDate><title>Message #3869288</title><guid isPermaLink="false">3869288@Uncensored</guid><description><![CDATA[You know what, if systemd makes daemonization obsolete, then I am instantly
going to be a fan of systemd. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3869262</link><pubDate>Fri, 23 Jan 2015 13:40:41 -0000</pubDate><title>Message #3869262</title><guid isPermaLink="false">3869262@Uncensored</guid><description><![CDATA[  
 The tricky bit, for me, was dealing with the daemonization of the service.

  
 systemd can react in one of three ways, if I recall, to this... it can expect
the executable to run as if it were being run on a command line, without relinquishing
control and all that.  It can expect the executable to run as if it were fully
daemonized (gives up the console, pushes itself in the background, and all
that jazz).  And I forget the third option... but I think it's kind of a half-way
between those two. 
   
 But detecting that is apparently non-trivial.  I forget the name of the tool
I used to trace what was going on with my executable, but it didn't do a great
job of informing me of what was happening with the spawned threads, and I
think it did nothing to tell me of whether or not the console was relinquished.

  
 That said, the only other tricky bit involved ensuring other things that
I needed
running were in fact running when my service started.  But, y'know, Windows
has this problem, too.  I think systemd is more flexible in its approach,
but it's complicated.  Like a lot of relationships. 
  
 Heh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3869254</link><pubDate>Fri, 23 Jan 2015 12:29:19 -0000</pubDate><title>Message #3869254</title><guid isPermaLink="false">3869254@Uncensored</guid><description><![CDATA[ > Dipping my toes into Linux recently, I felt a need to support systemd 
 
 >for starting some customer services.  It was, initially, a major pain  

  
 The problem now is that if you're packaging an application you have to support
*both* sysvinit and systemd.  Although systemd can be configured to honor
sysvinit scripts, there is no guarantee that your underlying OS has it built
that way. 
  
 What a pity, I really enjoyed just running services directly out of /etc/inittab,
with each service's "don't go into the background" flag set.  If a daemon
crashed for whatever reason, init would just restart it.  The "upstart" init
replacement which was included in nonstandardbuntu for a while had a way to
configure auto-respawns, but one line in inittab was TEH R0X0R. 
  
 Now, if it doesn't exist already, someone's going to have to write an "install
this as a service" script that feels-out the underlying environment and does
the right thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3869230</link><pubDate>Fri, 23 Jan 2015 09:32:05 -0000</pubDate><title>Message #3869230</title><guid isPermaLink="false">3869230@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #333333; font-family: jaf-bernino-sans, 'Lucida Grande', 'Lucida Sans Unicode', 'Lucida Sans', Geneva, Verdana, sans-serif; font-size: 32px;">A Generation Lost in the Bazaar</span></p>
<h2 style="color: #333333; font-family: jaf-bernino-sans, 'Lucida Grande', 'Lucida Sans Unicode', 'Lucida Sans', Geneva, Verdana, sans-serif;">Quality happens only when someone is responsible for it.</h2>
<div>
<p style="line-height: 1.65em; color: #333333; font-family: jaf-bernino-sans, 'Lucida Grande', 'Lucida Sans Unicode', 'Lucida Sans', Geneva, Verdana, sans-serif; font-size: medium;">Thirteen years ago, Eric Raymond's book <em>The Cathedral and the Bazaar</em> (O'Reilly Media, 2001) redefined our vocabulary and all but promised an end to the waterfall model and big software companies, thanks to the new grass-roots open source software development movement. I found the book thought provoking, but it did not convince me. On the other hand, being deeply involved in open source, I couldn't help but think that it would be nice if he was right.</p>
<p style="line-height: 1.65em; color: #333333; font-family: jaf-bernino-sans, 'Lucida Grande', 'Lucida Sans Unicode', 'Lucida Sans', Geneva, Verdana, sans-serif; font-size: medium;">The book I brought to the beach house this summer is also thought provoking, much more so than Raymond's (which it even mentions rather positively): Frederick P. Brooks's <em>The Design of Design</em> (Addison-Wesley Professional, 2010). As much as I find myself nodding in agreement and as much as I enjoy Brooks's command of language and subject matter, the book also makes me sad and disappointed. ...</p>
</div>
<div> </div>
<div>Read on here: http://queue.acm.org/detail.cfm?id=2349257</div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3865180</link><pubDate>Fri, 16 Jan 2015 14:39:20 -0000</pubDate><title>Message #3865180</title><guid isPermaLink="false">3865180@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3865048</link><pubDate>Fri, 16 Jan 2015 02:36:43 -0000</pubDate><title>Message #3865048</title><guid isPermaLink="false">3865048@Uncensored</guid><description><![CDATA[  
 How long have we been on this lifeboat? 
 33 days! 
 Thirty-three days, sir? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3864571</link><pubDate>Thu, 15 Jan 2015 01:03:30 -0000</pubDate><title>Message #3864571</title><guid isPermaLink="false">3864571@Uncensored</guid><description><![CDATA[ My best - so far on this box - is 149 days.  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3864179</link><pubDate>Wed, 14 Jan 2015 18:11:09 -0000</pubDate><title>Message #3864179</title><guid isPermaLink="false">3864179@Uncensored</guid><description><![CDATA[>uptime
 13:07:37 up 33 days, 19:33

It is so disapointing when linux makes me reboot.  I really would like to get my desktop to go for months 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3862790</link><pubDate>Mon, 12 Jan 2015 14:09:14 -0000</pubDate><title>Message #3862790</title><guid isPermaLink="false">3862790@Uncensored</guid><description><![CDATA[  
 Dipping my toes into Linux recently, I felt a need to support systemd for
starting some customer services.  It was, initially, a major pain in the ass
to figure out why something wasn't quite working correctly, but eventually
I worked through the problem (the code was not quite working correctly, but
system v approaches hid the issue), and got it to work reasonably well. 
  
 I'm still a little fuzzy about how it deals with dependencies... most specifically,
the various names for various dependencies, which can be different depending
on distributions... but I muddled through. 
  
 Philosophically, though, I don't like systemd.  Unix has a tradition of 'do
one thing, and do it well,' that systemd violates from what I can see.  It
feels to me as if systemd needs to be broken down into more discrete pieces
that have a common api through which to communicate. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3862777</link><pubDate>Mon, 12 Jan 2015 13:26:33 -0000</pubDate><title>Message #3862777</title><guid isPermaLink="false">3862777@Uncensored</guid><description><![CDATA[I don't think firewalld is a Poettering creation but it might as well be.

  
 Really though, if iptables is the order of the day, it's a whole lot easier
to just put your iptables commands into /etc/rc.d/rc.local and no system daemon
will ever mess with them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3862645</link><pubDate>Sun, 11 Jan 2015 23:14:44 -0000</pubDate><title>Re: firewalld, the next hot shit after systemd</title><guid isPermaLink="false">3862645@Uncensored</guid><description><![CDATA[I use VyOS at home and at work in front of Virtual Development Lab.  I really
like the OpenVPN integration.  I have had no stability issues which is more
than I can say for some of our cicso equipment. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3862611</link><pubDate>Sun, 11 Jan 2015 19:52:57 -0000</pubDate><title>Message #3862611</title><guid isPermaLink="false">3862611@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, to be honest, never heard of firewalld - another F*ck poetering is trying to force on the rest of the world?</p>
<p>I used to use ferm as iptables frontend, nice syntax.</p>
<p>for shure lartc.org is something to browse through before starting with ip and friends.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3862509</link><pubDate>Sun, 11 Jan 2015 18:57:38 -0000</pubDate><title>Message #3862509</title><guid isPermaLink="false">3862509@Uncensored</guid><description><![CDATA[<html><body>

<p>firewalld is the /etc/init.d/iptables replacement Centos7.</p>
<p>I was ok with the way iptables were handled on Centos6. This firewalld is an unbelievable mess.</p>
<p>Shorewall is something even an imbecile could configure. Dunno how secure it is compared to other stuff, but I only need masquerading and traffic routing.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3862428</link><pubDate>Sun, 11 Jan 2015 18:39:10 -0000</pubDate><title>Re: firewalld, the next hot shit after systemd</title><guid isPermaLink="false">3862428@Uncensored</guid><description><![CDATA[  
 For dedicated firewall systems, the up-and-coming contender seems to be VyOS
[http://vyos.net].  It basically rose from the ashes after Vyatta took their
ball and went home, and is true open source.  Whereas pfsense and m0nowall
give you FreeBSD to contend with, VyOS is built on Debian Linux/Linux.   
  
 Its configuration language is somewhat Juniper-like (including commit-confirm
ftw!) and it's got all of the stuff you'd expect from a proper router, including
protocols like OSPF and BGP.  Best of all: NO WEB UI.  If you're not smart
enough to configure a firewall/router, you don't get to use it.  And since
it's built on Debian, you can bring in outside packages to add on to it if
you want to. 
  
 I'm currently writing a REST API for it, for a specific work-related project.
 So far it's been pretty good. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3862389</link><pubDate>Sun, 11 Jan 2015 15:11:06 -0000</pubDate><title>firewalld, the next hot shit after systemd</title><guid isPermaLink="false">3862389@Uncensored</guid><description><![CDATA[<html><body>

<p>I have been trying to get a network running at a clients side. After messing around for hours, my solution is this:</p>
<p>yum erase firewalld</p>
<p>yum install shorewall</p>
<p>My scenario: fileserver on lan, openvpn clients connecting via this server. My problem: vpn clients not able to access another (license) server on the lan.</p>
<p>I did not find one single conclusive howto for this setup, I managed to force the necessary rules for masquerading, accepting and forwarding on firewalld using the --direct option. This basically means I work around the whole firewalld by passing it true iptables syntax. What do I need a new firewall system for, if it only has unusable commands and no support for common options? The forwarding commands in firewalld are explicitly for forwarding ports, not complete network traffic. The masquerade options states that it is for masquerading, I did not try it since it had no further explanation. I only stumbled about other users having the same problem on the internet, no wiki, no howto with real world examples.</p>
<p>I installed shorewall, edited zones, interfaces, policy and masq files. Presto, everything up and running in under 5 minutes.</p>
<p>Now, who gets the bill for hours of messing with that pile of shit? Red Hat or my client?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3860470</link><pubDate>Wed, 07 Jan 2015 23:54:09 -0000</pubDate><title>Message #3860470</title><guid isPermaLink="false">3860470@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, I've fuzzed with systemd fuckups 3 times in the last month, and I sort of don't like it.</p>
<p>while it seems to offer lots of debug abilities, I wasn't able to find the real cause of the failure.</p>
<p> - dhcp on the router was dead, but wpa still working - laptop would hang 5 minutes to decide I could eventually live without network. (no, no NetworkFailureSystem or any other bullshit)</p>
<p> - the $work workstation didn't have plymouth installed, but failed with red because of that. WTF?</p>
<p> - installed it, still doesn't boot but drops me on the rescue shell.</p>
<p> </p>
<p>I hope jessie is going to become the short livest debian release.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3860455</link><pubDate>Wed, 07 Jan 2015 22:57:09 -0000</pubDate><title>Re: systemd woes</title><guid isPermaLink="false">3860455@Uncensored</guid><description><![CDATA[Eventually we'll all have to deal with systemd.  By being a late adopter,
though, perhaps you won't have to suffer through much of the initial suck.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3852197</link><pubDate>Fri, 26 Dec 2014 14:06:39 -0000</pubDate><title>Message #3852197</title><guid isPermaLink="false">3852197@Uncensored</guid><description><![CDATA[<html><body>

<p>It it still possible to use Gentoo without PAM and without systemd. I rarely have use for PAM on single user systems or servers, so I have no clue why it is default on all systems.</p>
<p>I have made use if PAM on a Centos 6.5, in order to plug Citadel into an ssl enbabled LDAP server: Citadel used PAM for its users, Centos used nslcd to pull LDAP into PAM. This is really some arcane satanic ritual and might brake from update to update. Sometimes a reboot fixed it, sometimes I needed to change one line in a config file. There also seems to be a more modern way to do that, via some sssd service, or whatever. Never got that up and running.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3852129</link><pubDate>Fri, 26 Dec 2014 07:02:37 -0000</pubDate><title>Re: systemd woes</title><guid isPermaLink="false">3852129@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Dec 26 2014 12:43:23 AM EST</span> <span>from nristen @ Uncensored </span> <span class="message_subject">Subject: systemd woes</span></div>
<div class="message_content"> ...I think I am going to switch to Slackware for the same reason, I switched to ArchLinux a few years ago.<br /><br /></div>
</blockquote>
<p>Keep in touch about your conversion!  Another bit about Slackware is, at least I could drive over and buy Pat some lunch on an afternoon off.  Not that it would come to that.  I did have an email exchange back with him in 1999-2000 or so about the exclusion of PAM.  I was given ample room for rebuttal .  There was later the "extras" packages that made most packages that required PAM work on Slackware possible as well.  I think P.V. would avoid a bad decision for the Slackware distro and try to patch around it (much like PAM), if at all possible.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3852121</link><pubDate>Fri, 26 Dec 2014 05:43:23 -0000</pubDate><title>systemd woes</title><guid isPermaLink="false">3852121@Uncensored</guid><description><![CDATA[<html><body>

<p>I was a big fan of ArchLinux, but lately, I have been having more and more problems related to systemd.  It is like having to learn a whole new operating system to just figure out how that thing works.  The earlier comment about openvpn not working just adds to the frustration.  What ever happened to the motto of "Do one thing and do it well"</p>
<p>I think I am going to switch to Slackware for the same reason, I switched to ArchLinux a few years ago.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3851628</link><pubDate>Wed, 24 Dec 2014 14:13:31 -0000</pubDate><title>Message #3851628</title><guid isPermaLink="false">3851628@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Wed Dec 17 2014 18:07:45 EST</span><span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="fmout-JUSTIFY"><br />omfg. <br /><br />CentOS 7 is the first time I've started installing a Linux operating system and thought, "WTF?! Why did they hire away developers from Microsoft to build this?" <br /><br />The installer is unintuitive, looks like it was designed for a tablet, does stupid things, and breaks easily. </div>
</blockquote>
<div class="fmout-JUSTIFY">D'accord! With 6.x you were able to create a RAID and then create the mount points using LVM. Now, it is either RAID or LVM. I could have used Gentoo if I wanted to create vgs et al. manually! Also, you can not use openvpn@mypersonalvpn with systemd easily and out of the box, due to a bug that is as old as systemd itself. You need manually fiddle around in order to get it going. I can not believe that RHEL is buttraping its userbase in this way.</div>
<div class="fmout-JUSTIFY"> </div>
<div class="fmout-JUSTIFY">Then they ship samba4, I think "Yay! AD support", but no, it is disabled, since samba4 needs heimdal and RHEL is waiting for the port to kerberos. Fuck that, almost everything but openssl can use heimdal too, and I guess it is easier and more likely to fix openssl than samba4. Why is it ok to shove systemd down everyones throat but not heimdal? Makes no sense to me. Also, were did the "it is about choice!!!!1111" go?</div>
<div class="fmout-JUSTIFY"> </div>
<div class="fmout-JUSTIFY">Happy holidays, btw. </div>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3847558</link><pubDate>Fri, 19 Dec 2014 04:24:26 -0000</pubDate><title>Message #3847558</title><guid isPermaLink="false">3847558@Uncensored</guid><description><![CDATA[<html><body>

<p>Just re-subscribed to the Slackware cd mailer.  I recently installed the latest version to a VM, and the installer was .... exactly the same as I remember it (thankfully).  I know they have to swallow the blue pill at some point with smegma systemd, but that point has not yet arrived.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3847393</link><pubDate>Thu, 18 Dec 2014 17:51:16 -0000</pubDate><title>Message #3847393</title><guid isPermaLink="false">3847393@Uncensored</guid><description><![CDATA[<html><body>

<p>Yea, all I do with the W81 installation in that 50G partition of my vaio pro is boot it now and then, ugrade it, shut it down again ;-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3847374</link><pubDate>Thu, 18 Dec 2014 16:20:37 -0000</pubDate><title>Message #3847374</title><guid isPermaLink="false">3847374@Uncensored</guid><description><![CDATA[ > 2014-12-11 12:30 from IGnatius T Foobar @uncnsrd   
 >They all have something, either a spinning disk or an SSD (typically 32
 
 >or 64 GB).  Obviously it's doable ... there are even people running   
 >Windows (cursed be its name forever) on them.  Maybe I will experiment 
 
  
 32-bit, maybe? 64-bit win8 takes 40gb disk just for the base install. it's
hard to do much of anything useful with <250gb of storage these days. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3847373</link><pubDate>Thu, 18 Dec 2014 16:19:23 -0000</pubDate><title>Message #3847373</title><guid isPermaLink="false">3847373@Uncensored</guid><description><![CDATA[Well, the way I see it, "systemd" is like the smell of urine in the subway:
it's there, it isn't going away, and you have to deal with it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3847183</link><pubDate>Thu, 18 Dec 2014 14:45:55 -0000</pubDate><title>Message #3847183</title><guid isPermaLink="false">3847183@Uncensored</guid><description><![CDATA[  
 ArchLinux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3846791</link><pubDate>Wed, 17 Dec 2014 23:07:45 -0000</pubDate><title>Message #3846791</title><guid isPermaLink="false">3846791@Uncensored</guid><description><![CDATA[  
 omfg. 
  
 CentOS 7 is the first time I've started installing a Linux operating system
and thought, "WTF?!  Why did they hire away developers from Microsoft to build
this?" 
  
 The installer is unintuitive, looks like it was designed for a tablet, does
stupid things, and breaks easily. 
  
 Upon my second reboot to check if the right set of services was running,
it just broke completely. 
  
 It suggested some commands with which I was not familiar to troubleshoot.
 Reading the output of these commands suggested that the controversial "systemd"
is to blame.   
  
 F**k this.  I'm sticking with 6.5 until they sort this crap out. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3845726</link><pubDate>Mon, 15 Dec 2014 22:18:22 -0000</pubDate><title>Message #3845726</title><guid isPermaLink="false">3845726@Uncensored</guid><description><![CDATA[Actually my phone came directly from Google (it is a Nexus device) so I avoided
paying the Hitlersoft tax. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3844200</link><pubDate>Thu, 11 Dec 2014 23:46:26 -0000</pubDate><title>Message #3844200</title><guid isPermaLink="false">3844200@Uncensored</guid><description><![CDATA[<html><body>

<p>Dell and Lenovo and some other bigger corporations also sell laptops without an operation system or a FreeDos installation. And you are already paying MS in license fees for your googlephone. Or any device that supports the sdxc standard.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3844101</link><pubDate>Thu, 11 Dec 2014 17:30:36 -0000</pubDate><title>Message #3844101</title><guid isPermaLink="false">3844101@Uncensored</guid><description><![CDATA[They all have something, either a spinning disk or an SSD (typically 32 or
64 GB).  Obviously it's doable ... there are even people running Windows (cursed
be its name forever) on them.  Maybe I will experiment with it one day but
at the moment I don't have the time to hack; I need to take delivery, install
Debian in a predictably short amount of time, and drop it under the tree.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3844065</link><pubDate>Thu, 11 Dec 2014 15:55:35 -0000</pubDate><title>Message #3844065</title><guid isPermaLink="false">3844065@Uncensored</guid><description><![CDATA[ IG, 
 I think a lot has to do with *which* chromeBook you buy. There are chrome
laptops 'out there' that *do* have physical hard drives in the laptop. Not
many, for sure, but they *do* exist, at least online, and from the BigBox
folk.  
  
 If memory serves, I think Dell makes one. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3844050</link><pubDate>Thu, 11 Dec 2014 15:19:16 -0000</pubDate><title>Message #3844050</title><guid isPermaLink="false">3844050@Uncensored</guid><description><![CDATA[I did some browsing on that subject and it seems there's more to it than just
"buy one with an Intel CPU, plug in a USB drive, and reinstall."   
  
 I haven't actually tried out a Chromebook yet.  One of these days I'm going
to have to wander into one of those old-fashioned computer stores and play
with one for a while.  I would imagine they fit well with my use cases, since
I do almost everything in a remote "network computing" sort of way.   
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3843112</link><pubDate>Wed, 10 Dec 2014 23:57:43 -0000</pubDate><title>Message #3843112</title><guid isPermaLink="false">3843112@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3843110</link><pubDate>Wed, 10 Dec 2014 23:18:41 -0000</pubDate><title>Message #3843110</title><guid isPermaLink="false">3843110@Uncensored</guid><description><![CDATA[    
 Linux is the reason my younger brother (who barely makes enough money to
make ends meet) is still actually able to *afford* a computer (he's apparently
currently running a 1.5GB RAM box, instead of the 8GB monstrosity you need
to run Winbloze these days.)   
  
  
 Bill Gates: stealing money from the hard-working since 1972 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3843108</link><pubDate>Wed, 10 Dec 2014 23:15:28 -0000</pubDate><title>Message #3843108</title><guid isPermaLink="false">3843108@Uncensored</guid><description><![CDATA[  
 SO HAPPY to see that TigerDirect has a small selection of laptops available
with Linux on them! 
  
 I've never used "Linpus" (sounds like something that would come out of an
infected penguin) but I can always reload it with something else.  Not one
dollar of my hard-earned money will be sent to the Great Satan of Redmond!

  
 Ideally I'd love to support a company like System76 but they just don't have
anything in the low-end range, and this is for a family member who will abuse
it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841947</link><pubDate>Mon, 08 Dec 2014 18:19:22 -0000</pubDate><title>Message #3841947</title><guid isPermaLink="false">3841947@Uncensored</guid><description><![CDATA[ On the PC/MSDOS platform I used the Borland C compiler.   
    
 All things considered it was a good development system, at least for its
day. I have *no* idea if they (Borland) even still exist.   
    
 The limitations were imposed by DOS (3.x at the time) - 128K for the executable
after compiling. As far as I can remember (it *has* been almost thirty years!)
the compiler handled all data issues internally while compiling.   
    
 I had the machine "populated" with 640K of RAM. Remember? A memory card.
8 sockets by 16 sockets if memory serves, and you had to place a chip in each
socket. I think. It's been forever-ago... ;)   
  
 This was a machine running an intel 80286 CPU with a "math coprocessor" chip.
IBM PC/AT architecture (it was a clone). 
  
 They just don't DO that any more! (good thing) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841853</link><pubDate>Mon, 08 Dec 2014 14:07:15 -0000</pubDate><title>Message #3841853</title><guid isPermaLink="false">3841853@Uncensored</guid><description><![CDATA[ > "Watch that executable - can't exceed 128K!"   
  
 Back when I first started developing Citadel on a unix platform I was running
an early version of Xenix, and the compiler had a 64K code + 64K data limitation.
 Little did I know that I was facing a Microsoft stupidism, even then, even
on a "real" operating system. 
  
 Microport ended up being better.  Who knew. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841734</link><pubDate>Mon, 08 Dec 2014 05:42:35 -0000</pubDate><title>Message #3841734</title><guid isPermaLink="false">3841734@Uncensored</guid><description><![CDATA[<html><body>

<p>the_mgmt, I agree E17 is fun.  IG, yes, the cheap Rpi does make you think of the mantra: Do one thing, and do it well :-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841722</link><pubDate>Mon, 08 Dec 2014 03:33:40 -0000</pubDate><title>Message #3841722</title><guid isPermaLink="false">3841722@Uncensored</guid><description><![CDATA[ > Dec 7 2014 6:05pm from IGnatius T Foobar @uncnsrd (Uncensored)   
 >People *are* re-learning the art of efficiency in system deployment.   

 >We have the Raspberry Pi to thank for that.   
 >   
 >  
  
 Yeah - sort of like it used to be when programming for pre-winBlows DOS...

  
 "Watch that executable - can't exceed 128K!" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841711</link><pubDate>Mon, 08 Dec 2014 02:05:09 -0000</pubDate><title>Message #3841711</title><guid isPermaLink="false">3841711@Uncensored</guid><description><![CDATA[People *are* re-learning the art of efficiency in system deployment.  We have
the Raspberry Pi to thank for that. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841068</link><pubDate>Sun, 07 Dec 2014 14:54:00 -0000</pubDate><title>Message #3841068</title><guid isPermaLink="false">3841068@Uncensored</guid><description><![CDATA[ A good example of "fast by stripping out stuff" is what I'm going to do with
a dedicated box - serve the TNC for packet radio, and the Citadel BBS. 
  
 The box will do *nothing* else; it will even "hand off" DNS to the main linux
box. 
  
 It will be blazingly fast; hell, it was blazingly fast the last time I tried
this back in the 1990s - so it can only be better/faster today than it was
"back in the day." 
  
 Fun! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841042</link><pubDate>Sun, 07 Dec 2014 13:20:16 -0000</pubDate><title>Message #3841042</title><guid isPermaLink="false">3841042@Uncensored</guid><description><![CDATA[<html><body>

<p>I like some bling and bells&amp;whistles on my linux machines alongside of the fast speeds. I always preferred enlightenment/e17 (and previously e16) with my machines, because they at least tried to look good while staying out of the way. I hate these openbox/fluxbox minimalist things. I also love to have automounting for usb disks and some comfort. What I do not need is another audio system or a new init version or a reinvention of handling of pluggable devices and X autoconfiguration.</p>
<p>But part of the sluggishness on normal desktops is due to the kernel itself, or rather the default scheduler. Con Kolivas build his brainfuck scheduler because of this. On a normal 1-2 core desktop computer, the schedulers in the kernel performed like a sloth. So he wrote his own and it does really make sense on a desktop, were realtime interaction and quick responses to user interaction is paramount. He reported that to the kernel scheduler guys and they said "can't reproduce on my octacore 16gb ram machine."</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3841019</link><pubDate>Sun, 07 Dec 2014 12:34:53 -0000</pubDate><title>Message #3841019</title><guid isPermaLink="false">3841019@Uncensored</guid><description><![CDATA[<html><body>

<p>yea, and if you've ever used cygwin, you know that the tab-expension is realy slow over there... since stuff all nice to the os on linux weirdy fails on the wintendo and brings everything to a grinding hold.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3840786</link><pubDate>Sun, 07 Dec 2014 08:42:42 -0000</pubDate><title>Message #3840786</title><guid isPermaLink="false">3840786@Uncensored</guid><description><![CDATA[Thankfully the fluff *can* be stripped out, for most use cases. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3840718</link><pubDate>Sun, 07 Dec 2014 01:31:16 -0000</pubDate><title>Message #3840718</title><guid isPermaLink="false">3840718@Uncensored</guid><description><![CDATA[ Windows 98 was more "visually appealing" than XP. 
 The single most important factor for me is speed. 
  
 This, of course, assumes the platform to be stable. 
 But then, just about all linux distros are stable. 
 And if you strip out the fluff, they are also all fast. 
  
 It's the window managers that introduce most of the slugginess. And that
really only manifests itself from the GUI (X) side. The CLI on every linux
box I've ever used is fast. Very fast. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3840028</link><pubDate>Sat, 06 Dec 2014 13:29:27 -0000</pubDate><title>Message #3840028</title><guid isPermaLink="false">3840028@Uncensored</guid><description><![CDATA[Well, part of the "pleasant to use" part is "more visually appealing than
XP."  There are tradeoffs.  I've been playing with various distros and window
managers with varying degrees of success and enjoyment since 2000.  This machine
has been primarily Linux for close to four years now. 
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3839582</link><pubDate>Fri, 05 Dec 2014 18:49:09 -0000</pubDate><title>Message #3839582</title><guid isPermaLink="false">3839582@Uncensored</guid><description><![CDATA[ It seems to me that the issue these days is not "making linux faster than
Windows." 
  
 Linux has *always* been faster than Windows. 
 The problem is that contemporary linux development has led toward more and
more "extras" that really do *nothing* to add to the efficacy and utiility
of the *operating system* but just to the "flash" and, quite frankly, the
bullshit that integrates with the (various different) window managers. 
  
 the_mgt has hit it right on the head. It's the "bells & whistles" that some
developers seem to think are more important than anything else are *not* what
makes linux superior to just about anything else in existence today. 
  
 *That* job is handled by the kernel and core applications. 
 And *that* job is, in my opinion, most likely as far along as is currently
possible. 
  
 I'm sure you can nitpick what I've just said; and no doubt some will. 
 And I'm equally
sure that in the not-so-distant future, there will be kernel developments
(no doubt matched to CPU advances) that will make linux even better/faster.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3839416</link><pubDate>Fri, 05 Dec 2014 10:00:18 -0000</pubDate><title>Message #3839416</title><guid isPermaLink="false">3839416@Uncensored</guid><description><![CDATA[<html><body>

<p>Use a distribution which does not come with a heavy windowmanager/desktop environment on an old laptop. Avoid Gnome and KDE, try one of those ulgy "box" window managers, XFCE, enlightenment or what else there is. Most of the KDE/Gnome programs will probably run fine, only things that rely on all the bling from those desktops might fail. Avoid their filemangers like a plague.</p>
<p>For real snappy feeling, find a distro with BFS (Brain Fuck Scheduler). Feels like cutting snow with a blowtorch. https://en.wikipedia.org/wiki/Brain_Fuck_Scheduler#Adoption</p>
<p>Manjaro, Sabayon, Zenwalk and PCLinuxOS use it.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3839208</link><pubDate>Fri, 05 Dec 2014 07:31:57 -0000</pubDate><title>Message #3839208</title><guid isPermaLink="false">3839208@Uncensored</guid><description><![CDATA[<html><body>

<p>unless you pay the protection money for the AV, then no windows is fast anymore.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3839108</link><pubDate>Thu, 04 Dec 2014 23:59:08 -0000</pubDate><title>Message #3839108</title><guid isPermaLink="false">3839108@Uncensored</guid><description><![CDATA[It was running Mint Debian Edition earlier, so it is not much of a transition.
I had mucked some things up and finally got around to a fresh start.  I used
to dual boot to do Army things, but I have mostly given up on that with the
laptop. 
  
 My XP install was very lean and very fast, owing to years of knowing what
you can safely turn off or remove. It is remarkably secure if you don't need
it to network with any other Windows devices.  Mint is not so lean not fast,
but much More pleasant to use. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3836746</link><pubDate>Wed, 03 Dec 2014 03:19:41 -0000</pubDate><title>Message #3836746</title><guid isPermaLink="false">3836746@Uncensored</guid><description><![CDATA[My 2005 laptop gets slow when it tries to do too much with Mint.  I tried Puppy 
Linux and it was decent but because I had trouble with libraries. I couldn't run the programs I wanted to run.  
Dispite puppy help searches none of the suggestions worked.  feh.  So I will try Mint again but I need to find 
what causes the slow downs.  At first I thought it was Mate but I think it is when the system tries to do a 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3836568</link><pubDate>Wed, 03 Dec 2014 03:02:56 -0000</pubDate><title>Message #3836568</title><guid isPermaLink="false">3836568@Uncensored</guid><description><![CDATA[ Linux "anything" is the absolute best thing to do with any laptop older than
5 years. You've given your laptop - literally - a new lease on life. 
  
 The only thing that will eventually do you in is a physical hard disk failure,
or breaking the screen, or needing a new keyboard. The screen and keyboard
are easy to handle for at-home use - just use an outboard screen and monitor.
I do that in Auburn where I visit, and the laptop sits off to the side, "out
of sight out of mind", so when I sit at the desk to use it, it's the same
(to me) as if it were a desktop machine. Runs Win7 - but has a linux setup
using VirtualBox - and I swear the linux install under the virtual machine
is faster than Win7 running "native." 
  
 In many ways it's just because linux handles things ***much*** smarter than
WinBlow$... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3836549</link><pubDate>Wed, 03 Dec 2014 01:04:23 -0000</pubDate><title>Message #3836549</title><guid isPermaLink="false">3836549@Uncensored</guid><description><![CDATA[I have finally accepted that I am unlikely to need the Windows XP recovery
partition on this 2008-era netbook, so I have wiped the drive for a fresh
install of the latest Linux Mint. 
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3836341</link><pubDate>Tue, 02 Dec 2014 13:44:23 -0000</pubDate><title>Re: Open-source&#39;ish linux tablet with atom cpu from Jolla</title><guid isPermaLink="false">3836341@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Dec 01 2014 07:10:34 EST</span> <span>from the_mgt @ Uncensored </span> <span class="message_subject">Subject: Open-source'ish linux tablet with atom cpu from Jolla</span></div>
<div class="message_content">
<p>Tablet from the makers of the Jolla phone, 229$ including shipping. (The 189$ was for early sponsors on indiegogo)</p>
<p>http://www.indiegogo.com/projects/jolla-tablet-world-s-first-crowdsourced-tablet#home</p>
<p><span style="background-color: transparent;">Image Source: http://images.indiegogo.com/file_attachments/1048442/files/20141126055223-comparison-table.png?1417009943</span></p>
</div>
</blockquote>
<p>Edited for the cliently challenged.</p>
<p>Midnight does not seem to have arrived in this timezone here.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3836339</link><pubDate>Tue, 02 Dec 2014 13:37:00 -0000</pubDate><title>Message #3836339</title><guid isPermaLink="false">3836339@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Dec 01 2014 10:04:46 PM EST</span> <span>from zooer @ Uncensored </span></div>
<div class="message_content"><tt>Well the text client doesn't support https... I would complain but the place is being shut down as of midnight </tt><br /> <tt>so I don't care.</tt></div>
</blockquote>
<p>That's OK...WebCit doesn't support displaying https URLs for clicking, either...but, since Uncensored! shut down as of midnight, last night, I guess I should shut down DP2, too. ;-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3836158</link><pubDate>Tue, 02 Dec 2014 03:04:46 -0000</pubDate><title>Message #3836158</title><guid isPermaLink="false">3836158@Uncensored</guid><description><![CDATA[Well the text client doesn't support https... I would complain but the place is being shut down as of midnight 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3835396</link><pubDate>Mon, 01 Dec 2014 12:10:34 -0000</pubDate><title>Open-source&#39;ish linux tablet with atom cpu from Jolla</title><guid isPermaLink="false">3835396@Uncensored</guid><description><![CDATA[<html><body>

<p>Tablet from the makers of the Jolla phone, 229$ including shipping. (The 189$ was for early sponsors on indiegogo)</p>
<p>https://www.indiegogo.com/projects/jolla-tablet-world-s-first-crowdsourced-tablet#home</p>
<p>Specs:</p>
<p><img src="https://images.indiegogo.com/file_attachments/1048442/files/20141126055223-comparison-table.png?1417009943" alt="Jolla tablet specs" width="620" height="774" /></p>
<p>Image Source: https://images.indiegogo.com/file_attachments/1048442/files/20141126055223-comparison-table.png?1417009943</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3810282</link><pubDate>Thu, 06 Nov 2014 02:53:40 -0000</pubDate><title>Message #3810282</title><guid isPermaLink="false">3810282@Uncensored</guid><description><![CDATA[  
 Hundreds! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3810120</link><pubDate>Wed, 05 Nov 2014 16:29:11 -0000</pubDate><title>Message #3810120</title><guid isPermaLink="false">3810120@Uncensored</guid><description><![CDATA[  
 aaaaaaand our non-friends at Ubuntu have done it again. 
  
 [ http://www.ubuntu.com/cloud/tools/lxd ] 
  
 Evidently the standard LXC and Docker frameworks aren't good enough for them,
so they're starting their own. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3806512</link><pubDate>Thu, 30 Oct 2014 22:20:58 -0000</pubDate><title>Message #3806512</title><guid isPermaLink="false">3806512@Uncensored</guid><description><![CDATA[<html><body>

<p>whew. awsome tool based on valgrind:</p>
<p>https://github.com/ajclinto/memview</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3806169</link><pubDate>Thu, 30 Oct 2014 04:23:40 -0000</pubDate><title>Message #3806169</title><guid isPermaLink="false">3806169@Uncensored</guid><description><![CDATA[<html><body>

<p>Not that it matters, but I have been running W2K8 and W2K3 instances on Libvirt / KVM for years now (3+).  Now that the disk IO is catching up, I will run more :-)  I find that the Linux kernel does a fair job of splitting up resources, that I don't need to do much tuning.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3804603</link><pubDate>Wed, 29 Oct 2014 11:27:43 -0000</pubDate><title>Message #3804603</title><guid isPermaLink="false">3804603@Uncensored</guid><description><![CDATA[All other things being equal, I'll still choose KVM.  Its architecture (along
with that of libvirt) are built on principles of sound computer science. 
In this particular case I am evaluating XenServer as an alternative to VMware.

  
 LXC is a non starter if you have to be able to support both Linux and Windows
guests. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3804387</link><pubDate>Tue, 28 Oct 2014 21:18:17 -0000</pubDate><title>Message #3804387</title><guid isPermaLink="false">3804387@Uncensored</guid><description><![CDATA[<html><body>

<p>well, I guess you can save these 1- 15% loss by just using lxc / docker...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3804372</link><pubDate>Tue, 28 Oct 2014 20:54:47 -0000</pubDate><title>Message #3804372</title><guid isPermaLink="false">3804372@Uncensored</guid><description><![CDATA[  
 xen performance may always suffer from RPCing some of the essential system
services to dom0 though eh? 
  
 https://major.io/2014/06/22/performance-benchmarks-kvm-vs-xen/ 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3804369</link><pubDate>Tue, 28 Oct 2014 20:51:47 -0000</pubDate><title>Message #3804369</title><guid isPermaLink="false">3804369@Uncensored</guid><description><![CDATA[  
 Yeah, I dunno, it does seem like if you're going to build a hypervisor, you
might want it to be as lean and mean as possible... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3804366</link><pubDate>Tue, 28 Oct 2014 20:38:28 -0000</pubDate><title>Message #3804366</title><guid isPermaLink="false">3804366@Uncensored</guid><description><![CDATA[  
 Hmm.  I've traditionally panned Xen and XenCenter because I always considered
it a detour on the road to KVM being the ultimate in open source virtualization.
 But I'm doing some work with it now, and so far I'm actually liking what
I see. 
  
 Right now it strikes me as a better VMware than VMware. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3796671</link><pubDate>Mon, 20 Oct 2014 14:39:45 -0000</pubDate><title>Message #3796671</title><guid isPermaLink="false">3796671@Uncensored</guid><description><![CDATA[<html><body>

<p>outgesourced.org is my server ;-)</p>
<p>so, its running stable. Some of the vservers have testing...</p>
<p>most of my other desktopish installation @work etc. run testing.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3795601</link><pubDate>Sun, 19 Oct 2014 05:20:21 -0000</pubDate><title>Message #3795601</title><guid isPermaLink="false">3795601@Uncensored</guid><description><![CDATA[<html><body>

<p>Dothebart: I run Debian as well and find it fits the bill for me on swag build outs.  Thanks for the outgesourced.org tip. I did not know about that repo.  The Slack you visited in the 90s would still be familiar to you today :-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3794613</link><pubDate>Fri, 17 Oct 2014 08:29:09 -0000</pubDate><title>Message #3794613</title><guid isPermaLink="false">3794613@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, I've left slackware behind me in the 90'ies, since it tends to become unmaintainable after a while.</p>
<p>My debian installations tend to last decades meanwhile.</p>
<p>Even though some of them are running sid or testing, only outgesourced.org has stable.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3794584</link><pubDate>Fri, 17 Oct 2014 03:26:10 -0000</pubDate><title>Message #3794584</title><guid isPermaLink="false">3794584@Uncensored</guid><description><![CDATA[<html><body>

<p>Just did a full install of Slackware 14.1 from a set of CD's.  Nice to be able to get a fairly recent install to do some work without having to rely on a set of repositories on the Interwebs sometimes.  I kinda miss rawrite'ing a boot and root floppy though.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3794581</link><pubDate>Fri, 17 Oct 2014 02:33:22 -0000</pubDate><title>Message #3794581</title><guid isPermaLink="false">3794581@Uncensored</guid><description><![CDATA[<html><body>

<p>You probably are not a candidate for the Citadel easy-install either.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3793988</link><pubDate>Thu, 16 Oct 2014 10:14:34 -0000</pubDate><title>Message #3793988</title><guid isPermaLink="false">3793988@Uncensored</guid><description><![CDATA[<html><body>

<p>well,</p>
<p>apt-get install sysdiag</p>
<p>worked for me.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3793913</link><pubDate>Wed, 15 Oct 2014 22:31:58 -0000</pubDate><title>Message #3793913</title><guid isPermaLink="false">3793913@Uncensored</guid><description><![CDATA[wait ... install a package by automatically executing a shell script you wget
from the internet as root? oy. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3793427</link><pubDate>Tue, 14 Oct 2014 11:55:01 -0000</pubDate><title>Message #3793427</title><guid isPermaLink="false">3793427@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, this seems to be a diamond picked out of the lxer room:</p>
<p>http://xmodulo.com/monitor-troubleshoot-linux-server-sysdig.html</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3792834</link><pubDate>Mon, 13 Oct 2014 15:14:29 -0000</pubDate><title>Message #3792834</title><guid isPermaLink="false">3792834@Uncensored</guid><description><![CDATA[looks for the Chrome 36 package...  Don't know where they hide that.

Looks at my version number.... Version 38.0.2125.101 (64-bit)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3792820</link><pubDate>Mon, 13 Oct 2014 14:08:26 -0000</pubDate><title>Message #3792820</title><guid isPermaLink="false">3792820@Uncensored</guid><description><![CDATA[  
 RYM: 
  
 Read Your Mind 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3792816</link><pubDate>Mon, 13 Oct 2014 13:34:18 -0000</pubDate><title>Message #3792816</title><guid isPermaLink="false">3792816@Uncensored</guid><description><![CDATA[  
 Heads up, Penguinistas: 
  
 If anyone is having trouble with Flash in the latest version of Google Chrome,
it seems to be a known issue.  It can be fixed by extracting the contents
of a Chrome 36 package, and copying the two files in the "PepperFlash" directory
into your Chrome 37 installation. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3791560</link><pubDate>Sat, 11 Oct 2014 05:35:40 -0000</pubDate><title>Message #3791560</title><guid isPermaLink="false">3791560@Uncensored</guid><description><![CDATA[<html><body>

<p>I got you on the blast / no blast bit, but what the is RYM?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3791292</link><pubDate>Fri, 10 Oct 2014 12:33:58 -0000</pubDate><title>Message #3791292</title><guid isPermaLink="false">3791292@Uncensored</guid><description><![CDATA[  
 Well, if I were doing this right, I'd play Night On Bald Mountain while they're
recording, and silence it while they aren't, as an indicator.  To trigger
recording/not-recording, I'd use an RYM interface to avoid pop-ups altogether.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3790837</link><pubDate>Fri, 10 Oct 2014 04:09:20 -0000</pubDate><title>Message #3790837</title><guid isPermaLink="false">3790837@Uncensored</guid><description><![CDATA[<html><body>

<p>No status bars.  Just do giant green on screen display overlay letters (so there is no chance of missing them), and finally pop up Clippy to make sure they know they need to take action.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3790784</link><pubDate>Thu, 09 Oct 2014 23:11:45 -0000</pubDate><title>Message #3790784</title><guid isPermaLink="false">3790784@Uncensored</guid><description><![CDATA[I disagree.  Status bars have been around since pretty much the beginning
of video computer displays, and they're useful. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3790751</link><pubDate>Thu, 09 Oct 2014 20:35:45 -0000</pubDate><title>Message #3790751</title><guid isPermaLink="false">3790751@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Wed Oct 08 2014 13:02:35 EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Desktop environments with no taskbar/statusbar are st00pid anyway. </div>
</div>
</blockquote>
<p>They are stupid and useless OCD shit. If a program/daemon has something to say while I am not using it, it should say it with a decent, unintrusive "popup" like message. If not, it should vanish from my view. But thats just my opinion.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3789873</link><pubDate>Wed, 08 Oct 2014 23:44:39 -0000</pubDate><title>Message #3789873</title><guid isPermaLink="false">3789873@Uncensored</guid><description><![CDATA[Yeah, that.  The "we know best" approach, screwing both users and programmers
(see also: Windows 8, 9, 10...) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3789801</link><pubDate>Wed, 08 Oct 2014 18:05:14 -0000</pubDate><title>Message #3789801</title><guid isPermaLink="false">3789801@Uncensored</guid><description><![CDATA[  
 AppIndicator... that's the Unity thing: 
  
 http://developer.ubuntu.com/api/devel/ubuntu-12.04/c/appindicator/libappindica
tor-app-indicator.html 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3789795</link><pubDate>Wed, 08 Oct 2014 17:56:21 -0000</pubDate><title>Message #3789795</title><guid isPermaLink="false">3789795@Uncensored</guid><description><![CDATA[  
 I realize I'm biased, in that I had already gone to the trouble of choosing
a particular toolkit with the idea that I would write-once-work-where-I-want
only to have Unity fuck it up for me.  Still, it seems like a better approach
would have involved isolating what they felt was wrong with gtk_status_icon
and work towards iteratively fixing that instead of breaking the API altogether
with something completely new. 
  
 But, eh, it's probably someone's Special Project. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3789777</link><pubDate>Wed, 08 Oct 2014 17:02:35 -0000</pubDate><title>Message #3789777</title><guid isPermaLink="false">3789777@Uncensored</guid><description><![CDATA[If they thought they did it "better" they should have at least exposed the
"old" API so stuff didn't break. 
  
 Desktop environments with no taskbar/statusbar are st00pid anyway. 
  
 (Mario from Glove & Boots looks at Windoze 8 and/or Unity and says: "This
is STUPID.") 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3789772</link><pubDate>Wed, 08 Oct 2014 16:53:22 -0000</pubDate><title>Message #3789772</title><guid isPermaLink="false">3789772@Uncensored</guid><description><![CDATA[  
 I experimented a tad today. 
  
 You can still put an icon in the status bar at the top of the desktop (or
wherever you put it), you just have to do it with a different API. 
  
 So Unity's approach to solving their perceived problem was to embrace Microsoftian
thinking, and say 'not-invented-here', then create their own version of the
gtk_status_icon api but 'do it better' I guess. 
  
 *sigh* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3789769</link><pubDate>Wed, 08 Oct 2014 16:40:02 -0000</pubDate><title>Message #3789769</title><guid isPermaLink="false">3789769@Uncensored</guid><description><![CDATA[  
 I'm not a Unity expert, but is there a way to create an icon in the dock
thingy as a window that just refuses to un-minimize? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3789498</link><pubDate>Wed, 08 Oct 2014 12:41:57 -0000</pubDate><title>Message #3789498</title><guid isPermaLink="false">3789498@Uncensored</guid><description><![CDATA[  
 lol 
  
 Joking aside, the status icon did exactly the right thing from what I can
tell, and now I have to figure out what Unity deems is right for that interface.
 But, this also means I have to break with any sense of commonality between
the two software sets. 
  
 I need a way to present to the user that we're recording what they're doing
on the desktop, or not recording, depending on whether they told us to record
or not.  A status icon living in the command bar or task bar or whatever the
hell you want to call it strikes me as the perfect place for something like
this.  Unusually so, frankly. 
  
 To dedicate an entire window's real-estate to the task breaks from the idea
that we're recording your interaction with the desktop.  It doesn't give you
as much of a sense of that.  Yet, the Fucking Unity guys would want you to
do that, as best as I can tell.  Because they "know [their] users, and they
want what [they're] trying to shove down their grubby throats." 
  
 *grin* 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788693</link><pubDate>Tue, 07 Oct 2014 20:18:19 -0000</pubDate><title>Message #3788693</title><guid isPermaLink="false">3788693@Uncensored</guid><description><![CDATA[ > Fuck the users.  I know my users, and they want what I'm trying to   
 >shove down their grubby throats.   
  
 weren't we talking about hubris? You found the hubris pills. Congratulations.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788691</link><pubDate>Tue, 07 Oct 2014 20:16:24 -0000</pubDate><title>Message #3788691</title><guid isPermaLink="false">3788691@Uncensored</guid><description><![CDATA[ > 2014-10-07 16:05 from fleeb @uncnsrd   
 >    
 > Meanwhile... fucking Unity.   
  
 Needed to be said again. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788689</link><pubDate>Tue, 07 Oct 2014 20:05:32 -0000</pubDate><title>Message #3788689</title><guid isPermaLink="false">3788689@Uncensored</guid><description><![CDATA[  
 Meanwhile... fucking Unity. 
  
 I went to some effort to use the GTK+ library so what I wrote in Windows
should work identically in any Linux running a Gnome desktop. 
  
 Ah, but Ubuntu isn't exactly running a Gnome desktop now, are they?  No,
they invented Unity, which doesn't really use the gtk_status_icon that I'm
using because it "is more and more difficult for users to interact with [it]."
 They cite the fact that each application behaves differently, etc. 
  
 I get it... but fucking hell, their approach to resolving this perceived
issue is to make it even less possible to use this than before.  They've concocted
(and I do mean con-cock-ted) this fucking 'app indicator' bullshit to take
its place.  Now, I'm supposed to write other code that won't have a fucking
thing in common with the code that I got working in Windows just because it
"is more and more difficult for users to
interact with [it]." 
  
 Fuck the users.  I know my users, and they want what I'm trying to shove
down their grubby throats. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788677</link><pubDate>Tue, 07 Oct 2014 18:50:14 -0000</pubDate><title>Message #3788677</title><guid isPermaLink="false">3788677@Uncensored</guid><description><![CDATA[ > Straight?  Really?   
  
 No, not really.  He's just talking out of his ass, like most social justice
vigilantes.  And as is usual with that type, they conveniently classify Asians
as "white" because Asians are pretty darn good at getting along with everyone
else. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788622</link><pubDate>Tue, 07 Oct 2014 16:42:09 -0000</pubDate><title>Message #3788622</title><guid isPermaLink="false">3788622@Uncensored</guid><description><![CDATA[  
 Yeah, I can see where, from a server's perspective, such things seem a little
silly. 
  
 But if you're creating an embedded system that someone might turn on or off
without any sense of celebration, a fast boot time is desirable. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788390</link><pubDate>Tue, 07 Oct 2014 14:13:07 -0000</pubDate><title>Message #3788390</title><guid isPermaLink="false">3788390@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Oct 07 2014 08:17:53 EDT</span><span>from fleeb @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Straight? Really?</div>
<div class="fmout-JUSTIFY"> </div>
</div>
</blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY">Linux is certainly dominated by people from countries with huge internet connections and a technological "fetish". These are mostly white males, but I doubt that the 30-40yr old people are the "hat0rz" in any scene. That's something for the teens and twens. I also thought OSS people were anti/asexual. ;)</div>
<div class="fmout-JUSTIFY">Also, I have a feeling that at least a lot of people from India and Korea are contributing. </div>
</div>
<blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY"> </div>
<div class="fmout-JUSTIFY">The problem systemd sought to address that supposedly sysvinit fails to handle well is the bit about starting several services simultaneously while still having some sense of order. Supposedly, systemd helps get your OS up and running faster than the traditional sysvinit process. <br /><br />But, I thought Gentoo managed to achieve the same results using a sysvinit-style process, just slightly evolved (which is more the Linux tradition, from what I understand, than coming up with something completely new). Is that true? </div>
</div>
</blockquote>
<p>That is true. Gentoo uses OpenRC which has the capability to run init scripts in parallel. That is disabled by default, but who uses an "out of the box" Gentoo anyway? It is disabled because it might lead to a deadlock/livelock situation, which I never encountered.</p>
<p>You can tell init scripts that they "need" some service, "provide" some service or should start before/after some service. Citadel for example provides "mta", syslog provides "logger". net.ppp0 can provide "net", but that is optional, you can say that net.lo is sufficient as "net" service. You can also activate interactive booting, so you can hit "i" during boot in order to mess around. http://en.wikipedia.org/wiki/OpenRC</p>
<p>My server always start unparallel since they only start about twice a year. My laptop/desktops always booted in parallel and were lightning fast, even before this whole upstart/systemd "zomg I boot with the speed of a farting ray of light shot out of a plasma gun" thing became hip.</p>
<p>Who wants/needs to boot anyway?! My MBA boots once a month at max, my linux netbook rebooted when I installed a new kernel. I dunno if a full reboot/halt is more energy efficient as keeping the computer ready in standby/hibernation.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788176</link><pubDate>Tue, 07 Oct 2014 12:17:53 -0000</pubDate><title>Message #3788176</title><guid isPermaLink="false">3788176@Uncensored</guid><description><![CDATA[  
 Straight?  Really? 
  
 I dunno... maybe. 
  
 The problem systemd sought to address that supposedly sysvinit fails to handle
well is the bit about starting several services simultaneously while still
having some sense of order.  Supposedly, systemd helps get your OS up and
running faster than the traditional sysvinit process. 
  
 But, I thought Gentoo managed to achieve the same results using a sysvinit-style
process, just slightly evolved (which is more the Linux tradition, from what
I understand, than coming up with something completely new).  Is that true?

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788160</link><pubDate>Tue, 07 Oct 2014 11:39:45 -0000</pubDate><title>Message #3788160</title><guid isPermaLink="false">3788160@Uncensored</guid><description><![CDATA["The Linux community is dominated by western, white, straight, males in their
30s and 40s these days," Poettering wrote.  Well then, regardless of the relative
merits of systemd vs. sysvinit (sysvinit is a classic, why mess with it?)
... if he's going to go down the road of being a social justice warrior, then
yeah I agree with you, he can go straight to hell.  Linux doesn't need that
kind of liberal communist crap.  And I disagree with social justice warrior
Poettering -- Linus's abrasive and sometimes abusive style is *exactly* what
made the project succeed. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3788128</link><pubDate>Tue, 07 Oct 2014 08:21:11 -0000</pubDate><title>Message #3788128</title><guid isPermaLink="false">3788128@Uncensored</guid><description><![CDATA[<html><body>

<p>http://www.theregister.co.uk/2014/10/06/poettering_says_linux_kernel_community_is_hostil/</p>
<p>There was more in a german article, where Poettering claims he received death threats and that people were collecting bitcoins to hire a contract killer.</p>
<p>In other words: Welcome to the Internets! Being threatened with death is kind of an internet baptism rite, I thought.</p>
<p>I understand that people would rather have a soft and friendly language on mailing lists, forums and in comments everywhere. But I can also understand why Torvalds reacts how he reacts, you can not lead a big project without getting angry. Especially if it is not a business/money project, but your brainchild.</p>
<p>Also, systemd can go straight to hell.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3785240</link><pubDate>Tue, 30 Sep 2014 19:08:42 -0000</pubDate><title>Message #3785240</title><guid isPermaLink="false">3785240@Uncensored</guid><description><![CDATA[System Admin heaven....

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3783990</link><pubDate>Mon, 29 Sep 2014 13:37:21 -0000</pubDate><title>Message #3783990</title><guid isPermaLink="false">3783990@Uncensored</guid><description><![CDATA[  
 I suspect this is something useful beyond what I need to do with it.  If
you wanted to research the way messages were working within the gdk for some
particular reason (chasing down a problem, for example), you might find something
like this rather handy.  For normal, average use, no, this isn't the sort
of thing I would think should get compiled into the toolkit by default. 
  
 It might be handy for recording/playback, although X11 itself already has
software for that sort of thing so you don't have much of a need for it. 
Ergo, I think this would be useful more for research purposes. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3783956</link><pubDate>Mon, 29 Sep 2014 12:59:18 -0000</pubDate><title>Message #3783956</title><guid isPermaLink="false">3783956@Uncensored</guid><description><![CDATA[<html><body>

<p>well, is this something which if of use to anybody else then you?</p>
<p>else I would rather have a git repo with that patch, and rebase it to every new release and not bother upstream.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3783779</link><pubDate>Mon, 29 Sep 2014 12:36:15 -0000</pubDate><title>Message #3783779</title><guid isPermaLink="false">3783779@Uncensored</guid><description><![CDATA[  
 Okay, that is pretty much along the lines of what I was thinking, although
I forgot about testing the uid/gid on the extention itself.  That would be
wise.  It might also be wise to ensure that the file for the library is owned
by someone in the 'root' family or somesuch, although that might be a tad
paranoid. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782587</link><pubDate>Fri, 26 Sep 2014 21:40:53 -0000</pubDate><title>Message #3782587</title><guid isPermaLink="false">3782587@Uncensored</guid><description><![CDATA[ > Do you think that would provide enough security?   
  
 Thoroughly verify path-writability (each directory in the chain) only by
root and there should be no problem. Hell, even that is unnecessarily paranoid:
if the path to the extention library is hardcoded, and it's a location that's
typically only root-writable, then that's enough. 
  
 and/or refuse to load the hooks for setuid/setgid binaries. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782586</link><pubDate>Fri, 26 Sep 2014 21:38:00 -0000</pubDate><title>Message #3782586</title><guid isPermaLink="false">3782586@Uncensored</guid><description><![CDATA[ > I'm sure you can appreciate the security implications of such a beast.
 
  
 Yes and no. There's a bit of a sliding scale: obviously if you provide the
ability to load that library from every random $HOME, and gdk+ were to load
that even for setuid binaries, that would be a serious problem. But if gdk+
will only load it from a system location after verifying that its path-writable
only by root, I don't see any problem. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782261</link><pubDate>Fri, 26 Sep 2014 14:41:14 -0000</pubDate><title>Message #3782261</title><guid isPermaLink="false">3782261@Uncensored</guid><description><![CDATA[Best explanation (i.e. detailed enough but not ridiculously technical, explained
for normal human beings, and not "OMG your IoT lightbulb will h4xx0r you!")
I have found so far:  http://www.troyhunt.com/2014/09/everything-you-need-to-know-about.html

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782228</link><pubDate>Fri, 26 Sep 2014 12:20:15 -0000</pubDate><title>Message #3782228</title><guid isPermaLink="false">3782228@Uncensored</guid><description><![CDATA[  
 Heh... I sometimes wonder if this feature would require a cryptographer to
decypher once in play. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782149</link><pubDate>Fri, 26 Sep 2014 05:27:59 -0000</pubDate><title>Message #3782149</title><guid isPermaLink="false">3782149@Uncensored</guid><description><![CDATA[<html><body>

<p>Not bitten (that I can tell yet).  Patched with the second round of bash package updates.  Good to see that Slackware released patches back to 13.0 were released around 2 pm CST.  That would have saved me a bit of time fussing if Debian / Ubuntu was that fast :-)  They did come in a close second at around 4:50 pm CST, but a one man shop should probably come in second.  Just kidding, I realize he has minions dedicated to testing.  I appreciate all the folks doing the heavy lifting and discussions today as well.  Hated that the mess existed, but loved the response and frank discussions of the patches - all in the open !!!.</p>
<pre>Thu Sep 25 19:55:13 UTC 2014
a/bash-4.3.025-i486-2.txz:  Rebuilt.
  Patched an additional trailing string processing vulnerability discovered
  by Tavis Ormandy.
  For more information, see:
    http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-7169
  (* Security fix *)
ap/lxc-1.0.6-i486-1.txz:  Upgraded.
  Fixed bash completion file.  Thanks to dunric.<br /><br />------------------------------------------------------------------------------------------------------------------------<br />Ubuntu notice:<br />
    <em>Thu Sep 25 21:50:16 UTC 2014</em>
    </pre>
<p>bash (4.1-2ubuntu3.2) lucid-security; urgency=medium * SECURITY UPDATE: incomplete fix for CVE-2014-6271...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782083</link><pubDate>Thu, 25 Sep 2014 23:22:44 -0000</pubDate><title>Message #3782083</title><guid isPermaLink="false">3782083@Uncensored</guid><description><![CDATA[ Just don't let snowden know about it... ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782054</link><pubDate>Thu, 25 Sep 2014 21:53:32 -0000</pubDate><title>Message #3782054</title><guid isPermaLink="false">3782054@Uncensored</guid><description><![CDATA[  
 "ShellShock" (CVE-2014-6271) is a security bug in Mac OS X that also happens
to affect other Unix and Linux systems. 
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782040</link><pubDate>Thu, 25 Sep 2014 19:48:59 -0000</pubDate><title>Message #3782040</title><guid isPermaLink="false">3782040@Uncensored</guid><description><![CDATA[  
 Anyone bitten by 'shellshock'? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3782037</link><pubDate>Thu, 25 Sep 2014 19:31:00 -0000</pubDate><title>Message #3782037</title><guid isPermaLink="false">3782037@Uncensored</guid><description><![CDATA[  
 Hrm. 
  
 I made a very small contribution to Citadel a long time ago, but I might
have a contribution to GDK+ that should frighten people because of the security
implications, if they accept it at all. 
  
 As such, a small request for comments is in order, and before I approach
the Gnome folks, I thought I'd ask you guys about it. 
  
 I want to provide a library that, when GDK+ sees that it exists, adds it
to their loaded libraries, and uses it to forward all events processed by
gdk_event_get().  That is, if I understand GDK+ correctly, I want to see every
event every application built with GDK+ on a given system emits. 
  
 I'm sure you can appreciate the security implications of such a beast. 
  
 And naturally, that's a concern. 
  
 To help deal with part of the security concern (the only part that the Gnome
people should share), I suspect when I make this alteration available
to the Gnome folks, I should do the following: 
  
 1. Ensure that all such altered code gets the #ifdef guards set up in a way
where, by default, you do *not* compile this feature into the toolkit. 
  
 2. When compiled into the toolkit, you have to specify an absolute path to
the library you want to load.  If it can't find the library, it won't load
it.  It won't search for the library in a path, and the path is compiled into
GDK+, hard-coded. 
  
 Do you think that would provide enough security? 
  
 (And, yeah, I need to do this.  I do not have an option to avoid doing this,
as we can't really accomplish our goals without something this invasive...
but it isn't like we want to spread this around or anything). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3780812</link><pubDate>Wed, 24 Sep 2014 12:31:04 -0000</pubDate><title>Message #3780812</title><guid isPermaLink="false">3780812@Uncensored</guid><description><![CDATA[  
 nixos?  
  
 Is that an OS distribution made by Ford? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3780791</link><pubDate>Wed, 24 Sep 2014 11:48:00 -0000</pubDate><title>Message #3780791</title><guid isPermaLink="false">3780791@Uncensored</guid><description><![CDATA[ > I dunno... maybe I know more about Linux than I thought.   
  
 Smart people tend to be Linux people, so it's inevitable. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3780611</link><pubDate>Wed, 24 Sep 2014 11:28:28 -0000</pubDate><title>Message #3780611</title><guid isPermaLink="false">3780611@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, yet another linux distribution?</p>
<p>http://nixos.org/nixos/about.html</p>
<p>otoh, it claims that its sort of pupet/ansible/... as core os feature and the whole os structured around it</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3776854</link><pubDate>Fri, 19 Sep 2014 12:39:41 -0000</pubDate><title>Message #3776854</title><guid isPermaLink="false">3776854@Uncensored</guid><description><![CDATA[  
 Heh... I suppose something similar happened for me as well, as I am no longer
working where I was. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3776587</link><pubDate>Fri, 19 Sep 2014 09:18:09 -0000</pubDate><title>Message #3776587</title><guid isPermaLink="false">3776587@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Sep 18 2014 21:56:13 EDT</span> <span>from fleeb @ Uncensored </span></div>
<div class="message_content">
<p> </p>
<blockquote>
<div class="message_header"><span>Thu Sep 18 2014 16:35:46 EDT</span> <span>from dothebart @ Uncensored </span></div>
<div class="message_content">
<p> <span style="background-color: transparent;">I tend to be the one to tell the windows guys what to do in the end... so I guess its vice versa here ;-)</span></p>
</div>
</blockquote>
<p>We should trade.  Either I work for your company, or you work for our company, and swap out our respective other.  One company or the other will lose out, but the winning company would have some fine work accomplished rather quickly.</p>
<br /><br /></div>
</blockquote>
<p>well, remember? I quit that company ;-) or rather, it quit me.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3776472</link><pubDate>Fri, 19 Sep 2014 01:56:13 -0000</pubDate><title>Message #3776472</title><guid isPermaLink="false">3776472@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Sep 18 2014 16:35:46 EDT</span> <span>from dothebart @ Uncensored </span></div>
<div class="message_content">
<p> <span style="background-color: transparent;">I tend to be the one to tell the windows guys what to do in the end... so I guess its vice versa here ;-)</span></p>
</div>
</blockquote>
<p>We should trade.  Either I work for your company, or you work for our company, and swap out our respective other.  One company or the other will lose out, but the winning company would have some fine work accomplished rather quickly.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3776148</link><pubDate>Thu, 18 Sep 2014 20:35:46 -0000</pubDate><title>Message #3776148</title><guid isPermaLink="false">3776148@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Thu Sep 18 2014 06:48:48 EDT</span> <span>from fleeb @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />It feels weird, to me, to make research recommendations to my Linux co-worker (the one hired to work on Linux issues). And yet, I find myself doing this more than I would expect, despite being a primarily Windows-oriented developer. <br /><br />I dunno... maybe I know more about Linux than I thought. </div>
</div>
</blockquote>
<p>I tend to be the one to tell the windows guys what to do in the end... so I guess its vice versa here ;-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3775925</link><pubDate>Thu, 18 Sep 2014 10:48:48 -0000</pubDate><title>Message #3775925</title><guid isPermaLink="false">3775925@Uncensored</guid><description><![CDATA[  
 It feels weird, to me, to make research recommendations to my Linux co-worker
(the one hired to work on Linux issues).  And yet, I find myself doing this
more than I would expect, despite being a primarily Windows-oriented developer.

  
 I dunno... maybe I know more about Linux than I thought. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3759533</link><pubDate>Mon, 25 Aug 2014 13:35:18 -0000</pubDate><title>Message #3759533</title><guid isPermaLink="false">3759533@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Aug 22 2014 07:55:13 AM EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<p>Does anyone actually <strong>use</strong> Oracle Linux?  "It's built from the same sources as Red Hat, just like CentOS, except you get to pay us for it!"</p>
<p>Sure, that will work great. </p>
</div>
</blockquote>
<p>I've got one machine running it here at my company...we have an older STK tape library which manages the robot using ACSLS. Sun/Oracle won't support ACSLS under Red Hat/CentOS...only Oracle Linux, so we kinda had to.</p>
<p>The good thing is that, unlike Red Hat, they do offer full access to download updates and patches.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758776</link><pubDate>Sat, 23 Aug 2014 23:35:17 -0000</pubDate><title>Message #3758776</title><guid isPermaLink="false">3758776@Uncensored</guid><description><![CDATA[  
 Probably not unless your name is "Netflix." :) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758397</link><pubDate>Fri, 22 Aug 2014 23:19:38 -0000</pubDate><title>Message #3758397</title><guid isPermaLink="false">3758397@Uncensored</guid><description><![CDATA[Can you get a personal meeting with Jeff Bezos after you have an outage? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758368</link><pubDate>Fri, 22 Aug 2014 20:45:24 -0000</pubDate><title>Message #3758368</title><guid isPermaLink="false">3758368@Uncensored</guid><description><![CDATA[ > The point is: the kind of enterprise customer who would want to run a 
   
 >big Oracle server, isn't going to just spin up a server at Amazon or   
 
    
 flack jacket time.   
    
 Amazon RDS/Mysql is probably the most popular, but Amazon RDS/Oracle exists.
On-demand instance pricing starts at $0.04 per instance-hour, which includes
the Oracle license, or less for a BYO-License.   
    
 Not paying $1Million for Oracle? That, good sir is revolutionary.   
    
 There are certain advantages. Starting at $0.08/hour (for the t1.micro instance
class, yes) you get a multi-availability-zone deployment with a failover node
always on standby. Management (including disaster recovery) is highly automated
via Amazon's control plane. DBMS software upgrade? Click a button, don't think
about it, endure a very brief downtime window for failover. Capacity upgrade?
Ditto.   
    
 And you don't have
to pay a DBA in a clown-suit to manage backups, or manage the replication
process, or manage any of the hardware - and you can *switch to bigger hardware*
at any time with a handful of mouse clicks.   
    
 The monthly SLA is 99.95% which is hardly a bad deal. I know of few shops
that can add another 9, relying on their own expertise, without tremendous
expense.   
  
  
 Shit, you'd think I was an EC2 salesman, but that's far from the truth...

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758360</link><pubDate>Fri, 22 Aug 2014 19:48:17 -0000</pubDate><title>Message #3758360</title><guid isPermaLink="false">3758360@Uncensored</guid><description><![CDATA[Stop thinking of cloud in terms of the mass-marketed crap offered to consumers
and retail customers. 
  
 The cloud services that I'm involved in maintaining are nothing like that.
 We run on high end hardware, are subject to massive security audits, and
because of those audits we can handle PCI, HIPAA, Sarbanes-Oxley, all sorts
of strict compliance. 
  
 Is the firewall in your house being monitored by an IDS with a NOC standing
by 24/7/365 to handle any alerts that come up?  Mine is.  Does the server
in your house have a pile of hot spare disks and a staff of engineers ready
to handle replacements any time of the day?  Mine does.  Do you have thousands
of gallons of fuel to keep your server powered up for days in the event of
a power outage?  I do. 
  
 The point is: the kind of enterprise customer who would want to run a big
Oracle server, isn't going to just spin up a server at Amazon
or Rackspice, and they'd be foolish to try to run it in-house unless they
are already operating a carrier class data center of their own.  If they want
to outsource it to a cloud, they're going to send it to a real enterprise-grade
cloud run by a provider who's giving them a strict SLA (Service Level Agreement).
 There are big financial penalties to pay for downtime, and huge penalties
to pay for lost data. 
  
 So yes, if you're a consumer, your data is probably better guarded by you
than by some crappy consumer grade cloud.  But for the kind of customers for
whom data processing is critical to their business ... a managed hosting provider
can often do it not only cheaper but also *better* than self-hosting. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758337</link><pubDate>Fri, 22 Aug 2014 19:08:22 -0000</pubDate><title>Message #3758337</title><guid isPermaLink="false">3758337@Uncensored</guid><description><![CDATA[  
 It isn't necessarily all about security, in terms of being hacked.  It's
also security in recovering from failures. 
  
 Or, ideally, never noticing the failures in the first place, because everything
is abstracted into oblivion, and the people who maintain a cloudly infrastracture
ensure that hardware failures are addressed, while the software blissfully
notices that something has failed and shifts to some other available hardware
that isn't failing (without anyone having to notice or be concerned about
it other than the cloudly maintainers). 
  
 This said, such environments are not as useful in, say, a broadcast facility
with specialized hardware for distributing a/v stuff.  Although it could be,
if the broadcasting industry could ever get their head out of their collective
ass. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758321</link><pubDate>Fri, 22 Aug 2014 17:42:29 -0000</pubDate><title>Message #3758321</title><guid isPermaLink="false">3758321@Uncensored</guid><description><![CDATA[ I don't buy them - I build them. Point, however, is that they real machines
and not these "do it in the 'cloud'" toys (cf: 'chrome box' or 'tablet').

  
 Sorry, but I am very much old-school on this issue. 
 The boxen do periodic backups to a local storage system. 
 And the storage system sits behind a firewall that prevents it from being
reached in any way other than by being right there "inside the room" (on the
office LAN). 
  
 I just do not have confidence in *any* level of "perceived" security in the
"cloud." What's on the net can be hacked - period. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758317</link><pubDate>Fri, 22 Aug 2014 17:23:04 -0000</pubDate><title>Message #3758317</title><guid isPermaLink="false">3758317@Uncensored</guid><description><![CDATA[  
 Who buys machines anymore? #cloud 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758283</link><pubDate>Fri, 22 Aug 2014 16:24:54 -0000</pubDate><title>Message #3758283</title><guid isPermaLink="false">3758283@Uncensored</guid><description><![CDATA[In the 1990's there was a product called "Blue Box Netware" -- it was the
standard distribution of NetWare, but the background color of the box was
blue instead of red, and it had an IBM SKU and could be ordered from IBM.
 The only reason it existed was because there were still a lot of shops that
had internal requirements to order computer hardware and software only from
IBM, and this allowed them to have NetWare. 
  
 Oracle Linux would let you order the entire software side of the stack, top
to bottom, from Oracle ... but if you're going to do that, why not just buy
a Sun machine and have the whole thing from one vendor? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758034</link><pubDate>Fri, 22 Aug 2014 13:36:59 -0000</pubDate><title>Message #3758034</title><guid isPermaLink="false">3758034@Uncensored</guid><description><![CDATA[<html><body>

<p>well, if you want to run teh oracle on it, then it could be a thing to do - from the perspective you have one person to blame for your problems, and no fingerpointing possible.</p>
<p>I don't think anybody else would opt in for unbreakable linux.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3758009</link><pubDate>Fri, 22 Aug 2014 12:40:36 -0000</pubDate><title>Message #3758009</title><guid isPermaLink="false">3758009@Uncensored</guid><description><![CDATA[  
 It's especially odd considering they have their own Unix in Solaris.  You'd
think they'd make an effort to make that a tad more... presentable? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3757786</link><pubDate>Fri, 22 Aug 2014 11:55:13 -0000</pubDate><title>Message #3757786</title><guid isPermaLink="false">3757786@Uncensored</guid><description><![CDATA[<html><body>

<p>Does anyone actually <strong>use</strong> Oracle Linux?  "It's built from the same sources as Red Hat, just like CentOS, except you get to pay us for it!"</p>
<p>Sure, that will work great. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3757736</link><pubDate>Fri, 22 Aug 2014 06:46:53 -0000</pubDate><title>Message #3757736</title><guid isPermaLink="false">3757736@Uncensored</guid><description><![CDATA[<html><body>

<p>priceless.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3757707</link><pubDate>Fri, 22 Aug 2014 02:22:42 -0000</pubDate><title>Message #3757707</title><guid isPermaLink="false">3757707@Uncensored</guid><description><![CDATA[Presenting Oricle Linux...  with a windows error pop-up.
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3756819</link><pubDate>Wed, 20 Aug 2014 22:31:02 -0000</pubDate><title>Message #3756819</title><guid isPermaLink="false">3756819@Uncensored</guid><description><![CDATA[  
 You know what I think is cool? 
  
 The name of the web site where you can download the utility "rescan-scsi-bus.sh"
is ... 
  
 rescan-scsi-bus.sh 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3756191</link><pubDate>Tue, 19 Aug 2014 06:11:39 -0000</pubDate><title>Message #3756191</title><guid isPermaLink="false">3756191@Uncensored</guid><description><![CDATA[<html><body>

<p>yes - for shure. and if not, there is terminal server to run windows apps in the closet.</p>
<p>but, its probably hard to tell the worker drones, who have been used to whatever else - and everyone they're talking to outside of the city has that.</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755930</link><pubDate>Mon, 18 Aug 2014 22:40:42 -0000</pubDate><title>Message #3755930</title><guid isPermaLink="false">3755930@Uncensored</guid><description><![CDATA[The sensible thing to do is move *all* applications behind the glass, so they
can be accessed from any device in any location.  That's what pretty much
every organization should be doing right now. 
  
 The desktop PC is obsolete, even if it's running Linux.  It's *more* obsolete
if it's running Windows. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755907</link><pubDate>Mon, 18 Aug 2014 21:20:32 -0000</pubDate><title>Message #3755907</title><guid isPermaLink="false">3755907@Uncensored</guid><description><![CDATA[<html><body>

<p>the english version - h-online shut down a while back.</p>
<p>it seems as if the munich council has ordered a study whether switching back will improve things.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755893</link><pubDate>Mon, 18 Aug 2014 20:18:41 -0000</pubDate><title>Message #3755893</title><guid isPermaLink="false">3755893@Uncensored</guid><description><![CDATA[<html><body>

<p>The Major of munich was annoyed that the admins took some time in hooking his crapphone up to the city's mailing system. Also, "all departments are constantly annoyed with limux".</p>
<p>In other news, the major seems to be an ms fanboy and they have the new german headquarter of ms build in the middle of munich or something unfishy like that.</p>
<p>Some of the employes seem to enjoy the limux, some don't. Others argue "show us the place were a pure windows environment works flawless". Etc., etc., etc.</p>
<p>http://www.heise.de/ct/meldung/LiMux-Linux-in-Muenchen-unter-politischem-Beschuss-2260806.html</p>
<p>Most recent article: http://www.heise.de/open/meldung/LiMux-Muenchen-prueft-offenbar-die-Rueckkehr-von-Linux-zu-Windows-2293881.html</p>
<p>Hm, Heise has an english version, "The H", oddly enough they do not seem to have an english article.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755881</link><pubDate>Mon, 18 Aug 2014 19:34:49 -0000</pubDate><title>Message #3755881</title><guid isPermaLink="false">3755881@Uncensored</guid><description><![CDATA[Munich was a high-profile Linux success story.  If they're switching to Windows,
it's pretty obvious that not only are they getting Windows for free, but someone
there is getting millions of euros in kickbacks from the evil empire. 
  
 We kicked Germany's ass once.  Perhaps we need to do it again. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755874</link><pubDate>Mon, 18 Aug 2014 18:22:49 -0000</pubDate><title>Message #3755874</title><guid isPermaLink="false">3755874@Uncensored</guid><description><![CDATA[To our German Freunde, there is an discussion on G+ weather Munich is getting rid of Linux and going back to 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755265</link><pubDate>Fri, 15 Aug 2014 17:07:17 -0000</pubDate><title>Message #3755265</title><guid isPermaLink="false">3755265@Uncensored</guid><description><![CDATA[  
 Heh... it's already the permissions of the beast.  It's permissions on shared
memory, though, from which nothing will be executed, so it shouldn't need
'x' permissions.  And, normally, it works... just not in this environment
with my perhaps funky compiler thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755229</link><pubDate>Fri, 15 Aug 2014 14:22:58 -0000</pubDate><title>Message #3755229</title><guid isPermaLink="false">3755229@Uncensored</guid><description><![CDATA[  
 Hmmmmm..... 
  
 Then there's always 
  
     -rw-rw-rw 
     File Permissions of the Beast! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755225</link><pubDate>Fri, 15 Aug 2014 14:10:41 -0000</pubDate><title>Message #3755225</title><guid isPermaLink="false">3755225@Uncensored</guid><description><![CDATA[ >    
 > The code mostly works, but occasionally has a weird permissions   
 >problem when attempting to get a shared memory object for which the   
 >permissions were set appropriately for all to read and write.   
  
 Hmmmm... is it possible that instead of 'rw-' you may need 'rwx' ?? 
  
 Just a thought... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3755203</link><pubDate>Fri, 15 Aug 2014 12:48:17 -0000</pubDate><title>Message #3755203</title><guid isPermaLink="false">3755203@Uncensored</guid><description><![CDATA[  
 I may find myself trying to resolve this sooner than expected. 
  
 The code mostly works, but occasionally has a weird permissions problem when
attempting to get a shared memory object for which the permissions were set
appropriately for all to read and write. 
  
 I suspect a conflict between the libc required for our shared object, and
the libc required for whatever executable that runs in our instrumented shell.
 The only way to resolve that will be to ensure our shared object is statically
linked. 
  
 Ugh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754639</link><pubDate>Thu, 14 Aug 2014 15:48:41 -0000</pubDate><title>Message #3754639</title><guid isPermaLink="false">3754639@Uncensored</guid><description><![CDATA[  
 Normally, stopping and starting a service/daemon can accomplish what one
seeks to do with a reboot, in my experience, regardless of whether you're
working in Windows or Linux. 
  
 If we did more work within the kernel, I might understand the rebooting a
bit more.  And, perhaps, that's why I find his behavior a tad odd... he was
a kernel developer, now finding himself in the application space, and accustomed
to reboots as a way to clean everything up. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754631</link><pubDate>Thu, 14 Aug 2014 15:11:54 -0000</pubDate><title>Message #3754631</title><guid isPermaLink="false">3754631@Uncensored</guid><description><![CDATA[<html><body>

<p>rebooting / turning off &amp; on again helps if you have bugs with uninitilized values in your software - the memory is flushed and you therefore have a bigger probability they're initialized to 0...</p>
<p>Elseways sometimes if you've got trouble with drivers of i.e. wlan hardware this may help also.</p>
<p>but usually you only masquerade your error further by doing so.</p>
<p>Re-boots are for testing whether upgrades were power-failure and thus reboot safe. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754618</link><pubDate>Thu, 14 Aug 2014 13:16:28 -0000</pubDate><title>Message #3754618</title><guid isPermaLink="false">3754618@Uncensored</guid><description><![CDATA[  
 "Maybe rebooting will work." 
  
 The actual Linux developer here.  He reboots Linux machines almost as if
he were a Windows developer. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754367</link><pubDate>Wed, 13 Aug 2014 16:01:19 -0000</pubDate><title>Message #3754367</title><guid isPermaLink="false">3754367@Uncensored</guid><description><![CDATA[  
 well, as I recall things could get weird when you start mixing up a libgcc_s
with a glibc and libgcc setup that originally had it static. So the compiler
may not be set up to deal with that very well if at all... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754339</link><pubDate>Wed, 13 Aug 2014 13:49:31 -0000</pubDate><title>Message #3754339</title><guid isPermaLink="false">3754339@Uncensored</guid><description><![CDATA[<html><body>

<p>its simply to clue you up how the g++ calls the linker, and do it the way its right on your own afterwards.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754323</link><pubDate>Wed, 13 Aug 2014 12:23:29 -0000</pubDate><title>Message #3754323</title><guid isPermaLink="false">3754323@Uncensored</guid><description><![CDATA[  
 Heh, well, if it turns out to be a compiler bug, it isn't getting sorted.
 It's an older compiler, and I don't really feel like digging into its code
to correct it (if there's a problem). 
  
 Working through a Windows problem that isn't terribly easy to see.  I'll
come back to this when I can. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754249</link><pubDate>Wed, 13 Aug 2014 03:58:12 -0000</pubDate><title>Message #3754249</title><guid isPermaLink="false">3754249@Uncensored</guid><description><![CDATA[  
 and gcc -v or whatever it is that prints the linker command line when it's
invoked by the driver. 
  
 It's fairly clear that there are some compatibility bugs with respect to
this version of gcc and the underlying system library setup... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754178</link><pubDate>Tue, 12 Aug 2014 20:00:00 -0000</pubDate><title>Message #3754178</title><guid isPermaLink="false">3754178@Uncensored</guid><description><![CDATA[<html><body>

<p>strace is your friend once more.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754135</link><pubDate>Tue, 12 Aug 2014 16:36:11 -0000</pubDate><title>Message #3754135</title><guid isPermaLink="false">3754135@Uncensored</guid><description><![CDATA[  
 I did try to link with g++ instead of gcc, but that lead to some other kind
of problem... it complained that it could no longer find -lgcc_s, even when
I went to the trouble of explicitly adding the path that it already knew about.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3754106</link><pubDate>Tue, 12 Aug 2014 15:46:03 -0000</pubDate><title>Message #3754106</title><guid isPermaLink="false">3754106@Uncensored</guid><description><![CDATA[ > I did find it in libgcc_eh, which is hidden away in the bowels of the 
 
 >folders somewhere, but the compiler seems to defy including it.   
  
 think you need to link with g++ -shared in order for it to happen automatically.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3753993</link><pubDate>Tue, 12 Aug 2014 12:37:59 -0000</pubDate><title>Message #3753993</title><guid isPermaLink="false">3753993@Uncensored</guid><description><![CDATA[  
 I did find it in libgcc_eh, which is hidden away in the bowels of the folders
somewhere, but the compiler seems to defy including it. 
  
 I may try playing with this later.  I have something that works, even if
it isn't my ideal. 
  
 I think I've been trying to work through Linux issues for about a month now,
when I was hired to work on Windows, just because the Linux guy we have doesn't
seem eager, willing or perhaps capable of looking into this kind of stuff.
 But I have a Windows bug I've discovered that I need to address... a nasty
crash exposed by doing something our students will commonly do. 
  
 (And, yeah, I recognize the first problem is that they're using Windows,
but this is a class... we sorta have to let them discover the ways in which
Windows sucks, and you can't really do that without Windows). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3753449</link><pubDate>Mon, 11 Aug 2014 20:42:07 -0000</pubDate><title>Message #3753449</title><guid isPermaLink="false">3753449@Uncensored</guid><description><![CDATA[ > I note these seem to be undefined within the C++ lib file, which   
 >suggests it expects *someone* to provide these, but I'm not sure who.  

  
 libgcc_s I believe. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3753332</link><pubDate>Mon, 11 Aug 2014 14:30:29 -0000</pubDate><title>Message #3753332</title><guid isPermaLink="false">3753332@Uncensored</guid><description><![CDATA[  
 Hmm... I get why -fPIC is needed, and I suspect that's the problem. 
  
 Adding it, though, leads to several undfined symbols from C++ (e.g.: _Unwind_Resume).
 I note these seem to be undefined within the C++ lib file, which suggests
it expects *someone* to provide these, but I'm not sure who. 
  
 I could probably work around the problem by creating something to link into
everything that just defines all of these as void*... but that feels wrong
to me, like I'm missing something else to which I should pay attention. 
  
 Well, it's something with which to play. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3753302</link><pubDate>Mon, 11 Aug 2014 12:25:25 -0000</pubDate><title>Message #3753302</title><guid isPermaLink="false">3753302@Uncensored</guid><description><![CDATA[  
 Hmm... I'll look into that.  That doesn't look familiar. 
  
 Fiddly, getting the right command line arguments. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751587</link><pubDate>Fri, 08 Aug 2014 21:39:15 -0000</pubDate><title>Message #3751587</title><guid isPermaLink="false">3751587@Uncensored</guid><description><![CDATA[ > I am not sure if this is because of something special we're doing with
 
 >LD_PRELOAD, but it looks like statically linking libs into your shared 
 
 >objects causes the shared object to no longer preload.   
  
 missing -fPIC? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751558</link><pubDate>Fri, 08 Aug 2014 18:11:01 -0000</pubDate><title>Message #3751558</title><guid isPermaLink="false">3751558@Uncensored</guid><description><![CDATA[  
 Huh. 
  
 I am not sure if this is because of something special we're doing with LD_PRELOAD,
but it looks like statically linking libs into your shared objects causes
the shared object to no longer preload. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751296</link><pubDate>Thu, 07 Aug 2014 20:27:41 -0000</pubDate><title>Message #3751296</title><guid isPermaLink="false">3751296@Uncensored</guid><description><![CDATA[Solaris is the alpha version of Linux for SPARC.  Nobody told Oracle that
it was scrapped so they keep shipping it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751295</link><pubDate>Thu, 07 Aug 2014 20:22:44 -0000</pubDate><title>Message #3751295</title><guid isPermaLink="false">3751295@Uncensored</guid><description><![CDATA[ > 2014-08-07 13:38 from IGnatius T Foobar @uncnsrd   
 >Valhalla, NY is just a couple of miles away from here.  You want me to 
 
 >drive over and try it?   
 >   
 >  
  
 If you were a god, I could suggest "Entrance of the Gods into Valhalla" as
the accompanying music.... <evil grin> 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751294</link><pubDate>Thu, 07 Aug 2014 20:21:25 -0000</pubDate><title>Message #3751294</title><guid isPermaLink="false">3751294@Uncensored</guid><description><![CDATA[ #: rape dolphin 
 #: command 'rape' not found 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751277</link><pubDate>Thu, 07 Aug 2014 18:57:36 -0000</pubDate><title>Message #3751277</title><guid isPermaLink="false">3751277@Uncensored</guid><description><![CDATA[  
 It wouldn't take much to convince me that every time a sysadmin logs into
a solaris box, god rapes a dolphin in front of the pope. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751256</link><pubDate>Thu, 07 Aug 2014 17:38:54 -0000</pubDate><title>Message #3751256</title><guid isPermaLink="false">3751256@Uncensored</guid><description><![CDATA[Valhalla, NY is just a couple of miles away from here.  You want me to drive
over and try it? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751239</link><pubDate>Thu, 07 Aug 2014 15:59:43 -0000</pubDate><title>Message #3751239</title><guid isPermaLink="false">3751239@Uncensored</guid><description><![CDATA[  
 HA! 
  
 That's a joke. 
  
 I can't get Jenkin's client to run on this Valhalla Redhat machine because
I can't install a new enough version of Java on it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3751230</link><pubDate>Thu, 07 Aug 2014 15:16:07 -0000</pubDate><title>Message #3751230</title><guid isPermaLink="false">3751230@Uncensored</guid><description><![CDATA[Should have written the application in Java.   "Write once, run anywhere."
 <grin> 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750996</link><pubDate>Wed, 06 Aug 2014 15:44:28 -0000</pubDate><title>Message #3750996</title><guid isPermaLink="false">3750996@Uncensored</guid><description><![CDATA[  
 Ugh... this is like Goldilocks. 
  
 "And this compiler was *just* *right*." 
  
 The compiler, the compiler, the compiler is on fire! 
 We don't need no water -- let the motherfucker burn! 
 BURN, MOTHERFUCKER, BURN! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750792</link><pubDate>Tue, 05 Aug 2014 18:03:56 -0000</pubDate><title>Message #3750792</title><guid isPermaLink="false">3750792@Uncensored</guid><description><![CDATA[  
 I did update the binutils, since the one on the system wasn't compatible
with the updated compiler. 
  
 So, yeah, that's probably the problem. 
  
 I might be on the right track, then, with an older compiler.  Hopefully,
I can find one that's new enough for the code I use, yet old enough for this
machine. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750766</link><pubDate>Tue, 05 Aug 2014 16:20:34 -0000</pubDate><title>Message #3750766</title><guid isPermaLink="false">3750766@Uncensored</guid><description><![CDATA[  
 Oh, and binutils on Linux always been funky. Periodically, Ted T'so sends
an announcement of "here is the latest version of The Linux Binutils", and
the gcc folks duly complain "why are there so many patches against upstream?"

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750765</link><pubDate>Tue, 05 Aug 2014 16:19:27 -0000</pubDate><title>Message #3750765</title><guid isPermaLink="false">3750765@Uncensored</guid><description><![CDATA[ > I'm blaming the compiler.  The product works properly on other   
 >environments, just not this old thing with the dubious compiler.  I   
 >think, before I spend too much time investigating this further, I   
 >should consider compiling the oldest compiler that works with our   
 >product, and use that for building the system.  Hopefully, *that*   
 >compiler will be old enough that the OS won't object to it (that is,   
 >that I won't have to make any alterations at all just to get the   
 >compiler to build properly).   
  
 I don't know, there could be binutils issues as well. Frequently newer GCC
requires newer binutils, but then the output of the newer linker might have
issues on the older kernel/ld.so/glibc stack. I 
 'm not really knowledgeable about those areas... if you can limit yourself
to a gcc that works with the binutils that originally shipped on the system,
you may have a better chance of success. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750761</link><pubDate>Tue, 05 Aug 2014 16:17:01 -0000</pubDate><title>Message #3750761</title><guid isPermaLink="false">3750761@Uncensored</guid><description><![CDATA[ > If I compile a binary on an ancient system, then move that binary to a
 
 >modern system, wouldn't it have other problems?  I thought Linux didn't
 
 >really support that level of upward compatibility.   
  
 If all it needs is libc & libcstd++ it should work OK. Compatibility with
the system would be fine - compatibility with the debugging tools is another
question entirely. 
  
 So it depends on your library dependency footprint. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750693</link><pubDate>Tue, 05 Aug 2014 12:44:55 -0000</pubDate><title>Message #3750693</title><guid isPermaLink="false">3750693@Uncensored</guid><description><![CDATA[  
 If I compile a binary on an ancient system, then move that binary to a modern
system, wouldn't it have other problems?  I thought Linux didn't really support
that level of upward compatibility. 
  
 Valgrind at least helped me zero in on the lines of code where problems manifested.
 Oddly, it seemed to interpret the debugging symbols better than gdb. 
  
 I do have access to a Solaris box, but it's similarly ancient.  And, yeah,
I have to try to support the damned thing.  I must say, when you're forced
to work with extremely old versions of operating systems, you learn a lot
about the operating system.  It might be a trial by fire, but this kind of
study is like a crucible for learning more about flavors of posix-oriented
operating systems. 
  
 I'm blaming the compiler.  The product works properly on other environments,
just not this old thing with the dubious compiler.  I think, before
I spend too much time investigating this further, I should consider compiling
the oldest compiler that works with our product, and use that for building
the system.  Hopefully, *that* compiler will be old enough that the OS won't
object to it (that is, that I won't have to make any alterations at all just
to get the compiler to build properly). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750624</link><pubDate>Tue, 05 Aug 2014 06:25:15 -0000</pubDate><title>Message #3750624</title><guid isPermaLink="false">3750624@Uncensored</guid><description><![CDATA[<html><body>

<p>valgrind memcheck also gives you checks for uninitialized access on values - which is quiet usefull to find situations where if's do random stuff.</p>
<p>however, its got the biggest performance overhead.</p>
<p>tcmalloc not only promises to be faster than libc's malloc, it also has some heap profiling stuff &amp; double free checks etc - however it dosn't deliver estimates where the mem you access was free'd in advance.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750605</link><pubDate>Tue, 05 Aug 2014 03:09:06 -0000</pubDate><title>Message #3750605</title><guid isPermaLink="false">3750605@Uncensored</guid><description><![CDATA[    
 not sure what you're using valgrind for - either it's leak tracing, or heap
overrun debugging, or something else that overlaps with some othe r tools
out there.   
    
 there are many tools that COULD MAYBE be used to analyze heap overruns or
leaks, including but not limited to:   
    
 * taking your binary, compiled for some ancient system, and running it on
a more modern system where newer tools are functional   
 * The BSD "dbx" debugger is available for Linux from http://www.oracle.com/technetwork/server-storage/solarisstudio/overview/index.html
and includes a check leaks mode: see http://www.oracle.com/technetwork/java/javase/memleaks-137499.html#gbyza
for a JVM-centric example on leak checking. I have had mixed results with
this. It looks promising, but tends to freeze the JVM. Simpler programs may
have less problems - the JVM does a lot of low-level tricks.   
 * libumem, if
you happen to have access to a Solaris box   
 * libnjamd - used to exist on Linux, seems to be dead and unsupported now
  
 * libefence - ElectricFence library. The classic on linux until valgrind.
Can be useful for both leaks and heap boundaries   
 * libduma - This is a fork of libefence, also works on windows, might be
more widely distributed these days on Linux   
 * glibc's own facilities include mtrace, MALLOC_CHECK_, __malloc_hook, mcheck,
and various environment hooks to the same. mtrace may not be thread-safe(?)
  
  
  
 all of these tools have problems, none are perfect, the way I see it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3750499</link><pubDate>Mon, 04 Aug 2014 13:04:05 -0000</pubDate><title>Message #3750499</title><guid isPermaLink="false">3750499@Uncensored</guid><description><![CDATA[  
 Ugh... requires recompiling the code.  I'm not sure I like that.  One of
the libraries (it's a set of libraries, actually) takes a good while to compile,
and seems to be the source of some of my problems. 
  
 That said, I can work with the library in a headers-only fashion, which would
allow me to work with this asan thing, so.. I dunno. 
  
 Still, valgrind was fast enough.  But thanks... that's another tool I can
use sometime if needed. 
  
 I have elected to move on for the moment... and I have discovered that libc-2
has enough differences between 2.13 and 2.15 to lead to seg faults. 
  
 Fucking hell. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3749283</link><pubDate>Sat, 02 Aug 2014 11:20:39 -0000</pubDate><title>Message #3749283</title><guid isPermaLink="false">3749283@Uncensored</guid><description><![CDATA[<html><body>

<p>http://tsdgeos.blogspot.de/2014/03/asan-and-gcc-how-to-get-line-numbers-in.html</p>
<p>https://code.google.com/p/address-sanitizer/wiki/AddressSanitizer</p>
<p>seems to be faster than valgrind...</p>
<p> </p>
<p>however, you got it sorted out - sort of...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3749221</link><pubDate>Fri, 01 Aug 2014 20:24:37 -0000</pubDate><title>Message #3749221</title><guid isPermaLink="false">3749221@Uncensored</guid><description><![CDATA[  
 I learned today that it isn't necessarily wise to valgrind g++. 
  
 Sometimes, curiosity can't kill the cat, but can put it into a vegetative
state. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3749215</link><pubDate>Fri, 01 Aug 2014 19:54:26 -0000</pubDate><title>Message #3749215</title><guid isPermaLink="false">3749215@Uncensored</guid><description><![CDATA[  
 Hm. 
  
 The two uninitialized bytes were in '__pthread_initialize_manager' and 'pthread_create'.

  
 I suspected I screwed something up building this compiler.  This kinda points
to that, if I'm understanding this correctly. 
  
 Ugh.  I can either try rebuilding the compiler (again), or punting.  Soo
tempted to punt. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3749214</link><pubDate>Fri, 01 Aug 2014 19:48:51 -0000</pubDate><title>Message #3749214</title><guid isPermaLink="false">3749214@Uncensored</guid><description><![CDATA[  
 Huh.  I tried valgrind, and it has no trouble reading the symbols, despite
gdb's problems.  Weird. 
  
 t 
 It's complaining about __libc_write, saying that write(buf) points to uninitialised
bytes.  Some underlying library is doing that, but this is a start. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3749211</link><pubDate>Fri, 01 Aug 2014 19:34:40 -0000</pubDate><title>Message #3749211</title><guid isPermaLink="false">3749211@Uncensored</guid><description><![CDATA[  
 I'm not sure I know what 'ASAN' means. 
  
 I did compile gcc 4.8, and that's the compiler I'm using, but... I'm not
sure it's doing the trick here.  I've also tried compiling with a 4.7 compiler,
but that also failed to work for me. 
  
 I'm not sure valgrind is going to help me much here, when the symbols are
so borked that gdb (as newly compiled by 4.8) can't read them.  But I can
give it a shot... I've been using nm to help me figure out where the weirdness
is happening (pthread_create/pthread_wait_for_restart_signal/pthread_handle_sigrestart).

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3749209</link><pubDate>Fri, 01 Aug 2014 19:24:53 -0000</pubDate><title>Message #3749209</title><guid isPermaLink="false">3749209@Uncensored</guid><description><![CDATA[<html><body>

<p>valgrind is your friend.</p>
<p>or... didn't you compile GCC 4.8 anyways? try ASAN.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3749198</link><pubDate>Fri, 01 Aug 2014 18:47:33 -0000</pubDate><title>Message #3749198</title><guid isPermaLink="false">3749198@Uncensored</guid><description><![CDATA[  
 Heh, my clock trick works, but I don't feel great about it. 
  
 Whatever I did to get this compiler built on this machine, though, may not
be working so well.  I can compile code just fine, and much of it works, but
apparently, when I do this One Certain Thing, it segfaults. 
  
 I don't think it's the code itself, as this One Certain Thing works everwhere
else.  I'm not in the habit of blaming compilers for my problems, but I suspect
this compiler isn't kosher because of my tamperings. 
  
 Ugh... 
  
 I'm sorely tempted to tell them that the older version of this product is
the only thing that will work on this older OS, and that we won't be able
to add new features to it.  They need to modernize anyway, maybe this could
help give them incentive. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748769</link><pubDate>Wed, 30 Jul 2014 16:57:19 -0000</pubDate><title>Message #3748769</title><guid isPermaLink="false">3748769@Uncensored</guid><description><![CDATA[ > Oh, I missed that... 'one simple trick' to ensure monotonicity in   
 >userland... RTOS I assume.   
  
 I think I saw that at the bottom of a web page.  "Ensure monotonicity in
userland with this one weird trick!" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748668</link><pubDate>Wed, 30 Jul 2014 10:20:42 -0000</pubDate><title>Message #3748668</title><guid isPermaLink="false">3748668@Uncensored</guid><description><![CDATA[  
 Free greps for everyone! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748166</link><pubDate>Tue, 29 Jul 2014 21:32:42 -0000</pubDate><title>Message #3748166</title><guid isPermaLink="false">3748166@Uncensored</guid><description><![CDATA[ > Things related to Linux that you should probably avoid saying in the 
 >military: 
 >   
 > Booting the Colonel now. 
 >

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748149</link><pubDate>Tue, 29 Jul 2014 19:08:32 -0000</pubDate><title>Message #3748149</title><guid isPermaLink="false">3748149@Uncensored</guid><description><![CDATA[  
 I was thinking of something a little more subtle, but still quite silly.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748147</link><pubDate>Tue, 29 Jul 2014 19:06:25 -0000</pubDate><title>Message #3748147</title><guid isPermaLink="false">3748147@Uncensored</guid><description><![CDATA[  
 Oh, I missed that... 'one simple trick' to ensure monotonicity in userland...
RTOS I assume. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748136</link><pubDate>Tue, 29 Jul 2014 18:19:46 -0000</pubDate><title>Message #3748136</title><guid isPermaLink="false">3748136@Uncensored</guid><description><![CDATA[  
 Oh, god, that is stupid. 
  
 There's another guard... #if !defined(CLOCK_MONOTONIC), that I missed. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748135</link><pubDate>Tue, 29 Jul 2014 18:17:22 -0000</pubDate><title>Message #3748135</title><guid isPermaLink="false">3748135@Uncensored</guid><description><![CDATA[  
 (oh, and since this kind of stuff gets picked up by Google now, here's some
additional details, in case someone else wants to do this). 
  
 If you find yourself in the ridiculous position of having to write code to
work on a version of Linux using the 2.14 kernel, after figuring out how to
build the GCC 4.83 compiler (not something I'll bother with here... just know
that it's doable), you'll need the following in one of your .cpp files: 
  
 #if defined(__linux__) 
 #include <time.h> 
 #define CLOCK_MONOTONIC CLOCK_REALTIME 
 #pragma message "This OS doesn't support a steady clock. YMMV." 
 #include <boost/chrono/detail/inlined/chrono.hpp> 
 #endif 
  
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748133</link><pubDate>Tue, 29 Jul 2014 18:12:58 -0000</pubDate><title>Message #3748133</title><guid isPermaLink="false">3748133@Uncensored</guid><description><![CDATA[  
 Well, there is *One* *Simple* *Trick* that you can do to ensure monotonicity
in userland ;) ;) ;) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748132</link><pubDate>Tue, 29 Jul 2014 18:12:54 -0000</pubDate><title>Message #3748132</title><guid isPermaLink="false">3748132@Uncensored</guid><description><![CDATA[  
 Heh... I worked around it by forcing the underlying boost::steady_clock class
to use CLOCK_REALTIME instead of CLOCK_MONOTONIC (or variations).  It isn't
perfect, but it'll have to do since the OS doesn't have a proper monotonic
clock. 
  
 If I felt plucky, I could maybe build one in some bizarre fashion using the
boost::steady_clock interface but writing the underlying code that calls the
usual OS APIs to do something with /proc/utime instead... if I can figure
out how to make a timer that doesn't busy-wait within this context. 
  
 But I think for how I'm doing everything, this may be good enough.  I'll
know more when we get into testing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748122</link><pubDate>Tue, 29 Jul 2014 17:21:11 -0000</pubDate><title>Message #3748122</title><guid isPermaLink="false">3748122@Uncensored</guid><description><![CDATA[<html><body>

<p>nm, strings &amp; grep to the hilts!</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748119</link><pubDate>Tue, 29 Jul 2014 17:15:37 -0000</pubDate><title>Message #3748119</title><guid isPermaLink="false">3748119@Uncensored</guid><description><![CDATA[  
 Thanks for the information! 
  
 Here's something else to add to it: 
  
 http://lwn.net/Articles/23313/ 
  
 If I'm reading this correctly, back then, people tried to ensure that time
marched forward by relying upon the NTP client to adjust the system clock
in monotonic ways.  So, you'd never change the system clock yourself... you
would let NTP do it for you, and it would always adjust the clock in a fashion
that is monotonic in nature. 
  
 Obviously, folks must have figured out how bad this idea was, as we now have
CLOCK_MONOTONIC available for clocks in current kernels, but I guess we had
some relatively naive notions about time back then. 
  
 Sooo, at least philosophically, I should be able to use the realtime clock
as if it were the steady clock, and avoid adjusting the time/date on the machine,
just as I guess they intended back in the day. 
  
 I have to figure out how to coerce
my code to do this... it *really* wants CLOCK_MONOTONIC or the like.  I tried
#defining it to CLOCK_REALTIME and now I have a linking error.  But I'm sure
I can get past that with a little evil. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748118</link><pubDate>Tue, 29 Jul 2014 17:07:05 -0000</pubDate><title>Message #3748118</title><guid isPermaLink="false">3748118@Uncensored</guid><description><![CDATA[  
 (I got this by running "strace" on the /usr/bin/uptime. the program queries
both /proc/loadavg and /proc/uptime (oops) so the latter is the one that's
relevant. 
  
 these have been around for a while, so they should work on rh6.2 even. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748110</link><pubDate>Tue, 29 Jul 2014 16:52:33 -0000</pubDate><title>Message #3748110</title><guid isPermaLink="false">3748110@Uncensored</guid><description><![CDATA[  
 /proc/uptime ooks like the the same thing, higher resolution? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748109</link><pubDate>Tue, 29 Jul 2014 16:51:23 -0000</pubDate><title>Message #3748109</title><guid isPermaLink="false">3748109@Uncensored</guid><description><![CDATA[  
 what you're looking for might be /proc/loadavg, which is used by the "uptime"
command... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748106</link><pubDate>Tue, 29 Jul 2014 16:48:57 -0000</pubDate><title>Message #3748106</title><guid isPermaLink="false">3748106@Uncensored</guid><description><![CDATA[<html><body>

<p>you're supposed to run ntpclient in cron or such.</p>
<p>VM-clocs are even less predictable then usual system clocks.</p>
<p>Ticks are supposed to be somewhat predictable.. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748079</link><pubDate>Tue, 29 Jul 2014 15:29:19 -0000</pubDate><title>Message #3748079</title><guid isPermaLink="false">3748079@Uncensored</guid><description><![CDATA[  
 (Sorry, I wrote 'Valhalla Linux', which is stupid... RedHat Valhalla is what
I mean). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748078</link><pubDate>Tue, 29 Jul 2014 15:28:51 -0000</pubDate><title>Message #3748078</title><guid isPermaLink="false">3748078@Uncensored</guid><description><![CDATA[  
 Another awful thing... Valhalla Linux doesn't have a concept of a steady
clock within it. 
  
 The only clocks I can find for this is a clock that matches the 'real time',
and is subject to the usual crap when you adjust the time, and process/thread
CPU clocks, which are not exactly steady.  There is no way that I can see
right now that you can get a kind of clock that simply iterates over a steady
rate of time, monotonically. 
  
 Did people writing for Valhalla wind up with obscure and weird problems when
people changed their time? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748073</link><pubDate>Tue, 29 Jul 2014 15:25:34 -0000</pubDate><title>Message #3748073</title><guid isPermaLink="false">3748073@Uncensored</guid><description><![CDATA[  
 Gah... fucking marketing... 
  
 The usual enmity between engineering and marketing continues. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748065</link><pubDate>Tue, 29 Jul 2014 15:18:56 -0000</pubDate><title>Message #3748065</title><guid isPermaLink="false">3748065@Uncensored</guid><description><![CDATA[<html><body>

<p>thats because of its 95% LXC, some added guts, and LOTS of marketing.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748047</link><pubDate>Tue, 29 Jul 2014 14:29:20 -0000</pubDate><title>Message #3748047</title><guid isPermaLink="false">3748047@Uncensored</guid><description><![CDATA[  
 Fucking hell... trying to read anything about Docker is like reading a web
site full of nothing but buzzwords. 
  
 I feel like I'm listening to Weird Al's "Mission Statement" tune. 
  
 I assume eventually I'll read something that actually has some real meat
to it, but honestly, I'm incredibly turned off by all this buzzword shit.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748034</link><pubDate>Tue, 29 Jul 2014 14:24:42 -0000</pubDate><title>Message #3748034</title><guid isPermaLink="false">3748034@Uncensored</guid><description><![CDATA[  
 That looks rather useful... isolated dev environments in a flash. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748022</link><pubDate>Tue, 29 Jul 2014 13:18:46 -0000</pubDate><title>Message #3748022</title><guid isPermaLink="false">3748022@Uncensored</guid><description><![CDATA[<html><body>

<p>since docker (LXC) seems to be hot tech, see this one:</p>
<p>https://opensource.com/life/14/7/docker-acquires-orchard-sap-supports-openstack-odf-and-more</p>
<p>FIG seems to be a really nice tool:</p>
<p>http://orchardup.github.io/fig/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3748001</link><pubDate>Tue, 29 Jul 2014 12:34:44 -0000</pubDate><title>Message #3748001</title><guid isPermaLink="false">3748001@Uncensored</guid><description><![CDATA[  
 Perhaps I should point out that the two functions I needed out of the updated
zlib was 1. compressBound, which simply calculates an estimate of how much
space is needed for the compression, and 2. ceil, which is used by compressBound
for its calculation, is normally included in 'math', but for some peculiar
reason I can't link that library into the compiler. 
  
 Neither of these functions are revolutionary or terribly difficult to implement.
 If I needed 10 functions, some of which involved some relatively intricate
programming that would be unwise of me to attempt, yeah, I would suffer the
setup dependency.  But for the price of creating two very simple functions,
avoiding a setup dependency seems like the better way to go. 
  
 At least, that's my reasoning. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747991</link><pubDate>Tue, 29 Jul 2014 12:18:48 -0000</pubDate><title>Message #3747991</title><guid isPermaLink="false">3747991@Uncensored</guid><description><![CDATA[  
 That'd work. 
  
 If I did that, of course, I'd have to ensure that I install the library somewhere
on the OS.  It's yet another dependency I would need to track. 
  
 If I do it my way, I don't have that dependency, and setup is simplified.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747665</link><pubDate>Mon, 28 Jul 2014 20:35:34 -0000</pubDate><title>Message #3747665</title><guid isPermaLink="false">3747665@Uncensored</guid><description><![CDATA[  
 (if it isn't completely clear, doing things as described above will link
zlib with the compiler toolchain you're building, but not with binaries generated
by that toolchain - by default.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747664</link><pubDate>Mon, 28 Jul 2014 20:33:48 -0000</pubDate><title>Message #3747664</title><guid isPermaLink="false">3747664@Uncensored</guid><description><![CDATA[ > It isn't altering the OS if you want to quibble, but it's forcing me  

 >to have to change something I suspect is kind of primal to the   
 >operating system such that it isn't what it originally was anymore,   
 >which I fear could have a rippling effect on the rest of the system.   
  
 Ok, if you install a library in /usr/local it goes onto the compiler include
path by default, which may not be what you want. So. Install it in, say, /opt/gnu,
along with the rest of the toolchain you're installing, and you won't have
that problem. 
  
 This is the usually recommended way to build a stack of dependencies that
may be differently versioned from what's included in the base OS. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747655</link><pubDate>Mon, 28 Jul 2014 20:13:20 -0000</pubDate><title>Message #3747655</title><guid isPermaLink="false">3747655@Uncensored</guid><description><![CDATA[<html><body>

<p>last time I cared blastwave.org was the most reliable source for fresh solaris ports.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747652</link><pubDate>Mon, 28 Jul 2014 19:41:41 -0000</pubDate><title>Message #3747652</title><guid isPermaLink="false">3747652@Uncensored</guid><description><![CDATA[  
 Oh, I got around the 'tar' problem, incidentally, by compiling it from GNU's
sources rather than using the packaging system. 
  
 Because, at the end of the day, you can compile almost anything and make
it work with enough willpower. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747638</link><pubDate>Mon, 28 Jul 2014 19:21:18 -0000</pubDate><title>Message #3747638</title><guid isPermaLink="false">3747638@Uncensored</guid><description><![CDATA[ > Could be you need gnu tar, and you can download binaries of that from 
 
 >the usual suspect Sun ports site - used to be sunfreeware.com was the  

 >best place to go, and it's still around, though I don't know if it's   
 >still your best bet. However, you should definitely save yourself some 
 
  
 /opt/sfw is on pretty much every Sun system over here ... and their numbers
are dwindling as people figure out it's a lot easier to just use Linux.  

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747626</link><pubDate>Mon, 28 Jul 2014 18:12:52 -0000</pubDate><title>Message #3747626</title><guid isPermaLink="false">3747626@Uncensored</guid><description><![CDATA[  
 Hm... actually, modifying the code to handle what was missing in the native
zlib might have cost me less effort than having to install an updated zlib
for these OSes.  I shall never have to deal with updating the zlib (forgetting
to do so, pulling into the rpm I need to build, or whatever).  Theoretically,
once I build this (particularly if I link to my libs statically), I am free
to simply copy the binary where I want it, and it should work. 
  
 We'll see as I get further into this. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747625</link><pubDate>Mon, 28 Jul 2014 18:10:52 -0000</pubDate><title>Message #3747625</title><guid isPermaLink="false">3747625@Uncensored</guid><description><![CDATA[  
 It isn't altering the OS if you want to quibble, but it's forcing me to have
to change something I suspect is kind of primal to the operating system such
that it isn't what it originally was anymore, which I fear could have a rippling
effect on the rest of the system. 
  
 Or, at the very least, I need to alter as little of the target OS as possible
when installing our application.  From a packager's perspective, I don't want
to have to deal with upgrading the gzip library on a system, regardless of
how moldy it is, just so my software works.  Better if my software can work
with the OS as-is, even if the OS is ridiculously and hopelessly out of date.

  
 More work for me, yes, but necessary given what these guys are trying to
do.  Although, amusingly, I may be throwing all of this effort away soon if
they upgrade their courses. 
  
 As for Solaris, I figured that out independantly (but
thank you for the information, as who knows how long it might have taken me
to find the difference).   That was indeed the problem.  I have it busy compiling
gcc 4.7.4 now. With any luck, this will go more smoothly than past attempts.
 It's already been at it for a good while now, which is encouraging. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747607</link><pubDate>Mon, 28 Jul 2014 17:37:19 -0000</pubDate><title>Message #3747607</title><guid isPermaLink="false">3747607@Uncensored</guid><description><![CDATA[ >The point is to work with the operating system as-is, so it made more  

 >sense for me to alter the compiler than to alter the OS.  Really weird 
 
  
 Right, but installing a newer version of zlib in /usr/local or some other
prefix is not "altering the OS" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747606</link><pubDate>Mon, 28 Jul 2014 17:36:40 -0000</pubDate><title>Message #3747606</title><guid isPermaLink="false">3747606@Uncensored</guid><description><![CDATA[ > I got a whiff of dealing with Solaris next.  I think the trickiest   
 >thing there might be getting the damned thing to untar without fucking 
 
 >up.  I'm going to go with the theory that I don't have enough space,   
 >and try to create a drive for the thing that's larger than the 30 gig  

 >drive I already created for it.  But, I'm not really sure that's the   
 >nature of the problem.   
  
 Could be you need gnu tar, and you can download binaries of that from the
usual suspect Sun ports site - used to be sunfreeware.com was the best place
to go, and it's still around, though I don't know if it's still your best
bet. However, you should definitely save yourself some time by downloading
the newest binaries that are available from there before you try to build
something even newer. 
  
 If it's not a gnu tar thing, "df" is the command to check available space
on the filesystem... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747531</link><pubDate>Mon, 28 Jul 2014 12:44:51 -0000</pubDate><title>Message #3747531</title><guid isPermaLink="false">3747531@Uncensored</guid><description><![CDATA[  
 Things related to Linux that you should probably avoid saying in the military:

   
 Booting the Colonel now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3747417</link><pubDate>Sun, 27 Jul 2014 23:05:37 -0000</pubDate><title>Message #3747417</title><guid isPermaLink="false">3747417@Uncensored</guid><description><![CDATA[  
 Heh... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3746945</link><pubDate>Sun, 27 Jul 2014 15:54:52 -0000</pubDate><title>Message #3746945</title><guid isPermaLink="false">3746945@Uncensored</guid><description><![CDATA[ummmmm......

https://plus.google.com/111982117804183332234/posts/cSngt5QaqFw

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745953</link><pubDate>Sat, 26 Jul 2014 11:06:18 -0000</pubDate><title>Message #3745953</title><guid isPermaLink="false">3745953@Uncensored</guid><description><![CDATA[  
 Heh... 
  
 Yep, it's an ancient Red Hat system, but I have to support it.  The company
really needs to move on to more modern technology, but it would require them
to do a lot of work that, given current workloads, they can't accomplish.
 But they need to figure it out before their competition points out how antiquated
they are. 
  
 I only had to make two new functions to get it to compile properly.  The
point is to work with the operating system as-is, so it made more sense for
me to alter the compiler than to alter the OS.  Really weird situation, as
it isn't how you'd normally work.  But, I've proven (to myself at least) that
you can build the modern compiler on an extremely old OS.  I'd say the only
compiler feature that had to go involved the libsanitizer stuff.  Everything
else seems to be intact. 
   
 I got a whiff of dealing with Solaris next.  I think the trickiest thing
there
might be getting the damned thing to untar without fucking up.  I'm going
to go with the theory that I don't have enough space, and try to create a
drive for the thing that's larger than the 30 gig drive I already created
for it.  But, I'm not really sure that's the nature of the problem. 
  
 It's kinda fun, jumping into this sort of stuff again.  I'm thankful I have
the time to focus on it, rather than having to have something out in a couple
of minutes from yesterday. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745906</link><pubDate>Fri, 25 Jul 2014 23:14:42 -0000</pubDate><title>Message #3745906</title><guid isPermaLink="false">3745906@Uncensored</guid><description><![CDATA[ >    
 > you might be the only guy in the world...   
 >   
 >  
  
 Now why does that sound like a lead-in to a song in a b'way musical... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745904</link><pubDate>Fri, 25 Jul 2014 23:01:16 -0000</pubDate><title>Message #3745904</title><guid isPermaLink="false">3745904@Uncensored</guid><description><![CDATA[ > Aaand, that's that.  GCC 4.8.3's gcc and g++ installed on a Red Hat   
 >Valhalla machine.  I'm currently 'testing' it by compiling something   
  
 you might be the only guy in the world... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745903</link><pubDate>Fri, 25 Jul 2014 22:58:30 -0000</pubDate><title>Message #3745903</title><guid isPermaLink="false">3745903@Uncensored</guid><description><![CDATA[ > and sorry, what's Valhalla? I only see references to an ancient   
 >version of Red Hat that went by that name.   
  
 aaaand never mind. You really are working on some ancient systems. 
  
 I advise: rm -rf / 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745902</link><pubDate>Fri, 25 Jul 2014 22:56:07 -0000</pubDate><title>Message #3745902</title><guid isPermaLink="false">3745902@Uncensored</guid><description><![CDATA[ > The binutils archive presumes to be the top-level of the gcc archive, 
   
 >rather than a sub-folder.  So, I have to copy the subfolders to the    

 >top-level gcc bits (taking care not to obliterate anything already     
 >there).     
    
 This sounds like "the old way" to do it, or a historical artifact that is
still (partially?) supported in the Makefiles. I think it's more standard
these days to build binutils as a separate project, "make install" it to your
chosen prefix, and then configure gcc, making sure the configure script sees
your desired version of binutils...   
    
 But if you're building a cross-compiler, I can't speak to that.   
    
 Also, I worry that you may be straying a bit far from what's well-supported,
what with all those custom functions... (why not just build a more recent
zlib?)   
  
  
 and sorry, what's Valhalla? I only see references to an ancient version of
Red Hat that went by that name. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745852</link><pubDate>Fri, 25 Jul 2014 17:59:38 -0000</pubDate><title>Message #3745852</title><guid isPermaLink="false">3745852@Uncensored</guid><description><![CDATA[  
 Aaand, that's that.  GCC 4.8.3's gcc and g++ installed on a Red Hat Valhalla
machine.  I'm currently 'testing' it by compiling something really tough on
it.  If it can handle boost, it's good enough for my needs, and I'll have
something that should do what we need for this product. 
  
 I get to do all of this again with Solaris.  But, I have a better idea what
I need to do now.  It ought to be easier this next time. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745837</link><pubDate>Fri, 25 Jul 2014 16:58:17 -0000</pubDate><title>Message #3745837</title><guid isPermaLink="false">3745837@Uncensored</guid><description><![CDATA[  
 Aand, I figured out why I had to do some of that stupid wonkiness earlier.

  
 The binutils archive presumes to be the top-level of the gcc archive, rather
than a sub-folder.  So, I have to copy the subfolders to the top-level gcc
bits (taking care not to obliterate anything already there). 
  
 In any event, after yet another attempt to recompile the whole thing (java
fails to compile on this system, so I'm not including it), it seems to be
much happier.  Well, also my zlib modifications are still there. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745819</link><pubDate>Fri, 25 Jul 2014 15:17:21 -0000</pubDate><title>Message #3745819</title><guid isPermaLink="false">3745819@Uncensored</guid><description><![CDATA[  
 Oh, and s/buildutils/binutils/g above. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745818</link><pubDate>Fri, 25 Jul 2014 15:16:12 -0000</pubDate><title>Message #3745818</title><guid isPermaLink="false">3745818@Uncensored</guid><description><![CDATA[  
 This effort is kind of silly. 
  
 Get a recent version of binutils and uncompress it into the gcc-4.8.3 folder
(from the gcc-4.8.3.tar.gz you unpacked).  Follow other instructions (like
getting other dependencies, etc).  configure --prefix=[wherever] --disable-libsanitizer
(but from within a different folder, because you can't cross the streams,
heh).  Then make. 
  
 Make *will* fail.  Because something stupid happens, and gcc/nm is actually
'exec' for some dumb reason.  cp buildutils/buildutils/nm-new gcc/nm and try
again.  Oh, it doesn't put 'binutils' in the right place.  Move their binutils
to binutils.orig, then ln -s binutils.orig/binutils to binutils.  make again.

  
 Waiting for that to go wrong so I can fix the next problem. 
  
 I get to do all of this kind of nonsense again with solaris, incidentally,
since these guys have an ancient version of that OS they would like for
us to support. 
   
 Is it worth it, you may wonder, to use a modern compiler?  I think so.  But
it sure seems silly. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745812</link><pubDate>Fri, 25 Jul 2014 14:59:49 -0000</pubDate><title>Message #3745812</title><guid isPermaLink="false">3745812@Uncensored</guid><description><![CDATA[  
 Valhalla's kernel lacks an __NR_exit_group interrupt, which libsanitizer
wants?  No problem, configure --disable-libsanitizer and try again. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745808</link><pubDate>Fri, 25 Jul 2014 14:48:24 -0000</pubDate><title>Message #3745808</title><guid isPermaLink="false">3745808@Uncensored</guid><description><![CDATA[  
 Honestly, compiling these damned compilers feels like I'm beating code into
submission.  Seriously. 
  
 'nm' complains that it doens't understand the -p option?  No problem.  the
 'nm' that it's calling is actually 'exec' (for some insane reason), so I
just replaced it with the binutil/nm-new that it should have used in the first
place.  Shit like this. 
  
 Valhalla's version of zlib doesn't have compressBound, which is required
by the latest version of binutils, which is required by GCC now?  No problem,
I'll write it myself.  Oh, that function needs 'ceil', which is in -lm, but
I can't link it?  I'll create my own 'ceil'.  How hard can it be? 
  
 I'm beating this fucking code into submission. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3745806</link><pubDate>Fri, 25 Jul 2014 14:36:47 -0000</pubDate><title>Message #3745806</title><guid isPermaLink="false">3745806@Uncensored</guid><description><![CDATA[  
 Holy hell, but I managed to compile Gnu GCC 4.7.3 on Valhalla.  I'm feeling
plucky, though... building GCC 4.8.3 on it now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3744828</link><pubDate>Wed, 23 Jul 2014 14:54:40 -0000</pubDate><title>Message #3744828</title><guid isPermaLink="false">3744828@Uncensored</guid><description><![CDATA[ >Free network equipment shape gallery designed to allow #LibreOffice and
#OpenOffice users to create network   
 >diagrams.  
  
 Ooh, nice! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3744827</link><pubDate>Wed, 23 Jul 2014 14:54:30 -0000</pubDate><title>Message #3744827</title><guid isPermaLink="false">3744827@Uncensored</guid><description><![CDATA[ >I would call Linus.  
  
 Linus will just change the kernel ABI so your program doesn't work at all
anymore. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3744529</link><pubDate>Wed, 23 Jul 2014 04:45:35 -0000</pubDate><title>Message #3744529</title><guid isPermaLink="false">3744529@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jul 07 2014 07:51:09 AM EDT</span> <span>from dothebart @ Uncensored </span></div>
<div class="message_content">
<p>Maddog is digitizing his ye olde VHS-Tapes:</p>
<p>https://www.youtube.com/watch?v=iLaN8anFyo0&amp;feature=youtu.be</p>
<p>Linus talk at dec.</p>
<br /><br /></div>
</blockquote>
<p>Nice!  Thanks for that.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3744240</link><pubDate>Tue, 22 Jul 2014 19:10:27 -0000</pubDate><title>Message #3744240</title><guid isPermaLink="false">3744240@Uncensored</guid><description><![CDATA[  
 Oh, nice to know! 
  
 I've at least managed to learn how to work with systemd with Fedora.  But
it's a little weird that one form of logging to syslog works, while the other
one I use doesn't (yeah, this is difficult to explain well). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3744200</link><pubDate>Tue, 22 Jul 2014 18:18:23 -0000</pubDate><title>Message #3744200</title><guid isPermaLink="false">3744200@Uncensored</guid><description><![CDATA[<html><body>

<p>fleeb, you should use centos to compile.</p>
<p>these are guaranteed to produce library dependencies with RHEL.</p>
<p>with fedora you've got bleeding edge, and may not find your libs over there.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3744042</link><pubDate>Tue, 22 Jul 2014 14:06:50 -0000</pubDate><title>Message #3744042</title><guid isPermaLink="false">3744042@Uncensored</guid><description><![CDATA[  
 I'll say this for Fedora, though... it looks pretty out of the box. 
  
 But I'm not sure I like the whole 'grab the screen and pull up' screen-locking
mechanism they use.  I'm sure I can configure something else, but... this
isn't a touch-screen. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3744041</link><pubDate>Tue, 22 Jul 2014 14:05:00 -0000</pubDate><title>Message #3744041</title><guid isPermaLink="false">3744041@Uncensored</guid><description><![CDATA[    
 Playing with Fedora today.   
  
  
 Maybe I don't quite understand the issue that lead someone to say something
like this, but supposedly we can't build binary RPMs because we haven't paid
for a Red Hat Developer's license or somesuch. 
  
 That doesn't strike me as true, though, so I'm looking into things myself.
 Hence, installing Fedora.  Well, that, and I wanted to look at systemd and
see how well I can set up our services to auto-start in that environment's
configuration scheme. 
  
 Lots of toe-dipping this year. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3743845</link><pubDate>Tue, 22 Jul 2014 13:29:20 -0000</pubDate><title>Message #3743845</title><guid isPermaLink="false">3743845@Uncensored</guid><description><![CDATA[  
 that's rather neat, actually. 
  
 I'd love to play that sometime when I'm not at work. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3743828</link><pubDate>Tue, 22 Jul 2014 12:48:54 -0000</pubDate><title>Message #3743828</title><guid isPermaLink="false">3743828@Uncensored</guid><description><![CDATA[Learn VIm while playing a game.

http://vim-adventures.com/

Seems to me you have to know Vim to play the game, I really didn't get too far before becoming frustrated.  You 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3740137</link><pubDate>Sat, 19 Jul 2014 19:47:25 -0000</pubDate><title>Message #3740137</title><guid isPermaLink="false">3740137@Uncensored</guid><description><![CDATA[Free network equipment shape gallery designed to allow #LibreOffice and #OpenOffice users to create network 
diagrams.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3740128</link><pubDate>Sat, 19 Jul 2014 18:54:14 -0000</pubDate><title>Message #3740128</title><guid isPermaLink="false">3740128@Uncensored</guid><description><![CDATA[  
 I am not sure, but -v seems to be more popular for debugging info (e.g. 'verbose').
 But, again, I kinda feel like I'm dipping my toe into all of this. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3740126</link><pubDate>Sat, 19 Jul 2014 18:34:08 -0000</pubDate><title>Message #3740126</title><guid isPermaLink="false">3740126@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3740125</link><pubDate>Sat, 19 Jul 2014 18:34:00 -0000</pubDate><title>Message #3740125</title><guid isPermaLink="false">3740125@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3740118</link><pubDate>Sat, 19 Jul 2014 16:53:58 -0000</pubDate><title>Message #3740118</title><guid isPermaLink="false">3740118@Uncensored</guid><description><![CDATA[Hmm, I just thought of something: 
  
 Some programs use -d (debug) to force them to stay in the foreground (and
spew debug info) 
  
 Some programs use -d (daemon) to force them to go into the background 
  
 This is an atrocity.  I blame the previous owner of my old house, whose last
name begins with the letter D, for this atrocity. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739856</link><pubDate>Sat, 19 Jul 2014 02:20:13 -0000</pubDate><title>Message #3739856</title><guid isPermaLink="false">3739856@Uncensored</guid><description><![CDATA[  
 I'm intending to write configurations for the three styles of startup. 
  
 I have a couple of sysv scripts made, and (now) the upstart.  Next, I'll
want to create one for systemd. 
  
 At the very least, supporting these more recent inits allow me to take advantage
of parrallelization, which strikes me as a good thing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739837</link><pubDate>Fri, 18 Jul 2014 21:44:28 -0000</pubDate><title>Message #3739837</title><guid isPermaLink="false">3739837@Uncensored</guid><description><![CDATA[ >called directly from /etc/inittab under old init.  I don't know how   
 >kosher that is (probably not very) but it does work.   
  
 Not very kosher under old init, because you had to change runlevels just
to enable/disable a specific service. 
  
 Might not be considered such a bad thing under a fancier init. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739827</link><pubDate>Fri, 18 Jul 2014 20:15:23 -0000</pubDate><title>Message #3739827</title><guid isPermaLink="false">3739827@Uncensored</guid><description><![CDATA[  
 Don't bother optimizing for upstart; it's going away in favor of systemd,
even in Ubuntu. 
  
 systemd can be told to run stuff in the foreground, as if it were called
directly from /etc/inittab under old init.  I don't know how kosher that is
(probably not very) but it does work. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739780</link><pubDate>Fri, 18 Jul 2014 16:28:17 -0000</pubDate><title>Message #3739780</title><guid isPermaLink="false">3739780@Uncensored</guid><description><![CDATA[  
 ulimit -c returns '0'. 
  
 I found the answer to my question. 
  
 start on (local-filesystems and net-device-up IFACE!=lo) 
  
 That line within the .conf file you put in /etc/init (not /etc/init.d) fixes
the issue.  Now, it starts when the interface I need is running. 
  
 I could maybe get away without the local-filesystems, but I realize that
I need to look at configuration files, so it makes sense to keep that as a
dependency as well.  Not that a network tends to run before the filesystem,
but I guess when you're massively parralleling the startup, it's always a
possibility. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739776</link><pubDate>Fri, 18 Jul 2014 16:20:45 -0000</pubDate><title>Message #3739776</title><guid isPermaLink="false">3739776@Uncensored</guid><description><![CDATA[  
 are you running with ulimit -c unlimited? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739757</link><pubDate>Fri, 18 Jul 2014 14:50:55 -0000</pubDate><title>Message #3739757</title><guid isPermaLink="false">3739757@Uncensored</guid><description><![CDATA[  
 Aaand, now I've figured it all out. 
  
 Firstly, I made some incredibly stupid coding errors.  I thought I was daemonizing
correctly (and at one time I was), but I failed to consider some changes I
had made... or more to the point, I forgot to test that I was actually daemonizing
after making those changes. 
  
 The 'dup2' thing that I learned somewhere else was utter crap... one of the
problems of reading a lot of different bits of code from different places
is that not everyone who seems like they know what they're doing actually
know what they're doing.  I read up on the command, thought carefully about
what it was actually doing, then threw it away and did something simpler and
smarter (a straightforward 'close(STD*_FILENO)'). 
  
 I'm gratified to know that 'sudo stop [service]' in upstart executes a kill
-TERM instead of just a wanton killing of the process, so I have the opportunity
to clean up properly. 
  
 Heh... so, there you have it.  A Windows developer's stumbling, bumbling
learning how to upstart. 
  
 Hrm... now, if I could figure out a way to get it to start *when* it should
start (instead of crashing and being restarted by upstart), I'd have something
that provides less impact to the initialization of the machine. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739736</link><pubDate>Fri, 18 Jul 2014 13:34:23 -0000</pubDate><title>Message #3739736</title><guid isPermaLink="false">3739736@Uncensored</guid><description><![CDATA[  
 Argh! 
  
 I wrote a dirt-simple daemon.c that just does the minimum amount of work
to daemonize (eventually going to while(1){sleep(1);}), and upstart has no
problems with it. 
  
 So this means I need to figure out what's wrong with my own attempt to daemonize...
something isn't quite working correctly. 
  
 strace is still borked with even the simple daemon.c, though, so, plegh.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739721</link><pubDate>Fri, 18 Jul 2014 12:29:28 -0000</pubDate><title>Message #3739721</title><guid isPermaLink="false">3739721@Uncensored</guid><description><![CDATA[  
 After the first fork, I setsid for a new process group.  After the second
fork, I open to /dev/null, dup2( fd, STD*_FILENO), then close(fd).  I then
do the umask(027), set up my signals, create a pid file, etc. 
  
 Should I do that earler? 
  
 I'm seriously thinking about modifying this code to make it so it starts
according to command line parameters... no parameters, no forks, --fork makes
it fork once, --daemon makes it fork twice, and --emitstop makes it signal
SIGSTOP when it's properly running (after two forks).  But something in me
finds it irritating to think I might have a need to alter the code in such
a way, when you'd think just daemonizing it like any other daemonizing service
should do the trick. 
  
 I've also considered another way that involves using the pre-start command
to actually start the executable, pre-stop to actually stop it, and create
a script that monitors
that the pid file I create actually refers to a running process to ensure
that it's running, since apparently upstart is too broken in this distribution
to handle a daemon (unless my daemon is fubared, but the code looks like any
other daemonization code I've seen elsewhere, so.. I dunno). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739415</link><pubDate>Thu, 17 Jul 2014 21:30:52 -0000</pubDate><title>Message #3739415</title><guid isPermaLink="false">3739415@Uncensored</guid><description><![CDATA[I've been using Debian for 15 years and I'm not pleased with the systemd migration.
Too monolithic.  I'm hoping there's a simple way to retain init scripts after
everything else moves over. My systems hardly run anything complicated, and
for those things I can write my own init scripts.  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739412</link><pubDate>Thu, 17 Jul 2014 21:26:41 -0000</pubDate><title>Message #3739412</title><guid isPermaLink="false">3739412@Uncensored</guid><description><![CDATA[<html><body>

<p>it was quiet a discussion in the debian team, whether to use systemd or upstart.</p>
<p>you most probably did freopen stind/stdout/stderr to /dev/zero after the first fork?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739328</link><pubDate>Thu, 17 Jul 2014 18:12:55 -0000</pubDate><title>Message #3739328</title><guid isPermaLink="false">3739328@Uncensored</guid><description><![CDATA[  
 Oh, hm.  According to this: 
  
 http://en.wikipedia.org/wiki/Systemd 
  
 it seems Ubuntu plans to use it by default eventually.  Certainly, a lot
of other distributions seem to be using systemd now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739320</link><pubDate>Thu, 17 Jul 2014 17:58:24 -0000</pubDate><title>Message #3739320</title><guid isPermaLink="false">3739320@Uncensored</guid><description><![CDATA[  
 1. I was performing strace on a process that it started, not on one that
upstart started. 
  
 2. I noticed that strace failed to trace beyone the first fork of cron, too.
 So it isn't something weird I'm doing. 
  
 3. I'm accustomed to doing the kind of debugging that requires careful attention
to log files.  I very rarely run into the weird kind of race conditions that
require using something like strace... but I sorta wished it worked correctly
on this system in case I run into a posix-ism that involves a race condition
or something of the sort I rarely experience.  Heh. 
  
 4. Just, fucking, ugh: https://bugs.launchpad.net/upstart/+bug/406397 
  
 5. strace would have helped me figure out if that bug was appropriate to
this situation.  Heh. 
  
 6. Yeah, maybe I'm on the bleeding edge of OSes.  I could try something earlier
to see how well that works. 
  
 Regarding upstart's design,
in light of the url I sent, and the number of people bit by this, no, I think
they should seriously rethink this, or deitch ... (deitch?  really?) ditch
this for the other hot thing that seems to be making the rounds in systemd.

  
 This said, from the discussions I'm reading, there's a desire to use something
other than ptrace for upstart.  I just don't know why they woudl bother at
this point, if there's something else that people seem to like better. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739316</link><pubDate>Thu, 17 Jul 2014 17:48:59 -0000</pubDate><title>Message #3739316</title><guid isPermaLink="false">3739316@Uncensored</guid><description><![CDATA[  
 discussion: 
  
 Does upstart's design seem like a good idea to you? 
  
 Is the use of ptrace() for job status tracking inherently heuristic and therefore
inherently error-prone? 
  
 Is upstart integratation, although useful for machine boot performance, really
of interest to anyone other than Canonical's own development team? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739314</link><pubDate>Thu, 17 Jul 2014 17:44:07 -0000</pubDate><title>Message #3739314</title><guid isPermaLink="false">3739314@Uncensored</guid><description><![CDATA[  
 https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-upstart-overcome-ptrace-limitations

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739312</link><pubDate>Thu, 17 Jul 2014 17:37:59 -0000</pubDate><title>Message #3739312</title><guid isPermaLink="false">3739312@Uncensored</guid><description><![CDATA[  
 but yeah... I wouldn't spend too much time on upstart integration... it's
not exactly your highest-priority feature, most likely. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739311</link><pubDate>Thu, 17 Jul 2014 17:35:35 -0000</pubDate><title>Message #3739311</title><guid isPermaLink="false">3739311@Uncensored</guid><description><![CDATA[  
 yeah, we sysv everything... but then, all our stuff is pretty much stock.
and good luck running a JVM under upstart. 
  
 OK, we are stll on ubuntu 12.04 until RightScale picks up support for 14.04.
so maybe your problem is that you're too much on the bleeding edge, and somebody
broke strace in 14. 
  
 or, if you're trying to strace something that is being watched by upstart,
upstart may also be ptracing your process and there is a conflict. 
   
 hack suggestion: add a debug flag to your process, so that at the point you're
having trouble following, the process kills itself with SIGSTOP. That will
suspend it, until you kill it with SIGCONT. 
  
 While it's suspended, you may be able to attach to it with strace (or gdb)
closer to the point of interest. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739282</link><pubDate>Thu, 17 Jul 2014 15:43:13 -0000</pubDate><title>Message #3739282</title><guid isPermaLink="false">3739282@Uncensored</guid><description><![CDATA[  
 Yeah, I thought that was the expectation as well, except this is ubuntu 14.04
LTS.  It's the very latest version.  I can still smell the corinthian leather.

  
 At the end of the day, I don't really care what strace tells me, I already
know that I am calling 'fork' twice before getting to the good stuff in the
process of daemonizing my service.  All my googling suggests that's the bes
t practice for most posix services. 
  
 This means when configuring the service for upstart, I'm supposed to indicate
'expect daemon' so it know that it forks twice. 
  
 I'm supposed to do that so it not only can track the service's pid properly,
but it can also not hang when you 'sudo start [service]'.  And so it can be
stopped with 'sudo stop [service]' without hanging. 
  
 Except on this machine, it hangs.  It does track the pid, but it hangs. 
Someone had a nifty table that tells you things like
'if you specify expect daemonize but the service only forks once this is the
behavior to expect', but none of this matches his chart. 
  
 So, I'm thinking about punting and just doing this the sysv way... which
is kind of a shame, really, as I'd love to take advantage of whatever upstart
does for you (parallel starting of types of services, etc), but I can't seem
to make it work on this machine, and I've devoted kind of a stupid amount
of time researching the issue. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739274</link><pubDate>Thu, 17 Jul 2014 15:20:31 -0000</pubDate><title>Message #3739274</title><guid isPermaLink="false">3739274@Uncensored</guid><description><![CDATA[  
 You must have a quite significantly older distribution if strace -f doesn't
follow clone. Well anyway, strace itself is pretty portable code. Try compiling
its latest version on your older libc/kernel. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739235</link><pubDate>Thu, 17 Jul 2014 12:27:24 -0000</pubDate><title>Message #3739235</title><guid isPermaLink="false">3739235@Uncensored</guid><description><![CDATA[  
 s/research/researching 
  
 Gads, but I should slow down on my typing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739234</link><pubDate>Thu, 17 Jul 2014 12:27:03 -0000</pubDate><title>Message #3739234</title><guid isPermaLink="false">3739234@Uncensored</guid><description><![CDATA[  
 (And, yeah, I'll be research serviced soon). 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739233</link><pubDate>Thu, 17 Jul 2014 12:26:43 -0000</pubDate><title>Message #3739233</title><guid isPermaLink="false">3739233@Uncensored</guid><description><![CDATA[  
 In any event, I was only looking into this because this machine's upstart
doesn't seem to work very well with the service I wrote.  My service doesn't
look like it's doing anything amazingly different than any other service when
it comes to daemonizing, but upstart's 'start' hangs and 'stop' doesn't stop
it. 
  
 In the end, I expect I'll give up and do the SysV thing, since that works
everywhere anyway.  I just sorta hoped to do things The Right Way (tm) for
various distributions. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739232</link><pubDate>Thu, 17 Jul 2014 12:21:29 -0000</pubDate><title>Message #3739232</title><guid isPermaLink="false">3739232@Uncensored</guid><description><![CDATA[  
 Yeah, that's what the man page indicates, what the google search tells me
to do, and what it suggests when you type strace --help, but it won't do it
on this machine. 
  
 I wonder about the latest Ubuntu.  Hm. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739152</link><pubDate>Wed, 16 Jul 2014 23:22:11 -0000</pubDate><title>Message #3739152</title><guid isPermaLink="false">3739152@Uncensored</guid><description><![CDATA[  
 Yep, -f (follow-fork mode) has also been following clone() for a few years
now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739141</link><pubDate>Wed, 16 Jul 2014 21:53:12 -0000</pubDate><title>Message #3739141</title><guid isPermaLink="false">3739141@Uncensored</guid><description><![CDATA[<html><body>

<p>-f</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3739132</link><pubDate>Wed, 16 Jul 2014 20:50:13 -0000</pubDate><title>Message #3739132</title><guid isPermaLink="false">3739132@Uncensored</guid><description><![CDATA[  
 Hrm. 
  
 I would like to use strace to see what happens beyond daemonization, but
at least on this machine, it 'finishes' with the first call to clone, despite
the daemonized process continuing to run thereafter. 
  
 Not as helpful a tool for me as I wish. 
  
 While I can still use it to trace system calls on the running process, if
I wanted to see wha tit was doing for the few milliseconds it was between
pids, I am SOL. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3733922</link><pubDate>Mon, 07 Jul 2014 21:48:04 -0000</pubDate><title>Message #3733922</title><guid isPermaLink="false">3733922@Uncensored</guid><description><![CDATA[I'm pretty sure that's Maddog Hall. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3733920</link><pubDate>Mon, 07 Jul 2014 21:40:50 -0000</pubDate><title>Message #3733920</title><guid isPermaLink="false">3733920@Uncensored</guid><description><![CDATA[That isn't RMS in the front left, is it?  Looks like him from the back (sloppy,
fat, long greasy hair) but I can't imagine the real RMS would wear a shirt
that says "LINUX" nor would he allow anyone to speak the words "Linux operating
system" without blurting out "TEH GNU!!! TEH GNUUUYUUUYUYYYYUUUUUUUUUUUUU!!1111"

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3733800</link><pubDate>Mon, 07 Jul 2014 11:51:09 -0000</pubDate><title>Message #3733800</title><guid isPermaLink="false">3733800@Uncensored</guid><description><![CDATA[<html><body>

<p>Maddog is digitizing his ye olde VHS-Tapes:</p>
<p>https://www.youtube.com/watch?v=iLaN8anFyo0&amp;feature=youtu.be</p>
<p>Linus talk at dec.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729820</link><pubDate>Wed, 25 Jun 2014 14:18:47 -0000</pubDate><title>Message #3729820</title><guid isPermaLink="false">3729820@Uncensored</guid><description><![CDATA[  
 I think 'doze does have a random number generator.  Unsure if it's suitable,
though, heh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729694</link><pubDate>Tue, 24 Jun 2014 21:12:00 -0000</pubDate><title>Message #3729694</title><guid isPermaLink="false">3729694@Uncensored</guid><description><![CDATA[  
 It's bug- and feature-free. Say, does anyone have a spare ASN.1 parser kicking
around? ;-p 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729689</link><pubDate>Tue, 24 Jun 2014 20:48:26 -0000</pubDate><title>Message #3729689</title><guid isPermaLink="false">3729689@Uncensored</guid><description><![CDATA[Does 'doze not have a suitable random number generator?  Anything missing
from a platform should be provided by a supplemental library, not bolted into
the SSL library itself and forced on everyone (especially those poor sensitive
openbfd people with their perfectly secure but unusable operating system).

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729664</link><pubDate>Tue, 24 Jun 2014 18:17:49 -0000</pubDate><title>Message #3729664</title><guid isPermaLink="false">3729664@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Jun 24 2014 10:08:03 EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I read through the entire presentation. Their goals are worthwhile and their approach is sensible. If they want funding they're going to have to do a better presentation than MagicPoint with Comic Sans. With any luck, LibreSSL will do to OpenSSL what Xorg did to XFree86. Eliminating any reason for GNUTLS to exist would also be a plus. </div>
</div>
</blockquote>
<p>well, one of the most discussed removals was alternative ways for random seeds, which makes it i.e. impossible to use in putty.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729604</link><pubDate>Tue, 24 Jun 2014 14:08:03 -0000</pubDate><title>Message #3729604</title><guid isPermaLink="false">3729604@Uncensored</guid><description><![CDATA[I read through the entire presentation.  Their goals are worthwhile and their
approach is sensible.  If they want funding they're going to have to do a
better presentation than MagicPoint with Comic Sans.  With any luck, LibreSSL
will do to OpenSSL what Xorg did to XFree86.  Eliminating any reason for GNUTLS
to exist would also be a plus. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729598</link><pubDate>Tue, 24 Jun 2014 13:52:07 -0000</pubDate><title>Message #3729598</title><guid isPermaLink="false">3729598@Uncensored</guid><description><![CDATA[  
 They need someone dedicated to handling OpenSSL.  That would take care of
almost all of their problems. 
  
 Probably won't happen anytime soon. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729588</link><pubDate>Tue, 24 Jun 2014 13:17:26 -0000</pubDate><title>Message #3729588</title><guid isPermaLink="false">3729588@Uncensored</guid><description><![CDATA[Great.  Does that mean that OpenSSL will now become a "one version for OpenBSD
and one version for everyone else" ? 
  
 They've pulled that crap before. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729536</link><pubDate>Tue, 24 Jun 2014 06:42:33 -0000</pubDate><title>Message #3729536</title><guid isPermaLink="false">3729536@Uncensored</guid><description><![CDATA[<html><body>

<p>yea, finaly something is moving... maybe *ssl becomes valgrind clean one day? *dreams*</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3729460</link><pubDate>Mon, 23 Jun 2014 19:05:27 -0000</pubDate><title>Message #3729460</title><guid isPermaLink="false">3729460@Uncensored</guid><description><![CDATA[  
 "Weaponized Comic Sans": http://www.openbsd.org/papers/bsdcan14-libressl/mgp00025.html

  
 part of a larger presentation on OpenBSD's vote-of-no-confidence in OpenSSL
(a few years too late, but appreciated nonetheless) 
  
 skip to the good bits: 
 http://www.openbsd.org/papers/bsdcan14-libressl/mgp00007.html 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3723624</link><pubDate>Mon, 09 Jun 2014 12:37:26 -0000</pubDate><title>Message #3723624</title><guid isPermaLink="false">3723624@Uncensored</guid><description><![CDATA[  
 It amuses me that someone implemented what appears to be telnet or ssh via
web page, then made that available in Turnkey Linux through their Webmin interface.

  
 Which might (maybe?) be an interesting idea for a distributable virtual machine
for Citadel.  Hmm... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3723199</link><pubDate>Sat, 07 Jun 2014 18:02:17 -0000</pubDate><title>Message #3723199</title><guid isPermaLink="false">3723199@Uncensored</guid><description><![CDATA[<html><body>

<p>Lighttable web page insults the venerable 80-character TTY!  How dare they!</p>
<p>(Actually I run all my terminals at 132x43 now.  I wanted something bigger but I didn't just want to be ambiguous about it so I chose something that's at least a VESA mode.  But I'm a nerd.)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722816</link><pubDate>Thu, 05 Jun 2014 20:18:35 -0000</pubDate><title>Message #3722816</title><guid isPermaLink="false">3722816@Uncensored</guid><description><![CDATA[  
 I seem to remember someone perverse created a vi editor in emacs. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722617</link><pubDate>Thu, 05 Jun 2014 18:50:17 -0000</pubDate><title>Message #3722617</title><guid isPermaLink="false">3722617@Uncensored</guid><description><![CDATA[<html><body>

<p>emacs can edit files via ssh.</p>
<p>today i've learned about http://www.lighttable.com/</p>
<p>(ok, its implemented in clojure, which basicaly is a lisp interpreter running in the java interpreter...)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722170</link><pubDate>Thu, 05 Jun 2014 12:40:44 -0000</pubDate><title>Message #3722170</title><guid isPermaLink="false">3722170@Uncensored</guid><description><![CDATA[  
 Yeah, searches in vi involve using '/'.  You can search backwards with '?'
if I recall.  And global search-and-replace involves using a colon command,
like: 
  
 :%s/search/replace/g 
  
 (% means, 'the entire document', s means 'search for text', 'search' is the
term to find, 'replace' is term to change to 'search', and 'g' means 'look
for other search terms to the end of the line'). 
  
 Heh, did I get that right? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722137</link><pubDate>Thu, 05 Jun 2014 07:38:09 -0000</pubDate><title>Message #3722137</title><guid isPermaLink="false">3722137@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes, I know about pico, but it is the systems you ssh into, that force you to use vi. QNAP NAS devices (maybe I forgot to check for pico there), such things. OSX features both, vi and nano. I like that. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722112</link><pubDate>Thu, 05 Jun 2014 00:15:25 -0000</pubDate><title>Message #3722112</title><guid isPermaLink="false">3722112@Uncensored</guid><description><![CDATA[If nano does't work try pico, Nano is a pico clone.  Nano was written at Plattsburgh State.

I use nano also but only because my old boss used it and it was default.  When I ssh to godaddy I have to use 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722102</link><pubDate>Wed, 04 Jun 2014 22:12:01 -0000</pubDate><title>Message #3722102</title><guid isPermaLink="false">3722102@Uncensored</guid><description><![CDATA[emacs is an interesting operating system but it lacks a decent text editor.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722098</link><pubDate>Wed, 04 Jun 2014 21:46:47 -0000</pubDate><title>Message #3722098</title><guid isPermaLink="false">3722098@Uncensored</guid><description><![CDATA[<html><body>

<p>I still prefer nano. I can use (and most important: exit!) vi, but I never ever cared to learn any of its alledgedly beneficial features. I'd rather describe it as "I can defend myself against *nixes which lack nano and fore me to use vi". Heck, I even do not know how to do a search in it (probably involves the /). I like how vi highlites brackets, and some things about rows it does better than nano. It is also smarter when it comes to charset conversion.</p>
<p>I did all my work on this current layout of citadel and all my hacking and slashing in the source in nano. In fact, I edit most html in nano, there is syntax highlighting and it is enough most of the time. Still, I am willing to give Aptana Studio a try for the next layout rework. </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722011</link><pubDate>Wed, 04 Jun 2014 13:04:34 -0000</pubDate><title>Message #3722011</title><guid isPermaLink="false">3722011@Uncensored</guid><description><![CDATA[  
 Heh... 
  
 I'd probably feel similarly about emacs.  I used to love emacs, though, but
vi really grew on me. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3722004</link><pubDate>Wed, 04 Jun 2014 12:37:51 -0000</pubDate><title>Message #3722004</title><guid isPermaLink="false">3722004@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3721861</link><pubDate>Tue, 03 Jun 2014 20:37:47 -0000</pubDate><title>Message #3721861</title><guid isPermaLink="false">3721861@Uncensored</guid><description><![CDATA[  
 I'm fortunate that I have been using vi(m) for a long time now, so a lot
of those commands are actually fairly well ingrained in me.  That, I've noticed,
has helped me get through some of the complicated commands pretty well.  They
are relatively intuitive to me. 
  
 This said, I still have to look up a lot of stuff.  I was originally trying
to do all of this with sed instead of ed, but found that ed did the job I
wanted far better. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3721860</link><pubDate>Tue, 03 Jun 2014 20:35:38 -0000</pubDate><title>Message #3721860</title><guid isPermaLink="false">3721860@Uncensored</guid><description><![CDATA[Your nix-fu grows stronger, grasshopper.  :) 
  
 Next you can learn "ex", which is basically vi without the fullscreen.  Sounds
silly, but if you need to pipeline a bunch of commands you already know them.

  
 sed and awk together are powerful shell scripting tools.  Perl is for weenies.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3721847</link><pubDate>Tue, 03 Jun 2014 18:57:08 -0000</pubDate><title>Message #3721847</title><guid isPermaLink="false">3721847@Uncensored</guid><description><![CDATA[  
 (e.g. echo ',s/foo/bar/g;w;q' | tr \; '\012' | ed -e $file ) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3721846</link><pubDate>Tue, 03 Jun 2014 18:56:01 -0000</pubDate><title>Message #3721846</title><guid isPermaLink="false">3721846@Uncensored</guid><description><![CDATA[  
 Today, I learned the difference between sed and ed. 
  
 Use ed for in-place edit of files. 
  
 Use sed for streaming edits across pipes. 
  
 It's entertaining to use ed for scripting edits of files. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3719743</link><pubDate>Fri, 30 May 2014 15:35:46 -0000</pubDate><title>Message #3719743</title><guid isPermaLink="false">3719743@Uncensored</guid><description><![CDATA[<html><body>

<p>Semi active.  They seem to loose the repo now and then.  Someone makes floppy images every now and then.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3719472</link><pubDate>Thu, 29 May 2014 14:22:02 -0000</pubDate><title>Message #3719472</title><guid isPermaLink="false">3719472@Uncensored</guid><description><![CDATA[Wow, is ELKS still an active project? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3719321</link><pubDate>Thu, 29 May 2014 03:06:31 -0000</pubDate><title>Message #3719321</title><guid isPermaLink="false">3719321@Uncensored</guid><description><![CDATA[<html><body>

<p>I don't have the real hardware any more, but thought it would be fun to torture myself with this:</p>
<p>http://elks.sourceforge.net/</p>
<p>Think 8086 or 8088.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3717161</link><pubDate>Tue, 27 May 2014 02:19:21 -0000</pubDate><title>Message #3717161</title><guid isPermaLink="false">3717161@Uncensored</guid><description><![CDATA[
Thirteen weird and wonderful niche Linux distros... including one that will run on a 386.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3717116</link><pubDate>Mon, 26 May 2014 20:43:08 -0000</pubDate><title>Message #3717116</title><guid isPermaLink="false">3717116@Uncensored</guid><description><![CDATA[I'll ask around and see if anyone has compatible RAM; I'm not sure the machine
is worth sinking actual money into.  I think I finally got rid of my last
DDR2, but I'll dig around. 
  
 Worst case, it should play DVDs and maybe handle some amateur radio stuff
in my work room; that's where it is now. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3717095</link><pubDate>Mon, 26 May 2014 17:20:01 -0000</pubDate><title>Message #3717095</title><guid isPermaLink="false">3717095@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3717062</link><pubDate>Mon, 26 May 2014 13:41:56 -0000</pubDate><title>Message #3717062</title><guid isPermaLink="false">3717062@Uncensored</guid><description><![CDATA[Once you get into the GHz range it's really more about the RAM than the CPU.
 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3716960</link><pubDate>Sun, 25 May 2014 23:00:19 -0000</pubDate><title>Message #3716960</title><guid isPermaLink="false">3716960@Uncensored</guid><description><![CDATA[ >  
 >Pentium 4 machines are only good as heating devices. If you are  
 >lucky, the socket can hold some c2d.  
 >  
  
 Hmmm... my guess is a pentium 4 will run a reasonable linux distro just fine.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3716957</link><pubDate>Sun, 25 May 2014 21:27:01 -0000</pubDate><title>Message #3716957</title><guid isPermaLink="false">3716957@Uncensored</guid><description><![CDATA[<html><body>

<p>Sorry to hear that about your granny. My mum got similarly ripped off when she bought a computer at some store once. They sold her some freaky micro-atx mainboard with an amd cpu soldered onto the board. Total utter crap. Too few ram and crappy hd, too. I am currently building a new machine to replace the old machine she uses now, which is the computer my step brother gave her. DDR1 ram and AGP gpu. This new one is a c2d, 4gb ddr2 ram and a SSHD sata. Should be enough for her surfing needs.</p>
<p>Pentium 4 machines are only good as heating devices. If you are lucky, the socket can hold some c2d.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3716838</link><pubDate>Sat, 24 May 2014 22:56:49 -0000</pubDate><title>Message #3716838</title><guid isPermaLink="false">3716838@Uncensored</guid><description><![CDATA[2.6GHz Pentium 4 with criminally low 512MB of RAM.  This machine came to me from my grandmother, who never really used it after purchase because WinXP apparently displeased her.  We're not really sure; she has pretty advanced Alzheimer's and isn't
really into answering questions these days.   
    
 Anyway, WinXP was sucking pretty bad on it, but Linux Mint Debian Edition is somewhat more responsive (and much more capable).  I will see if I can scare up some more RAM.   
  
  
 I am, incidentally, thoroughly pissed at the computer shop that sold my grandmother an under-memoried machine with an IDE hard drive, but then put in a fairly nice (for the time) motherboard with SATA controller.  All of it in a fancy-looking case
(window, LEDs, fan w/LED) for a little old lady to do her family tree software on.  I don't know what they spent, but it was way more than they should have. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3697318</link><pubDate>Thu, 17 Apr 2014 01:50:55 -0000</pubDate><title>Message #3697318</title><guid isPermaLink="false">3697318@Uncensored</guid><description><![CDATA[  
 http://ask.debian.net/questions/backporting-more-recent-versions-of-the-gcc-toolchain-to-debian-stable 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3697317</link><pubDate>Thu, 17 Apr 2014 01:50:10 -0000</pubDate><title>Message #3697317</title><guid isPermaLink="false">3697317@Uncensored</guid><description><![CDATA[  
 http://backports.debian.org/ 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3697189</link><pubDate>Wed, 16 Apr 2014 12:40:04 -0000</pubDate><title>Message #3697189</title><guid isPermaLink="false">3697189@Uncensored</guid><description><![CDATA[  
 Okay, I'll look around for 'backport' and see what that involves. 
  
 We have a need for that for some other stuff, for which we have no sources,
but we need these things to work on older Linux machines.  If 'backport' can
help with that, it'll be a bonus! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696746</link><pubDate>Tue, 15 Apr 2014 21:10:29 -0000</pubDate><title>Message #3696746</title><guid isPermaLink="false">3696746@Uncensored</guid><description><![CDATA[<html><body>

<p>Fleeb, what you're searching for is 'backport' they exist for many distributions; so most of the time you don't need to do this yourselves... And if, its probably going to become very hard.</p>
<p>the more these libs are core of the os, the more troubles you will get...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696706</link><pubDate>Tue, 15 Apr 2014 18:22:40 -0000</pubDate><title>Message #3696706</title><guid isPermaLink="false">3696706@Uncensored</guid><description><![CDATA[  
 Yeah, I've had my fair share of newer C++ compilers breaking stuff in the
Windows world as well. 
  
 Although, as I dug deeper and learned more about C++, I came to learn that
a lot of the code that broke was not exactly written properly to start.  Although,
admittedly, some of the code was written in a particular way because the compiler
itself wasn't quite right... but that's probably a discussion for another
forum, heh. 
  
 I do pretty well now, writing C++ that handles upgrades in the compiler with
quite a bit of grace.  So, that's less of a problem for me. 
  
 I wanted to use some of the newer features available in the latest versions
of C++, in part, to keep up with some of those things, and in part, because
the language is getting interesting.  Lambda functions, certain move semantics
that help optimize 'copy' operations while keeping your code safe, variadic
parameters that
are type-safe... the language has really come a long way in the last few years.

  
 But, yeah, I know how to use the old stuff, and I can certain continue to
write that way if I have to. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696700</link><pubDate>Tue, 15 Apr 2014 17:41:16 -0000</pubDate><title>Message #3696700</title><guid isPermaLink="false">3696700@Uncensored</guid><description><![CDATA[ >the kernal on either Linux or Windows.  A network stack, threading,   
 >file i/o... none of those things are revolutionary these days.  Yet,   
  
 Those things aren't the problems. It's the constant evolutions of C++ that
present the biggest challenges. I remember hacking around with stuff like
TOra, how newer compilers would break older C++ code between consecutive major
releases of distributions... not fun. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696697</link><pubDate>Tue, 15 Apr 2014 17:33:06 -0000</pubDate><title>Message #3696697</title><guid isPermaLink="false">3696697@Uncensored</guid><description><![CDATA[  
 The source install of gcc-c++ often supports somewhat older base OS versions
than what you can obtain just by installing the gcc-c++ binaries that come
with newer distributions (which are, by definition, compiled and linked against
that same newer distro.) 
  
 Both MS and Apple DO do a better job of some of this stuff, admittedly. Microsoft
basically provides a set of alternate headers and link stubs for their older
OSs so that you can cross-compile against the older stuff. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696696</link><pubDate>Tue, 15 Apr 2014 17:25:59 -0000</pubDate><title>Message #3696696</title><guid isPermaLink="false">3696696@Uncensored</guid><description><![CDATA[    
 On Linux, the C library fills a larger role than it does on Windows. Windows,
all the fundamental OS interfaces are in KERNEL, USER and GDI with some semblance
of symbol versioning. The C library on Windows is just viewed as this little
shim that's specific to C programs. On Linux its more fundamental to the operating
system.   
    
 I'm going to make the assumption that the Kool Stuff you prefer/require is
all C++ language features and C++ library features. That's separated from
the C library to a degree, on Linux.   
    
 **This is not always supported**, but a quick hack you might try, is to compile
with libstdc++ statically linked, and libc dynamically linked. Even if you're
compiling on a newer distro, this *might* result in something that will run
on an older distro. Symbol versioning in libc can sometimes salvage this,
if your binary happens to avoid symbol versions that are
not present in the older libc.   
    
 But to be really safe I would try to properly install a newer version of
gcc-c++ on the oldest distro you need to support, and use that host as your
build host. Assuming you're avoiding some of the poorly-versioned libraries
out there, this may work. You may end up with some weird bits that have to
be installed along with your binary... libstdc++ ships with the compiler,
rather than libc, and preferably you want to get a libstdc++ that is compiled
and linked against the oldest libc you need to support.   
  
  
 That is, if you're not willing to just remove the Kool Stuff, which might
be the most conservative thing for you to do... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696690</link><pubDate>Tue, 15 Apr 2014 16:42:55 -0000</pubDate><title>Message #3696690</title><guid isPermaLink="false">3696690@Uncensored</guid><description><![CDATA[  
 Okay, yeah, now that I think of it, I'm being a bit unfair to expect forwards
compatibility to a certain extreme. 
  
 But so far, in the past, when I've written stuff that doesn't use a particularly
obscure API call on Windows, I could make the same thing work on extremely
old versions of Windows without having to concern myself about the age of
the compiler itself... with only one exception.  VC++ 2013 requires you specify
a different toolset if you want your software to work on XP or older.  I mean,
after all, they provide a separate library for the C/C++ runtime, and that
library doesn't require anything terribly new out of the kernel (well, until
VC++ 2013, and even then, I suspect if I dig enough, I'll find it is security-related
or somesuch). 
  
 For what I'm doing, I am not requiring anything amazingly new out of the
kernal on either Linux or Windows.  A network stack, threading,
file i/o... none of those things are revolutionary these days.  Yet, for some
reason, newer compilers are making older operating systems obscolete? 
  
 That just seems very, very weird. 
  
 Yeah, I can revert to using older compiler features and avoid the Kool Stuff,
but I confess, it sucks. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696667</link><pubDate>Tue, 15 Apr 2014 14:09:05 -0000</pubDate><title>Message #3696667</title><guid isPermaLink="false">3696667@Uncensored</guid><description><![CDATA[      
 No... I'm suggesting that you don't know Linux well enough to do what you
seem to be proposing.     
      
 To pick a hypothetical example, Ubuntu 10.04 is based on kernel 2.6. 12.04
is based on kernel 3.0.     
      
 The C library from 12.04 might depend on kernel 3.0 features in some areas.
It might depend on other components of the 12.04 distribution that are not
present on 2.6. Depending on what specific system calls you use, of course.
There are probably ways you could avoid those dependencies, but it's really
going to save you more time in the end to dynamically link with the C library
from 10.04. Because forward compatibility is guaranteed, but backwards compatibility
is not necessarily guaranteed. That way you know your'e taking advantage of
interfaces that were available on 10.04.     
      
 libstdc++ is a different story. If you are unwilling to code conservatively
enough to limit yourself to C++ features that were available on the older
distribution's compiler (10.04 in this example) then it might be possible
to *compile* a newer version of g++ on 10.04, and link statically with the
libstdc++ from that version. The resulting binary should carry forward to
12.04. But building on 12.04 and expecting stuff to carry backwards is not
the supported path and does not work in general unless you are very careful.
***This is the same situation as windows -- why would you expect to be able
to take GDI.DLL from Vista and drop it onto XP?***     
    
    
 And really, you should be dynamically linking where you can, so that it's
possible to pull in security updates operationally without recompiling all
the time.   
  
  
 tl;dr: don't link statically with libc. But you can consider it for other
libraries. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696656</link><pubDate>Tue, 15 Apr 2014 13:02:26 -0000</pubDate><title>Message #3696656</title><guid isPermaLink="false">3696656@Uncensored</guid><description><![CDATA[  
 So you're basically suggesting to me that Linux discourages advances if you
wish to write software professionally for that platform. 
   
 Unless you are in the luxurious position of telling everyone that they have
to move to the version of Linux to which you compile your sources. 
  
 I want to like Linux, but this is really, really bad. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696370</link><pubDate>Mon, 14 Apr 2014 21:50:15 -0000</pubDate><title>Message #3696370</title><guid isPermaLink="false">3696370@Uncensored</guid><description><![CDATA[    
 if you have a mix of old/new distributions on live servers, your toolchain
needs to be based on the oldest binaries in your server farm.   
  
  
 or you need to think about source installs. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696369</link><pubDate>Mon, 14 Apr 2014 21:47:45 -0000</pubDate><title>Message #3696369</title><guid isPermaLink="false">3696369@Uncensored</guid><description><![CDATA[  
 c++ is debateable, but I can't imagine why you would want to link libc statically.
this is not standard practice, nor necessary practice, nor can I imagine why
it would be merely expedient. 
  
 you'll probably just cause yourself more trouble, that way. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696363</link><pubDate>Mon, 14 Apr 2014 20:35:05 -0000</pubDate><title>Message #3696363</title><guid isPermaLink="false">3696363@Uncensored</guid><description><![CDATA[  
 Boost, and the standard c++/c libs. 
  
 Although, the more I read on this topic, the more I wonder if I couldn't
just install the missing libraries when I install the executable itself somehow.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696356</link><pubDate>Mon, 14 Apr 2014 19:26:17 -0000</pubDate><title>Message #3696356</title><guid isPermaLink="false">3696356@Uncensored</guid><description><![CDATA[  
 depends which libraries you're talking about. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696344</link><pubDate>Mon, 14 Apr 2014 18:40:54 -0000</pubDate><title>Message #3696344</title><guid isPermaLink="false">3696344@Uncensored</guid><description><![CDATA[  
 Heh... I work where we have both Linux and Windows. 
  
 We're going into the next phase of our software efforts, which involves writing
more sophisticated code (rather than something for a demo).  That code requires
some code in common between Windows and Linux. 
  
 So, I saw an opportunity to write the service/daemon code that compiles for
Windows SCM or for a Linux daemon depending on which machine does the compiling.
 It seems to work reasonably well, and that allows me to write one bit of
code in C++ that works in both Linux and Windows. 
  
 Except for the bit where the shared libraries on some of these machines are
horribly out of date... so I should probably compile for static libs, like
I do for Windows. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696330</link><pubDate>Mon, 14 Apr 2014 16:47:47 -0000</pubDate><title>Message #3696330</title><guid isPermaLink="false">3696330@Uncensored</guid><description><![CDATA[  
 Did I miss something - you now work at a Linux shop? 
 Well, you got what you wanted I guess. 
  
 But... don't upgrade the compiler. Use the distro-supplied... or upgrade
the distro. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3696317</link><pubDate>Mon, 14 Apr 2014 15:46:06 -0000</pubDate><title>Message #3696317</title><guid isPermaLink="false">3696317@Uncensored</guid><description><![CDATA[  
 I'm starting to appreciate the equivalence of DLL-Hell on Linux. 
  
 But, in some ways, Linux magnifies the problem. 
  
 It's so strongly encouraged that you use shared libraries that it seems like
you have to practically pull teeth to use static libraries.  People generally
say, "It is encouraged to use shared libraries," and make up all kinds of
smarmy comments (at least, the ones who don't seem to grasp that some people
have special needs requiring that you not compile everything on each machine).

  
 Of course, I'm sure it's my fault for wanting to use a modern compiler when
it seems this environment has machines that are... obscolete.  But, sheesh...

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3695394</link><pubDate>Fri, 11 Apr 2014 02:45:37 -0000</pubDate><title>Message #3695394</title><guid isPermaLink="false">3695394@Uncensored</guid><description><![CDATA[<html><body>

<p>You are welcome.  Scared the heck out of me with the first try and it dumped out the admin password. Kinda makes me ill knowing it has been hanging out there for a years on the newer installs.  Read today about some folks that have proof of full private key certs.  Replacing them is yet another priority.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3695127</link><pubDate>Thu, 10 Apr 2014 15:17:31 -0000</pubDate><title>Message #3695127</title><guid isPermaLink="false">3695127@Uncensored</guid><description><![CDATA[I've been looking for a tester that doesn't involve using a third party web
site.  Thanks! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3695103</link><pubDate>Thu, 10 Apr 2014 12:23:57 -0000</pubDate><title>Message #3695103</title><guid isPermaLink="false">3695103@Uncensored</guid><description><![CDATA[  
 I was thinking alloca... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694853</link><pubDate>Thu, 10 Apr 2014 04:32:17 -0000</pubDate><title>Message #3694853</title><guid isPermaLink="false">3694853@Uncensored</guid><description><![CDATA[<html><body>

<p>Yes. I have uploaded an attachment for for your enjoyment to test servers under your purview :-)</p>
<p>Warning:</p>
<p>I will not be held responsible when you view the output of an pFsense 2.x install... Makes my groin hurt.</p>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694844</link><pubDate>Thu, 10 Apr 2014 03:07:52 -0000</pubDate><title>Message #3694844</title><guid isPermaLink="false">3694844@Uncensored</guid><description><![CDATA[<html><body>

<p>Oh, and password changes and replacement of certs post patch / replace.  Plus more firewall rules in case it proves to be a bad patch (and / or recompile without the heartbeat option and deploy packages).</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694837</link><pubDate>Thu, 10 Apr 2014 01:34:34 -0000</pubDate><title>Message #3694837</title><guid isPermaLink="false">3694837@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Wed Apr 09 2014 06:00:48 PM EDT</span> <span>from dothebart @ Uncensored </span></div>
<div class="message_content">
<p>whats your plan to avoid it?</p>
<br /><br /></div>
</blockquote>
<p>Patch / upgrade, or leave at the old version that does not include heartbeat.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694830</link><pubDate>Thu, 10 Apr 2014 01:10:50 -0000</pubDate><title>Message #3694830</title><guid isPermaLink="false">3694830@Uncensored</guid><description><![CDATA[  
 Have you heard about this new "heartbleed" bug?  It affects GNU/OpenBSD,
and some other systems too. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694823</link><pubDate>Thu, 10 Apr 2014 00:37:09 -0000</pubDate><title>Message #3694823</title><guid isPermaLink="false">3694823@Uncensored</guid><description><![CDATA[There are plenty of drop-in malloc replacements (tcmalloc, dlmalloc, etc).
 However, this isn't just a problem with the glibc implementation.  All malloc
implementations need to get their memory from *somewhere* -- and that somewhere
is obtained by making a call to brk() to set the size of the program's data
segment.  Obviously the program can't ask for the data segment to be shrunk
if there's something in use at the end of it. 
  
 I suppose you could use alloca() in some situations to get memory from the
stack instead of the heap, but that's got limitations... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694804</link><pubDate>Wed, 09 Apr 2014 22:00:48 -0000</pubDate><title>Message #3694804</title><guid isPermaLink="false">3694804@Uncensored</guid><description><![CDATA[<html><body>

<p>whats your plan to avoid it?</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694761</link><pubDate>Wed, 09 Apr 2014 14:18:09 -0000</pubDate><title>Message #3694761</title><guid isPermaLink="false">3694761@Uncensored</guid><description><![CDATA[  
 *shudder* 
  
 More reason to avoid malloc. 
  
 ax25: 
  
 Wait, that RFC isn't for what I expected. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694719</link><pubDate>Wed, 09 Apr 2014 10:30:43 -0000</pubDate><title>Message #3694719</title><guid isPermaLink="false">3694719@Uncensored</guid><description><![CDATA[<html><body>

<p>so today I learned fancy things about the glibc malloc implementation:</p>
<p>it only can return the most recently allocated block to the OS.</p>
<p>so if you only have a tiny leak 'tagging' this block, it will remain bound to your process forever.</p>
<p>or - if you only manage to allocate more space before you free that memory (so the next block is requested) it remains forever yours[tm]</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694680</link><pubDate>Wed, 09 Apr 2014 01:14:47 -0000</pubDate><title>Message #3694680</title><guid isPermaLink="false">3694680@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Apr 08 2014 08:32:41 AM EDT</span> <span>from fleeb @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Hmm... I want to see an RFC for it. </div>
</div>
</blockquote>
<p>April 7th 1969 - RFC #1.</p>
<p>You would need to go to the set of negative RFC's to get anything before that date.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694679</link><pubDate>Wed, 09 Apr 2014 01:12:48 -0000</pubDate><title>Message #3694679</title><guid isPermaLink="false">3694679@Uncensored</guid><description><![CDATA[<html><body>

<p>My heart bleeds as of late for a better Openssl implementation :-)</p></body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694540</link><pubDate>Tue, 08 Apr 2014 12:32:41 -0000</pubDate><title>Message #3694540</title><guid isPermaLink="false">3694540@Uncensored</guid><description><![CDATA[  
 Hmm... I want to see an RFC for it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3694435</link><pubDate>Tue, 08 Apr 2014 03:08:15 -0000</pubDate><title>Message #3694435</title><guid isPermaLink="false">3694435@Uncensored</guid><description><![CDATA[<html><body>

<p>I wonder if there are drivers for the Pantelegraph for Linux :-)</p>
<p>http://en.wikipedia.org/wiki/Pantelegraph</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3693946</link><pubDate>Mon, 07 Apr 2014 15:44:39 -0000</pubDate><title>Message #3693946</title><guid isPermaLink="false">3693946@Uncensored</guid><description><![CDATA[As far as I'm concerned, faxes are still more friendly than "DocuSign" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3693779</link><pubDate>Mon, 07 Apr 2014 12:38:26 -0000</pubDate><title>Message #3693779</title><guid isPermaLink="false">3693779@Uncensored</guid><description><![CDATA[  
 The US is still FAX friendly in a lot of areas. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3692590</link><pubDate>Sun, 06 Apr 2014 15:15:58 -0000</pubDate><title>Message #3692590</title><guid isPermaLink="false">3692590@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3692572</link><pubDate>Sun, 06 Apr 2014 12:40:13 -0000</pubDate><title>Message #3692572</title><guid isPermaLink="false">3692572@Uncensored</guid><description><![CDATA[  
 I had to write something for modem not too long ago.   
  
 Closed captions still use modems, in spite of the Voip crap going on these
days. That is part of the problem with captioning today. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3692544</link><pubDate>Sun, 06 Apr 2014 09:56:47 -0000</pubDate><title>Message #3692544</title><guid isPermaLink="false">3692544@Uncensored</guid><description><![CDATA[<html><body>

<p>at least over here in germany faxes are still very broad in use with lawyers and courts - to send documents so they arive in time before the postal services deliver the original...</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3692522</link><pubDate>Sun, 06 Apr 2014 04:11:10 -0000</pubDate><title>Message #3692522</title><guid isPermaLink="false">3692522@Uncensored</guid><description><![CDATA[<html><body>

<p>Ha, faxes.  Mostly real estate agents, used car sales(people), and other vermin :-)  I had a chance to get one of those modems like you picked up off the pile IG, but thought I would just stick with the trusty old Zoom or USR 56K with a usb to serial adapter.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3692505</link><pubDate>Sat, 05 Apr 2014 23:57:01 -0000</pubDate><title>Message #3692505</title><guid isPermaLink="false">3692505@Uncensored</guid><description><![CDATA[  
 Mine is more like these:  https://www.google.com/search?q=MT5634ZBA-USB&oq=MT5634ZBA-USB

  
 And yes, probably expensive, but I picked mine up off a discard pile.  :)

  
 The phone service that comes with Verizon FiOS actually is VoIP, even if
they don't give the subscriber access to anything other than the POTS ports.
 A little USB modem picked up off a discard pile was fun to implement as a
Caller ID detector, and maybe sometime in the future I'll configure it to
send faxes or something.  I wonder if anyone still uses those. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3692383</link><pubDate>Sat, 05 Apr 2014 04:40:48 -0000</pubDate><title>Message #3692383</title><guid isPermaLink="false">3692383@Uncensored</guid><description><![CDATA[<html><body>

<p>Something like the Minnesota company Multitech still makes?</p>
<p>http://www.newegg.com/Product/Product.aspx?Item=N82E16825362030</p>
<p>Costly, but seems retro cool for $106.  But as copper will disappear in the future, 9600 will probably be the top end of things.  I have done 9600 bps over VOIP in the past (not good, but it works).</p>
<p>You would be better served by enslaving your sound card to be an an analog modem to "talk" to the other endpoint that also listens with a sound card "modem".  You should be able to adapt that to what ever compression comes in to play in the future to further compress the human voice in to barely audible bits on an ever squeezed pipe :-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3691435</link><pubDate>Thu, 03 Apr 2014 21:11:50 -0000</pubDate><title>Message #3691435</title><guid isPermaLink="false">3691435@Uncensored</guid><description><![CDATA[I have an external modem with a USB connection instead of a serial port. 
There aren't a whole lot of those around, as most people had moved to broadband
by the time the "everything is USB" scene had arrived. 
  
 I use it to capture the Caller ID of incoming calls on my home phone line,
splash them to the screen of my computer in the basement, and log them.  Because,
y'know, I'm way too cheap to spend $20 on a phone with built-in Caller ID
display.  And of course I got to build the solution with Linux. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690873</link><pubDate>Wed, 02 Apr 2014 01:20:45 -0000</pubDate><title>Message #3690873</title><guid isPermaLink="false">3690873@Uncensored</guid><description><![CDATA[Egh.  I have a USR 33.6 external somewhere.  But no phone line. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690871</link><pubDate>Wed, 02 Apr 2014 01:04:01 -0000</pubDate><title>Message #3690871</title><guid isPermaLink="false">3690871@Uncensored</guid><description><![CDATA[<html><body>

<p>You should pull out the modem and do it via dial up.  I know my wife appreciated the nights I upgraded the old laptop that way :-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690811</link><pubDate>Tue, 01 Apr 2014 17:49:57 -0000</pubDate><title>Message #3690811</title><guid isPermaLink="false">3690811@Uncensored</guid><description><![CDATA[Eh, it was time for a fresh load anyway. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690794</link><pubDate>Tue, 01 Apr 2014 16:19:52 -0000</pubDate><title>Message #3690794</title><guid isPermaLink="false">3690794@Uncensored</guid><description><![CDATA[Somehow my laptop's sources.list got all weird, or maybe it's just ridiculously
out of date because I haven't been keeping track of it.  Anyway, I just reset
to the defaults for my distro (Linux Mint Debian Edition) and did a dist-upgrade
because I like living dangerously and don't keep anything important on this
machine.  We'll see what happens when the 1.1G of downloads is finished and
the install starts... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690563</link><pubDate>Mon, 31 Mar 2014 14:43:20 -0000</pubDate><title>Message #3690563</title><guid isPermaLink="false">3690563@Uncensored</guid><description><![CDATA[Doughnuts already use the base 12 system, that is an advantage.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690533</link><pubDate>Mon, 31 Mar 2014 12:41:28 -0000</pubDate><title>Message #3690533</title><guid isPermaLink="false">3690533@Uncensored</guid><description><![CDATA[  
 Ha! 
  
 No, 12 is particularly great because it has so many divisors.  You can divide
it by 2, 3, and 6.  Base 10 only has 2 and 5, making it a more awkward system
to use by comparison. 
  
 (Oh, I forgot... base 12 also has 4 as a divisor... even better). 
  
 Wikipedia has a page that compares base 12 to base 10: 
  
 http://en.wikipedia.org/wiki/Duodecimal#Comparison_to_other_numeral_systems

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690528</link><pubDate>Mon, 31 Mar 2014 12:26:37 -0000</pubDate><title>Message #3690528</title><guid isPermaLink="false">3690528@Uncensored</guid><description><![CDATA[Wouldn't that be even more true of Base 16?  Bitwise arithmetic and all that?
 Or is that a programmer-chauvinist viewpoint? 
  
 Perhaps we should just use Base 1.  All numbers are zero, and math is easy.
 You can even divide by zero. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3690076</link><pubDate>Sun, 30 Mar 2014 16:16:40 -0000</pubDate><title>Message #3690076</title><guid isPermaLink="false">3690076@Uncensored</guid><description><![CDATA[  
 Er, no, it's a base 12 numeric system instead of base 10.  It has several
advantages over base 10, though.  Multiplication and Division are considerably
easier with that system, for one. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3689262</link><pubDate>Sun, 30 Mar 2014 02:52:11 -0000</pubDate><title>Message #3689262</title><guid isPermaLink="false">3689262@Uncensored</guid><description><![CDATA[ >We would also switch to a dozenal/duodecimal system.    
    
 Is that anything like the Dewey Decimal System?  Because I liked the Dewey
Decimal System far better than the Library of Congress System.  In retrospect
it makes sense that a card catalog designed by the government wouldn't make
any sense.  R   
  
  Actually does anyone even remember books? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688675</link><pubDate>Sat, 29 Mar 2014 11:46:49 -0000</pubDate><title>Message #3688675</title><guid isPermaLink="false">3688675@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688400</link><pubDate>Fri, 28 Mar 2014 20:21:41 -0000</pubDate><title>Message #3688400</title><guid isPermaLink="false">3688400@Uncensored</guid><description><![CDATA[  
 I could go with the dozenal/duodecimal system.  It would seriously help make
arithmetic much easier. 
  
 Damn the French. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688394</link><pubDate>Fri, 28 Mar 2014 20:14:18 -0000</pubDate><title>Message #3688394</title><guid isPermaLink="false">3688394@Uncensored</guid><description><![CDATA[I am going to use ZC, zooer's calendar.  It begins on my birthday, before that time didn't matter.  Every month 
has 30 days, at the end of the year with have five catch-up days where everyone gets a vacation.  Every four 
years there is a mustard day.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688207</link><pubDate>Fri, 28 Mar 2014 17:04:30 -0000</pubDate><title>Message #3688207</title><guid isPermaLink="false">3688207@Uncensored</guid><description><![CDATA[You may appropriately mark years in the calendar as "BH" (Before Hitler) and
"AH" (Anno Hitlerium).  (In case you haven't figured it out yet, this *is*
a reductio ad absurdum of the "common era" nonsense.) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688190</link><pubDate>Fri, 28 Mar 2014 15:40:05 -0000</pubDate><title>Message #3688190</title><guid isPermaLink="false">3688190@Uncensored</guid><description><![CDATA[  
 Hmm... Hitler's birth as an epoch... that's interesting... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688186</link><pubDate>Fri, 28 Mar 2014 15:00:32 -0000</pubDate><title>Message #3688186</title><guid isPermaLink="false">3688186@Uncensored</guid><description><![CDATA[I would *love* that! 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688185</link><pubDate>Fri, 28 Mar 2014 14:59:48 -0000</pubDate><title>Message #3688185</title><guid isPermaLink="false">3688185@Uncensored</guid><description><![CDATA[I would welcome a calendar where the epoch is the beginning of recorded history
(4000 to 5000 BC) or perhaps the beginning of estimated human history (150000
to 300000 BC).  Or we could just switch to Stardates. 
  
 But, if you're going to use a calendar whose epoch is the birth of Christ,
there's no getting around calling it the Christian calendar.  Words have meanings.
 Don't make me get snarky and have Citadel display all dates with years relative
to the birth of Hitler, ok? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688176</link><pubDate>Fri, 28 Mar 2014 14:02:25 -0000</pubDate><title>Message #3688176</title><guid isPermaLink="false">3688176@Uncensored</guid><description><![CDATA[<html><body>

<p>Advantage of the Jewish calendar: would have completely sidestepped the "Y2K" nonsense of some years ago.</p>
<p>DisadvantageS of the Jewish calendar:</p>
<p>1) no Christmas Vacation</p>
<p>2) no Easter Vacation</p>
<p>and the biggest disadvantage...</p>
<p>3) thirteen (???) months!</p>
<p>Oh, and there is another advantage -- *all* those Holidays --- yum!!!! (yes - I *love* Jewish food!)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688165</link><pubDate>Fri, 28 Mar 2014 12:57:36 -0000</pubDate><title>Message #3688165</title><guid isPermaLink="false">3688165@Uncensored</guid><description><![CDATA[  
 Gads. 
  
 Imagine having to translate all those epochs in a computer program that's
just trying to calculate the current date. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688147</link><pubDate>Fri, 28 Mar 2014 11:27:46 -0000</pubDate><title>Message #3688147</title><guid isPermaLink="false">3688147@Uncensored</guid><description><![CDATA[With all due respect, CE/BCE is 100% bullshit.  If you want to pull Christ
out of the Christian calendar, use another calendar with another epoch.  I
would rather see you use the Jewish calendar and I'll convert to BC/AD if
needed. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3688064</link><pubDate>Thu, 27 Mar 2014 20:08:17 -0000</pubDate><title>Message #3688064</title><guid isPermaLink="false">3688064@Uncensored</guid><description><![CDATA[ > Whoever invented the stupid names for binary multiples is probably the
 
 >same person who invented "CE/BCE" and all of the stupid sounding   
 >gender-nonspecific pronouns.   
  
 CE/BCE is a pretty old Jewish construct, indicating "Common Era/Before Common
Era" rather than "Before Christ/Anno Domine"...and we Jews would prefer that
you leave us out of the whole political correctness discussion, if you please.

  
 We've got enough going on. LOL 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3687977</link><pubDate>Thu, 27 Mar 2014 11:22:54 -0000</pubDate><title>Message #3687977</title><guid isPermaLink="false">3687977@Uncensored</guid><description><![CDATA["What's the square root of 65,536?  It's 256!!"  (younger generation seems
puzzled) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3687921</link><pubDate>Thu, 27 Mar 2014 04:48:06 -0000</pubDate><title>Message #3687921</title><guid isPermaLink="false">3687921@Uncensored</guid><description><![CDATA[<html><body>

<p>If the sysadmin is old enough to remember the inchworm song (and had an 8 bit computer), it would not be unfamiliar ground :-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3687718</link><pubDate>Wed, 26 Mar 2014 22:54:34 -0000</pubDate><title>Message #3687718</title><guid isPermaLink="false">3687718@Uncensored</guid><description><![CDATA[  
 I've been playing a little prank... alert threshholds in our admin console
are specified in decimal, in *bytes* 
  
 So every time a memory alert needs to be changed, I'll whip out the calculator
and calculate the decimal value of 512M (power-of-two)... 
  
 Makes for some interestingly unreadable values. ;-) 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3687703</link><pubDate>Wed, 26 Mar 2014 20:57:03 -0000</pubDate><title>Message #3687703</title><guid isPermaLink="false">3687703@Uncensored</guid><description><![CDATA[<html><body>

<p>Stupid rounding to save the idjots that can't multiply.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3687696</link><pubDate>Wed, 26 Mar 2014 19:43:03 -0000</pubDate><title>Message #3687696</title><guid isPermaLink="false">3687696@Uncensored</guid><description><![CDATA[  
 The man page for resize2fs(8) is *awesome* 
  
       Note: when kilobytes is used above, I mean real, power-of-2  kilobytes,

       (i.e.,  1024 bytes), which some politically correct folks insist should

       be  the  stupid-sounding  ``kibibytes''.   The  same  holds  true 
 for 
       megabytes,  also sometimes known as ``mebibytes'', or gigabytes, as
the 
       amazingly silly ``gibibytes''.  Makes you want to gibber, doesn't it?

  
 Whoever invented the stupid names for binary multiples is probably the same
person who invented "CE/BCE" and all of the stupid sounding gender-nonspecific
pronouns. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3682114</link><pubDate>Thu, 20 Mar 2014 03:14:48 -0000</pubDate><title>Message #3682114</title><guid isPermaLink="false">3682114@Uncensored</guid><description><![CDATA[<html><body>

<p>Enlightenment was always my go to favorite.  Love the fact they are still hacking on it after all these years.  Always made me think, this is kinda like flying an alien space ship.  After I was done playing, I did fall back to more simple fvwm and even more simple fvwm95 or something like that.  Turns out I don't need all the fancy bits to get work done.  It was mostly for playing around with strange menu options etc.</p>
<p>On the same plane / tangent:  I did like the interface for killing procs that psdoom had:</p>
<p>http://psdoom.sourceforge.net/</p>
<p>I think more tools should be like that in the sysadmin world.  It would make the day more enjoyable :-)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3679680</link><pubDate>Mon, 17 Mar 2014 23:54:37 -0000</pubDate><title>Message #3679680</title><guid isPermaLink="false">3679680@Uncensored</guid><description><![CDATA[<html><body>

<p>hm, yes, fwvm was my first wm too.</p>
<p>I quickly advanced to afterstep, which offered some kind of eye candie; then windowmaker, which was there for quiet a while.</p>
<p>After having tried Ratpoison (YES, I LIKE THAT NAME!!!!111eleven)  for a week or so, a friend of mine showed me ion (in the pre-1 releases) which I liked. I never warmed up with that lua driven crap, and my routines wouldn't work with more recent versions, so I remained with the 0.7 version, which I last compiled successfully when wheezy was terribly unstable.</p>
<p>Then I saw a speech of Michael Stapelberg, Initiator of i3wm.org (meanwhile the ion developer Auke somewhat publicly switched to the Redmond OS) on the FrosCon and liked it.</p>
<p>So now here we are. its modern, well documented, uses library in common which citserver uses - I like it!</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3679627</link><pubDate>Mon, 17 Mar 2014 15:18:27 -0000</pubDate><title>Message #3679627</title><guid isPermaLink="false">3679627@Uncensored</guid><description><![CDATA[Give me a black screen and a bunch of terminal windows and I'm happy. I've
used FVWM since I started on Slackware 17 years ago. Jeezus, I'm getting old.
Anyway, it's been the same .fvwm2rc file with minor tweaks the entire time.
It's awesome. None of the desktop environment crap. Essentially a blank screen
with shells and a small dock with a clock, pager, cpu/mem/net/battery stats.
It's a think of beauty. I used to have a cycling background image that would
change every 30 minutes or so via cron, but I've been using it so long and
screen resolutions have increased so much since I started that most of the
desktop images I've collected over the years now look like postage stamps
on an HD display.  That, and one photo of a serial cable (artfully) wedged
between the cheeks of some RS-232 enthusiast would invariably pop up at an
inopportune moment and eventually the risk of that stopped being a cheap thrill.
Available upon request.  Also, not my cheeks :P 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3679269</link><pubDate>Mon, 17 Mar 2014 12:08:13 -0000</pubDate><title>Message #3679269</title><guid isPermaLink="false">3679269@Uncensored</guid><description><![CDATA[I feel like I *should* like tiling window managers, but I can't seem to get
into them. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3678169</link><pubDate>Sat, 15 Mar 2014 09:49:07 -0000</pubDate><title>Message #3678169</title><guid isPermaLink="false">3678169@Uncensored</guid><description><![CDATA[<html><body>

<p>oh, carla schroeder likes i3wm ;)</p>
<p>http://www.linux.com/learn/tutorials/766143-how-to-use-the-superfast-i3-tiling-window-manager-on-linux</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3638058</link><pubDate>Mon, 13 Jan 2014 23:57:48 -0000</pubDate><title>Message #3638058</title><guid isPermaLink="false">3638058@Uncensored</guid><description><![CDATA[  
 I think they goofed. Python 3.x is not quite Python anymore... it's a closely
related new language. 
  
 Sorry guys, if you want to fix what you view as fundamental design flaws...
shoulda gotten it right the first time. 
  
 For all of Java's faults, it's generally done a better job of backwards compatibility.
Yes there have been incompatibilities, but those have been pushed out towards
the edges of the platform... not right there at its core, in places you use
all the time. 
  
 2.x is not so horribly bad that people feel the need to suffer through the
move. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3638043</link><pubDate>Mon, 13 Jan 2014 21:37:40 -0000</pubDate><title>Message #3638043</title><guid isPermaLink="false">3638043@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 13 2014 03:56:25 PM EST</span> <span>from LoanShark @ Uncensored</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">It's pretty hard to make practical use of 3.x. Linux distributions haven't really migrated. It doesn't ship with OS X. Many 3rd party libraries haven't moved. </div>
</div>
</blockquote>
<p>I keep trying on each new project, but it is usually some small lib that holds me back.  I will probably use ctypes in future to just wrapper share libs in future.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3638039</link><pubDate>Mon, 13 Jan 2014 20:56:25 -0000</pubDate><title>Message #3638039</title><guid isPermaLink="false">3638039@Uncensored</guid><description><![CDATA[ > I wonder if Python is making some kind of resurgence.  I see that   
 >Python has iterated to version 3.x, breaking compatibility with all   
 >earlier versions as they never did before, but probably in a good way. 
 
  
 It's pretty hard to make practical use of 3.x. Linux distributions haven't
really migrated. It doesn't ship with OS X. Many 3rd party libraries haven't
moved. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3638021</link><pubDate>Mon, 13 Jan 2014 19:36:12 -0000</pubDate><title>Message #3638021</title><guid isPermaLink="false">3638021@Uncensored</guid><description><![CDATA[<html><body>

<p>Python works fairly well for me.  I how some of the libraries make it quite stupidly simple to implement things (Requests lib comes to mind):</p>
<p>http://docs.python-requests.org/en/latest/</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637903</link><pubDate>Mon, 13 Jan 2014 00:53:12 -0000</pubDate><title>Message #3637903</title><guid isPermaLink="false">3637903@Uncensored</guid><description><![CDATA[  
 Yeah, I see a lot of stuff up for Ruby.  I've looked at it a little, but
never seriously got into it. 
  
 Then again, I don't tend to seriously do much of anything until money becomes
involved, heh. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637881</link><pubDate>Sun, 12 Jan 2014 18:55:29 -0000</pubDate><title>Message #3637881</title><guid isPermaLink="false">3637881@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Sat Jan 11 2014 15:40:02 EST</span> <span>from fleeb @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">I wonder if Python is making some kind of resurgence. I see that Python has iterated to version 3.x, breaking compatibility with all earlier versions as they never did before, but probably in a good way. </div>
</div>
</blockquote>
<p>which seems to be some of the drama of python; most of the production systems seem to be on 2.x even 5 years after the first 3.x release...</p>
<p>All of the important libs are available for 3x meanwhile; but availability in LTS distribution is only slowly happening</p>
<p>as for the choice of interpreted languages - as long as most of your system is about I/O from DB etc. anyways, its acceptable.</p>
<p>i.e. python tornado seems to be a pretty good thing to do _fast_ &amp; scaleable systems like people also do with nodejs.</p>
<p>For shure ruby has to be named too for favoourite languages used by those doing creative programming with linux as host os.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637862</link><pubDate>Sun, 12 Jan 2014 15:40:12 -0000</pubDate><title>Message #3637862</title><guid isPermaLink="false">3637862@Uncensored</guid><description><![CDATA[  
 It seems weird to me, regardless.  System-like programming with a scripting
language feels counter-intuitive.  That said, I'm not completely sure what
these guys hope to accomplish.  Maybe a scripting language is good enough.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637808</link><pubDate>Sat, 11 Jan 2014 22:58:24 -0000</pubDate><title>Message #3637808</title><guid isPermaLink="false">3637808@Uncensored</guid><description><![CDATA[Python seems to be the standard answer for open source folks who want to work
in a managed code environment but aren't willing to deal with the frustration
of Java or C#.  Its adherents certainly are devout.  I can take it or leave
it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637799</link><pubDate>Sat, 11 Jan 2014 20:40:02 -0000</pubDate><title>Message #3637799</title><guid isPermaLink="false">3637799@Uncensored</guid><description><![CDATA[  
 My current keyboard clacks aloud in a way that ensures anyone within a five
mile radius realizes I'm working on an e-mail. 
  
 I wonder if Python is making some kind of resurgence.  I see that Python
has iterated to version 3.x, breaking compatibility with all earlier versions
as they never did before, but probably in a good way. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637787</link><pubDate>Sat, 11 Jan 2014 19:02:37 -0000</pubDate><title>Message #3637787</title><guid isPermaLink="false">3637787@Uncensored</guid><description><![CDATA[ > Oddly, my relatively scant background in Python might be the thing    

 >that gets the job for me.  They can't seem to find enough people with  
  
 >much of a background in Python, which seems weird to me.     
    
 You know, a friend of a friend of mine (IG may know this guy, too - Centurion
was his handle for a little while) is looking for a Python guy, in the Westchester
or NYC area I guess.   
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637269</link><pubDate>Fri, 10 Jan 2014 21:04:36 -0000</pubDate><title>Message #3637269</title><guid isPermaLink="false">3637269@Uncensored</guid><description><![CDATA[If you get the job we shall celebrate by getting you a keyboard with double-reinforced
Tab and Space keys. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3637268</link><pubDate>Fri, 10 Jan 2014 20:29:07 -0000</pubDate><title>Message #3637268</title><guid isPermaLink="false">3637268@Uncensored</guid><description><![CDATA[  
 A recruiter contacted me today about an opportunity working on Linux... something
I have wanted to do for literally years. 
  
 Oddly, my relatively scant background in Python might be the thing that gets
the job for me.  They can't seem to find enough people with much of a background
in Python, which seems weird to me. 
  
 So, maintaining a build system written in Python 7 years ago finally pays
off. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3635855</link><pubDate>Tue, 07 Jan 2014 16:10:18 -0000</pubDate><title>Message #3635855</title><guid isPermaLink="false">3635855@Uncensored</guid><description><![CDATA[We can discuss this in the dev room when it's time to implement, but my objection
to YAML is that we would have to add Yet Another parser library into the build.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3635294</link><pubDate>Mon, 06 Jan 2014 18:27:44 -0000</pubDate><title>Message #3635294</title><guid isPermaLink="false">3635294@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Mon Jan 06 2014 07:50:40 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>well... with not having a plaintext config citadel is sort of an <br />exception here already. </blockquote>
<br />At some point in the not too distant future the config file is going to become XML. That would allow a lot of third party tools to manipulate it. </div>
</div>
</blockquote>
<p>objegction your highness, yaml is the way to go. Human readable &amp; editable in the end plus ready made parsers &amp; dumpers widely available, highlight modes for all common editors.</p>
<p>printf'ing xml out sucks and destroys users edits.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3635056</link><pubDate>Mon, 06 Jan 2014 12:50:40 -0000</pubDate><title>Message #3635056</title><guid isPermaLink="false">3635056@Uncensored</guid><description><![CDATA[ >well... with not having a plaintext config citadel is sort of an  
 >exception here already.   
  
 At some point in the not too distant future the config file is going to become
XML.  That would allow a lot of third party tools to manipulate it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3634877</link><pubDate>Mon, 06 Jan 2014 04:13:07 -0000</pubDate><title>Message #3634877</title><guid isPermaLink="false">3634877@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sun Jan 05 2014 05:33:01 AM EST</span><span>from dothebart @ Uncensored </span></div>
<div class="message_content">
<blockquote>
<div class="message_header"><span style="background-color: transparent; color: navy; font-size: 12px; display: inline !important;">well... with not having a plaintext config citadel is sort of an exception here already.</span></div>
</blockquote>
<p>however, the biggest advantage of using debian above other distributions is the lots of work which was put into the debconf system - and not being able to utilize this makes that effort nonsense and better use fedora or whatever.</p>
<p>Here we then again have the troubles of not being able to run setup - one could think of having a sourceable shellscript into the initscript which then calls setup &amp; starts citserver.</p>
</div>
</blockquote>
<div class="message_content">
<p>But there are many packages that take tweaking post install on Debian using debconf.  Most MTA setups that I can think of include the need to run another setup script (Exim, Postfix etc...).  As I have never installed Citadel from the debs, I guess I don't know how you guys do that presently and should probably check it out before commenting further.</p>
</div>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3634591</link><pubDate>Sun, 05 Jan 2014 11:09:08 -0000</pubDate><title>Message #3634591</title><guid isPermaLink="false">3634591@Uncensored</guid><description><![CDATA[<html><body>

<p>The config is a hex-file instead of plain text, isn't it? What is the trouble, writing a hexfile into the container?</p>
<p>I admit to have no clue about the whole process, though. Just wondering.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3634587</link><pubDate>Sun, 05 Jan 2014 10:33:01 -0000</pubDate><title>Message #3634587</title><guid isPermaLink="false">3634587@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Sun Jan 05 2014 01:57:13 EST</span> <span>from ax25 @ Uncensored</span> </div>
<div class="message_content">
<blockquote>
<div class="message_header"><span>Sat Jan 04 2014 07:10:21 PM EST</span> <span>from the_mgt @ Uncensored </span></div>
<div class="message_content">
<p>Well, make citadel-setup remote-capable, kind of a puppetmaster. ;)</p>
</div>
</blockquote>
<p>Interesting thought, but I would think finding the "works for all software" solution to the existing solutions better than taking on yet another role for Citadel that is far outside the norm.  I could very well be wrong though, as the coders for Citadel are quite clever :-)</p>
<p>I would be quite interested in anybody that finds something that fits the bill better than a full VM and setup via scripted ssh session.</p>
</div>
</blockquote>
<p>well... with not having a plaintext config citadel is sort of an exception here already.</p>
<p>however, the biggest advantage of using debian above other distributions is the lots of work which was put into the debconf system - and not being able to utilize this makes that effort nonsense and better use fedora or whatever.</p>
<p>Here we then again have the troubles of not being able to run setup - one could think of having a sourceable shellscript into the initscript which then calls setup &amp; starts citserver.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3634573</link><pubDate>Sun, 05 Jan 2014 06:57:13 -0000</pubDate><title>Message #3634573</title><guid isPermaLink="false">3634573@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jan 04 2014 07:10:21 PM EST</span> <span>from the_mgt @ Uncensored </span></div>
<div class="message_content">
<p>Well, make citadel-setup remote-capable, kind of a puppetmaster. ;)</p>
<br /><br /></div>
</blockquote>
<p>Interesting thought, but I would think finding the "works for all software" solution to the existing solutions better than taking on yet another role for Citadel that is far outside the norm.  I could very well be wrong though, as the coders for Citadel are quite clever :-)</p>
<p>I would be quite interested in anybody that finds something that fits the bill better than a full VM and setup via scripted ssh session.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3634346</link><pubDate>Sun, 05 Jan 2014 00:10:21 -0000</pubDate><title>Message #3634346</title><guid isPermaLink="false">3634346@Uncensored</guid><description><![CDATA[<html><body>

<p>Well, make citadel-setup remote-capable, kind of a puppetmaster. ;)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3633166</link><pubDate>Sat, 04 Jan 2014 10:28:22 -0000</pubDate><title>Message #3633166</title><guid isPermaLink="false">3633166@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jan 03 2014 17:45:01 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">The program to be shipped is Citadel, silly goose. Checking out Docker now ... <br /><br />Ok, so it's still an application container, not something that can build a full VM ... but it still offers some interesting ideas that might be usable. </div>
</div>
</blockquote>
<p>there was s.b. on IRC who did docker experiments with the citadel .debs</p>
<p>However, at that point in time there were major problems getting configs into the container in some way then editing text files and restart the container.</p>
<p>they need to come up with a solution howto run debconf from a container with user interfacing which wasn't possible about half a year ago.</p>
<p>the container would fire up with some random generated hostname which would become the citadel nodename. It also would have UTC timezone - always.</p>
<p>Not being able to interactively run citadel setup also took away all esay ways to fix the system resulting from a container deployment.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3633029</link><pubDate>Sat, 04 Jan 2014 05:06:17 -0000</pubDate><title>Message #3633029</title><guid isPermaLink="false">3633029@Uncensored</guid><description><![CDATA[<html><body>

<p>Duh.  I should have known.  I just thought you might be messing around with something else for work or other endeavors. </p>
<p>How about using the virt-builder and add Citadel after boot via something like Fabric to script changes / updates to your "golden image"?</p>
<p>http://docs.fabfile.org</p>
<p>I use Fabric as it is a nice Python library that I can build up my own library of often used bits of code to be re-used later to do common tasks (other folks seem to share as well and even write specific libs for sysadmin work etc...)</p>
<p>If Python / Fabric is not your bag, there are many other language bindings to do the same sort of thing in language X.  Let me know if you find a fun one :-)</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3632742</link><pubDate>Fri, 03 Jan 2014 22:45:01 -0000</pubDate><title>Message #3632742</title><guid isPermaLink="false">3632742@Uncensored</guid><description><![CDATA[The program to be shipped is Citadel, silly goose.  Checking out Docker now
... 
  
 Ok, so it's still an application container, not something that can build
a full VM ... but it still offers some interesting ideas that might be usable.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3632739</link><pubDate>Fri, 03 Jan 2014 22:30:17 -0000</pubDate><title>Message #3632739</title><guid isPermaLink="false">3632739@Uncensored</guid><description><![CDATA[<html><body>

<p>Have not tried Docker, but came across it again in one of those weekly newsletters:</p>
<p>https://github.com/dotcloud/docker</p>
<p>Not sure how complicated the proggie you want to ship is.</p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3632693</link><pubDate>Fri, 03 Jan 2014 18:53:26 -0000</pubDate><title>Message #3632693</title><guid isPermaLink="false">3632693@Uncensored</guid><description><![CDATA[A container unfortunately already has its IP stack and filesystem managed
by the host.  I need to be able to go barebones in a true virtual machine.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3632066</link><pubDate>Thu, 02 Jan 2014 05:16:43 -0000</pubDate><title>Message #3632066</title><guid isPermaLink="false">3632066@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Wed Jan 01 2014 02:04:31 PM EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>Like a virt-builder thingie? </blockquote>
<br />virt-builder deploys an operating system plus any applications you specify. <br />I'm thinking even more barebones than that. More like, not even a full POSIX userland, basically just libc and init and enough to get the IP stack started and your application running. </div>
</div>
</blockquote>
<p>Virt-builder to deploy a custom lfs base image?</p>
<p>http://www.linuxfromscratch.org/</p>
<p>You sound like you are talking more "containers" and the madness that follows if you want to go smaller.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3631894</link><pubDate>Wed, 01 Jan 2014 19:04:31 -0000</pubDate><title>Message #3631894</title><guid isPermaLink="false">3631894@Uncensored</guid><description><![CDATA[ >Like a virt-builder thingie?   
  
 virt-builder deploys an operating system plus any applications you specify.
 I'm thinking even more barebones than that.  More like, not even a full POSIX
userland, basically just libc and init and enough to get the IP stack started
and your application running. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3631892</link><pubDate>Wed, 01 Jan 2014 19:01:42 -0000</pubDate><title>Message #3631892</title><guid isPermaLink="false">3631892@Uncensored</guid><description><![CDATA[ >At the bottom center is a small clickable link for "test without signing
in".  
  
 I couldn't get the ad to dismiss so I couldn't test the application. 
  
 However this appears to just be some sort of screenscrape-into-the-browser
thing? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3631514</link><pubDate>Tue, 31 Dec 2013 04:21:26 -0000</pubDate><title>Message #3631514</title><guid isPermaLink="false">3631514@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sun Dec 15 2013 06:01:39 PM EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">The obvious win would be to evolve the standard build tools to the point where you can go "make appliance" and end up with an .OVF containing your application plus just enough of the OS to start it. </div>
</div>
</blockquote>
<p>Like a virt-builder thingie?</p>
<p>http://rwmj.wordpress.com/2013/10/05/new-tool-virt-builder/</p>
<p>http://rwmj.wordpress.com/2013/10/22/virt-builder-making-vms-in-around-30-seconds/</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3631492</link><pubDate>Tue, 31 Dec 2013 00:32:51 -0000</pubDate><title>Message #3631492</title><guid isPermaLink="false">3631492@Uncensored</guid><description><![CDATA[LibreOffice online.  I guess it is suppose to be for any device but I think it is geared to Chrome/Chromebooks.

https://www.rollapp.com/apps

At the bottom center is a small clickable link for "test without signing in".
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3617733</link><pubDate>Sun, 15 Dec 2013 23:01:39 -0000</pubDate><title>Message #3617733</title><guid isPermaLink="false">3617733@Uncensored</guid><description><![CDATA[The obvious win would be to evolve the standard build tools to the point where
you can go "make appliance" and end up with an .OVF containing your application
plus just enough of the OS to start it. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3617690</link><pubDate>Sun, 15 Dec 2013 19:00:15 -0000</pubDate><title>Message #3617690</title><guid isPermaLink="false">3617690@Uncensored</guid><description><![CDATA[<html><body>

<p>well, i'd rather question whether one needs fat virtualisation in first place..</p>
<p>https://www.docker.io/</p>
<p>seems to be the proper alternative with thin virtualisation - just one kernel in the game.</p>
<p>however, some of the concepts we use to bootstrap citadel propertly aren't implemented yet.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3617494</link><pubDate>Sun, 15 Dec 2013 17:16:20 -0000</pubDate><title>Message #3617494</title><guid isPermaLink="false">3617494@Uncensored</guid><description><![CDATA[ >if you run only one app per hypervised cluster, who needs stuff like  
 >memory protection?   
  
 That's an interesting approach.  Minimal OS stack for an appliance that runs
nothing but a JVM. 
  
 I wonder if that model could be extended to native applications.  Why have
all those runlevels and authentication systems and libraries and everything
else when all you really need is libc and your application?  
  
 It would be very interesting to strip down a Linux to the point where it
just initializes the network and runs your app directly from init.  There
are efforts like "jeos" but they're so generalized that they may not be stripped
down to the bare minimum. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3617493</link><pubDate>Sun, 15 Dec 2013 17:11:46 -0000</pubDate><title>Message #3617493</title><guid isPermaLink="false">3617493@Uncensored</guid><description><![CDATA[So it looks like context sensitive completion has been around for a while.
 Why am I just now noticing it?  I am immersed in the Linux shell every day.
 I'm "soaking in it" right now, in fact, and noticing it's hard to type on
my tablet dock keyboard when all the fingers on my left hand are tingly from
too much guitar playing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3614142</link><pubDate>Fri, 13 Dec 2013 20:38:41 -0000</pubDate><title>Message #3614142</title><guid isPermaLink="false">3614142@Uncensored</guid><description><![CDATA[<html><body>

<p>if you run only one app per hypervised cluster, who needs stuff like memory protection?</p>
<p>http://www.theregister.co.uk/2013/09/17/cloudius_systems_osv_cloud_software/</p>
<p>(or you use i.e. docker)</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3614141</link><pubDate>Fri, 13 Dec 2013 20:37:01 -0000</pubDate><title>Message #3614141</title><guid isPermaLink="false">3614141@Uncensored</guid><description><![CDATA[<html><body>

<p>with modern git versions, it can even tab-complete i.e. branches,</p>
<p>ala git chekout sta&lt;tab&gt;-&gt; ble-8&lt;tab&gt; list of matches.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3614134</link><pubDate>Fri, 13 Dec 2013 20:07:06 -0000</pubDate><title>Message #3614134</title><guid isPermaLink="false">3614134@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Dec 13 2013 13:23:58 EST</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Hey, when did bash tab-completion of filenames become context sensitive? </div>
</div>
</blockquote>
<p>http://bash-completion.alioth.debian.org/</p>
<p>Have been using that for at least 3 years now, I think maybe even 5 years.</p>
<p>What I like even more is that the completion also works for commands, like /etc/init.d/citadel sta[TAB] *bing* might offer you "start" and "status". (Ok, that is not really a giant step for mankind... just an example.) Similar stuff works all around the bash, in Gentoo you need to actively request it for some stuff, though.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3614128</link><pubDate>Fri, 13 Dec 2013 19:34:15 -0000</pubDate><title>Message #3614128</title><guid isPermaLink="false">3614128@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3614114</link><pubDate>Fri, 13 Dec 2013 18:23:58 -0000</pubDate><title>Message #3614114</title><guid isPermaLink="false">3614114@Uncensored</guid><description><![CDATA[  
 Hey, when did bash tab-completion of filenames become context sensitive?

  
 I just recently noticed that if I have multiple files with mostly the same
name but different suffixes, tab-completion will give me the right one based
on the command I'm executing. 
  
 For example, if I have "foo.odt" and "foo.pdf" in the same directory, and
I type "ls -l foo<TAB>" it will beep and list both files for me ... but if
I type "libreoffice foo<TAB>" it will complete to foo.odt, while if I type
"evince foo<TAB>" it will complete to foo.pdf. 
  
 That's pretty cool and I'm wondering when it came into existence. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3596645</link><pubDate>Thu, 21 Nov 2013 05:21:34 -0000</pubDate><title>Message #3596645</title><guid isPermaLink="false">3596645@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Tue Nov 19 2013 11:06:47 PM EST</span> <span>from Sig @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">There's a semi-active gopher community on sdf.org. I came a little too late to the game for gopher; I used it a little bit in college, but it was mostly dead even then. </div>
</div>
</blockquote>
<p>Thanks Sig.  I will check it out.  I have a sweet spot for Gopher as my wife was at the U of MN during the hey day of Gopher and the start of Gopher II.  I was mostly digging up things via veronica or archie searches back in college, but did do some mud rooms as well.  Yes, I am old and my wife might be younger :-)  Lucky me.  Back on topic, I did get her to switch from Windows ME to Linux as she hated ME so much.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3595389</link><pubDate>Wed, 20 Nov 2013 04:06:47 -0000</pubDate><title>Message #3595389</title><guid isPermaLink="false">3595389@Uncensored</guid><description><![CDATA[There's a semi-active gopher community on sdf.org.  I came a little too late
to the game for gopher; I used it a little bit in college, but it was mostly
dead even then. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3585518</link><pubDate>Sun, 10 Nov 2013 04:16:04 -0000</pubDate><title>Message #3585518</title><guid isPermaLink="false">3585518@Uncensored</guid><description><![CDATA[<html><body>

<p>I miss gopher.  I just might join the last threads of the gopher network via floodgap someday.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3585029</link><pubDate>Fri, 08 Nov 2013 22:56:41 -0000</pubDate><title>Message #3585029</title><guid isPermaLink="false">3585029@Uncensored</guid><description><![CDATA[Well you can blame AOL for that, I guess.  (Or the new AOL, which is ... Facebook.)

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3584963</link><pubDate>Fri, 08 Nov 2013 16:29:41 -0000</pubDate><title>Message #3584963</title><guid isPermaLink="false">3584963@Uncensored</guid><description><![CDATA[I think it's been going downhill since they added pictures. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3584947</link><pubDate>Fri, 08 Nov 2013 15:30:31 -0000</pubDate><title>Message #3584947</title><guid isPermaLink="false">3584947@Uncensored</guid><description><![CDATA[Because everything wrong with the Internet is facebook's fault, of course.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3584362</link><pubDate>Thu, 07 Nov 2013 15:06:37 -0000</pubDate><title>Message #3584362</title><guid isPermaLink="false">3584362@Uncensored</guid><description><![CDATA[DAMN, I guessed an "e" in Burg not a u.

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3583234</link><pubDate>Wed, 06 Nov 2013 18:57:18 -0000</pubDate><title>Message #3583234</title><guid isPermaLink="false">3583234@Uncensored</guid><description><![CDATA[My facebook password is "Dork Fuckerburg" 
  
 But it won't work anymore because I deleted my account.  Didn't just deactivate
it this time either; I did the full delete. 
  
 You have my permission to capture my wife's facebook password.  Hopefully
you'll make her so upset that she stops using it too. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3582851</link><pubDate>Tue, 05 Nov 2013 22:13:58 -0000</pubDate><title>Message #3582851</title><guid isPermaLink="false">3582851@Uncensored</guid><description><![CDATA[hmmmmm.. leaves his wifi open.

I think I might drive past his house, because he told everone where he lives, monitor his wifi and then when he 
logs into facebook I will capture his facebook password.  
Then I will write about how horrible facebook and Microsoft (I mean Micro$oft) are, how much he hates Obama and 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3582343</link><pubDate>Tue, 05 Nov 2013 18:32:21 -0000</pubDate><title>Message #3582343</title><guid isPermaLink="false">3582343@Uncensored</guid><description><![CDATA[ > I was expecting hostapd to be less than stable, but I suppose that   
 >with it being a key component that makes things like OpenWRT work, it's
 
 >had its share of QA applied.   
  
 I think that most if not all of the players in the home router segment are
using Linux in their products, so they might be *doing* some of that QA for
all I know... 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3582295</link><pubDate>Tue, 05 Nov 2013 15:15:51 -0000</pubDate><title>Message #3582295</title><guid isPermaLink="false">3582295@Uncensored</guid><description><![CDATA[Actually I do run my wifi completely open.  Anyone within range either already
has their own Internet or doesn't care.  I would have welcomed leeches just
so I could mess with the data stream, but no such luck. 
  
 My next experiment is to run both the router's AP and the server's AP with
the same SSID, bridged to the same network, on different channels.  The eventual
goal is to deploy it in a way that the server's AP is the one I expect to
be using most of the time, with the router's AP serving as a backup. 
  
 I was expecting hostapd to be less than stable, but I suppose that with it
being a key component that makes things like OpenWRT work, it's had its share
of QA applied. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3581986</link><pubDate>Mon, 04 Nov 2013 23:53:32 -0000</pubDate><title>Message #3581986</title><guid isPermaLink="false">3581986@Uncensored</guid><description><![CDATA[  
 Who is 'Public Wifi'?  For what was he arrested? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3581285</link><pubDate>Mon, 04 Nov 2013 18:47:57 -0000</pubDate><title>Message #3581285</title><guid isPermaLink="false">3581285@Uncensored</guid><description><![CDATA[  
 I thought it was "Free Public WiFi" 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3581280</link><pubDate>Mon, 04 Nov 2013 18:41:47 -0000</pubDate><title>Message #3581280</title><guid isPermaLink="false">3581280@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3581095</link><pubDate>Mon, 04 Nov 2013 16:20:59 -0000</pubDate><title>Message #3581095</title><guid isPermaLink="false">3581095@Uncensored</guid><description><![CDATA[The SSID is "Linksys" can you see it? 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3579596</link><pubDate>Sun, 03 Nov 2013 02:24:17 -0000</pubDate><title>Message #3579596</title><guid isPermaLink="false">3579596@Uncensored</guid><description><![CDATA[]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3579580</link><pubDate>Sat, 02 Nov 2013 23:32:13 -0000</pubDate><title>Message #3579580</title><guid isPermaLink="false">3579580@Uncensored</guid><description><![CDATA[  
 Just for teh lulz (or more realistically, to feed a dream of someday needing
more coverage) I turned my home server into a wireless access point by tossing
a wifi card into it and running hostapd. 
  
 Not exactly a walk in the park, but it wasn't that hard either.  I needed
extra firmware for the card (firmware package was in the debian nonfree repo)
and I had to manually configure a beaconing frequency to get it to announce
itself at all. 
  
 So far I'm getting reception around the house that's roughly equivalent to
the wireless router in the same room as the server. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3575922</link><pubDate>Sun, 27 Oct 2013 01:33:31 -0000</pubDate><title>Message #3575922</title><guid isPermaLink="false">3575922@Uncensored</guid><description><![CDATA[Interesting note: LS does the same thing as sl (if you have sl installed).

]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3560833</link><pubDate>Tue, 08 Oct 2013 21:44:09 -0000</pubDate><title>Message #3560833</title><guid isPermaLink="false">3560833@Uncensored</guid><description><![CDATA[There's nothing PREVENTING what it was designed for; it just turns out there
is more demand for it doing other things.  I almost bought one last week,
but decided to play with a virtual Amazon server instead for now. 
  
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3560680</link><pubDate>Tue, 08 Oct 2013 21:42:07 -0000</pubDate><title>Message #3560680</title><guid isPermaLink="false">3560680@Uncensored</guid><description><![CDATA[<html><body>

<p>well, the OLPC also didn't fly, but it inspired and created the netbook hype. catching up on that made microsoft totaly miss the tablet hype and greatlely set more fire on stillborn vista; even windows 7 got a real bad start due to them trying to make it somehow run on netbooks...</p>
<p>the pi proved that there actually is a market for cheap arm systems; and it gave XMBC an affordable home helping to smarten up dumbtv and raising the bar in terms of features &amp; usability for smart tvs.</p>
<p>like the arduino proved that people want easy to use micro controllers, the price of the pi set the price tags for such poor micro controllers and now spawns the crossovers - powerfull arm systems able to controll embedded devices</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3560490</link><pubDate>Tue, 08 Oct 2013 19:59:29 -0000</pubDate><title>Message #3560490</title><guid isPermaLink="false">3560490@Uncensored</guid><description><![CDATA[<html><body>

<p>There is some concern out there over the fact that even though more than a million Raspberry Pi boards have been sold, they're not having the effect that the project was intended to create -- flexible hobbyist computers for aspiring young techies to learn on.   That may or may not be a problem.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3556151</link><pubDate>Mon, 07 Oct 2013 15:59:07 -0000</pubDate><title>Message #3556151</title><guid isPermaLink="false">3556151@Uncensored</guid><description><![CDATA[ >I had to do a search on the net, but I found a post on a support  
 >forum that detailed replacing the entry in /etc/shadow for the  
 >encrypted password with another encrypted empty password.   
 >  
 >Couple that with the sshd_config setting to allow empty passwords,  
 >you should be good.  
 >  
  
 I did see a reference to that elsewhere; I may give that a swing. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3555994</link><pubDate>Mon, 07 Oct 2013 15:47:10 -0000</pubDate><title>Message #3555994</title><guid isPermaLink="false">3555994@Uncensored</guid><description><![CDATA[<html><body>

<p>The single board systems are getting cheaper.  I used a Raspberry Pi this weekend for a voip server at the Twin Cities Marathon.  It worked quite well for the 5 extensions we had set up.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3555007</link><pubDate>Mon, 07 Oct 2013 09:57:13 -0000</pubDate><title>Message #3555007</title><guid isPermaLink="false">3555007@Uncensored</guid><description><![CDATA[<html><body>

<p>https://www.olimex.com/Products/OLinuXino/A20/</p>
<p>So, you get a cheap Allwinner A20 board with all important sockets on one side.</p>
<p>Its the same chip as on the next generation qubie board, plus some more sockets</p>
<p>(two UEXT sockets, olimex specific; nice sets of extension boards available for these: https://www.olimex.com/Products/Modules/ )</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3554780</link><pubDate>Sun, 06 Oct 2013 18:51:33 -0000</pubDate><title>Message #3554780</title><guid isPermaLink="false">3554780@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat Oct 05 2013 12:16:01 PM EDT</span> <span>from Sig @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">That was one of the places I hit, but I think there's a PAM module setting somewhere overriding it. The default config on the image allows ssh only for the admin account using a key; opening it up beyond that without screwing with things dramatically has been an interesting exercise. I have as far as creating a bbs user and setting its shell to the citadel client (with rnano as the external editor; don't judge me). I could live without a password-less login, certainly, but it's just one extra step. </div>
</div>
</blockquote>
<p>I had to do a search on the net, but I found a post on a support forum that detailed replacing the entry in /etc/shadow for the encrypted password with another encrypted empty password.</p>
<p>Couple that with the sshd_config setting to allow empty passwords, you should be good.</p>
</body></html>
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3552619</link><pubDate>Sat, 05 Oct 2013 16:16:01 -0000</pubDate><title>Message #3552619</title><guid isPermaLink="false">3552619@Uncensored</guid><description><![CDATA[That was one of the places I hit, but I think there's a PAM module setting
somewhere overriding it.  The default config on the image allows ssh only
for the admin account using a key; opening it up beyond that without screwing
with things dramatically has been an interesting exercise.  I have as far
as creating a bbs user and setting its shell to the citadel client (with rnano
as the external editor; don't judge me).  I could live without a password-less
login, certainly, but it's just one extra step. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3552598</link><pubDate>Sat, 05 Oct 2013 14:46:01 -0000</pubDate><title>Message #3552598</title><guid isPermaLink="false">3552598@Uncensored</guid><description><![CDATA[I've been pretty happy with Linux Mint Debian Edition.  The original Mint
is an enhanced version of Ubuntu (based on Debian); for the DE, they just
cut Ubuntu out of the loop and based it on Debian directly. It's not quite
as polished, but a lot snappier and a bit more flexible. 
  
 For the AWS Citadel instance I created, I picked a Debian image.  I pretty
much have it configured, except for allowing a BBS ssh login without a password.
 There's some setting hiding somewhere that won't let it take a blank password.
 I forget where all I looked now; I'll have to take that up again. 
  
 I had it networked with my test system on my home PC (just based on IP address)
and it sort of worked.  I could send mail messages back and forth, but the
room sharing wasn't quite there yet; I think there was at least one more place
to configure things. 
  
 AWS is... interesting. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3552495</link><pubDate>Sat, 05 Oct 2013 01:48:30 -0000</pubDate><title>Message #3552495</title><guid isPermaLink="false">3552495@Uncensored</guid><description><![CDATA[True ... that's why I use Debian instead of rolling a Linux OS from scratch,
which I'm capable of doing.  I'd rather spend my computer time getting stuff
done than futzing with the OS.  Ubuntu is just too much though.  Too much
crapware, and that Unity UI is almost as bad as Windows 8.  So basically I'd
have to spend extra time turning it back into something usable.  I don't like
having my time wasted. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3544366</link><pubDate>Tue, 24 Sep 2013 00:15:52 -0000</pubDate><title>Message #3544366</title><guid isPermaLink="false">3544366@Uncensored</guid><description><![CDATA[Sometimes it's not a matter of being smart enough to figure it out, so much
as smart enough not to spend time figuring it out when you have other things
to do that no one has figured out yet. 
]]></description></item><item><link>https://uncensored.citadel.org/readfwd?go=Linux%20UNIX%20BSD%20etc.?start_reading_at=3543794</link><pubDate>Mon, 23 Sep 2013 11:41:28 -0000</pubDate><title>Message #3543794</title><guid isPermaLink="false">3543794@Uncensored</guid><description><![CDATA[Google engineers generally have the freedom to make choices like that on their
own.  There's no requirement for everyone to use the Official House Build
(tm) of Linux.  So it would seem that the self-driving-car team liked Ubuntu
and used it. 
  
 It does seem weird in general that Ubuntu is so popular at Google, when Ubuntu
is basically just Debian with training wheels, and Google engineers tend to
be smart enough to not need training wheels. 
]]></description></item></channel></rss>

