Repartir systématiquement des sources, mais bon on n'est pas chez Gentoo ici ;
En quoi un gestionnaire de paquet décrivant comment compiler les sources (tel que les AUR d'arch) avec un système de cache binaire ne pourrais pas fonctionner. N'étant pas sûr d'être clair, voici un petit exemple.
Un dev créer son soft, et écrit sa recette. Il l'utilise pour compiler sur son PC qui va tout re-compiler pour vérifier que tout marche.
Un utilisateur est sur Fedora, il veux installer le paquet. Fedora propose un cache binaire (la compilation a été faite sur les serveur de Fedora), ce qui permet à l'utilisateur de directement télécharger le binaire.
Un utilisateur de Debian veut également installer ce paquet. Debian propose également un cache binaire, mais qui inclus des patchs pour bien fonctionner sur Debian. C'est transparent pour cet autre utilisateur qui va également télécharger un binaire.
Enfin un utilisateur de Slackware veut l'installer mais pas de chance le cache binaire de Slackware ne contient pas ce pacquet. Par conséquent le paquet va être builder sur son PC depuis les sources (comme pour le dev).
Les dépendances suivant le même schéma, il est donc toujours possible de re-construire un paquet quelque-soit son système.
Ça me parait trop simple pour que ça n'existe pas déjà. Où est ce que le bas blesse dans mon raisonnement ?
[^] # Re: PPAs, Haiku, alien, ...
Posté par robin . En réponse au journal La multiplicité des gestionnaires de paquets. Évalué à 3.
En quoi un gestionnaire de paquet décrivant comment compiler les sources (tel que les AUR d'arch) avec un système de cache binaire ne pourrais pas fonctionner. N'étant pas sûr d'être clair, voici un petit exemple.
Un dev créer son soft, et écrit sa recette. Il l'utilise pour compiler sur son PC qui va tout re-compiler pour vérifier que tout marche.
Un utilisateur est sur Fedora, il veux installer le paquet. Fedora propose un cache binaire (la compilation a été faite sur les serveur de Fedora), ce qui permet à l'utilisateur de directement télécharger le binaire.
Un utilisateur de Debian veut également installer ce paquet. Debian propose également un cache binaire, mais qui inclus des patchs pour bien fonctionner sur Debian. C'est transparent pour cet autre utilisateur qui va également télécharger un binaire.
Enfin un utilisateur de Slackware veut l'installer mais pas de chance le cache binaire de Slackware ne contient pas ce pacquet. Par conséquent le paquet va être builder sur son PC depuis les sources (comme pour le dev).
Les dépendances suivant le même schéma, il est donc toujours possible de re-construire un paquet quelque-soit son système.
Ça me parait trop simple pour que ça n'existe pas déjà. Où est ce que le bas blesse dans mon raisonnement ?
bépo powered