thesuperbigfrog's comments

An official response from Ubuntu:

https://discourse.ubuntu.com/t/ubuntus-response-to-californi...

The email linked here are ideas from an Ubuntu contributor, not an official response.

> What about all the weapons forbidden by the Geneva convention?

Some weapons are prohibited Geneva convention because they are designed to cause suffering or indiscriminately kill non-combatants:

"Weapons prohibited under the Geneva Convention and associated international humanitarian law (including the 1925 Protocol, CCW, and specific treaties) include chemical/biological agents (mustard gas, sarin), blinding lasers, expanding bullets, and non-detectable fragments. Also banned are anti-personnel landmines and cluster munitions.

Key prohibited and restricted weapons include:

Chemical and Biological Weapons: The 1925 Geneva Protocol and subsequent conventions (1972, 1993) banned the use, development, and stockpiling of asphyxiating, poisonous, or other gases, including nerve agents and biological weapons.

Blinding Laser Weapons: Specifically designed to cause permanent blindness (Protocol IV of the CCW).

Non-detectable Fragments: Weapons designed to injure by fragments not detectable in the human body by X-rays (Protocol I of the CCW).

Incendiary Weapons: Restrictions on using fire-based weapons (like flamethrowers) against civilian populations (Protocol III of the CCW).

Anti-personnel Landmines: Banned under the Ottawa Treaty (1997) due to risks to civilians.

Cluster Munitions: Prohibited due to their indiscriminate nature.

These treaties aim to protect civilians and combatants from unnecessary suffering and long-term danger."

Would "good hands" choose weapons that are designed to cause suffering or that kill indiscriminately?

No, they would not.

A weapon is a tool.

Whether they are good or evil depends on the hands that hold it.

In good hands, weapons provide defense, deterrence, and protection.

In bad hands, weapons hurt the innocent, instill fear, and oppress.

The hands that wield them make all the difference.

grep, sed, and awk are nice simple tools but were followed by perl which is a more comprehensive tool and a complete programming language.

perl advanced the state of the art for regular expressions such that most regular expression implementations are "perl compatible".

From HN user unpythonic:

"When perl came out we were living in horrific times. You had the choice of either Bourne, C or Korn shell. Automation was glued together in one of these with a series of grep, awk, sed, ls, test, commands glued together.

Anything more complicated was written in C and called from one of these things. Perl in one stroke collapsed the programming of C, text manipulation, the capabilities of all of the Unix utilities, and data structures into one system. For anything which wasn't subsumed into the monolith of Perl, you could easy access via backticks. It was very friendly in dealing with text streams, and that's what those call-outs in those back ticks spoke.

Yes, awk and sed were replaced by Perl, but more importantly, the unmaintainable nightmare that glued all of it together was wiped out." Source: https://news.ycombinator.com/item?id=36650120

From "The Art of Unix Programming":

"Perl is shell on steroids. It was specifically designed to replace awk(1), and expanded to replace shell as the ‘glue’ for mixed-language script programming. It was first released in 1987." Source: http://www.catb.org/esr/writings/taoup/html/ch14s04.html#per...

It is good to know grep, sed, and awk, but it would be remiss to not include perl too. It is equally ubiquitous, more capable, and still developed and maintained with version 5.42.0 released last year: https://www.cpan.org/src/README.html

"On the scripting side, Perl has also returned to prominence. Once the undisputed leader in scripting, Perl declined after years of internal fragmentation and competition from newer languages. Recently, however, it has staged a comeback, reclaiming a position in the TIOBE top 10 since January 2018." Source: https://www.tiobe.com/tiobe-index/

But don't take my word for it, give it a try and see what you think: https://www.perl.org/get.html

Ubuntu plus Landscape for management:

https://ubuntu.com/landscape

They have fired the honest people who reported numbers they did not like.

Anything that they publish should be considered untrustworthy. Anything they say should be considered unreliable.

It used to be "trust but verify", now it is "don't trust, seek a different source". It is sad, but reality now.

(2005)

Many US states also have a state guard that is under the sole control of the state government: https://en.wikipedia.org/wiki/State_defense_force

These forces are distinct from the state's National Guard and cannot be federalized.

>> People are doubtful that the agent will be able to complete the task properly.

You answered your own question.

I do not trust an agent to give it unsupervised access to my systems.

If I had a completely local agent that was fully sandboxed and I would be willing to put data in the sandbox, give it a task, and come back later to see what it did.

I would not trust agents to run unsupervised with similar restrictions.

What Linux distributions did you try?

What hardware were you using?

What kind of troubleshooting did you perform?

>> Six weeks in, things changed. The Linux installations started to degrade — subtle at first, then undeniable. Random slowdowns. Browser links that wouldn't register for 10 or 15 seconds. The kind of frustration that makes you stare at the screen and wonder what's happening under the hood. It was consistent across distributions, which suggests this wasn't just a bad package here or there. Something fundamental was happening.

Without more details it would be difficult to determine what problems you were having.

I have never had problems like you describe with Linux. I would be interested to know more details.

You may want to consider renaming this project.

The name "Spark" already refers to:

A popular data analytics framework of the Apache Foundation: https://spark.apache.org/

A subset of the Ada programming language used for formal verification: https://learn.adacore.com/courses/intro-to-spark/chapters/01...

An Nvidia AI development system: https://www.nvidia.com/en-us/products/workstations/dgx-spark...

There are other wise sayings in the Orange Catholic Bible: https://dune.fandom.com/wiki/Orange_Catholic_Bible

This particular quote comes humanity's struggles through the Butlerian Jihad: https://dune.fandom.com/wiki/Butlerian_Jihad

Hello Otto,

Thank you for creating DEP-18 and pushing it forward.

As an aspiring Debian developer, learning the Debian packaging tools and procedures has been a challenge.

There are many different packaging tools and they work quite differently from other command line tools I use for software development on Linux.

DEP-18 will help to bring Debian's procedures closer to what the industry follows and lower the barriers for new contributors. I hope it gets adopted.

"* The header "Vaccines do not cause autism" has not been removed due to an agreement with the chair of the U.S. Senate Health, Education, Labor, and Pensions Committee that it would remain on the CDC website."

They kept the header because they legally agreed to keep it, but the rest is conspiracy propaganda.

"Either the users control the software or the software controls the users"

https://www.youtube.com/watch?app=desktop&v=Ag1AKIl_2GM&t=57...

Many years ago I played one of her works, Bard's Tale 3: Thief of Fate and enjoyed it very much.

It was a masterful blend of RPG, dungeon crawl, and puzzles and had a memorable soundtrack.

https://www.youtube.com/watch?v=ru5kg35dNso

Having a bard in your party let you choose a soundtrack and their songs brought magical effects. For example, the Rhyme of Duotime let your party attack more frequently in combat: https://www.youtube.com/watch?v=_oR4j7w4FIY

BT3 is available on the Internet Archive: https://archive.org/details/msdos_The_Bards_Tale_3_-_Thief_O...

What software will those Nvidia servers run?

Are they creating their own software stack or working with one or more partners?

Who is still using these machines? Genuine question, not trolling.

It looks like the last machines of each architecture were released:

Alpha in 2007

HP-PA in 2008

m68k in pre-2000 though derivatives are used in embedded systems

sh4 in 1998 (though possible usage via "J2 core" using expired patents)

This means that most are nearly 20 years old or older.

Rust target triples exist for:

m68k: https://doc.rust-lang.org/nightly/rustc/platform-support/m68... and https://doc.rust-lang.org/nightly/rustc/platform-support/m68... both at Tier 3.

(Did not find target triples for the others.)

If you are using these machines, what are you using them for? (Again, genuinely curious)

>> What is it with Microsoft and confusing product naming schemes?

You can use Windows App [1] to connect to Windows to run your Windows apps.

[1] https://learn.microsoft.com/en-us/windows-app/overview

If you eat lots of highly processed food, don't be surprised if it makes you less healthy.