Re: support potato
Georges Mariano a écrit : Il me semble que la solution equivs est viable, le paquet à construire pourrait s'appeler xlibs-dev-dummy, nécessiterait xlib6g (require) pour ne pas être installé sur du vide, fournirait xlibs-dev, et conflicterait avec xlibs-dev (lors d'une évolution réelle en woody)... Tout ça si j'ai bien compris (globalement) la doc (succincte) ? En fait, si je me souviens bien, equivs fonctionne comme suit : - on l'installe - on modifie son fichier control pour ajouter les dépendances dans le champ provides. - on le réinstalle. pas de paquet supplémentaire. -- Charles
Re: support potato
Le Mon, Aug 20, 2001 at 03:32:38PM +0200, Georges Mariano écrivait: Où est le noeud du paradoxe ?? xlibs-dev n'existait pas sous potato alors qu'il aurai du. :) Disons que les renommages ne font jamais bon ménage avec l'utilisation croisée de plusieurs distributions. Il faut juste espérer que cela ne se reproduira plus. xlib6g-dev jouait le rôle de xlibs-dev dans potato. PS1 : plus prosaïquement, quelqu'un a-t-il une technique pour absorber cette dépendance sur xlibs-dev ?? vim debian/control et éditer la ligne Build-Depends: remplacer xlibs-dev par xlib6g-dev Ceci est-il une question/remarque orientée développeurs ou utilisateurs ?? ;-) Utilisateur avancé ;-) A+ -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Le bouche à oreille du Net : http://www.beetell.com Naviguer sans se fatiguer à chercher : http://www.deenoo.com Formation Linux et logiciel libre : http://www.logidee.com
Re: support potato
Georges Mariano a écrit : [il manque une dépendance sur un paquet, le paquet fonctionne sans] PS1 : plus prosaïquement, quelqu'un a-t-il une technique pour absorber cette dépendance sur xlibs-dev ?? Le paquet equivs sert à absorber ces dépendances. -- Charles
Re: support potato
On Mon, 20 Aug 2001 16:28:28 +0200 Raphael Hertzog [EMAIL PROTECTED] wrote: xlib6g-dev jouait le rôle de xlibs-dev dans potato. alors pourquoi ne pas faire évoluer le paquet potato de manière à lui faire fournir également xlibs-dev ?? (provide ??) vim debian/control et éditer la ligne Build-Depends: remplacer xlibs-dev par xlib6g-dev beurk, beurk et rebeurk... cela empèche toute recompilation automatique... ce serait sympa de pouvoir augmenter le domaine des dépendance de manière locale... i.e __je__ pourrais déclarer comme homonymes les paquets xlibs-dev et xlib6g-dev... (puisque ce problème n'intéresse plus Debian...) c'est plutôt ce genre de solution que je visais... l'idéal serait de pouvoir injecter un paquet (+/- générique) qui ferait ça ... une autre solution serait un fichier à lire après acquisition des dépendances normales pour rectifier... PS : kkun pourrait-il indiquer au traducteur de sylpheed que répondre tout est une mauvaise traduction de Reply all ;-) -- # Georges MARIANO # INRETS, 20 rue Élisée Reclus # 59650 Villeneuve d'Ascq mailto:[EMAIL PROTECTED] # FRANCE. fax: (33) 03 20 43 83 59 # http://www3.inrets.fr/[EMAIL PROTECTED]
Re: support potato
Le paquet permet de tricher, mais comment s'assure-t-on que la tricherie est légale ? Si tu as un paquet pour celà, je suis preneur ! bash-2.03$ dpkg -p equivs Package: equivs Priority: extra Section: admin Installed-Size: 52 Maintainer: Martin Bialasinski [EMAIL PROTECTED] Architecture: all Version: 1.999.12 Depends: perl | perl5, debhelper, dpkg-dev, devscripts, make, fakeroot Filename: dists/potato/main/binary-i386/admin/equivs_1.999.12.deb Size: 17148 MD5sum: 9f49ddbd0f39a503c8226d037ef9627e Description: Circumventing Debian package dependencies This is a dummy package which can be used to create Debian packages, which only contain dependency information. . This way, you can make the Debian package management system believe that equivalents to packages on which other packages do depend on are actually installed. . Another possibility is creation of a meta package. When this package contains a dependency as Depends: a, b, c, then installing this package will also select packages a, b and c. Instead of Depends, you can also use Recommends: or Suggests: for less demanding dependency. . Please note that this is a crude hack and if thoughtlessly used might possibly do damage to your packaging system. And please note as well that using it is not the recommended way of dealing with broken dependencies. Better file a bug report instead.