La nouvelle branche stable nommé Jessie

Pause Café
#1

Bonjour,

Publication de Debian 8 << Jessie >>

Il sera judicieux de discuter un petit peu de la nouvelle variante stable au fur et a mesure de sa progression, si vous voulez bien.

Sur ce, j’attends vos impressions positives (ou pas)

Merci.

#2

formidable ! les dev’s de debian savent apprécier les bonnes choses en la dotant par défaut du meilleur environnement : Gnome.
et cerise sur le gâteau il lui ont donné un système d’init moderne et puissant : Systemd :023 8) :038

#3

D’où mes choix (voir signature).

(Désolé, pas pu m’empêcher)

#4

Effectivement, choix discutables, mais moins tordus que d’autres distributions qui préfèrent développer leurs propres systèmes dans leur coin (voir ma signature) :slightly_smiling:

#5

[quote=“misaine”]formidable ! les dev’s de debian savent apprécier les bonnes choses en la dotant par défaut du meilleur environnement : Gnome.
et cerise sur le gâteau il lui ont donné un système d’init moderne et puissant : Systemd :023 8) :038[/quote]
Ça sent l’ironie et ça ne peut qu’être ça concernant gnome.

#6

mais non , pas la moindre ironie.
ça me donnerait presque envie de revenir sur debian si je n’étais déjà en Gnome 3.16 sur mon Arch . (là y’en a un petit peu) :033

#7

OK ! le masochisme est permis en France :smiley:

#8

Les discussions autour du de par défaut et de systemd ont animé les listes debian depuis plusieurs mois.
Les devs ont retenu les moins pire des choix sachant qu’on peut faire très facilement une install avec autre chose que Gnome depuis l’installateur et que systemd peut être -difficilement- remplacé.

Je suis en Jessie depuis le freeze et rien de spécial excepté que j’aime toujours beaucoup la combinaison stable + backports, je vais pouvoir tenir au moins 2 ans.

Pour Gnome, je suis un addict de Xfce et autres environnement légers (openbox, fluxbox…) donc jamais de Gnome à l’install chez moi.
Pour systemd, excepté le côté fourre-tout du process et les très certaines difficultés à dépanner en cas de problème, ça fonctionne plutôt bien.

Comme je l’avais déjà écrit, c’est un bon cru…(je n’ai reporté qu’un seul bug).

#9

je ne suis pas un as du dépannage mais je trouve que les outils de diagnostic de systemd sont plutôt un avantage.

#10

Après la lecture debian.org/releases/jessie/ … ase-notes/ je constate quelques changements.

*Bien sur, init par défaut est systemd ça n’empêche en rien le retour à sysvinit (selon vos désirs) on va pas discuter éternellement a ce sujet. wiki.debian.org/fr/systemd#Inst … ns_systemd

*Abandon SSLv3

*Le paquet debian-security-support n’est pas installé par défaut (recommandé a peu prés partout)

[code]# check-support-status

Suivi limité des mises à jour de sécurité pour un ou plusieurs paquets

Malheureusement, il a été nécessaire de limiter le suivi des mises à jour de certains paquets

Sur ce système, les paquets suivants sont concernés :

  • Source : kde4libs
    Détails : khtml has no security support upstream, only for use on trusted content
    Paquets binaires affectés :

    • kdelibs-bin (version installée : 4:4.14.2-5)
    • kdelibs5-data (version installée : 4:4.14.2-5)
    • kdelibs5-plugins (version installée : 4:4.14.2-5)
    • kdoctools (version installée : 4:4.14.2-5)
    • libkcmutils4 (version installée : 4:4.14.2-5)
    • libkde3support4 (version installée : 4:4.14.2-5)
    • libkdeclarative5 (version installée : 4:4.14.2-5)
    • libkdecore5 (version installée : 4:4.14.2-5)
    • libkdesu5 (version installée : 4:4.14.2-5)
    • libkdeui5 (version installée : 4:4.14.2-5)
    • libkdewebkit5 (version installée : 4:4.14.2-5)
    • libkdnssd4 (version installée : 4:4.14.2-5)
    • libkemoticons4 (version installée : 4:4.14.2-5)
    • libkfile4 (version installée : 4:4.14.2-5)
    • libkhtml5 (version installée : 4:4.14.2-5)
    • libkidletime4 (version installée : 4:4.14.2-5)
    • libkio5 (version installée : 4:4.14.2-5)
    • libkjsapi4 (version installée : 4:4.14.2-5)
    • libkjsembed4 (version installée : 4:4.14.2-5)
    • libkmediaplayer4 (version installée : 4:4.14.2-5)
    • libknewstuff2-4 (version installée : 4:4.14.2-5)
    • libknewstuff3-4 (version installée : 4:4.14.2-5)
    • libknotifyconfig4 (version installée : 4:4.14.2-5)
    • libkntlm4 (version installée : 4:4.14.2-5)
    • libkparts4 (version installée : 4:4.14.2-5)
    • libkprintutils4 (version installée : 4:4.14.2-5)
    • libkpty4 (version installée : 4:4.14.2-5)
    • libkrosscore4 (version installée : 4:4.14.2-5)
    • libktexteditor4 (version installée : 4:4.14.2-5)
    • libkunitconversion4 (version installée : 4:4.14.2-5)
    • libkutils4 (version installée : 4:4.14.2-5)
    • libnepomuk4 (version installée : 4:4.14.2-5)
    • libnepomukquery4a (version installée : 4:4.14.2-5)
    • libnepomukutils4 (version installée : 4:4.14.2-5)
    • libplasma3 (version installée : 4:4.14.2-5)
    • libsolid4 (version installée : 4:4.14.2-5)
    • libthreadweaver4 (version installée : 4:4.14.2-5)

  • Source : qtwebkit
    Détails : No security support upstream and backports not feasible, only for use on trusted content
    Paquet binaire affecté :

    • libqtwebkit4:amd64 (version installée : 2.3.4.dfsg-3)
      [/code]Je ne sais pas quoi faire avec ?

*ffmpeg a disparu au profit de libav.

*glibc a la place de eglibc

*mpv remplace mplayer2 | mplayer [strike](plus de smplayer donc)[/strike]

*Le paquet needrestart n’est pas non plus installé par défaut.

# needrestart Scanning processes... Scanning candidates... Scanning kernel images... Running kernel seems to be up-to-date. Restarting services using systemd... @+

#11

Je ne sais pas où tu as eu certaines infos, mplayer2 et smplayer sont toujours dispos dans Jessie

root@zone:/home/stef# apt-cache policy smplayer smplayer: Installé : 14.9.0~ds0-1 Candidat : 14.9.0~ds0-1 Table de version : *** 14.9.0~ds0-1 0 990 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 90 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages 100 /var/lib/dpkg/status root@zone:/home/stef# apt-cache policy mplayer2 mplayer2: Installé : 2.0-728-g2c378c7-4+b1 Candidat : 2.0-728-g2c378c7-4+b1 Table de version : *** 2.0-728-g2c378c7-4+b1 0 990 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 90 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages 100 /var/lib/dpkg/status

Quant à ffmpeg, non seulement il a pu survivre à la MAJ en version Wheezy, mais il est disponible dans Sid. Pas mort, donc.

[quote]Package ffmpeg
sid (unstable) (video): Tools for transcoding, streaming and playing of multimedia files
7:2.6.2-1: alpha amd64 arm64 armel armhf hppa hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 ppc64el s390x sh4 sparc x32 [/quote]

root@zone:/home/stef# apt-cache policy ffmpeg ffmpeg: Installé : 6:0.8.17-1 Candidat : 6:0.8.17-1 Table de version : *** 6:0.8.17-1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status

#12

salut

debian.org/releases/jessie/ … l#obsolete

mplayer ; les alternatives sont mplayer2 et mpv (nouveau dans Jessie). Veuillez noter que bien que ffmpeg ne soit pas livré avec Jessie, il sera certainement réintroduit dans Stretch. Veuillez également consulter le rapport de bogue nº 732159.

#13

mpv est un fork de mplayer2 and MPlayer

#14

[quote=“hybridemoineau”]Quant à ffmpeg, non seulement il a pu survivre à la MAJ en version Wheezy, mais il est disponible dans Sid. Pas mort, donc.
[/quote]Si tu veux discuter de Sid, j’ai rien contre. En attendant on parle de Jessie. 8)

[size=60]P.S. j’ai corrigé mon poste précédent[/size]

#15

[quote=“hybridemoineau”]Je ne sais pas où tu as eu certaines infos
(…)
Quant à ffmpeg, non seulement il a pu survivre à la MAJ en version Wheezy, mais il est disponible
(…)
[/quote]
Pas seulement et encore moins en cette version.

[23:15:19]:~$ acp ffmpeg ffmpeg: Installé : (aucun) Candidat : 7:2.6.2-1 Table de version : 10:2.6.2-dmo1 0 960 http://www.deb-multimedia.org/ jessie/main amd64 Packages 980 http://www.deb-multimedia.org/ sid/main amd64 Packages 8:1.0.10-dmo1 0 797 http://www.deb-multimedia.org/ wheezy/main amd64 Packages 7:2.6.2-1 0 990 http://cdn.debian.net/debian/ sid/main amd64 Packages 990 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages 6:0.8.17-1 0 800 http://security.debian.org/ wheezy/updates/main amd64 Packages 6:0.8.16-1 0 799 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 6:0.8.6-1~bpo60+1 0 560 http://backports.debian.org/debian-backports/ squeeze-backports/main amd64 Packages 4:0.5.10-1+deb6u1 0 700 http://http.debian.net/debian/ squeeze-lts/main amd64 Packages 4:0.5.10-1 0 570 http://ftp2.fr.debian.org/debian/ squeeze/main amd64 Packages 600 http://security.debian.org/ squeeze/updates/main amd64 Packages 0.svn20080206-18+lenny3 0 499 http://archive.debian.org/debian-archive/debian/ lenny/main amd64 Packages [23:15:20]:~$

#16

Ça va mieux après la majoration en 8.1 ?

#17

HS

Belzébuth : Tes preferences, si elles sont toujours en l’état, peuvent poser problème pour la partie ‘stable’ de tes dépôts. Lors de la publication d’une nouvelle révision mineure les paquets de ‘stable’ peuvent être plus récents que ceux de ‘stable/updates’, et dans ce cas ton épinglage en bloque certaines mises-à-jour.
Un exemple pris aujourd’hui :

$ apt-cache policy linux-image-3.16.0-4-amd64 linux-image-3.16.0-4-amd64: Installé : (aucun) Candidat : 3.16.7-ckt11-1 Table de version : 3.16.7-ckt11-1 0 800 http://httpredir.debian.org/debian/ stable/main amd64 Packages 800 http://httpredir.debian.org/debian/ testing/main amd64 Packages 3.16.7-ckt9-3~deb8u1 0 800 http://security.debian.org/ stable/updates/main amd64 Packages

Mon conseil est de donner la même priorité à ‘stable’, ‘stable/updates’ et ‘stable-updates’, puis laisser les versions définir les priorités relatives entre ces branches.