docs: add licensing and compliance documentation

Add comprehensive FOSS compliance documentation including:
- COPYRIGHT.md: copyright holders and code ownership
- LICENSING.md: GPL-3.0-or-later policy and source offer
- NOTICE: attribution requirements for permissive licenses
- THIRD-PARTY-LICENSES.md: third-party software inventory
- TRADEMARKS.md: trademark notices and non-affiliation
- os-release hook and files: identify FWS as separate from Arch Linux

These documents establish legal compliance baseline for GPL/AGPL/Apache/MIT/BSD obligations before public distribution.
This commit is contained in:
2026-06-17 15:18:39 +02:00
parent 3f83316fa8
commit 43c1053bd7
7 changed files with 527 additions and 0 deletions
+59
View File
@@ -0,0 +1,59 @@
# Droits d'auteur — FWS
`SPDX-License-Identifier: GPL-3.0-or-later`
FWS est une distribution Linux live/installable dérivée d'**Arch Linux**, dont le
système de construction est un fork d'**archiso**. Ce fichier identifie les
titulaires de droits sur le code **du dépôt** ; les logiciels **embarqués**
(Anaconda, paquets Python, paquets Arch de l'ISO…) restent la propriété de leurs
auteurs respectifs — voir [THIRD-PARTY-LICENSES.md](THIRD-PARTY-LICENSES.md).
## Code du dépôt (système de build FWS)
```
Copyright (C) 2026 Contributeurs FWS (« FWS contributors »)
Copyright (C) Arch Linux / Archiso Authors — voir AUTHORS.rst
```
Sont couverts par les droits FWS, sous **GPL-3.0-or-later** :
- les scripts de construction (`build.sh`, `build-offi.sh`, `setup-aur.sh`,
`scripts/`) ;
- les profils et overlays `configs/baseline/` et `configs/releng/` modifiés
par FWS ;
- les recettes de paquets `pkgbuilds/*/PKGBUILD` rédigées ou adaptées par FWS ;
- la documentation FWS (`README.md`, `environnement.md`, `docs/`).
Sont des œuvres d'**archiso** (Arch Linux), conservées sous **GPL-3.0-or-later** :
- `fws/mkarchiso`, `Makefile`, `man/`, `CHANGELOG.rst` et la structure de
profil héritée. Les auteurs originaux sont listés dans [AUTHORS.rst](AUTHORS.rst).
## Titulaire / entité
Le titulaire collectif est désigné ici par « Contributeurs FWS ». Si le projet
adopte une personne morale (association, société) ou un mainteneur nommé comme
titulaire de référence, remplacer « Contributeurs FWS » par cette entité dans
ce fichier et dans les en-têtes SPDX.
## Marques
Les noms et logos cités (Arch Linux, Red Hat, Fedora, Anaconda, Windows…) sont
des marques de leurs détenteurs respectifs. Voir [TRADEMARKS.md](TRADEMARKS.md).
## Résumé des licences
| Élément | Licence |
|---|---|
| Code du dépôt FWS (build, configs, PKGBUILDs, docs) | `GPL-3.0-or-later` |
| Texte de licence intégral | [LICENSE](LICENSE) |
| Logiciels tiers embarqués | licences propres — [THIRD-PARTY-LICENSES.md](THIRD-PARTY-LICENSES.md) |
| Attributions Apache/MIT/BSD | [NOTICE](NOTICE) |
| Politique de licences & obtention des sources | [LICENSING.md](LICENSING.md) |
| Marques & non-affiliation | [TRADEMARKS.md](TRADEMARKS.md) |
> **Avertissement.** Ces documents constituent une base de conformité FOSS
> sérieuse et de bonne foi, mais ne sont pas un avis juridique. Avant toute
> diffusion publique large ou commerciale, faites-les valider par un conseil
> spécialisé en propriété intellectuelle / open source — en particulier les
> points signalés ⚠ dans [THIRD-PARTY-LICENSES.md](THIRD-PARTY-LICENSES.md).
+99
View File
@@ -0,0 +1,99 @@
# Politique de licences & obtention des sources — FWS
`SPDX-License-Identifier: GPL-3.0-or-later`
## 1. Licence du projet
Le code du dépôt FWS (système de build, profils, overlays, PKGBUILD et docs
rédigés par FWS) est distribué sous **GNU General Public License v3.0 ou
ultérieure** (`GPL-3.0-or-later`). Cette licence est **héritée d'archiso**, dont
FWS est un fork : une œuvre dérivée d'archiso (GPL-3.0-or-later) ne peut être
redistribuée que sous GPL-3.0-or-later.
Texte intégral : [LICENSE](LICENSE).
Périmètre exact (couvert / hérité) : voir [COPYRIGHT.md](COPYRIGHT.md).
Logiciels embarqués (licences distinctes) : voir
[THIRD-PARTY-LICENSES.md](THIRD-PARTY-LICENSES.md).
## 2. En-têtes SPDX (recommandation)
Pour une traçabilité « béton », ajouter en tête de chaque fichier source rédigé
par FWS :
```sh
# SPDX-License-Identifier: GPL-3.0-or-later
# SPDX-FileCopyrightText: 2026 Contributeurs FWS
```
(Les fichiers hérités d'archiso conservent leurs en-têtes d'origine.)
## 3. Obligation de fourniture des sources (GPL/LGPL)
FWS distribue des **binaires** couverts par la GPL/LGPL/AGPL : l'ISO
(`out/FWS-*.iso`) et les paquets (`local-repo/*.pkg.tar.zst`). La GPL impose de
fournir la **source correspondante** de ces binaires.
Pour FWS, la source correspondante est :
1. **le présent dépôt** (système de build, profils, recettes `pkgbuilds/`), et
2. **les tarballs amont** référencés par `source=()` dans chaque PKGBUILD
(téléchargés à l'identique depuis les URL listées dans
[THIRD-PARTY-LICENSES.md](THIRD-PARTY-LICENSES.md)), et
3. pour les paquets Arch agrégés dans l'ISO, **les sources publiées par Arch
Linux** pour chaque paquet (`pkgctl`/dépôts amont Arch).
### Offre écrite (GPLv3 §6 / GPLv2 §3b)
> Pour tout binaire couvert par la GPL/LGPL distribué dans une image ou un paquet
> FWS, le projet FWS s'engage à fournir, sur demande et pour une durée d'au moins
> trois (3) ans, la source correspondante complète sous une forme lisible par
> machine, soit via le dépôt public du projet, soit sur un support physique au
> coût de distribution.
>
> - **Dépôt public (source) :** https://github.com/You-re-like-Windows-a-bitch/fws
> - **Contact :** suzuku295@gmail.com
>
> *« FWS offers, for any GPL/LGPL-covered binary it distributes, to provide the
> complete corresponding source code, for at least three years, via the project
> repository (https://github.com/You-re-like-Windows-a-bitch/fws) or on physical
> media at cost. Contact: suzuku295@gmail.com. »*
> **Condition d'effectivité :** l'offre n'est réellement opposable que si le dépôt
> ci-dessus est **publiquement accessible** et contient `pkgbuilds/` (recettes +
> URL `source=()`). Tant que le dépôt reste privé, publier au minimum les sources
> correspondantes des binaires diffusés.
## 4. Reproductibilité
Le build honore `SOURCE_DATE_EPOCH` (cf. `profiledef.sh`, horodatages d'ISO et
de label) pour des reconstructions déterministes — utile pour prouver la
correspondance source/binaire.
## 5. Contributions
Les contributions entrantes sont acceptées sous la **même** licence que le
projet (« inbound = outbound », `GPL-3.0-or-later`), avec attestation d'origine
**DCO**. Voir [CONTRIBUTING.rst](CONTRIBUTING.rst).
## 6. Liste de contrôle conformité (avant release publique)
- [x] `LICENSE` (GPL-3.0-or-later) présent à la racine
- [x] `COPYRIGHT.md`, `NOTICE`, `THIRD-PARTY-LICENSES.md`, `TRADEMARKS.md` rédigés
- [x] Offre écrite §3 complétée avec URL (dépôt) + contact e-mail
- [x] `os-release` FWS livré — hook `zz-fws-os-release.hook` (le live ne s'annonce
plus « Arch Linux ») ; `motd` ne renvoie plus vers `archlinux.org`
- [ ] **Dépôt rendu publiquement accessible** (sinon l'offre écrite n'est pas
opposable) — action hors-code
- [ ] Branding Red Hat/Fedora retiré de l'UI Anaconda ; installateur marqué
« modifié » — à faire pendant la migration (config `product.d`)
- [ ] Décision tranchée sur `python-iso639` (AGPL-3.0-only) : garder ou remplacer
- [ ] Revue par un conseil FOSS (recommandé avant diffusion commerciale)
> Les étiquettes `license=` des PKGBUILD **présents dans `pkgbuilds/`** sont déjà
> en SPDX exact. Les libellés imprécis relevés (`satyr` → `GPL`, `python-pid` →
> `Apache`…) concernent des paquets de `local-repo/` **sans PKGBUILD dans ce
> dépôt** (construits depuis l'AUR) : à corriger à la source AUR, pas ici.
> **Ceci n'est pas un avis juridique.** Base de conformité de bonne foi au
> 2026-06-17.
+58
View File
@@ -0,0 +1,58 @@
FWS — Avis d'attribution / Attribution NOTICE
=============================================
FWS (« FWS contributors »), 2026.
Distribution Linux dérivée d'Arch Linux ; système de build dérivé d'archiso.
Ce fichier regroupe les attributions exigées par les licences permissives
(Apache-2.0, MIT, BSD) des composants redistribués par FWS. Il complète :
- LICENSE — GPL-3.0-or-later (projet)
- COPYRIGHT.md — droits d'auteur du dépôt
- THIRD-PARTY-LICENSES.md — inventaire complet & compatibilité
- TRADEMARKS.md — marques & non-affiliation
L'absence d'un composant ici ne vaut pas absence d'obligation : voir
THIRD-PARTY-LICENSES.md pour l'inventaire exhaustif et les avis GPL/LGPL/AGPL
(préservés dans /usr/share/licenses/<paquet>/ sur le système).
-----------------------------------------------------------------------
Base du dépôt
-----------------------------------------------------------------------
archiso — Copyright (C) Arch Linux / Archiso Authors (voir AUTHORS.rst)
GPL-3.0-or-later — https://gitlab.archlinux.org/archlinux/archiso
-----------------------------------------------------------------------
Composants sous Apache-2.0
(Apache-2.0 §4 : conservation des avis de droit d'auteur et de licence ;
ce NOTICE accompagne les œuvres redistribuées.)
-----------------------------------------------------------------------
requests-file (python-requests-file) — Copyright (C) David Shea
https://github.com/dashea/requests-file
requests-ftp (python-requests-ftp) — Copyright (C) Cory Benfield
https://github.com/Lukasa/requests-ftp
pid (python-pid) — Copyright (C) trbs and contributors
https://github.com/trbs/pid
-----------------------------------------------------------------------
Composants sous MIT
-----------------------------------------------------------------------
python-xkbregistry — Copyright (C) Stephen Early
https://github.com/sde1000/python-xkbregistry
WinBoat (winboat-bin) — Copyright (C) WinBoat authors (TibixDev)
https://www.winboat.app
langtable (python-langtable, partie MIT) — Copyright (C) Mike FABIAN
https://github.com/mike-fabian/langtable
-----------------------------------------------------------------------
Composants sous licence permissive de type BSD / custom
-----------------------------------------------------------------------
xmlrpc-c (libxmlrpc) — Copyright (C) les auteurs de xmlrpc-c
Licence permissive de type BSD (« custom ») — voir le source amont
https://xmlrpc-c.sourceforge.net/
-----------------------------------------------------------------------
Marques
-----------------------------------------------------------------------
Arch Linux, Red Hat, Fedora, Anaconda, Windows, Microsoft, GNOME, KDE,
Plasma, Xfce, Hyprland, GTK, Linux et WinBoat sont des marques de leurs
détenteurs respectifs. FWS n'est affilié à aucun d'eux. Voir TRADEMARKS.md.
+147
View File
@@ -0,0 +1,147 @@
# Logiciels tiers & licences — FWS
Ce document est l'**inventaire de conformité** (« bill of materials ») des
logiciels tiers que FWS reconditionne, embarque ou redistribue. Il sert à
satisfaire les obligations d'**attribution** et de **préservation des avis de
licence** des licences GPL, LGPL, AGPL, Apache, MIT et BSD.
Trois familles de tiers :
1. **La base du dépôt** : FWS est un fork d'**archiso**.
2. **Les paquets construits/redistribués par FWS** (`pkgbuilds/` + `local-repo/`),
notamment l'installateur **Anaconda** et ses dépendances Python.
3. **L'ensemble des paquets Arch Linux** agrégés dans l'ISO live (chacun sous sa
propre licence ; l'avis de licence de chaque paquet est présent dans
`/usr/share/licenses/<paquet>/` sur le système installé/live).
---
## 1. Base du dépôt
| Composant | Rôle | SPDX | Détenteur | Source amont |
|---|---|---|---|---|
| **archiso** | système de build (mkarchiso, profils, man, Makefile) | `GPL-3.0-or-later` | Arch Linux / Archiso Authors | https://gitlab.archlinux.org/archlinux/archiso |
Auteurs originaux : voir [AUTHORS.rst](AUTHORS.rst).
---
## 2. Paquets construits / redistribués par FWS
Sources des recettes : `pkgbuilds/*/PKGBUILD`. Binaires : `local-repo/*.pkg.tar.zst`.
La **source correspondante** (au sens GPL/LGPL) de chacun est le tarball amont
référencé par `source=()` dans le PKGBUILD, plus le PKGBUILD lui-même.
| Paquet | Version | SPDX | Détenteur principal | Source amont |
|---|---|---|---|---|
| anaconda | 45.8 | `GPL-2.0-or-later` | Red Hat, Inc. & contributeurs Anaconda | https://github.com/rhinstaller/anaconda |
| anaconda-widgets | 45.8 | `GPL-2.0-or-later` | Red Hat, Inc. | https://github.com/rhinstaller/anaconda |
| pykickstart | 3.74 | `GPL-2.0-or-later` | Red Hat, Inc. | https://github.com/pykickstart/pykickstart |
| python-blivet | 3.13.2 | `LGPL-2.1-only` | Red Hat, Inc. | https://github.com/storaged-project/blivet |
| python-meh | 0.43 | `GPL-2.0-or-later` | Red Hat, Inc. | https://github.com/rhinstaller/python-meh |
| python-productmd | 1.50 | `LGPL-2.1-or-later` | Red Hat, Inc. / release-engineering | https://github.com/release-engineering/productmd |
| python-simpleline | 1.8 | `LGPL-3.0-or-later` | Red Hat, Inc. | https://github.com/rhinstaller/python-simpleline |
| python-requests-file | 2.1.0 | `Apache-2.0` | David Shea | https://github.com/dashea/requests-file |
| python-requests-ftp | 0.3.1 | `Apache-2.0` | Cory Benfield | https://github.com/Lukasa/requests-ftp |
| python-pid | 3.0.4 | `Apache-2.0` | trbs | https://github.com/trbs/pid |
| python-iso639 | 0.4.5 | **`AGPL-3.0-only`** ⚠ | Mikael Karlsson (noumar) | https://github.com/noumar/iso639 |
| python-langtable | 0.0.51 | `GPL-3.0-or-later AND MIT` | Mike FABIAN | https://github.com/mike-fabian/langtable |
| python-xkbregistry | 1.5 | `MIT` | Stephen Early | https://github.com/sde1000/python-xkbregistry |
| libreport | 2.17.15 | **`GPL-2.0-only`** ⚠ | Red Hat, Inc. (projet ABRT) | https://github.com/abrt/libreport |
| satyr | 0.43 | `GPL-2.0-or-later` | Red Hat, Inc. (projet ABRT) | https://github.com/abrt/satyr |
| libxmlrpc (xmlrpc-c) | 1.64.03 | `custom` (BSD-style permissive) | Auteurs xmlrpc-c | https://xmlrpc-c.sourceforge.net/ |
| winboat-bin | 0.9.0 | `MIT` | Auteurs WinBoat (TibixDev) | https://www.winboat.app |
> Les versions et identifiants SPDX ci-dessus proviennent des champs `license=`
> des PKGBUILD et des `.PKGINFO` des paquets de `local-repo/`. Quand le `.PKGINFO`
> portait une étiquette ancienne et imprécise (`GPL`, `Apache`), l'identifiant
> SPDX retenu est celui du dépôt amont (p. ex. `satyr` → `GPL-2.0-or-later`).
> **À corriger dans les PKGBUILD** pour des étiquettes SPDX exactes.
---
## 3. Paquets Arch Linux de l'ISO
L'ISO live agrège tout l'ensemble de paquets listé dans
`configs/releng/packages.x86_64` et `configs/baseline/packages.x86_64` (noyau
Linux, Xorg, Openbox, environnements de bureau, utilitaires…). Chaque paquet
conserve sa licence d'origine ; l'avis correspondant est fourni dans
`/usr/share/licenses/<paquet>/` sur le système. FWS ne revendique aucun droit
sur ces paquets.
---
## 4. Analyse de compatibilité des licences
**Licence effective du dépôt FWS : `GPL-3.0-or-later`** (imposée par la dérivation
d'archiso, lui-même GPL-3.0-or-later).
### 4.1 Principe d'agrégation (le cas général)
L'ISO et le dépôt de paquets sont des **agrégations** de programmes indépendants
(« mere aggregation », GPLv3 §5 / GPLv2 §2). Chaque paquet est distribué comme
une unité séparée (binaire `.pkg.tar.zst` distinct, processus distinct,
bibliothèque partagée distincte) et **conserve sa propre licence**. C'est
exactement le modèle juridique sous lequel Arch Linux, Debian et Fedora
distribuent des milliers de paquets de licences hétérogènes sur un même média.
À ce niveau, la compatibilité copyleft **n'est pas requise** : il n'y a pas
d'« œuvre combinée » unique.
### 4.2 Compatibilité au sein du runtime Anaconda
Anaconda charge plusieurs modules dans **un même processus Python** au moment de
l'exécution. Les licences en présence et leur compatibilité montante vers GPLv3 :
| Licence du composant | Compatible GPLv3 ? | Note |
|---|---|---|
| `GPL-2.0-or-later` (anaconda, meh, pykickstart, satyr…) | ✅ | la clause « or later » autorise l'usage en GPLv3 |
| `LGPL-2.1-only` (blivet) | ✅ | LGPL-2.1 §3 autorise la relicence en GPL ; usage dynamique |
| `LGPL-2.1-or-later` (productmd) | ✅ | montée vers (L)GPLv3 |
| `LGPL-3.0-or-later` (simpleline) | ✅ | sous-ensemble de GPLv3 |
| `Apache-2.0` (requests-file, requests-ftp, pid) | ✅ | compatible GPLv3 (sens unique) ; voir [NOTICE](NOTICE) |
| `MIT` (xkbregistry, winboat) | ✅ | permissive |
| `MIT`/`BSD-style` (langtable, libxmlrpc) | ✅ | permissive |
### 4.3 ⚠ Deux points à surveiller (signalés en bonne foi)
1. **`python-iso639` est `AGPL-3.0-only`.** L'AGPL est compatible avec GPLv3 via
la clause de compatibilité réciproque (GPLv3 §13 / AGPLv3 §13) : on peut
combiner du code AGPLv3 et GPLv3. La **clause réseau** de l'AGPL (mise à
disposition de la source aux utilisateurs distants d'un service réseau) est
en pratique **inerte** pour un installateur hors-ligne. **Cependant**, l'AGPL
est la licence la plus contaminante et beaucoup d'organisations l'interdisent
par politique interne. **Recommandation béton :** si l'AGPL n'est pas
souhaitée, remplacer `noumar/iso639` par une bibliothèque ISO-639 non-AGPL
(p. ex. `pycountry` — BSD, ou les données `iso-codes`), ce qui élimine le
sujet.
2. **`libreport` est `GPL-2.0-only`** (sans « or later »). GPL-2.0-**only** n'est
**pas** compatible en montée avec GPLv3/AGPLv3. Tant que `libreport` reste un
paquet **séparé** (bibliothèque partagée distincte, appelée via `python-meh`
qui importe `report`), on demeure dans le régime d'agrégation §4.1 — et c'est
la configuration que **Fedora elle-même distribue**. Le risque n'apparaîtrait
que si l'on **liait statiquement** `libreport` (GPLv2-only) avec un composant
AGPLv3-only/GPLv3-only dans un **seul binaire** : à éviter. En l'état (paquets
séparés), pas de conflit.
### 4.4 Verdict
En l'état (paquets séparés, agrégation sur ISO, modules Python chargés au
runtime), **la configuration est cohérente et alignée sur la pratique des
distributions majeures**. Les deux points ⚠ ci-dessus méritent une décision
explicite (garder / remplacer l'AGPL) et une revue par un juriste FOSS avant
diffusion commerciale.
> **Ceci n'est pas un avis juridique.** Analyse de bonne foi fondée sur les
> métadonnées de licence du dépôt à la date du 2026-06-17.
---
## 5. Préservation des avis
- Les textes de licence amont présents dans les sources sont conservés lors du
`package()` (pacman installe `LICENSE`/`COPYING` dans
`/usr/share/licenses/<paquet>/`).
- Les attributions requises par Apache-2.0 / MIT / BSD figurent dans [NOTICE](NOTICE).
- Aucun avis de droit d'auteur amont ne doit être retiré des sources ou binaires
redistribués.
+133
View File
@@ -0,0 +1,133 @@
# Marques & non-affiliation — FWS
FWS redistribue et modifie des logiciels portant des **marques** de tiers. Les
licences libres (GPL, LGPL, Apache…) accordent des droits sur le **code**, mais
**jamais** sur les **marques, noms et logos**. Ce document liste les marques
concernées et les déclarations de non-affiliation. Il vaut engagement du projet
à les respecter.
## Marque du projet
- **FWS** est le nom (marque non déposée) du présent projet, utilisé par les
Contributeurs FWS. Toute reprise du nom/logo FWS pour désigner une version
modifiée non officielle doit éviter de laisser croire à un aval du projet FWS.
---
## Arch Linux
> **Arch Linux™** est une marque du projet Arch Linux. FWS est une distribution
> **dérivée indépendante**, *basée sur* Arch Linux. FWS **n'est ni affilié, ni
> sponsorisé, ni approuvé** par le projet Arch Linux. *« Arch Linux is a
> trademark of the Arch Linux project. FWS is an independent derivative and is
> not affiliated with, sponsored by, or endorsed by Arch Linux. »*
Engagements FWS :
- ne pas présenter FWS **comme étant** Arch Linux ;
- ne pas utiliser le **logo Arch Linux** comme logo de FWS ;
- usage **nominatif** uniquement (« basé sur Arch Linux », « compatible
paquets Arch ») ;
- respecter les recommandations Arch pour les dérivés
(https://wiki.archlinux.org/title/DeveloperWiki:TrademarkPolicy).
### ✅ Remédiation appliquée (le live ne s'annonce plus comme « Arch Linux »)
Le système live héritait de l'`os-release` du paquet `filesystem` d'Arch et
**s'annonçait comme « Arch Linux »** ; le `motd` renvoyait vers
`wiki.archlinux.org`. Corrigé :
- **`os-release` FWS** : fourni dans
`configs/releng/airootfs/usr/local/share/fws/os-release` et appliqué sur
`/usr/lib/os-release` par un **hook pacman PostTransaction**
(`configs/releng/airootfs/etc/pacman.d/hooks/zz-fws-os-release.hook`). On ne
peut pas poser le fichier directement dans l'overlay : `filesystem` possède ce
chemin et `mkarchiso` copie l'overlay **avant** pacstrap → conflit pacman
« exists in filesystem ». Le hook s'exécute après l'installation des paquets,
donc sans conflit, et est retiré du système final par
`zzzz99-remove-custom-hooks-from-airootfs.hook`.
- **`motd`** : ne référence plus `archlinux.org` ; pointe vers le dépôt FWS.
> Note technique : `ID=fws` + `ID_LIKE=arch` préserve la détection « famille
> Arch » des outils tiers (et satisfait les checks `^ID(_LIKE)?=.*arch` de
> `build.sh`/`setup-aur.sh`, qui portent de toute façon sur l'hôte de build).
> Si la migration Anaconda révèle un composant testant `ID=arch` en dur, basculer
> transitoirement le hook sur `ID=arch` tout en gardant `NAME`/`PRETTY_NAME` FWS.
---
## Red Hat & Fedora
> **Red Hat®** et **Fedora®** sont des marques déposées de **Red Hat, Inc.**
> L'installateur **Anaconda** est développé par Red Hat. FWS distribue une
> **version MODIFIÉE** d'Anaconda (portée sur Arch, payload `liveimg`), **non
> officielle**, **non fournie ni approuvée** par Red Hat ou le projet Fedora.
> *« This product includes a modified version of Anaconda. Red Hat and Fedora
> are trademarks of Red Hat, Inc. This is an unofficial build, not provided or
> endorsed by Red Hat or the Fedora Project. »*
Engagements FWS :
- ne pas utiliser les marques Red Hat / Fedora pour suggérer un aval ;
- **marquer clairement Anaconda comme modifié** (la GPL exige d'identifier les
versions modifiées ; la politique de marque Red Hat exige de ne pas faire
passer une version modifiée pour officielle) ;
- **recommandation béton :** retirer tout **logo / nom de produit Red Hat ou
Fedora** de l'interface de l'installateur si présent, et y afficher
« Installateur FWS (basé sur Anaconda) ». La configuration produit d'Anaconda
se règle via `product.d` / les données de branding — à auditer pendant la
migration.
---
## Anaconda — désambiguïsation
> Le nom **« Anaconda »** désigne ici **l'installateur de Red Hat/Fedora**
> (https://github.com/rhinstaller/anaconda). Il **n'a aucun rapport** avec
> **Anaconda®**, marque déposée d'**Anaconda, Inc.** (la distribution Python /
> data-science). FWS n'utilise ni ne distribue le produit d'Anaconda, Inc.
À mentionner dans la doc utilisateur pour éviter toute confusion.
---
## Windows & Microsoft
> **Windows®** et **Microsoft®** sont des marques de **Microsoft Corporation**.
> FWS embarque **WinBoat** (MIT), qui permet d'exécuter des applications Windows
> sous Linux. FWS et WinBoat **ne sont ni affiliés, ni approuvés** par Microsoft.
> Exécuter des applications Windows requiert vos **propres licences Windows
> valides** ; FWS ne fournit aucun logiciel ni licence Microsoft.
Le nom du projet et son slogan font un usage **parodique / nominatif** du terme
« Windows » et n'impliquent aucun lien avec Microsoft.
---
## Autres marques (usage nominatif)
Les noms suivants désignent des projets/options proposés à l'installation ou
utilisés comme composants, et sont des marques de leurs détenteurs, employées
de façon **purement descriptive** :
- **GNOME®** — The GNOME Foundation
- **KDE®**, **Plasma** — KDE e.V.
- **Xfce** — projet Xfce
- **Hyprland** — projet Hyprland
- **GTK** — The GNOME Foundation
- **Linux®** — marque déposée de Linus Torvalds
- **WinBoat** — projet WinBoat
---
## Principe général
L'emploi de ces marques dans FWS relève de l'**usage nominatif loyal** (décrire
l'origine, la compatibilité ou les composants), **sans** suggérer parrainage ou
affiliation. Aucune licence sur ces marques n'est accordée ni reçue. Pour toute
utilisation commerciale du nom/logo d'un tiers au-delà de l'usage nominatif,
obtenir l'autorisation du détenteur.
> **Ceci n'est pas un avis juridique.** Faites valider la stratégie de marque
> (notamment le nom du projet et le rebranding d'Anaconda) par un conseil avant
> diffusion publique large.
@@ -0,0 +1,20 @@
# remove from airootfs!
# Branding FWS : le paquet « filesystem » d'Arch installe /usr/lib/os-release
# avec NAME="Arch Linux". On le remplace par la version FWS APRÈS l'installation
# des paquets (PostTransaction), donc sans conflit pacman « exists in filesystem »
# (poser le fichier dans l'overlay déclencherait ce conflit, cf. ordre overlay→
# pacstrap dans mkarchiso). /etc/os-release reste un lien vers ce fichier.
# Ce hook ne sert qu'au build : zzzz99-remove-custom-hooks le retire du système.
[Trigger]
Operation = Install
Operation = Upgrade
Type = Package
Target = filesystem
[Action]
Description = Applying FWS branding to /usr/lib/os-release...
When = PostTransaction
Depends = filesystem
Depends = coreutils
Exec = /usr/bin/install -Dm0644 /usr/local/share/fws/os-release /usr/lib/os-release
@@ -0,0 +1,11 @@
NAME="FWS"
PRETTY_NAME="FWS Linux"
ID=fws
ID_LIKE=arch
BUILD_ID=rolling
VERSION_ID="1.0.0"
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://github.com/You-re-like-Windows-a-bitch/fws"
SUPPORT_URL="https://github.com/You-re-like-Windows-a-bitch/fws/issues"
BUG_REPORT_URL="https://github.com/You-re-like-Windows-a-bitch/fws/issues"
LOGO=fws