SUSE Refines, Releases Open-Source LLM to Fuel Community Collaboration

Today, SUSE has released a new fine-tuned version of the language model, Cavil-Qwen3-4B, as open source on openSUSE’s Hugging Face in order to make legal com...

openSUSE News (news.opensuse.org)

There are a number of pieces out there talking about SUSE chasing "AI" as well, and remember that OpenSuSE is quite heavy driven by SUSE the same way Fedora is driven by Red Hat. It's not complete in either case but it's substantial. (Canonical doesn't drive Debian quite so much, but it's developers are still influential activists inside of Debian.)

Having been a young hacker in the early 80s, I can lend you some comfort. People can and will become lifelong free software advocates and contributors without a community, and this includes community driven by a corporate project.

Also, look at it this way: If OpenSuSE wants to drive themselves to extinction, what better way than erasing their mindshare amongst the young?

All that aside, I'm not at all against people telling them how foolish this move is.

If you try to create a Fedora Account it shows this (at least in Spain).

Please consider two things:

* Communicate to the openSUSE project directly that, and why, you oppose. You could respond on the mailing list I linked.
* If you can, become a sponsor of @Teckids on Liberapay or through some other means, so we can handle such cases and help other projects with our experience in a more coordinated and less stressful way: https://liberapay.com/Teckids/

Thanks!

Blocked for unwarranted tone-policing.

You should also be aware that bases other than 6(1)(a) ("consent") are very narrow, and 6(1)(a) is the hardest basis to obtain: the loopholes that most companies use don't actually exist, and those companies are breaking the law.

If you're not doing bad stuff, though – where "hoarding people's secrets" counts as bad stuff – GDPR nearly always says it's fine.

GDPR Article 8(1)(1): Where point (a) of Article 6(1) applies, in relation to the offer of information society services directly to a child, the processing of the personal data of a child shall be lawful where the child is at least [13 to] 16 years old.

Age restrictions do not apply under 6(1)(b).

@malwareminigun @nik is an IP address PII if it's NAT'ed? Surely not since numerous individuals could have that IP:port pair over a period of time. Would IPv6 count if not-NAT'ed? While it certainly can be used to get to a specific machine an IP with MAC address embedded (from SLAAC) hardly identifies the person on it's own. IANAL so I'm trying to be sensible, I accept that legal garbage might not be!

Please keep your unfounded systemd hate out of this.

Mind you, we're heading towards an era in which programmers might have to maintain multiple identities, and if you're an underage programmer, you'll have to start out anonymously.

(Someone blocked me for "systemd hate". systemd's founder literally runs his own company geared towards Linux corporate compliance. Years ago, they added /etc/machine-id on top of /var/lib/dbus/machine-id - guess what, Devuan (sysvinit) don't support /etc/machine-id and the dbus version of it is randomized on each boot. Details like this can make a difference to privacy-conscious users.)

Also note that this restriction is in the **terms of use**, not the privacy policy.

The headline solves your misconception: It is explicitly about **consent** given by a minor.

Consent by the subject is one of six rules allowing data processing. The others include technical or legal requirement. GDPR allows a lot of things without explicit consent, and AFAIAC, I never was in a situation where any consent was even necessary at all.

You cannot collect consent for targeted ad campaigns from minors. But you can certainly handle IP addresses.