PK une nouvelle version ?

absurdistan · Février 21, 2016, 9:26pm

Bonsoir à toutes et tous , je me pose des questions certainement stupides , mais pourquoi un OS style Squeeze n’a t’il pas survécu , pourquoi ne pas avoir un OS principal une bonne fois pour toute et juste effectuer une mise à jour des paquets et pourquoi les paquets deviennent t’ils obsolètes tout comme il existe des anciennes versions de Debian ???

dannyleconte · Février 21, 2016, 9:26pm

Bonsoir
Squeeze n’est pas morte, elle est encore supporté jusqu’en février 2016 dans le cadre du projet Debian LTS

En gros ce que tu décris la c’est une Rolling release style Debian Sid / Archlinux…mais mon avis c’est que ce n’est pas suffisamment fiable pour une utilisation professionnelle par exemple ; d’ou une procédure de “stabilisation” que l’on retrouve dans beaucoup de distributions (Debian, RHEL, Ubuntu, Mint, OpenSuse…)

Mon pauvre vieux tout fini un jour par sentir le renfermé…même toi et moi !

absurdistan · Février 21, 2016, 9:26pm

Merci danny , je croyais être le seul a avoir des problèmes articulaires …

fran.b · Février 21, 2016, 9:26pm

Si ta question est «Pourquoi diable se précipiter à chaque mise à jour pour avoir la dernière version?», je pense que c’est vraiment un réflexe marchand du au fait que cela est toujours présenté comme une évidence: «Il faut avoir la dernière version même si le bénéfice apporté est nul».
Il est remarquable de constater qu’une grande partie des messages de demande d’aide commence par «J’ai fait une mise à jour et …». Que l’on fasse ça parce que sa machine est un jouet avec lequel on fait mumuse, Ok. Mais lorsque c’est une machine de travail parfaitement fonctionnelle, j’avoue que ça m’échappe.

ricardo · Février 21, 2016, 9:26pm

Même avis que François, j’ai un mini serveur, à fonction unique (cams de surveillance) sur une squezze du début que j’“upgrade” pour les seules maj de sécu environ tous les 3 ou 4 mois et il restera encore ainsi longtemps.
Par contre, pour ma machine de “mumuze”, je suis sous Sid et je l’“upgrade” chaque semaine, pour m’occuper à réparer les erreurs

avram · Février 21, 2016, 9:26pm

hé! hé! à plus de soixante trois ans je n’ai encore mal nulle part en me levant le matin!

misaine · Février 21, 2016, 9:26pm

c’est la question que je ne me pose plus depuis que je suis passé sur ArchLinux .
ça apporte un confort non négligeable .
ajouté à ça , l’utilisation de Pacman bien plus reposant que apt. on est très loin d’une sid , les mises à jour partielles n’existent pas .
et la cerise sur le gâteau: AUR qui permet de facilement compiler des logiciels hors dépots (à utiliser avec parcimonie) .

je parle bien sûr d’une utilisation personnelle autre que serveur.

fran.b · Février 21, 2016, 9:26pm

[quote=“misaine”]
ajouté à ça , l’utilisation de Pacman bien plus reposant que apt. on est très loin d’une sid , les mises à jour partielles n’existent pas .[/quote]
Quels sont les avantages de pacman sur apt? C’est un système de gestion des paquets, il est moins puissants, en fait entre dpkg-deb et apt avec les avantages que ça apporte (plus simple) et les inconvénients (moins performant). Sinon pour le reste, compare avec une stable, pas une sid.

misaine · Février 21, 2016, 9:26pm

une arch ne peut se comparer qu’avec une sid car c’est une rolling release et pour avoir manipuler les 2, pacman est plus simple d’utilisation que apt.

fran.b · Février 21, 2016, 9:26pm

Detaille! Ne serais tu pas en train de dire que conduire une mobylette est plus simple que conduire une moto?

Et aussi explique le rapport entre une question sur la necessité réelle d’être à la dernière version à tout prix et youkaïdi c’est chouette archlinux!

anon96191775 · Février 21, 2016, 9:26pm

Je suis intéressé aussi par les questions que fran.b soulève.
À mon avis le système de gestion des paquets est ce qui définit majoritairement une distribution, et c’est pour APT que je suis devenu casanier et que je n’utilise plus que Debian sur mes machines.

Si pacman présente certains avantages par rapport à APT, j’apprécierai de les connaître pour deux raisons :
_si ce système est suffisamment intéressant, installer une Archlinux sur une de mes machines pour l’étudier plus en profondeur serait une option à considérer ;
_les avantages de pacman pouvant être vus comme des désavantages d’APT, ça pourrait nous donner des pistes d’amélioration pour ce dernier.

Donc misaine, sois un peu moins cryptique et explique au néophyte que je suis pourquoi pacman est un système plus intéressant qu’APT sur certains points (ou même sur tous si c’est comme ça que tu le vois), et je t’en serai grandement reconnaissant

misaine · Février 21, 2016, 9:26pm

je ne dis pas que c’est mieux , ni plus puissant ni plus intéressant .juste que c’est plus simple.
on ne se trouve pas devant des choix a faire pour résoudre des dépendances.
il n’y a qu’une mise a jour possible et elle est complète.
un exemple

[code]fred@homedia ~]$ yaourt -Syua
[sudo] password for fred:
:: Synchronisation des bases de données de paquets…
core est à jour
extra est à jour
community est à jour
multilib est à jour
antergos est à jour
Paquets étrangers: - 18 / 18

==> Nouvelle révision des paquets :
core/gcc 4.9.2-3 3 -> 4
core/grep 2.21-1 1 -> 2
extra/inkscape 0.91-5 5 -> 6
extra/libproxy 0.4.11-4 4 -> 5
community/mpv 0.8.2-1 1 -> 2
multilib/lib32-gcc-libs 4.9.2-3 3 -> 4
multilib/gcc-libs-multilib 4.9.2-3 3 -> 4

==> Mise à jour des logiciels (nouvelle version) :
core/dialog 1:1.2_20150125-1 -> 1:1.2_20150225-1
core/libmpc 1.0.2-2 -> 1.0.3-1
core/libtool 2.4.5-1 -> 2.4.6-1
core/man-pages 3.80-1 -> 3.81-1
extra/mesa 10.4.5-1 -> 10.4.6-1
extra/mesa-libgl 10.4.5-1 -> 10.4.6-1
extra/cogl 1.18.2-1 -> 1.20.0-1
extra/libx264 1:142.20140826-2 -> 2:142.20140826-1
extra/ffmpeg 1:2.5.4-1 -> 1:2.6-2
extra/gtk-update-icon-cache 2.24.26-1 -> 2.24.27-1
extra/gtk2 2.24.26-1 -> 2.24.27-1
extra/firefox 36.0-1 -> 36.0.1-1
extra/firefox-i18n-fr 36.0-1 -> 36.0.1-1
extra/git 2.3.1-1 -> 2.3.2-1
extra/tevent 0.9.22-1 -> 0.9.24-1
extra/ldb 1.1.19-1 -> 1.1.20-1
extra/libevdev 1.3.2-1 -> 1.4-1
extra/libmariadbclient 10.0.16-1 -> 10.0.17-2
extra/libwbclient 4.1.17-1 -> 4.2.0-1
extra/python-requests 2.5.1-1 -> 2.5.3-1
extra/python-setuptools 1:12.3-1 -> 1:13.0.2-1
extra/smbclient 4.1.17-1 -> 4.2.0-1
community/wine-mono 4.5.4-1 -> 4.5.6-1
multilib/lib32-mesa 10.4.5-1 -> 10.4.6-1
multilib/lib32-mesa-libgl 10.4.5-1 -> 10.4.6-1
multilib/wine 1.7.37-1 -> 1.7.38-1
multilib/wine_gecko 2.34-1 -> 2.36-1
antergos/pamac 2.1.2-1 -> 2.2rc1-1

==> Continuer la mise à jour ? [O/n]
==> [V]oir les détails. Sélectionner les paquets [M]anuellement.
==> --------------------------------------------------------------
==>
:: Début de la mise à jour complète du système…
résolution des dépendances…
recherche des conflits entre paquets…

Paquets (35) cogl-1.20.0-1 dialog-1:1.2_20150225-1 ffmpeg-1:2.6-2 firefox-36.0.1-1 firefox-i18n-fr-36.0.1-1 gcc-4.9.2-4
gcc-libs-multilib-4.9.2-4 git-2.3.2-1 grep-2.21-2 gtk-update-icon-cache-2.24.27-1 gtk2-2.24.27-1 inkscape-0.91-6 ldb-1.1.20-1
lib32-gcc-libs-4.9.2-4 lib32-mesa-10.4.6-1 lib32-mesa-libgl-10.4.6-1 libevdev-1.4-1 libmariadbclient-10.0.17-2 libmpc-1.0.3-1
libproxy-0.4.11-5 libtool-2.4.6-1 libwbclient-4.2.0-1 libx264-2:142.20140826-1 man-pages-3.81-1 mesa-10.4.6-1 mesa-libgl-10.4.6-1
mpv-0.8.2-2 pamac-2.2rc1-1 python-requests-2.5.3-1 python-setuptools-1:13.0.2-1 smbclient-4.2.0-1 tevent-0.9.24-1 wine-1.7.38-1
wine-mono-4.5.6-1 wine_gecko-2.36-1

Taille totale du téléchargement : 274,45 MiB
Taille totale installée : 932,81 MiB
Taille de mise à jour nette : 4,08 MiB

:: Procéder à l’installation :: Récupération des paquets…
dialog-1:1.2_20150225-1-x86_64 libmpc-1.0.3-1-x86_64 gcc-4.9.2-4-x86_64 grep-2.21-2-x86_64 libtool-2.4.6-1-x86_64 man-pages-3.81-1-any mesa-10.4.6-1-x86_64 mesa-libgl-10.4.6-1-x86_64 cogl-1.20.0-1-x86_64 libx264-2:142.20140826-1-x86_64 ffmpeg-1:2.6-2-x86_64 gtk-update-icon-cache-2.24.27-1-x86_64 gtk2-2.24.27-1-x86_64 firefox-36.0.1-1-x86_64 firefox-i18n-fr-36.0.1-1-any git-2.3.2-1-x86_64 inkscape-0.91-6-x86_64 tevent-0.9.24-1-x86_64 ldb-1.1.20-1-x86_64 libevdev-1.4-1-x86_64 libmariadbclient-10.0.17-2-x86_64 libproxy-0.4.11-5-x86_64 libwbclient-4.2.0-1-x86_64 python-requests-2.5.3-1-any python-setuptools-1:13.0.2-1-any smbclient-4.2.0-1-x86_64 mpv-0.8.2-2-x86_64 wine-mono-4.5.6-1-any lib32-gcc-libs-4.9.2-4-x86_64 gcc-libs-multilib-4.9.2-4-x86_64 lib32-mesa-10.4.6-1-x86_64 lib32-mesa-libgl-10.4.6-1-x86_64 wine-1.7.38-1-x86_64 wine_gecko-2.36-1-x86_64 pamac-2.2rc1-1-x86_64 mise à jour de pamac ==> The polkit-gnome except in GNOME Flashback.
For Xfce, LXDE etc., See https://wiki.archlinux.org/index.php/Polkit#Authentication_agents
[####################################################] 100%
[####################################################] 100%
[####################################################] 100%
[####################################################] 100%
[####################################################] 100%
[####################################################] 100%

[quote]
Et aussi explique le rapport entre une question sur la necessité réelle d’être à la dernière version à tout prix [/quote]
si c’était ça la question , je suis hors sujet

j’avais compris la question comme:
pourquoi ne pas être en rolling release ?

fran.b · Février 21, 2016, 9:26pm

Donc c’est bien ce que je disais. Fais un
alias pacman=apt-get upgrade -y
et ça fera la même chose. pacman est sommaire, donc plus simple qu’apt.

absurdistan · Février 21, 2016, 9:26pm

Bonsoir à toutes et tous et merci de vos interventions , j’ai vu quelque part que Dragora ne nécessite pas de mises à jour … je n’ai pas encore testé donc à voir et si quelqu’un ou une a des infos pk po !

Blacksad · Février 21, 2016, 9:26pm

Mais debian non plus !
T’es pas obliger de les faire si le système que tu as installé te convient parfaitement tel quel, n’en fais pas, personne ne t’oblige à faire les mises à jours.

absurdistan · Février 21, 2016, 9:47pm

Je viens de comprendre … quand je pense que j’ai découvert Debian sous Lenny et que je suis sous Jessie aujourd’hui pour retrouver une rapidité exceptionnelle , je me dis bravo les développeurs continuez à nous épater !
NB: un petit bémol quant à la taille de la bête 7,8 Go ça fait un peu beaucoup pour un dell inspiron mini 10 avec 8 Go de DD …

Obidoub · Février 21, 2016, 9:47pm

[quote=“fran.b”]Donc c’est bien ce que je disais. Fais un
alias pacman=apt-get upgrade -y
et ça fera la même chose. pacman est sommaire, donc plus simple qu’apt.[/quote]
pacman est aussi beaucoup beaucoup plus rapide…

Obidoub · Février 21, 2016, 9:47pm

FreeBSD…

fran.b · Février 21, 2016, 9:47pm

[quote=“Obidoub”][quote=“fran.b”]Donc c’est bien ce que je disais. Fais un
alias pacman=apt-get upgrade -y
et ça fera la même chose. pacman est sommaire, donc plus simple qu’apt.[/quote]
pacman est aussi beaucoup beaucoup plus rapide…[/quote]
Sans doute. Où est le problème? Est ce qu’un jour nune sonde ratera pluton parce qu’un apt-get sera trop long? Est ce qu’apt-get est lent au point de mettre 6 jours pour installer un paquet ou bien est ce qu’il s’agit d’attendre 1 ou 2 minutes de plus sur une installation?
nano est plus rapide qu’emacs, lui même plus rapide que libreoffice. Qui vas tu utiliser pour ton prochain rapport?

Obidoub · Février 21, 2016, 9:47pm

[quote=“fran.b”][quote=“Obidoub”][quote=“fran.b”]Donc c’est bien ce que je disais. Fais un
alias pacman=apt-get upgrade -y
et ça fera la même chose. pacman est sommaire, donc plus simple qu’apt.[/quote]
pacman est aussi beaucoup beaucoup plus rapide…[/quote]
Sans doute. Où est le problème? Est ce qu’un jour nune sonde ratera pluton parce qu’un apt-get sera trop long? Est ce qu’apt-get est lent au point de mettre 6 jours pour installer un paquet ou bien est ce qu’il s’agit d’attendre 1 ou 2 minutes de plus sur une installation?
nano est plus rapide qu’emacs, lui même plus rapide que libreoffice. Qui vas tu utiliser pour ton prochain rapport?[/quote]
Les sondes spatiales ne tournent pas sur Linux donc on y trouvera ni pacman ni apt.
Ben moi j’avoue que c’est agréable quand un gestionnaire de paquets va vite. Même si apt reste correct. Le pire était avec les distribs basées sur rpm, à l’époque de Mandrake et des premières versions de Mandriva et Opensuse. Il fallait s’accrocher pour ne pas devenir fou.