Ah le format de paquet unique ... ça parait tellement miraculeux ...
En attendant que ce miracle (ce cauchemars) arrive, voici comment je verrait la structure du Paquet Unique :
Le nom du paquet.
Les dépendances, de 15 types différents : Dépendance forte, Fortement Recommandé, Recommandé, Suggéré, Casse, Entre en conflit lors de l'utilisation, Entre en conflit lors de l'installation, Fourni les fonctionnalités de, Compatible avec, Déprécie, Remplace, Emmerde le développeur de, Permet de compiler, Utilisé par, Doit être de la même version que, Nécessite le redémarrage de, Nécessite le paramétrage de.
La description du paquet, en 115 langues, avec pour certaines langues, des encodages différents.
Un lien vers le site web, avec 115 URL différentes si le site web existe en plusieurs langues.
Lesquelles des 56 architectures qui sont supportées
La date de compilation, de création du paquet, de mise dans les dépots, de sortie du paquet.
La taille des programmes une fois extrait
Les binaires (pour les distros binaires), catégorisés en 30 types, dont Fichier de configuration, Fichier natif exécutable, Librairie dynamique, Librairie statique, Fichier nécessaire pour la compilation, Documentation non-compilée, Documentation compilée, Script, Bytecode compilé
Les sources (pour les distros sources), catégorisées en 20 types : Entête, Source, Fichier de configuration de compilation, Script de génération de sources, Script de compilation
Si le paquet contient une locale, la langue de la locale.
De quoi télécharger les sources (pour les distros téléchargeant les sources directement depuis le site officiel)
Les versions des compilateurs utilisés pour générer les binaires
Les patchs pour compiler les sources.
De quoi configurer les sources (avec l'équivalent des USE flags)
De quoi compiler les sources.
Les tarifs selon le type de contrat de support.
La licence de l'application, avec son type parmi 20 : Domaine public, Licence libre copyleft, Licence libre sans copyleft, Licence opensource propriétaire, Licence propriétaire avec exception opensource pour amateurs ....
Une liste des 20 SSII qui peuvent ajouter des fonctionnalités.
Une entrée de changelog, indiquant les bugs corrigés, dans les 20 types de bug trackers existants
[^] # Re: Installinging software was never this easy and powerful !
Posté par Batchyx . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 2.
- Le nom du paquet.
- Les dépendances, de 15 types différents : Dépendance forte, Fortement Recommandé, Recommandé, Suggéré, Casse, Entre en conflit lors de l'utilisation, Entre en conflit lors de l'installation, Fourni les fonctionnalités de, Compatible avec, Déprécie, Remplace, Emmerde le développeur de, Permet de compiler, Utilisé par, Doit être de la même version que, Nécessite le redémarrage de, Nécessite le paramétrage de.
-
La description du paquet, en 115 langues, avec pour certaines langues, des encodages différents.
-
Un lien vers le site web, avec 115 URL différentes si le site web existe en plusieurs langues.
-
Lesquelles des 56 architectures qui sont supportées
-
La date de compilation, de création du paquet, de mise dans les dépots, de sortie du paquet.
-
La taille des programmes une fois extrait
-
Les binaires (pour les distros binaires), catégorisés en 30 types, dont Fichier de configuration, Fichier natif exécutable, Librairie dynamique, Librairie statique, Fichier nécessaire pour la compilation, Documentation non-compilée, Documentation compilée, Script, Bytecode compilé
-
Les sources (pour les distros sources), catégorisées en 20 types : Entête, Source, Fichier de configuration de compilation, Script de génération de sources, Script de compilation
-
Si le paquet contient une locale, la langue de la locale.
-
De quoi télécharger les sources (pour les distros téléchargeant les sources directement depuis le site officiel)
-
Les versions des compilateurs utilisés pour générer les binaires
-
Les patchs pour compiler les sources.
-
De quoi configurer les sources (avec l'équivalent des USE flags)
-
De quoi compiler les sources.
-
Les tarifs selon le type de contrat de support.
-
La licence de l'application, avec son type parmi 20 : Domaine public, Licence libre copyleft, Licence libre sans copyleft, Licence opensource propriétaire, Licence propriétaire avec exception opensource pour amateurs ....
-
Une liste des 20 SSII qui peuvent ajouter des fonctionnalités.
-
Une entrée de changelog, indiquant les bugs corrigés, dans les 20 types de bug trackers existants
-
Une liste de matériels supportés ou nécessaires
Alors, vous en pensez quoi ?