Vous n'êtes pas identifié(e).
Pages : 1
Discussion fermée
Depuis Stretch, ou Jessie avec les backports activés :
en théorie oui .
mais ayant déjà fait assez de frasques avec deb-multimedia , je tiens pas à me tromper encore une fois .
j'ai besoin d'une confirmation .
merci.
Dernière modification par Debian Alain (28-12-2018 11:27:02)
Hors ligne
voilà , installation faite . on va voire pour la suite ...
Hors ligne
Hors ligne
en quoi les dépôts debmultimedia sont instable ou provoquent des merdes
C'est qu'ils proposent des versions plus avancées des paquets qu'il fournit et cela peut ne pas être souhaitable pour certains d'entre-eux pour cause de compatibllité avec d'autres qui y sont associés mais qui restent dans une version antérieure.
D'où l'idée de faire un pinning préventif au niveau de ces sources particulières.
C'est du moins ce que j'ai cru comprendre et le pourquoi je ne les utilise plus sur mes stables.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
seb95 a écrit :en quoi les dépôts debmultimedia sont instable ou provoquent des merdes
C'est qu'ils proposent des versions plus avancées des paquets qu'il fournit et cela peut ne pas être souhaitable pour certains d'entre-eux pour cause de compatibllité avec d'autres qui y sont associés mais qui restent dans une version antérieure.
D'où l'idée de faire un pinning préventif au niveau de ces sources particulières.
C'est du moins ce que j'ai cru comprendre et le pourquoi je ne les utilise plus sur mes stables.
Merci de ta réponse, alors de ce que je vois, et de ce que j'ai toujours compris, ce sont bien les meme versions de paquets que sous debian officiel (sauf si on pioche dans les backport debmultimedia) mais avec des options de compilations et des recommandations plus complets, FFmpeg pour prendre que lui est compilé avec bien plus d'option... Ça doit être pareil pour le reste des paquets.
Sur mes stables, je n'ai jamais fait de pinning et pourtant elles fonctionnent parfaitement avec.
Pour ce qui est des mises en garde de debian pour les depots de debmultimedia, il y a une part des jaloux qui voyent dans ces depots des programmes dont ils sont responsables et qui sortent donc de leurs controles, c'est un peu ce que j'explique dans certains de mes billets sur Dieu, les Developpeurs Debian, l'Olympe... (pas touche chasse gardé)
D'un autre coté, il y a aussi le fait que les gars qui utilisent ces dépots (debmultimedia) allaient pondre leurs rapports de bugs sur le bts de debian qui n'a aucun rapport avec multimedia (ou dit autrement, les paquets debmultimedia n'ont rien a voir avec debian et donc avec son bts), d'où un certain raz le bol des mainteneurs officiels.
Encore d'un autre coté, Christian utilise des options de compilation qui ne sont pas totalement free, on peut regarder avec ffmpeg, il est compiler avec des choses qui viennent de nonfree (depuis debian ou depuis debmultimedia) et au vu que certains developpeurs avant 2006 s'étaient déjà bataillés pour retirer les contrib et nonfree du projet debian (source excellent livre de M.Krafft de chez eyrolles: https://www.eyrolles.com/Informatique/L … 12119046/), on peut comprendre que ça fasse la gueule et qu'ils essayent de faire en sorte de tuer le travail de Christian!
Et puis il y a eu aussi la guerre entre une part Christian et de l'autre les dev debian, dont le leader avait demandé une solution pour que christian arrete d'utiliser debian dans le nom de son site/depot/paquet et donne le nom de domaine à debian tout en changeant pour autre chose sans debian dedans(ce qu'il a fait mais sans donner les droits sur le nom de domaine) (https://alioth-lists.debian.net/piperma … 26678.html)
Donc avec tout ça on peut largement comprendre et sous entendre que si le projet debian dit qu'il peut y avoir des soucis avec ce dépot c'est surtout de l'amertume de ce qui s'est passé depuis....
ben , te répondre est difficile .
je ne suis ni informaticien , ni ingénieur , je ne peux donc pas argumenter .
je me limiterai donc à mes observations .
libdvdcss2 : je peux rien dire , j'ai pas assez de recul . jusqu'ici pas de lézard .
vlc : de réputation , la version deb-multimédia n'est pas fiable .
chromium : sources de problèmes de M.A.J. avec multimedia et stable activés sous testing
libavcodec : la version 58 de unstable ne pose pas de souci majeur pour l'instant .
par contre , la version 58 dmo7 est une source de bordel monstre dans le systeme :
chromium ne s'installe plus ,
vlc pareil (paquets défectueux sous testing sauf la version dmo)
et gnome-software foire .
voilà ce que je peux dire . je ne tire aucune conclusion .
j'ai simplement de gros doutes sur la fiabilité de deb-multimedia .
je l'utilisais déjà avec un pinning de 100 pour éviter les soucis mais ça n'a rien empêché .
çà m'a mis le bronx dans mon systeme .
peut être je m'en suis mal servi .
sais pas .
merci Debian Alain aussi de me répondre,
je ne suis ni informaticien , ni ingénieur , je ne peux donc pas argumenter .
moi non plus:)
vlc : de réputation , la version deb-multimédia n'est pas fiable .
où c'est dit? qui le dit?
J'ai plusieurs machine avec VLC de chez lui qui tournent tout aussi bien.
chromium : sources de problèmes de M.A.J. avec multimedia et stable activés sous testing
Je comprends rien, tu as des trucs qui viennent de stable sur une testing??? bon bein j'aimerais pas voir la chose quand elle va peter...
j'ai simplement de gros doutes sur la fiabilité de deb-multimedia .
Alors là j'emet un doute, christian est un developpeur talentieux de chesz debian, si son depot n'est pas officiel c'est pas pour sa qualité qui n'est pas à en douter mais de par sa prise en charge en cas de soucis, autrement dit, la qualité y est par contre si soucis faut pas aller pleurer sur debian pour le support mais sur son bts perso....
çà m'a mis le bronx dans mon systeme .
Faudrait encore prouver que c'est bien les depots debmultimedia qui le fout et non ce mélange de stable / testing que tu parles plus haut.
- Premièrement une testing c'est une testing, soit tu prends stable soit sid avec testing mais pas testing seul et surtout pas avec du pinning stable c'est grand n'importe quoi (pas le même compilateur ect...)
- Deuxièmement, je sais pas qui t'as dit de faire ce mélange stable/testing, mais n'écoutes pas de telle choses sans réfléchir, prend le temps de regarder les différence, comme gcc qui est totalement different, comme les programmes qui ont un écart trop grand ect, alors que sid/testing passerait créme...
- Troisièmement, testing est une distribution qui donne la prochaine stable, sid est la vraie "rolling" de chez debian, tu auras moins de soucis sur sid que sur testing, car testing peut ne pas etre entière a cause des paquets qui doivent attendre un cretains temps sans bugs pire que l'actuelle version, sinon testing perd provisoirement le paquet en question ou les paquets, choses qui ne sera jamais le cas dans sid. Sid est toujours complete comme stable, testing peut etre par moment non complete ou auto suffisante et donc tu devra jouer avec du pinning!
On pourra en débattre tres longtemps comme ça malheureusement personne n'est d'accord sur testing/sid.
Edit: voila une explication en long et en travers:
https://linuxfr.org/users/patrick_g/jou … imedia-org
Dernière modification par seb95 (31-12-2018 01:19:52)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Je serais curieux de savoir en quoi les dépôts debmultimedia sont instable ou provoquent des merdes, tu n'es pas le seul à le sous entendre et pourtant mes 11ans sous debian avec ses dépôts activés depuis toujours ne m'ont jamais cassé quoique ce soit en tout cas avec une stable. Depuis peu je ne les active plus pour moi mais ça m'arrive de le faire chez les autres.
Peut on m'éclairer?
Bonjour
Tous les utilisateurs de ce dépôt ne vont pas rencontrer un problème mais celui-ci n’est pas à écarter surtout depuis que Debian a inclus davantage de paquets multimédias et que ceux qui sont dans deb-multimedia font doublon et sont souvent considérés de version supérieure à ceux du dépôt ce qui peut poser problème pour l’installation d’un paquet.
Un exemple concret
En mars 2018, plusieurs fils ont fait état d’un problème suite à une mise à jour qui a desinstallé une grande partie du bureau Gnome, voir ce fil par exemple
Le problème venait du paquet libgstreamer-plugins-bad1.0-0 qui était installé dans sa version deb multimédia : 1:1.10.4-dmo2 et qui est considérée supérieure à celle du dépôt officiel 1.10.4
Tu peux lire cette déclaration de bug ici
Là où tu as raison, c’est de dire que Christian marillat est sérieux il est visiblement très réactif mais ça n'empêche pas les problèmes.
Personnellement je l’utilise pour flash avec un fichier de preferences très restrictif.
En espérant t’avoir aidé à comprendre les réticences sur ce dépôt, je te souhaite un bon réveillon
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
Hors ligne
Dernière modification par naguam (31-12-2018 11:08:01)
Unixien?
Compiler son kernel!
Hors ligne
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
(Peut être lire le code du script si vous n'avez pas confiance avant)
Installation du script :
Ensuite une fois le script installé
Pour firefox, c'est un peu différent, mais on verra ça une autre fois
Évidemment je fais ça pour bypass les repos multimedia.
Mais si vous aimez ce repos, continuez de l'utiliser
PS: le script met normalement à jour tout seul avec un cron, flashplayer, et on peut forcer la mise a jour, pour plus d'info getFlashPlayer --help (il me semble )
Aussi, flash en lui même est un nid à faille de sécu, adobe arrête le support en 2020 au profit des technos html et etc.
Aujourd'hui la plupart des sites non louches ne l'utilisent clairement plus.
Cependant flash reste nécessaires à tous les joueurs de jeux flash et à certains sites de streaming (même si même eux qui sont pourtant pas trop... voilà, se mettent au support du sans flash, donc aux technos html)
Dernière modification par naguam (31-12-2018 12:00:19)
Unixien?
Compiler son kernel!
Hors ligne
Peut être lire le code du script si vous n'avez pas confiance avant)
Oui c’est un point important, il peut être tout aussi dangereux pour le système, voire pire , d’utiliser des scripts trouvés à droite et à gauche sur internet quand on n’a pas la possibilité de les comprendre. Je conseille toujours de poser la question sur le forum pour savoir ce qu’on peut faire. Par exemple quelqu’un qui veut avidemux, je lui conseillerais l’appimage plutôt que le dépôt multimédia
Vu le pinning que j’ai fait, je sais que le dépôt multimedia ne me posera pas de problème, dans le cas d’alain le pinning n’etait pas le même et il a plus de dépôt étant sur testing. A la base son problème vient du paquet chromium dont il a voulu forcer la maj je crois.
J’espère que seb95 ne sera pas perdu en lisant tout ça
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
à écarter surtout depuis que Debian a inclus davantage de paquets multimédias et que ceux qui sont dans deb-multimedia font doublon et sont souvent considérés de version supérieure à ceux du dépôt ce qui peut poser problème pour l’installation d’un paquet.
Oui je comprends, mais le truc c'est que souvent les paquets dans debian ne sont pas avec toutes les options de compilations, alors normalement il y en a assez pour l'utilisateur basique mais par exemple rien pour copier ou lire des dvd protegés.
En mars 2018, plusieurs fils ont fait état d’un problème suite à une mise à jour qui a desinstallé une grande partie du bureau Gnome, voir ce fil par exemple
Le problème venait du paquet libgstreamer-plugins-bad1.0-0 qui était installé dans sa version deb multimédia : 1:1.10.4-dmo2 et qui est considérée supérieure à celle du dépôt officiel 1.10.4
Tu peux lire cette déclaration de bug ici
Ah bah merde, j'ai rien vu chez ceux qui sont avec du gnome et dépôt multimedia, en meme temps je suppose que la mise a jour annonçait que les paquets allaient etre supprimés et que si les gars valident c'est qu'ils sont conscient de la chose. Mais c'est une autre histoire et en effet la dessus c'est un exemple concret de merdouille via ce dépôt bien que je suis pourtant dans le cas et que je n'ai rien vu.
Là où tu as raison, c’est de dire que Christian marillat est sérieux smile il est visiblement très réactif mais ça n'empêche pas les problèmes.
Personnellement je l’utilise pour flash avec un fichier de preferences très restrictif.
Oui le seul truc c'est qu'il s'est un peu engueulé avec le reste mais perso dans son cas j'aurais fais bien pire et bien plus méchant surtout apres que certains gus arrivé bien derrière lui et ne fournissant pas autant de travail utile que lui se ramène en l'insultant pratiquement.
J'utilise ce dépot pour tout en faite je ne met pas de priorité car je trouve a chaque fois que ce depot à des options de compilations qui ne sont pas sur les paquets de debian!
Et puis chritian est facilement joignable et prnd le temps de répondre contrairement a certain gus qui font des paquets et puis ne sont pas joignable, ce que j'essaye de faire en tout cas pour le paquet que l'on a packagé pour debian.
En espérant t’avoir aidé à comprendre les réticences sur ce dépôt, je te souhaite un bon réveillon smile
Merci à vous aussi et on se dit à l'année prochaine à moins que l'on se reparle d'ici là
c'est un dépôt que j'affectionne , mais , est il fiable ?
tout est fiable et tout peut etre moins fiable même les dépots debian officiels, tout dépend de celui qui est entre le clavier et la chaise. Si tu vois qu'une mise a jour te supprime la moitié de ton systeme, tu ne vas pas l'accepter et tu attendras de la faire? Ou sinon tu la signales, mais en tout cas de ce que je comprends tu es sur testing donc attends toi à avoir des trucs comme ça...
ce n'est pas la première fois que j'ai des soucis avec ce dépôt .
ils ont souvent été peu graves mais gênants .
je veux bien prendre au sérieux le travail de christian marillat , mais ,
pourtant , les faits sont là .
et je ne suis pas le seul .
donc à quoi sont ils dûs ?
des soucis de version ?
pourquoi pas ?
Comme je le dis plus haut, ça dépend de la personne qui est devant l'écran, toi qui est sous testing attends toi a avoir bien plus de merde avec eux que les dépots de christian! J'ai arrété de prendre testing et suis parti sur du sid le jour où j'ai eu marre de voir sans cesse des dépendances cassés! Maintenant je suis sur stable et suis encore bien plus tranquille!
il serait peut être plus que temps que christian marillat rédige enfin une bafouille détaillée
sur les risques inhérents à son dépôt et pourquoi .
Euh, comment dire, tu utilises une distribution communautaire, c'est déja marqué dans la licence GPL2 que c'est a tes risques et périls et qu'il n'y a aucune garantie que ça fonctionne!
C'est pas que pour les depots de christion mais pour l'ensemble que tu peux trouver/utiliser sur debian!
Pour info les paquets contrib et nonfree ne sont meme pas suivi pour certains!
Vlc est dans les repos officiels de debian
Flash peut s'installer facilement manuellement pour firefox (notamment avec la méthode du wiki de DF) et chromium (et les navigateurs chromium based)
Libdvd-pkg pour libdvd-css2 est dans les repos non-free de debian.
Pourquoi s'embêter avec les repos multimedia ?
Simplement comme je le dis depuis le début pour des options de compilations non présent dans les paquets officiels de debian, vlc est compilé avec des choses non present dans celui de debian, pareil pour ffmpeg qui touche donc tous les programmes l'utilisant comme base, pareil pour la quasi totalité de ses paquets. C'est pas parce que les paquets sont chez debian qu'ils sont compilé avec toutes les options, un autre exemple plus flagrant c'est opensuse ou fedora, les paquets présent dans leurs dépots sont juste inutuilisable en multimedia et pourtant ffmpeg est bien là et vlc aussi, sauf non compilé avec les options bien comme il faut! Faut donc passé par des dépots externes.
Après c'est aussi que même si le pinning fonctionne ce que j'utilisais pour avoir le firefox non-esr de sid, je préfère éviter au maximum les mélanges de repos.
Comme quoi chacun vit sa vie selon un danger qu'il préfére, comme toi le pining de sid sur stable pour moi c'est non merci, je préfére rebuilder le paquet quand c'est posible pour le backporter.
dans le cas d’alain le pinning n’etait pas le même et il a plus de dépôt étant sur testing. A la base son problème vient du paquet chromium dont il a voulu forcer la maj je crois.
je pense aussi que le mélange de testing avec du pining de stable doit aussi foutre le boxon, je sais aps qui a soufflé cette brillante idée mais pas de chocolat pour ce gars, testing c'est pining avec sid et rien d'autre sinon on se retrouve avec du grand n'importe quoi!
J’espère que seb95 ne sera pas perdu en lisant tout ça big_smile
Oh t'en fait pas pour moi depuis le temps que je charcute debian, je suis à l'aise avec un peu et surtout se forum bien que je suis plutot un vieux grognon...
Hors ligne
L'inclusion Stable est sujette à débat,
mais elle donne souvent accès à des paquets qui ont été supprimés des versions de développement.
Elle permet également de profiter des dernières mises à jour des paquets
qui n'ont pas encore été modifiés depuis la publication de la dernière version stable.
actuellement j'ai 24 paquets qui ne sont pas dans testing/sid ( 1 jessie et 23 stretch).
sûrement si je cherche peut être d'autres.
pour le deb multimédia il n'est pas utilisé sur mes machines , comme dit smolski chacun est libre d utiliser debian comme il le souhaite.
pour les régressions
Il est parfaitement raisonnable d'inclure tous ces dépôts même si un seul suffirait. Les utilisateurs de Testing apprécieront la possibilité de choisir manuellement un paquet corrigé dans Unstable lorsque sa version dans Testing est affectée par un bogue pénible. À l'opposé, les utilisateurs d'Unstable qui découvrent des régressions inattendues pourront rétrograder certains paquets vers la version présente dans Testing, qui devrait fonctionner.
c'est sid qui subit des régressions , (disparition d'un paquet ) pas buster.
pour les bugs sur testing , sid permet de retrouver un fonctionnement normal plus rapidement
chaque dépots a son avantage , mais il faut l'utiliser et bien connaître ce que ça implique.
critiquer gratuitement c'est pas très constructif (je parle en règle générales pas pour ce fil ).
retour
retour
voila un type de comportement
pourquoi la version de stable est supérieure a la version de buster pour "openjdk-8-jre-headless" et "openjdk-8-jre"
nota: ne pas oublier un "apt-get autoclean" pour retrouver un cache "apt" correct après avoir commenté les lignes de "stable".
l'utilisation de multiples sources de paquets fait grossir le cache , attention au petit disque .
personnellement j'utilise stable sur testing les premiers mois
j'utilise testing/sid/expérimental au moins la moitié de sa vie de testing (sans fichier préférences , avec le paquet "apt-listbugs" )
a l'approche du gel je ne garde que les 3 lignes de testing
ps: je n'utilise jamais les backports de stable
après tout ce discute.
j'ai dans la passé , avertit Debian Alain pour son sources.list exotique , le deb multimédia et son fichier préférences.
mais a priori il s'amuse bien a ses risques et péril
je préferre garder une pure debian , n'importe quelle console ou PC sous win10 permet de lire des fichiers avec DRM
Bonne Année 2019 , une bonne santé .
c'est sid qui subit des régressions , (disparition d'un paquet ) pas buster.
pour les bugs sur testing , sid permet de retrouver un fonctionnement normal plus rapidement
chaque dépots a son avantage , mais il faut l'utiliser et bien connaître ce que ça implique.
critiquer gratuitement c'est pas très constructif (je parle en règle générales pas pour ce fil wink ).
Non, c'est bien testing qui n'est jamais complet puisque des paquets peuvent retourner sur sid ou attendre une meilleur version, alors que sid meme si le paquet est pourri il y reste:
Des que j'ai une minute je te trouve un passage du site qui stipule bien ce fait pour le moment je n'ai que ça:
Les meilleures pratiques pour les utilisateurs de Testing
C'est une bonne idée d'inclure unstable et experimental dans vos sources apt afin que vous ayez accès à des paquets plus récents si nécessaire. Avec apt pinning, vous obtenez des paquets de testing par défaut, mais si vous mettez manuellement à niveau des paquets vers unstable ou experimental, vous obtiendrez des mises à niveau dans cette suite jusqu'à ce que ces paquets migrent vers unstable ou testing. Le pinning apt nécessite des priorités entre 1000 et 500 pour que cela fonctionne bien. Vous pouvez également épingler des paquets à unstable / experimental que vous voulez toujours les dernières versions.
C'est une bonne idée d'installer les mises à jour de sécurité d'unstable car elles prennent plus de temps pour atteindre testing et l'équipe en charge de la sécurité ne publie que des mises à jour vers unstable. Si vous avez unstable dans vos sources apt mais épinglé plus bas que testing, vous pouvez ajouter automatiquement un épinglage temporaire pour les paquets avec des problèmes de sécurité corrigés dans unstable en utilisant la sortie de debsecan.
Les mises à jour de sécurité sont plus lentes à arriver dans « testing » que dans « unstable » ou « stable ». Si la sécurité fait partie de vos exigences ne choisissez pas « testing ».
Un bon exemple du genre de problèmes passagers qui peuvent affecter « testing » est le passage de perl-5.6.0 à perl-5.6.1 qui a empêché perl de trouver ses modules, s'ils avaient été créés avec perl-5.6.0. Pour résoudre le problème, sans attendre que le paquet corrigé soit introduit dans « testing », il fallait définir la variable d'environnement PERL5LIB à /usr/lib/perl/5.6.0.
Tiens c'est un peu pour Debian-Alain et son mélange de testing stable:
Puis-je utiliser des paquets de Sid dans « stable » ?
Non. N'essayer même pas. Si vous le faîtes quand même, vous risquez de tout casser, et on va se moquer de vous. Néanmoins, vous pouvez créer vous-même un backport pour « stable » comme on vous l'explique plus bas.
Voila ce que je cherchais même si ce n'est pas si explicite:
3.1.6 Vous parlez de cas où testing est cassée. Qu'entendez-vous par là ?
Parfois, un paquet peut ne pas être installable par les outils de gestion des paquets. Parfois, un paquet peut ne pas être disponible du tout, éventuellement supprimé temporairement en raison de bogues ou de dépendances non résolues. Enfin, un paquet peut s'installer mais ne pas offrir un comportement satisfaisant.
Lorsque cela arrive, on dit que la distribution est cassée (du moins pour ce paquet).
je préferre garder une pure debian , n'importe quelle console ou PC sous win10 permet de lire des fichiers avec DRM
Grand bien leurs fasent, moi je n'ai rien d'autre que Debian;p
Mes consoles me sert a jouer et seulement jouer, mon ordi me sert a tout.
Hors ligne
chalu
Pour avoir la mise à jour automatique de flash par exemple comme expliqué dans le wiki DF.
Pourrais-tu donner le lien de ce Wiki ?
Hors ligne
on vérifie avec
qui renvoie
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
NOTE Limitations de Testing
Bien que très intéressante dans son principe, Testing rencontre quelques problèmes pratiques : l'enchevêtrement des dépendances croisées entre paquets est tel qu'un paquet ne peut que rarement y progresser tout seul. Les paquets dépendant tous les uns des autres, il est parfois nécessaire d'y faire progresser simultanément un grand nombre d'entre eux, ce qui est impossible tant que certains subissent des mises à jour régulières. Par ailleurs, le script identifiant les familles de paquets ainsi solidarisés peine beaucoup à les constituer (il s'agirait d'un problème NP-complet, pour lequel nous connaissons heureusement quelques bonnes heuristiques). C'est pourquoi on peut intervenir manuellement et conseiller ce script en lui suggérant des ensembles de paquets ou en imposant l'inclusion de certains d'entre eux — quitte à casser temporairement quelques dépendances. Cette fonctionnalité est accessible aux Release Managers et à leurs assistants.
Rappelons qu'un problème NP-complet est de complexité algorithmique exponentielle en fonction de la taille des données, c'est-à-dire la longueur du codage (le nombre de chiffres) des éléments concernés. La seule manière de le résoudre est souvent d'examiner toutes les configurations possibles, ce qui requiert parfois d'énormes moyens. Une heuristique en est une solution approchée et satisfaisante.
Donc on peut facilement avoir une testing cassé suit à des dépendances non présents.
Étant donné que ce moment ne survient jamais dans la pratique, Debian doit faire des compromis : supprimer des paquets dont le mainteneur n'a pas réussi à corriger les bogues à temps ou accepter de livrer une distribution comptant quelques bogues pour des milliers de logiciels.
Pour le mélange de testing avec une stable:
L'inclusion Stable est sujette à débat, mais elle donne souvent accès à des paquets qui ont été supprimés des versions de développement. Elle permet également de profiter des dernières mises à jour des paquets qui n'ont pas encore été modifiés depuis la publication de la dernière version stable.
En pensant aux bordels dû aux incompatibiltés....
Mais initialement je me demandais pourquoi tant de personnes diabolisaient debmultimedia alors qu'auparavant c'était un dépôt cité de partout comme obligatoire et en fouillant je trouve que la seule raison est la prise de bec entre debian et christian, et qu'il y a eu par la suite une politique de diabolisation de ce dépôt.
Hors ligne
il y a eu par la suite une politique de diabolisation de ce dépôt.
Ou bien une évolution de debian ne permettant plus l'assurance de ce dépôt ?
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Mais initialement je me demandais pourquoi tant de personnes diabolisaient debmultimedia alors qu'auparavant c'était un dépôt cité de partout comme obligatoire et en fouillant je trouve que la seule raison est la prise de bec entre debian et christian, et qu'il y a eu par la suite une politique de diabolisation de ce dépôt.
tu n’as donc pas compris que les problèmes depuis Jessie à peu près viennent du fait que Debian a intégré la plupart des logiciels multimedia malgré l’exemple que je t’ai donné plus haut qui concerne bien stable et non testing.
Comme indiqué fait une recherche sur le forum pour trouver d’autres fils racontant ces soucis, en voici encore un sur stretch :
https://debian-facile.org/viewtopic.php?id=19399
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
seb95 a écrit :il y a eu par la suite une politique de diabolisation de ce dépôt.
Ou bien une évolution de debian ne permettant plus l'assurance de ce dépôt ?
Ce dépôt n'a jamais été assuré, mais depuis quelques temps il est vraiment diabolisé et souvent avec des trucs comme VLC choses qui date d'un autre temps.
Mais initialement je me demandais pourquoi tant de personnes diabolisaient debmultimedia alors qu'auparavant c'était un dépôt cité de partout comme obligatoire et en fouillant je trouve que la seule raison est la prise de bec entre debian et christian, et qu'il y a eu par la suite une politique de diabolisation de ce dépôt.
tu n’as donc pas compris que les problèmes depuis Jessie à peu près viennent du fait que Debian a intégré la plupart des logiciels multimedia malgré l’exemple que je t’ai donné plus haut qui concerne bien stable et non testing.
Comme indiqué fait une recherche sur le forum pour trouver d’autres fils racontant ces soucis, en voici encore un sur stretch :
https://debian-facile.org/viewtopic.php?id=19399
Non, j'ai bien compris ce que Debian (le projet) veut faire croire, la vérité est ailleurs, car si et je te cite: que Debian a intégré la plupart des logiciels multimedia, il n'est est rien dans les faits, je suis têtue, oui mais la vérité est que debian a pour la plupart effectivement un paquets des logiciels en question sauf qu'il n'ont pas toutes les capacités multimedia qu'on pourraient s'attendre.
Si tu connais fedora ou openSUSE c'est comme ça que c'est en fait, elles te proposent bien toutes les applications multimedia sauf qu'ils ne sont utilisable qu'avec des codecs libres et certaines fonctions sont simplement bridées voir absentes, pour Debian c'est exactement pareil, exemple concret Mplayer:
Q. Pourquoi mplayer est-il toujours dans votre référentiel?
A. Parce que mon paquet est construit avec plus de fonctionnalités.
Voici la sortie du script configure pour i386 (uniquement les options désactivées).
Paquet officiel:
Pilotes facultatifs désactivés:
Entrée: radio tv-dshow nemesi libdvdcss (interne)
Codecs: xvid libdv toolame twolame libmad
Sortie audio: ivtv dxr2 d'arts du soleil
Sortie vidéo: zr zr2 ivtv dxr3 dxr2 vesa aa ggi winvidix vdpau bl xvr100 tdfx_vid wii s3fb
paquet deb-multimedia:
Pilotes facultatifs désactivés:
Entrée: tv-dshow nemesi libdvdcss (interne)
Codecs: toolame
Sortie audio: sun ivtv dxr2
Sortie vidéo: zr zr2 ivtv dxr2 vesa winvidix 3dfx bl xvr100 tdfx_vid wii
J'ai remarqué cette différence il y a environ un an, depuis une Debian et une openSUSE, deux PC différents, un fixe (le mien) avec debian et minidlna et un portable avec openSUSE et minidlna, les deux ayant les mêmes configurations pour le serveur minidlna et les mêmes dossiers avec les mêmes films.
Dans un dossier (celui pour mes filles) qui contient 37 vidéos, mes clients (c'est à dire tv, tablette via vlc, portable via vlc, tél androide via vlc, consoles de salon, appareils upnp, et même mon fixe en local) ne voyaient que 28 vidéos alors que si je prenais la opensuse et minidlna (venant des dépots packman) ils voyaient bien les 37... J'ai donc été voir du coté de debmultimedia, si je l'utilise, les clients voient bien les 37 vidéos...
Donc dire que debian a bien les paquets oui c'est vrai, mais faudrait alors dire des paquets dont les fonctions sont castrées et de ce fait, le debmultimedia est toujours autant utile.
Pour l'exemple que tu montre, je vois que les backport de debmultimedia était activé, ne serait ce pas la faute? Je ne pourrais le dire utilisant seulement les dépôts standart de debmultimedia....
Hors ligne
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Pages : 1
Discussion fermée