Mechanize

Onestamente si tratta di un articolo fuffa, senza alcun tipo d'informazione utile ad eccezione di questa:

Un recente studio di ricercatori dell’Università di Drexel, in Pennsylvania

Senza riportare ulteriori dati.

Il resto sembran parole scritte per lo più a caso da qualcuno che, evidentemente, non ha infarinatura nell'argomento.

Capisco che scrivere sull'IA porti click, ma così mi pare esagerato. La cosa triste - se non addirittura deprimente - è che un Large Language Model a cui fosse stato dato in pasto l'abstract dello studio avrebbe probabilmente potuto fare un lavoro migliore. O magari si tratta di un testo generato da un modello di piccole dimensioni, viste anche le continue ripetizioni (questi applicativi, mettere in evidenza, attento studio), il che renderebbe il tutto almeno divertente.

Un articolo migliore - ma con spin ovviamente positivo ed in inglese - si può trovare qui: drexel.edu

Notare la data.

E qui il paper:

• ductai199x.github.io
• arxiv.org

Mi dispiace esser così negativo sul lavoro altrui, ma sembra quasi abbia messo più ricerca e sforzo io in questo post che l'articolista nel suo.

Comunque, per chi fosse interessato, questa è la parte sostanziale, che si può trovare nel sito, senza aprire il paper su arxiv:

This corresponds to a detector's ability to detect videos from a new generator without any re-training. These results show that while the detector achieves strong performance on videos from generators seen during training, performance drops significantly when evaluating on new generators.

Additionally, we performed few-shot learning experiments to evaluate the detector's ability to detect videos from new generators with only a few examples. These results show that the detector can very accurately transfer to detect new generators through few-shot learning.

AKA il sistema funziona bene solo su modelli il cui output è disponibile in quantità (40.000 frame per modello, Tabella 4, pagina 5 per il training) e si può usare per fare l'addestramento.

Quindi utile solo contro video di livello amatoriale, fatti con modelli disponibili al pubblico generale.

Vorrei soffermarmi di più sulla questione dei falsi positivi, ma trovo il paper veramente poco chiaro al riguardo, e credo di aver già dedicato troppo tempo ad un post che probabilmente non leggerà nessuno su un paper che non ho trovato particolarmente illuminante o interessante.

Accetto volentieri correzioni.

This is getting weird.

If I would generate an image with an AI and then take a photo of it, I could copyright the photo, even if the underlying art is not copyrightable, just like the leaves?

So, in an hypothetical way, I could hold a copyright on the photo of the image, but not on the image itself.

So if someone would find the model, seed, inference engine and prompt they could theoretically redo the image and use it, but until then they would be unable to use my photo for it?

So I would have a copyright to it through obscurity, trying to make it unfeasible to replicate?

This does sound bananas, which - to be fair - is pretty in line with my general impression of copyright laws.

The only two things I can currently think of are:

1. Shut down the PC and try inverting the slot your monitors are plugged in in the graphic card
2. Right click on the Desktop -> Swap the primary Display -> Apply -> Swap it back

Honestly I'm not sure if it will help but I don't have other ideas aside from purging the configuration, which is probably not the solution and unwarrented.

Another thing to try would be a search on the KDE bugtracker.

I didn't know about this project, so I took a quick look around.

I didn't see any mention of Telemetry or Metrics, but I assume they can use this:

After starting Tails and connecting to Tor, Tails Upgrader automatically checks if upgrades are available and then proposes you to upgrade your USB stick. The upgrades are checked for and downloaded through Tor.

https://tails.net/doc/upgrade/index.en.html#automatic

Still, I just gave this a few minutes, so there could be more.

They are on the Odyssey bridge, pointing at the Ori warships passing through the Supergate!

Remedy and Annapurna announce a strategic cooperation agreement on Control 2 and bringing Control and Alan Wake to film and television

I'm not sure this is going to directly affect that, because their deal talks mainly about financing for the Control game, and the other news is about movie adaptations, so probably it is going to be another team, lead by the newly re-hired Hector Sanchez, working on that...

But who knows, this kind of things are always hard to follow from the outside

Spulciati i contratti.

In linea di massima quasi tutti gli ISP creano profili per poi venderli.

So, I can't install aur packages via pacman?

Nope, you have to do it manually or using an helper that abstracts the manual work away.

AUR packages, or to be more precise the PKGBUILD files, are recipes to compile or download stuff outside from the official repositories, manage their deps and installing them on the system.

You should always only run PKGBUILD files that you trust, they can do basically anything on your system. Checking the comments of the package in the aur repo is a good practice too.

Also Are you quoting certain nExT gEn gAmE guy?

...maybe

Also in wiki they didn't mention anything about OpenSSL?

Sorry, that was my bad, I wrote OpenSSL instead of openvpn. That one is probably needed too, but you should not have to pull it manually.

Generally speaking the ArchWiki is one of the best, more structured and well maintained source of information about Linux things even for other distros, but it can too be outdated, so you should always check if the info is valid. In this case it seems so.

In theory you should be able to just install proton-vpn-gtk-app using one of the many AUR helpers and it should Just Work™. Paru and yay are the most commonly used ones - as far as I know - and they wrap around pacman too, so you can use them to do everything packages related. Usually Arch related distro use one of them, for example EndeavourOS have yay already installed.

At worst when you try to start protonvpn the GUI will not appear or immediately crash: if that happens, usually, you can try and run the program from the Shell and see what kind of error it returns and work your way from there. Checking if the deps listed in the wiki are installed is always a great first step.

Reading rorschac's comment I assume both OpenSSL and wireguard are already installed on CachyOS, or anyway pulled by the aur package.

If you want to make sure you can install them explicitly before protonvpn:

paru openvpn wireguard-tools

or using yay or the vanilla pacman -Syu --needed openvpn wireguard-tools (it will sync and update the system too) or how it is suggested for CachyOS to install packages. I repeat I've no direct experience with that one.

If you are scared to mess things up you can always spin up a VM with CachyOS and try to install it inside that. If it all works you can then do the same on your main OS.

As a general advice, only run in your shell commands that you are sure about.

I can attest that this AUR package, which is the one indicated in the wiki, works fine on EndeavourOS, but I had to add the gnome key wallet (IIRC) to handle the VPN keys. I think that was fixed.

I have no experience with CachyOS.

To add to CookieShovel's answer, that is the character representing the Zhou Dinasty.

From Wikipedia:

The Zhou dynasty ([ʈʂóʊ]; Chinese: 周)[c] was a royal dynasty of China that existed for 789 years from c. 1046 BC until 256 BC, the longest of such reign in Chinese history.