Testing stretch

Bonjour sous stretch à jour. amd64
Xfce4
Je vois que le paquet xfce4-mixer n’est pas dans les dépôts
Il est dans SID et JESSIE mais pas là :frowning:
Du coup je n’ai pas d’applet pour le son…
J’ai bien alsamixer qui fonctionne, mais bon…
J’ai une applet pour PulseAudio mais pas Alsa
Avez vous une idée pour contourner ce problème
J’ai pinné le source.list pour qu’il tape dans Jessie mais trop de problèmes de dépendances apparaissent.

C’est normal, les dépôts testing ne sont pas faits pour être utilisés seuls. Comme tu l’as pressenti, il faut leur adjoindre soit les dépôts sid, soit stable.

Pour les problèmes de dépendance, c’est étrange mais ça doit dépendre de comment tu as commencé ton installation. La procédure usuelle est d’installer une stable et d’ajouter ensuite les dépôts testing au sources.list, avec le fichier preferences qui va bien.

Je l’ai mal installé car j’ai installé une testing tout de suite.
J’aurais dû installer sous une jessie puis migrer en testing… mais c’est fait…

Je vais pinner vers SID.

Je cherche la doc pour avoir le “meilleur” preferences et je ré-essaye ensuite.

Merci

Ah bon ? Moi, je m’en suis toujours servi de façon indépendante, je n’ai jamais eu à ajouter stable.
Merci pour l’info, pour le coup.

Bonjour,

Le paquet xfce4-mixer a été définitivement supprimé de debian, y compris de la branche experimental car il dépend d’un paquet gstreamer rendu obsolète (branche 0.10).

réf : Removed 4.11.0-1 from experimental

------------------- Reason -------------------
RoQA; depends on gstreamer 0.10
----------------------------------------------

EDIT

Le paquet xfce4-pulseaudio-plugin prend en quelque sorte la relève.

et que l’on ajoute dans son tableau de bord

OK
J’avais simplement pas fait gaffe qu’il n’avait pas installé pulseaudio, je pensais qu’il l’avait mis en dépendance de ce greffon, mais non
désolé pour la pollution :wink:
Merci en tout cas

Si j’ai bien compris, xfce4-pulseaudio-plugin recommande pavucontrol qui recommande pulseaudio.

root@hellkrusher:/home/crustyourmind# aptitude show xfce4-pulseaudio-plugin 
Paquet : xfce4-pulseaudio-plugin                        
Version : 0.2.4-1
État: installé
Automatiquement installé: oui
Multiarchitecture : même
Priorité : optionnel
Section : xfce
Responsable : Debian Xfce Maintainers <pkg-xfce-devel@lists.alioth.debian.org>
Architecture : amd64
Taille décompressée : 144 k
Dépend: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.4), libcairo-gobject2 (>= 1.10.0),
        libcairo2 (>= 1.2.4), libdbus-1-3 (>= 1.9.14), libdbus-glib-1-2 (>=
        0.78), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.37.3),
        libgtk-3-0 (>= 3.0.0), libkeybinder-3.0-0 (>= 0.3.0), libnotify4 (>=
        0.7.0), libpango-1.0-0 (>= 1.14.0), libpangocairo-1.0-0 (>= 1.14.0),
        libpulse-mainloop-glib0 (>= 0.99.1), libpulse0 (>= 0.99.1),
        libxfce4panel-2.0-4 (>= 4.11.0), libxfce4ui-2-0 (>= 4.11.0),
        libxfce4util7 (>= 4.9.0), libxfconf-0-2 (>= 4.6.0)
Recommande: pavucontrol
Description : greffon de contrôle de PulseAudio pour le panneau Xfce
 Il s’agit d’un greffon pour le panneau Xfce4 pour contrôler PulseAudio. Il est
 possible d’utiliser cette appliquette pour contrôler le volume avec les touches
 multimédia ou la roue de souris. Il est aussi possible par ce greffon
 d’utiliser une table de mixage PulseAudio.
Site : http://goodies.xfce.org/projects/panel-plugins/xfce4-pulseaudio-plugin
Étiquettes: uitoolkit::gtk

Bah on voit pas que ça dépend de pulseaudio, mais oui sans ça ne marche pas
(vous me direz que ça parait logique… oui… j’avoue… mais bon, ça paraissait aussi logique que l’installation de ce plugin entraine son installation)

M’enfin pas très grave, ça marche

Ah bon ?? Bah je dois me trompé depuis 10ans alors, mais depuis 10ans sa marche super bien en prenant les images sur le site Debian directement.

Je ne saisi pas l’interet de passer par une version stable ?

le principal soucis d’une testing seule c’est le retard dans les m-à-j de sécutite
https://www.debian.org/devel/testing
https://www.debian.org/security/faq#testing

Exemple récent, j’expliquai ça le 19 novembre:

apt list firefox-esr -a
En train de lister… Fait
firefox-esr/stable,now 45.5.0esr-1~deb8u1 amd64 [installé]
firefox-esr/testing 45.4.0esr-2 amd64
firefox-esr/stable 45.3.0esr-1~deb8u1 amd64

Ce n’est qu’aujour’hui, 21 novembre, que la version apparait dans testing

@debian:~$ apt list firefox-esr -a
En train de lister... Fait
firefox-esr/testing,now 45.5.0esr-1 amd64  [installé]
firefox-esr/stable 45.5.0esr-1~deb8u1 amd64
firefox-esr/stable 45.3.0esr-1~deb8u1 amd64
1 J'aime

Ça peut éviter des problèmes de dépendances difficiles à résoudre. Testing est réputée pour ça.
La seule vraie “obligation” (même si tu as remarqué que ça fonctionnait bien sans ça), c’est de faire du pinning soit vers sid soit vers stable pour compléter les éventuels manques.

OK d’ac, je comprends mieux maintenant ;-). J’ai rarement rencontré des cas de dépendances dure à résoudre. Dans une certaine logique, il faut certainement mieux partir sur une base solide en stable, et, ensuite migrer vers une testing ou un sid.