En ce qui me concerne, je sais que si on me met un ordinateur devant moi en cours je ne serai pas capable de noter et que je ne retiendrai rien. Que si je ne prend pas de notes sur papier je ne retiendrai rien. Et que si je note, je retiendrai, même si je jette mes notes à la poubelle en sortant d'amphi : pour moi, c'est vraiment le fait de noter qui m'aide à retenir, pas les notes en tant que telles.
La commande pour installer ou chercher n’est pas là même (apt-get vs apt-cache),
Tu vas être content, avec la prochaine Debian il y a une commande de haut niveau, apt tout court : apt search, apt show, apt install, apt update, apt upgrade…).
La licence ? Et quand il y en a plusieurs ? Quand il y a un fichier qui est sous une licence distincte ? Quand l'empaqueteur ne peut pas licencier son travail de la même façon (projet amont dans le domaine public et empaqueteur en France par exemple) ?
[^] # Re: Mouaif
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  10.
Pas forcément, il y a a vraiment des trucs que je n'envoie pas du tout aux développeurs amont parce que je sais qu'ils le refuseront, et à juste titre, donc ce ne serait que les ennuyer pour rien.
Le plus bel exemple que j'aie de cela, c'est DokuWiki, un moteur de wiki, qui, comme souvent pour les logiciels Web, intègre des bibliothèques externes telles que GeSHi, jQuery ou encore SimplePie. C'est utile pour les gens qui installent ce logiciel à la main sur leur serveur Web, mais dans le cadre de la distribution Debian, c'est mal, parce que ça alourdit inutilement le système et que ça complique la maintenance de sécurité. Donc, dans le paquet Debian de DokuWiki, j'ai ce genre de patch :
Ce patch donc, est spécifique à Debian, d'où le champ d'en-tête Forwarded: not-needed. Les développeurs amont ne l'intègreront pas, parce que d'une part ce n'est pas utile pour eux et pour leurs utilisateurs directs, mais qu'en plus ça casserait franchement le logiciel, à moins d'être sous Debian ou une autre distro fournissant jQuery au même endroit.
[^] # Re: Point par point
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  3.
Et surtout, ça se règle, de prendre automatiquement les simples recommandations ou seulement les dépendances dures.
[^] # Re: "Au final, ce sont les fanboys qui ont dû être bien déçus…"
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à  10.
Vous vous battez pour rien là : les habitudes en cours dépendent des gens ! Certains sont efficaces à noter sur un ordinateur, d'autres sur papier, et d'autres enfin n'ont pas besoin de prendre des notes.
En ce qui me concerne, je sais que si on me met un ordinateur devant moi en cours je ne serai pas capable de noter et que je ne retiendrai rien. Que si je ne prend pas de notes sur papier je ne retiendrai rien. Et que si je note, je retiendrai, même si je jette mes notes à la poubelle en sortant d'amphi : pour moi, c'est vraiment le fait de noter qui m'aide à retenir, pas les notes en tant que telles.
Bref, ça dépend des étudiants !
[^] # Re: End of an era
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à  3.
Le Firewire n'était surtout pas un remplaçant possibe de l'USB. En particulier, il lui manque un fil d'alimentation pour permettre de faire des clefs Firewire par exemple. Enfin, il a un fil d'alimentation, mais c'est du 48 volts, autrement dit inutilisable pour de l'électronique de consommation. Enfin, c'est théoriquement du 48 volts, mais comme aucun ordinateur actuel ne peut fournir ça facilement, en réalité c'est du… ben, du 5 volts, du 12 volts, ça dépend selon les ordinateurs. Bref c'est encore plus inutilisable.
Thunderbolt, c'est bien le port très haut débit développé par Intel, en fibre optique ? Enfin, prévu en fibre optique, mais comme ça coûte trop cher, en fait c'est du cuivre. Et qui a vocation à devenir universel, donc pour ça ils ont commencé par le distribuer exclusivement sur les ordinateurs Apple ?
/me se marre.
[^] # Re: "Au final, ce sont les fanboys qui ont dû être bien déçus…"
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à  1.
Question qualité, c'est généralement solide, mais loin d'être parfait aujourd'hui. En particulier, l'équivalent actuel de ton ordinateur, serait un portable Apple à la coque métallique, qui dégage beaucoup de chaleur par le bas, ce qui rend son utilisation pénible sur les genoux l'été. Et par ailleurs :
Ça, c'est excellent pour un ordinateur de huit ans, en revanche les plus récents s'usent assez vite, notamment à cause d'un défaut volontaire de conception : la batterie ne peut pas s'enlever facilement, du coup l'ordinateur est souvent en charge, ce qui évidemment l'use.
Personnellement, il y a quelques années je t'aurais conseillé de l'IBM ThinkPad, mais je ne sais pas ce qu'ils sont devenus avec Lenovo ; en tout cas il y a toujours l'excellent ThinkWiki pour se renseigner. Et autrement, je te recommande Dell Latitude, qui sont presque aussi bon que Lenovo pour la démontabilité et la réparabilité de leur portables.
[^] # Re: Mouais
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à  8.
Merci capitaine évident. Et à part ça, j'ai le droit de critiquer, ou seulement de fermer ma bouche ?
[^] # Re: Mouais
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à  10.
Parce que c'est un grand pas dans le verrouillage des utilisateurs, avec une mise en œuvre d'informatique déloyale que même Microsoft avait renoncé à faire. Le monde se porterait mieux si Apple n'existait pas, ou s'ils existaient mais ne verrouillaient pas leurs appareils et les logiciels qui tournent dessus.
[^] # Re: Mauvais exemple
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Auto hébergement et consommation électrique. Évalué à  2.
Sur du dédié, tu peux installer ce que tu veux, à condition de disposer d'une procédure d'installation qui ne nécessite pas d'accès physique ni d'accès déporté à l'écran et au clavier.
# Mouais
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à  8.
Pas convaincu : Apple ont souvent sorti des appareils qui n'avaient rien de nouveau, et qui étaient apparemment très décevants. Par exemple, l'iPad : un ordinateur sans clavier, sans souris, sans lecteur de carte mémoire, sans port USB, avec un écran tactile (ce qui existait déjà )… Sauf que malheureusement, ça a fait un carton !
[^] # Re: C'est l'histoire et la démocratie
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  5.
Même structuré, je suis content que le
debian/copyright
soit séparé dudebian/control
, parce que c'est souvent p****n de long, ce qu'on met dedans. Pensez donc, des licences entières, et parfois plusieurs, si c'était dans ledebian/control
ça n'améliorerait pas sa lisibilité ![^] # Re: Point par point
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  1.
Ah ben non, la demande est différente. Aider un nouveau mainteneur de paquet, ça je peux faire, j'ai déjà fait d'ailleurs.
Et pour répondre à la question, non, je n'ai pas essayé autre chose, faute de raison de le faire !
[^] # Re: Et pourtant il y a bien trop de packages
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  1.
Là , c'est chercher la petite bête : tu devrais pouvoir reconnaître qu'entre lister les fichiers qui ont été fournis par un paquet installé, et ceux d'un paquet présent dans l'archive d'un paquet non installé mais présent dans le répertoire courant, ce n'est pas du tout le même boulot. Dans le premier cas, cela consiste à interroger une base de données locale, l'archive du paquet n'étant probablement nulle part sur ton ordinateur. Dans le second cas, cela consiste à lister le contenu d'une archive.
dpkg-deb sert à analyser des archives de paquets oui. Mais ça sert très peu pour un utilisateur normal, parce qu'il n'est justement pas habituel de télécharger à la main un paquet seul.
[^] # Re: Mouaif
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  0.
Oui, ça s'appelle une convention plutôt qu'une configuration. Les outils de construction de paquet vont chercher un répertoire ./debian, pas ../debian ou /quelque/part/debian. Si c'est problématique, il y a sans doute des solutions : si c'est lié à l'imbrication de systèmes de versionnement par exemple, il y a des trucs comme svn-buildpackage qui permettent d'éviter cela.
[^] # Re: Et pourtant il y a bien trop de packages
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  7.
Tu vas être content, avec la prochaine Debian il y a une commande de haut niveau, apt tout court : apt search, apt show, apt install, apt update, apt upgrade…).
Là il y a une séparation sous Debian et ça complique en effet : c'est liée au fait qu'APT est une sur-couche au système d'installation des paquets qui est dpkg. Pour faire simple, dpkg installe des paquets et gère les fichiers des paquets installés, alors qu'APT est un ensemble d'outils (en fait une bibliothèque et des outils qui l'utilisent) pour télécharger des paquets et leur dépendances.
Donc, pour les fichiers des paquets, c'est dpkg. dpkg -S pour chercher quel paquet a installé tel fichier, et dpkg -L pour lister les fichiers installés par un paquet.
[^] # Re: Mouaif
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  1. Dernière modification le 09 septembre 2014 à 11:17.
Ah, ça. Question de goût, entre tout mettre dans un fichier avec des tas de sections ou mettre un fichier par tâche. Entre un fichier contenant des sections ou un répertoire contenant des fichiers, c'est un peu kif-kif à mon avis, quoique, vu que certains fichiers (debian/control: description du paquet source et des paquets binaires générés, et debian/copyright: description des licences utilisées dans le logiciel et le paquet) utilisent déjà des sections ce n'est pas plus mal d'avoir des fichiers séparés.
Même chose pour la configuration d'un logiciel d'ailleurs, enfin pour pas mal de trucs qu'on trouve dans /etc quoi, il y a plusieurs approches, avec es avantages et des inconvénients pour les humains et pour les logiciels chargés de lire ou de modifier ces données.
[^] # Re: Et encore...
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  4. Dernière modification le 09 septembre 2014 à 11:13.
Je l'utiliserai sans doute, en revanche après ce sera ma branche debian évidemment. Il ne sera pas forcément utile de la conserver dans ton dépôt, puisque j'aurai le mien.
Il existe plusieurs pratiques d'empaquetage sous Git, mais c'est la mienne et je ne suis pas le seul Ă l'utiliser. :-)
C'est moi qui m'occuperai de cela ; il serait utile d'avoir un tag Git pour chaque nouvelle version, et que les fichiers y correspondent autant que possible au contenu du tarball officiel correspondant. Si ce n'est pas le cas, c'est à dire s'il y a de grosses différences entre le contenu du dépôt Git et le contenu des tarballs publiés, je ferai moi-même une branche tarball pour mon usage (ça arrive)…
Bon, je te tiendrai au courant. Ça m'intéresse ce projet, parce que compiler du LaTeX avec un Make, c'est quelque chose que j'aime bien. Et les taballs sont signés en plus ! La classe (ça peut être vérifié automatiquement par un paquet Debian source, mais je n'avais jamais eu l'occasion d'utiliser cette fonctionnalité) !
[^] # Re: Mouaif
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  -1.
Quel fichier « central » ? Tu veux dire, indiquer à uscan une URL où il pourra toujours trouver la dernière version, puis qu'il l'extraie et aille lire un fichier qui indique le numéro de version ? Cela suppose deux choses :
Donc rien, c'est une fonctionnalité présente dans RPM, très bien. C'est le genre de truc que je m'attends à voir dans les outils d'empaquetage bien fournis, mais pas dans des trucs volontairement très simples, c'est tout.
# Distribution spécifique
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Linux, c'est déjà demain - écran tactile. Évalué à  7.
Je crois que c'est massivement utilisé sous Android. Bon, c'est une distribution très particulière, mais il doit en exister d'autres pour ce genre d'usage, genre Meego, ou quel que soit le nom que ce projet peut porter maintenant.
[^] # Re: Mouaif
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  7. Dernière modification le 09 septembre 2014 à 10:50.
Il y a deux types de patchs. Ceux qui corrigent des bugs amont, ou apportent des fonctionnalités, et qui doivent alors être remontés au projet amont, où ils peuvent être acceptés, refusés ou ignorés. Et il y a les patchs spécifiques à Debian, par exemple pour qu'on logiciel colle à la FHS, ou se conforme aux règles de Debian permettant de mettre en œuvre le multiarch, ou encore utilise des bibliothèques fournies par Debian au lieu de celles qu'il embarque normalement. Ces patchs-là n'ont aucune raison d'être envoyés au projet amont, où ils n'ont rien à faire.
Ben ça nécessite un fichier où écrire des choses comme (dans un cas simple) :
Cela doit aussi permettre de gérer des cas compliqués, avec par exemple des numéros de version amont qui doivent être transformés (par exemple parce qu'un jour, la numérotation amont a été modifiée de façon incompatible, et qu'heureusement Debian prévoit ce genre de cas avec un préfixe spécifique, qu'il faut alors ajouter), ou encore des archives à refaire à la volée pour en exclure quelques fichiers non libres.
Pour info, le fichier en question c'est
debian/watch
, utilisé par l'outiluscan
(upstream scan).Simple : OpenDKIM. C'est une mise en œuvre de la norme DKIM de signature de courrier életronique par les serveurs. Ce projet fournit deux choses, qui devraient pouvoir s'utiliser de façon indépendante :
Ça tombe bien, dans Debian ils ont été séparés en deux paquets.
Autre cas d'usage, GRUB 2. Sous Debian, il a été séparé en plusieurs paquets, de sorte qu'on peut installer par exemple les bibliothèques et outils de GRUB pour PC et pour EFI amd64 (dans le but de réaliser des clefs USB démarrables pour ces deux plate-formes), et installer localement seulement GRUB pour PC comme chargeur de démarrage.
Enfin, c'est très utile pour la mise en œuvre d'installations simultanées de logiciels pour plusieurs architectures, mais c'est un vaste sujet.
[^] # Re: Mouaif
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  5.
La licence ? Et quand il y en a plusieurs ? Quand il y a un fichier qui est sous une licence distincte ? Quand l'empaqueteur ne peut pas licencier son travail de la même façon (projet amont dans le domaine public et empaqueteur en France par exemple) ?
À condition d'aimer Subversion, oui. Je suis pour ma part heureux que Debian n'impose pas d'utiliser ce système que j'aime de moins en moins.
En effet, ça s'adresse aux mainteneurs Debian qui ne sont pas également développeurs amont, ces derniers étant forcément les premiers au courant de leurs nouvelles versions. Mais pas seulement : c'est également utilisé par des outils automatiques de la plate-forme de qualité de Debian, pour réaliser des rapports agrégés, par exemple sur tous les paquets dont s'occupe Untel, en indiquant notamment lesquels sont en retard sur la version amont.
Ça permet en une commande de vérifier s'il y a une nouvelle version amont, de la télécharger et de la renommer pour qu'elle colle à la nomenclature Debian. Et ça permet également, au besoin, de la ré-empaqueter, par exemple si elle est fournie au format ZIP (il faut un tarball) ou si elle contient des fichiers non libres (qu'il faut alors retirer).
Oui, c'est compliqué, et inutile dans les cas simples. Mais cela permet par exemple de séparer le milter OpenDKIM des outils OpenDKIM, permettant ainsi aux utilisateurs d'installer de quoi générer des clefs DKIM sans avoir à installer le serveur de signature et d'analyse de messages.
Le système d'empaquetage de Debian est complexe, il n'y a rien à dire à ce sujet. Mais les tâches sont plutôt bien séparées, et en commençant avec un paquet pas trop compliqué (genre pas un démon qui nécessite de la configuration de la part de l'utilisateur), je ne pense pas qu'il soit trop difficile de débuter, à condition de s'intéresser sérieusement à Debian (l'empaquetage Debian par un développeur amont qui n'utilise pas Debian ou seulement de façon occasionnelle, on peut oublier, c'est clair), et cela se retient plutôt bien. La documentation est un problème, d'où la récente page du wiki Debian je crois. Et sinon, il ne faut pas hésiter à demander sur le salon IRC qui va bien (#debian-mentors sur OFTC).
[^] # Re: Point par point
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  0.
En effat, mais comme c'est sans autre conséquence qu'une occupation d'espace, ce n'était pas vraiment une problème sérieux.
[^] # Re: Et encore...
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  9.
Eh bien, si tu préfères te consacrer à autre chose, je peux peut-être le faire, l'empaquetage Debian, si tu veux. C'est sûr que l'empaquetage Debian est presque une vocation à part, et comme je sais déjà faire, ça me prendra beaucoup moins de temps. Et en plus, ton logiciel est sous Git, ce que j'apprécie.
[^] # Re: Point par point
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  4.
Ça, ça n'a jamais été vrai. Jamais.
C'est simple : à une époque, aptitude a été recommandé pour passer d'une version Debian à la suivante. Depuis, apt-get a été amélioré et suffit à cela ; comme il est plus léger il est à nouveau recommandé à la place, mais on peut toujours utiliser aptitude si on préfère, comme on pouvait à l'époque utiliser apt-get si on préfère.
Aujourd'hui tu fais ce que tu veux. Les deux ont un solveur de dépendances différent, celui d'apt-get étant normalement suffisant mais celui d'aptitude étant plus puissant et donc parfois préférable pour des situations complexes. Personnellement j'utilise normalement apt-get, et aptitude lorsqu'apt-get ne donne pas de solution convenable pour les cas où je suis en partie en Debian stable, testing et unstable.
Jamais, en tout cas jamais sans te demander une confirmation très précise (par un « o/n », mais une vraie confirmation impossible à valider par erreur, genre : recopie exactement la phrase « oui, je veux vraiment faire ça »). apt-get peut, dans des situations complexes, proposer une solution qui implique de retirer pas mal de truc, mais ça demande toujours une confirmation.
[^] # Re: Mouaif
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  1.
Effectivement, c'est simple, il n'y a rien à dire. Maintenant, je soupçonne que cela permette moins choses en contrepartie, comme l'indication formelle des licences utilisées, l'ajout de patchs spécifiques annotés, le suivi des versions du logiciel amont et des révisions de l'empaquetage, avec lien avec le système de suivi de bugs de la distribution, les notifications automatiques de la présence d'une nouvelle version amont avec automatisation du téléchargement et de leur intégration dans ton empaquetage, la définition éventuelle des fichiers à mettre dans tel ou tel paquet binaire dans le cas d'une séparation en plusieurs paquets. J'en oublie sans doute, mais tout ça pour dire que oui, l'empaquetage Debian est plus complexe, mais que tout y a une raison d'être.
[^] # Re: Git
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à  4.
Je n'ai rien compris à ce que tu veux faire là . Tu as une nouvelle version amont qui résoud un bug numéroté XXXXX dans le BTS Debian ?
Personnellement, j'ai une branche master qui correspond au développement du paquet Debian, et lorsqu'il y a une nouvelle version amont, je fusionne upstream/master dans ma branche master oui. C'est assez logique je trouve : j'importe les changements amont, le paquet Debian source n'étant en somme qu'une modification par-dessus les sources amont.