Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
dmv.community is one of the many independent Mastodon servers you can use to participate in the fediverse.
A small regional Mastodon instance for those in the DC, Maryland, and Virginia areas. Local news, commentary, and conversation.

Administered by:

Server stats:

170
active users

dmv.community: AboutStatusProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.4

#distribution

2 posts2 participants0 posts today
Public
☮ ♥ ♬ 🧑‍💻

“Elon Musk said on Friday (Saturday AEDT) that his #xAI has acquired X, the social media app formerly known as #Twitter, in an all-stock transaction for $US45 billion ($71.5 billion), including debt.

xAI and X’s futures are intertwined. Today, we officially take the step to combine the #data, #models, #compute, #distribution and #talent,” #Musk said in a post on X, adding that the combined company would be valued at $US80 billion.”

#business / #acquisitions / #CreativeAccounting <archive.md/in6TN> / <afr.com/technology/musk-s-xai-> (paywall)

Public
Joachim Weber [friendica] 🦖 🦔 🐲
Eigentlich soll die neue elementaryOS-Version vorwiegend Fehler erschlagen, sie bringt aber auch einige interessante Neuerungen mit.#Distribution #elementaryOS
elementaryOS 8.0.1 – mehr als ein Bugfix-Release - LinuxCommunity
LinuxCommunity · elementaryOS 8.0.1 – mehr als ein Bugfix-Release - LinuxCommunityEigentlich soll die neue elementaryOS-Version vorwiegend Fehler erschlagen, sie bringt aber auch einige interessante Neuerungen mit. Dazu gehört der HWE des unterliegenden Ubuntus, mehr Einfluss beim Nachrichtensystem und nützliche Details in einigen Apps. Das elementaryOS-Team hat vor allem die Bedienung einiger hauseigener Anwendungen verbessert und dabei das Feedback der Nutzer einfließen lassen. So berücksichtigt das AppCenter den Dark Mode besser, etwa indem die Softwareverwaltung die für den Dark Mode passenden Screenshots anzeigt. Darüber hinaus liest das AppCenter das „<Developer>“-Tag in den (Appstream-)Metadaten. Weitere Arbeit floss in die Update-Seite, die beispielsweise die Release Notes besser präsentiert. Obendrein liefert die Suche flotter Ergebnisse. Der Dateimanager kennt das Protokoll „admin://“, über das man schnell ein Verzeichnis mit Administratorrechten öffnen kann. Die von den Systemeinstellungen ausgehenden Nachrichten lassen sich in den Systemeinstellungen konfigurieren. Dort kann man etwa die aufpoppenden Meldungen bei vorliegenden Updates ausknipsen. Apropos Updates: elementaryOS 8.0.1 lädt keine Aktualisierungen mehr herunter, wenn der Rechner über eine Verbindung mit Volumen- oder Zeitbeschränkung ins Internet geht. Das System weist zudem darauf hin, wie groß eine ausstehende Aktualisierung ist und zeigt einen Fortschrittsbalken beim Herunterladen an. In Applications kann man einzelne Anwendungen dazu zwingen, keine Meldungen mehr zu senden. Das ist vor allem dann nützlich, wenn sich die Anwendung nicht an die dafür vorgesehenen Nachrichtenmechanismen hält. Das Dock zeigt sich zudem jetzt in einer deckenden Optik, wenn man seine Transparenz abschaltet. Über die Netzwerkeinstellungen kann man verhindern, dass elementaryOS automatisch eine Verbindung zu einem Netzwerk aufbaut, sobald dieses verfügbar ist. Darüber hinaus darf man Hintergrunddiensten wie der automatischen Systemaktualisierung die Nutzung der entsprechenden Verbindung untersagen. elementaryOS basiert auf Ubuntu LTS, für das Canonical erst Ende Februar den Hardware Enablement Stack (HWE) veröffentlicht hat. In ihm enthalten ist der neuere Kernel 6.11 und ein aktualisierter Grafik-Stack. Genau den enthält jetzt auch elementaryOS 8.0.1, das dadurch neuere Hardware besser unterstützt. Die schließlich noch vom elementaryOS-Team erschlagenen Bug listet die offizielle Ankündigung auf.
Public *
Thor A. Hopland

Friggin' #pewdiepie using #linux in 2025 for his new #gaming machine is a turning point to be sure.

Gentle people. It is time to stab at the heart of the beast. Warm up your USB keys, flash it with whatever friendly Linux #distribution you've got, put on your best sales schpiel and help your friends transition to a free system.

We are collectively lowering #Microsoft into it's grave this year.

#Microsoft #Windows #Windows10 #Windows11

youtu.be/-GyOFlWs4HY

youtu.be- YouTubeEnjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube.
Public
💧🌏 Greg Cocks

A Methodology For The Multitemporal Analysis Of Land Cover Changes And Urban Expansion Using Synthetic Aperture Radar (SAR) Imagery - A Case Study Of The Aburrá Valley In Colombia
--
doi.org/10.3390/rs17030554 <-- shared paper
--
#GIS #spatial #mapping #SyntheticApertureRadar #SAR #remotesensing #multitemporalanalysis #landcover #landcoverchange #clustering #kurtosis #fuzzylogic #kernelbasedmethod #machinelearning #spatialanalysis #spatiotemporal #geostatistics #model #modeling #AburráValley #Columbia #urban #urbanexpansion #population #growth #topography #monitoring #satellite #sentinel #valley #landuse #distribution #infrastructure #building #roads #naturalresources #environmental #conservation #monitoring #multitemporal

photo - looking down into Medellin, Aburrá Valley, Columbia from a surrounding high ground
annotated maps with imagery - Areas of analysis of the results by the SMA1 methodological route and kurtosis. (A). Central Park in Bello (B). Parques del Río Medellín (C). Arkadia Shopping center; (D). Peldar Plant (E). La García water supply reservoir (F). Conasfaltos dam (G). La Ayurá stream basin in Envigado (H). Central Park in Bello (I). Avenida Regional Norte (J). Vía Distribuidora Sur.
schematic / work flow - proposed methodology for analysis of zonal land cover changes
annonated maps - The Aburrá Valley (white line) between the valleys of the Magdalena and Cauca rivers. Data were acquired from ALOS PALSAR Terrain Corrected and data from IGAC.
Replied in thread
Public
Norm

@tomosaigon I know this isn't in the true spirit of #federation, but I believe for the sake of newcomers that there should be a 'default' instance of #Mastodon, just as there should be a 'default' #distribution of #Linux. When people try or move to Mastodon/Linux for the first time, that's what they use. It's designed to be simple, easy, etc. Then, after they get to know the ropes, they can decide if/where they want to move to themselves.

Continued thread
Public
Jörg 🇩🇪🇬🇧🇪🇺

viel einfacher. Nun wollte ich mir das #flathub #Repository zusätzlich einbinden. Das sollte angeblich über das Paket der 3rd Party repositories gehen. Die habe ich installiert. Flathub ist nicht dabei.
Jetzt müsste ich also wieder anfangen manuell rumzufummeln um es einzubinden. Und dann wahrscheinlich auch wieder um es aktuell zu halten.
Das ist doch Scheiße. Also werde ich mir wohl eine andere #Linux #Distribution suchen müssen und nochmal von vorne anfangen. 🙄😖
Keinen Bock drauf (2/2)

Public *
zirias (on snac)
#programming question, TL;DR: How to test for an (approximately) uniform #distribution?

Today at work, I created a piece of code that should #partition a stream of data entities based on some string keys of unknown format. The only requirements were that the same key must always be assigned to the same partition and the distribution should be approximately uniform (IOW all partitions should have roughly the same size). My approach was to apply a non-cryptographic #hash function to the keys (defaulting to #xxhash3), XOR-fold the hash down to 32 bits and then take this as an unsigned integer modulo the desired number of partitions.

I normally only code my private projects (as a software architect, I rarely have the time to touch any code at work, unfortunately), and there, I'd certainly test something like this on some large samples of input data, but probably just once manually. 🙈

But for work, I felt this should be done by a #unittest. I also think at least one set of input data should be somehow "random" (while others should contain "patterns"). My issue is with unit-testing the case for "random" input. One test I wrote feeds 16k GUIDs (in string representation) to my partitioner configured for 13 partitions, and checks that the factor between the largest and smallest partitions remains < 2, so, a very relaxed check. Still doubt remains because there's no way to guarantee this test won't go "red" eventually.

I now see several possible options:
  • just ignore this because hell freezing is more likely than that test going red ...
  • don't even attempt to test the resulting distribution on "random" input
  • bite the bullet and write some extra code creating "random" (unicode, random length within some limits) strings from a PRNG which will produce a predictable sequence

What do you think? 🤔 The latter option kind of sounds best, but then the complexity of the test will probably exceed the complexity of the code tested. 🙈
ExploreLive feeds
About