La Quadrature, on en a tous entendu parlé. La cause, on la connait.
Il est clair dans ses propos: On bosse pour l’intérêt général, mais généralement, on trouve pas|plus de financement(s) pour continuer, donc on va être obligé d’arrêter.
Manque de communication de leurs parts? Je crois pas. Sérieusement, on la connait tous cette asso. On sait tous pourquoi elle lutte. Elle lutte même contre des lois dont on aurait jamais entendu parlé si elle n'existait pas.
Réfléchissez 30 secondes.. ils disent clairement qu'ils sont débordés et qu'ils ont pas assez de budget pour fonctionner…
Et oui, payez des gens ça coûte de l'argent (véridique!).
Pour réaliser la chose, c'est très simple. On prend notre propre salaire, on le multiplie par 2 (charge sociale ect..), on le multiplie par 12 (l'année est composé de 12 mois). On a le coût d'un employé.
On prend aussi notre loyer, notre connexion internet, nos impôts locaux, ect.. et on fait la même opération.
Relis bien stp, j'ai pas dit que tout était inclus, j'ai dis "Quasiment tout". C'est un autre monde par rapport à nos desktops linux je pense?
En passant, un peu fatiguant ses discussions sur Linuxfr, ça tourne systématiquement en enculage de mouche. J'avais pas participé depuis longtemps, maintenant je me rappelle pour quoi.
Hmm, même si il est vrai que l'on peut utiliser des applications externes, il y a quand même un SDK qui comprend beaucoup beaucoup beaucoup de chose, et qui doit être suffisant à 90% des applications. SDK géré et mis à jour par Google/le fabricant.
Je suis bien d'accord, il y a une poignée de librairies clefs, qui occupent un rôle centrale.
Donc grosso modo, tout va dépendre d'elles pour avoir des applications à jour.
A voir donc:
- à quelle fréquence elles sont mises à jour;
- les cas des applications pas mises à jour (et donc qui vont empêcher le passage à une versions supérieures de ces librairies, et donc des autres applications).
Pour le deuxième cas, je vois une solution assez triviale : on laisse les applications pas mise à jour dans le DM, les autres, on les met dans la partie Bleeding Edge. mais bon, ça reste à voir.
J'ai pas spécialement de temps en ce moment, mais dès que j'ai un petit moment, je ferai joujou en analysant les dépots debian (on doit pouvoir utiliser la théorie des graphes pour voir un peu tout ça).
Sinon, un exemple plus concrêt (qu'on doit pouvoir mettre en place san trop de difficultés):
Mon Core (système + Xorg) (et ses bibliothèques) est issue de paquet de Debian Stable;
Mon Desktop (et ses bibliothèque) est issue des paquet de Debian Testing ou SID;
Mes applications (et leur bibliothèques) sont issue de SID;
On a déjà des bases qui fonctionnent, on a prend les morceaux qui nous intéresse, et on les colle ensemble.
Non, un jeu de lib pour le Core (système), un jeu de lib pour le DM, et un jeu de lib pour les applications. Trois environnements de librairies, donc 3 versions de librairies max.
On pourrait avoir le Core en Release régulière (tous les ans, ect..), les DM quand ils sortent (pour Gnome, tous les 6 mois), et les applications en Rolling Release.
On peut résoudre ça assez facilement, en mettant les variables d'environnement qui vont bien (Si je change la lib du DM, je vérifie qu'aucune app en dépend, et je la retire.
Ou si on a un environnement librairie juste pour les applications, le problème se pose pas (ça fait 3 jeux de lib: Core/lib, DM/lib, App/lib.
C'est marrant, je viens de regarder si je télécharge le tar.bz2 sur le site de firefox, et la taille du paquet sous Ubuntu 14.04, y a que 6mo de différences (40mo contre 36mo).
Sinon bibifric05, t'as déjà réfléchit un peu comment on pourrait explorer cette idée? Je me demandais si c'était pas possible d'explorer / analyser les dépots de debian pour voir si on pouvait construire un arbre de dépendances (cf debtree :http://collab-maint.alioth.debian.org/debtree/). Il doit être possible déjà à partir de ça de voir comment cassé l'arbre global de tous les paquets debian pour voir ce qu'on peut regrouper/séparer en plus sous-unité (je reprend mon Core/Dm/Apps).
Je sais pas si la compilation statique est la meilleure solution, c'est la plus évidente forcément, mais niveau maintenance / sécurité, c'est un grand pas en arrière.
Depuis hier, l'idée me trotte dans la tête, et ce que je commence à avoir en tête, c'est d'avoir 2 ou 3 jeux de librairies (qui peuvent avoir certaines en commun). 1 jeu pour le système, qui reste stable, et soit un jeu pour le DM + applications (donc les applications dépendront du DM), soit un jeu pour le DM et un jeu pour la couche application.
ça impliquerait de devoir toujours avoir des applications plus ou moins à jour pour pas qu'une vieille version d'un application bloque tout le monde avec une vieille version de librairie, mais c'est le but rechercher, et au moins, ça permettrai d'avancer plus vite qu'avec le modèle monolithique (et surtout de faire sauter mon wifi sur une mise à jour de la distribution seulement parce que je voulais un DM plus récent).
L'avantage sous Mac (et Windows), si je veux la dernière version d'un logiciel, je la télécharge/achète, et c'est bon. Je peux l'utiliser.
Sous linux, c'est une autre paire de manche, et c'est bien là le problème. Le système de paquet est vraiment en avance (enfin était car maintenant les divers "market" ont rattrapé le retard), mais l'offre proposée est au mieux à jour au moment de la sortie de la distribution. Ensuite, si on veut évolué à partir de là, soit on attend, soit on bidouille.
Sans parler du fait qu'il faut savoir que ça existe et comprendre ce que s'est. Combien de temps ça prend du coup pour installer une application? une demi journée de recherche et de documentation, d'apprentissage?
C'est vrai que c'est vraiment facile et intuitif à utiliser les ppa… ouvrir une console, taper des commandes obscures pour le néophyte, répondre à des messages en anglais. Facile!
Bibifric05 a soulevé un défaut important de nos distributions: leur caractère monolithique.
Bien que cette caractéristique présent un avantage majeur, l'uniformité du système et la facilité de maintenance des différentes librairies partagées, il impose une grande difficulté à mettre à jour des applications.
D'un point de vue serveur, la chose convient. Mais d'un point de vue Desktop, elle est plus problématique.
De nombreuses solutions existent, mais aucune de fournit de solution clef en main pour l'utilisateur final. Il s'agit toujours d'un rajout à une distribution, avec les limitations que l'on connait.
C'est la richesse de notre OS, il n'est pas un OS mais de nombreux OS. La diversité fait par contre une victime: l'utilisateur final. La simplicité d'utilisation de l'OS en prend un coup: les applications évoluent rapidement, peut-être plus rapidement dans le monde du Libre que sous Windows/MacOsX, et l'utilisateur final, pour pouvoir profiter au maximum des possibilités de sa machine se retrouve toujours à jongler, bidouiller, rechercher (et souvent réparer).
Nous sommes tous des Utilisateurs Avancés, mais personnellement, je commence à être lassé de devoir passer du temps à faire marcher mon système dès que je sort des limites de la distribution (qui sont vites atteintes).
Le modèle actuel des distributions est, je pense, inadapté au desktop, et c'est probablement une raison majeure de l'échec de Linux en dehors du monde serveur. Google l'a bien montré. Il a fournit un environnement propre à l'épanouissement de l'utilisateur (aka: utiliser sa machine).
Quelles solutions à ce problème? une nouvelle distribution? Des dépots pour étendre une version stable d'une distribution existante?
Effectivement, ça montre une limite au niveau du support de plusieurs versions d'une librairie.
Après, concrètement, pour la plupart des applications Desktop (car on parle du monde desktop), ce qui gênerai surtout cela serait d'avoir des applications qui utilisent des versions des libs, et donc nous obligerai à les supporter. Mais sachant qu'on parle de l'applicatif, donc de l'espace utilisateur, ça limite déjà pas mal les dégâts. On se retrouve dans la même situation que l'utilisation de /opt (compilation à la main) ou autre système du genre.
[^] # Re: Pourquoi ?
Posté par Jérôme (site web personnel) . En réponse au journal Quadrature is dying. Évalué à 4.
Je trouve pas qu'il a fait une maladresse.
La Quadrature, on en a tous entendu parlé. La cause, on la connait.
Il est clair dans ses propos: On bosse pour l’intérêt général, mais généralement, on trouve pas|plus de financement(s) pour continuer, donc on va être obligé d’arrêter.
Manque de communication de leurs parts? Je crois pas. Sérieusement, on la connait tous cette asso. On sait tous pourquoi elle lutte. Elle lutte même contre des lois dont on aurait jamais entendu parlé si elle n'existait pas.
Réfléchissez 30 secondes.. ils disent clairement qu'ils sont débordés et qu'ils ont pas assez de budget pour fonctionner…
[^] # Re: pourquoi ?
Posté par Jérôme (site web personnel) . En réponse au journal Quadrature is dying. Évalué à 2.
Et oui, payez des gens ça coûte de l'argent (véridique!).
Pour réaliser la chose, c'est très simple. On prend notre propre salaire, on le multiplie par 2 (charge sociale ect..), on le multiplie par 12 (l'année est composé de 12 mois). On a le coût d'un employé.
On prend aussi notre loyer, notre connexion internet, nos impôts locaux, ect.. et on fait la même opération.
Suprise! ça fait beaucoup d'argent…
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 0.
Le sdk android comprend un peut plus de chose que QT quand même : https://developer.android.com/reference/packages.html
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 3.
Relis bien stp, j'ai pas dit que tout était inclus, j'ai dis "Quasiment tout". C'est un autre monde par rapport à nos desktops linux je pense?
En passant, un peu fatiguant ses discussions sur Linuxfr, ça tourne systématiquement en enculage de mouche. J'avais pas participé depuis longtemps, maintenant je me rappelle pour quoi.
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
Hmm, même si il est vrai que l'on peut utiliser des applications externes, il y a quand même un SDK qui comprend beaucoup beaucoup beaucoup de chose, et qui doit être suffisant à 90% des applications. SDK géré et mis à jour par Google/le fabricant.
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
Téléphone Android ou Samsung/Sony/ect Android ?
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
Windows, MacOsX, Android, ChromeOs, iOS
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 0.
c'est pas comme si elles étaient vraiment utilisés non plus, comparativement aux OS majeurs
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 4.
Merci (du coup, je viens de regarder la vidéo en entier, je recommande).
Donc pour résumer, les distributions actuelles rendent les choses:
Bref, on est dans l'impasse pour le desktop j'ai bien l'impression?
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
C'est pourquoi Linux n'est pas prêt pour le Desktop et ne le sera pas tant que ce problème ne sera pas résolu
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 1.
Je suis bien d'accord, il y a une poignée de librairies clefs, qui occupent un rôle centrale.
Donc grosso modo, tout va dépendre d'elles pour avoir des applications à jour.
A voir donc:
- à quelle fréquence elles sont mises à jour;
- les cas des applications pas mises à jour (et donc qui vont empêcher le passage à une versions supérieures de ces librairies, et donc des autres applications).
Pour le deuxième cas, je vois une solution assez triviale : on laisse les applications pas mise à jour dans le DM, les autres, on les met dans la partie Bleeding Edge. mais bon, ça reste à voir.
J'ai pas spécialement de temps en ce moment, mais dès que j'ai un petit moment, je ferai joujou en analysant les dépots debian (on doit pouvoir utiliser la théorie des graphes pour voir un peu tout ça).
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 1.
(Desktop Manager: Gnome, KDE, ect..).
Sinon, un exemple plus concrêt (qu'on doit pouvoir mettre en place san trop de difficultés):
Mon Core (système + Xorg) (et ses bibliothèques) est issue de paquet de Debian Stable;
Mon Desktop (et ses bibliothèque) est issue des paquet de Debian Testing ou SID;
Mes applications (et leur bibliothèques) sont issue de SID;
On a déjà des bases qui fonctionnent, on a prend les morceaux qui nous intéresse, et on les colle ensemble.
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
Y a un boulot de dingue si on considère que les applications utilisent toutes les "bibliothèques", or, c'est loin d'être le cas:
jerome@io:~$ apt-cache depends clementine
clementine
Dépend: libc6
Dépend: libfftw3-double3
Dépend: libgcc1
|Dépend: libgl1-mesa-glx
Dépend:
libgl1-mesa-glx
Dépend: libglew1.10
Dépend: libglib2.0-0
Dépend: libgpod4
Dépend: libgstreamer-plugins-base0.10-0
Dépend: libgstreamer0.10-0
Dépend: liblastfm1
Dépend: libmtp9
Dépend: libprotobuf8
Dépend: libqca2
Dépend: libqjson0
Dépend: libqt4-dbus
Dépend: libqt4-network
Dépend: libqt4-opengl
Dépend: libqt4-sql
Dépend: libqtcore4
Dépend: libqtgui4
Dépend: libstdc++6
Dépend: libtag1c2a
Dépend: libx11-6
Dépend: zlib1g
Dépend: gconf2
gconf2:i386
Dépend: libqt4-sql-sqlite
Dépend: gstreamer0.10-plugins-base
Dépend: gstreamer0.10-plugins-good
|Dépend: gstreamer0.10-alsa
Dépend:
gstreamer0.10-alsa
gstreamer0.10-plugins-bad
gstreamer0.10-plugins-good
gstreamer0.10-pulseaudio
Dépend: gstreamer0.10-plugins-ugly
|Dépend:
Dépend: projectm-data
Dépend: libqca2-plugin-ossl
qgis
Dépend: libc6
Dépend: libgcc1
Dépend: libgdal1h
Dépend: libgeos-c1
Dépend: libgsl0ldbl
Dépend: libpq5
Dépend: libproj0
Dépend: libqgis-analysis2.0.1
Dépend: libqgis-core2.0.1
Dépend: libqgis-gui2.0.1
Dépend: libqgis-networkanalysis2.0.1
Dépend: libqt4-network
Dépend: libqt4-sql
Dépend: libqt4-svg
Dépend: libqt4-xml
Dépend: libqtcore4
Dépend: libqtgui4
Dépend: libqtwebkit4
Dépend: libqwt6
Dépend: libspatialite5
Dépend: libsqlite3-0
Dépend: libstdc++6
Dépend: qgis-providers
Dépend: qgis-common
on a pas grand chose grand chose en commun ..
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 4.
Sachant que l'essence même du logiciel libre, c'est la liberté, je vote 2.on puisse pas choisir son application parmi les 50 qui font la même chose
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 1.
Non, un jeu de lib pour le Core (système), un jeu de lib pour le DM, et un jeu de lib pour les applications. Trois environnements de librairies, donc 3 versions de librairies max.
On pourrait avoir le Core en Release régulière (tous les ans, ect..), les DM quand ils sortent (pour Gnome, tous les 6 mois), et les applications en Rolling Release.
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 1.
On peut résoudre ça assez facilement, en mettant les variables d'environnement qui vont bien (Si je change la lib du DM, je vérifie qu'aucune app en dépend, et je la retire.
Ou si on a un environnement librairie juste pour les applications, le problème se pose pas (ça fait 3 jeux de lib: Core/lib, DM/lib, App/lib.
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 1.
C'est marrant, je viens de regarder si je télécharge le tar.bz2 sur le site de firefox, et la taille du paquet sous Ubuntu 14.04, y a que 6mo de différences (40mo contre 36mo).
Sinon bibifric05, t'as déjà réfléchit un peu comment on pourrait explorer cette idée? Je me demandais si c'était pas possible d'explorer / analyser les dépots de debian pour voir si on pouvait construire un arbre de dépendances (cf debtree :http://collab-maint.alioth.debian.org/debtree/). Il doit être possible déjà à partir de ça de voir comment cassé l'arbre global de tous les paquets debian pour voir ce qu'on peut regrouper/séparer en plus sous-unité (je reprend mon Core/Dm/Apps).
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 3. Dernière modification le 04 novembre 2014 à 15:35.
Je sais pas si la compilation statique est la meilleure solution, c'est la plus évidente forcément, mais niveau maintenance / sécurité, c'est un grand pas en arrière.
Depuis hier, l'idée me trotte dans la tête, et ce que je commence à avoir en tête, c'est d'avoir 2 ou 3 jeux de librairies (qui peuvent avoir certaines en commun). 1 jeu pour le système, qui reste stable, et soit un jeu pour le DM + applications (donc les applications dépendront du DM), soit un jeu pour le DM et un jeu pour la couche application.
ça impliquerait de devoir toujours avoir des applications plus ou moins à jour pour pas qu'une vieille version d'un application bloque tout le monde avec une vieille version de librairie, mais c'est le but rechercher, et au moins, ça permettrai d'avancer plus vite qu'avec le modèle monolithique (et surtout de faire sauter mon wifi sur une mise à jour de la distribution seulement parce que je voulais un DM plus récent).
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 1.
C'est deux problèmes différents, d'un coté la sécurité, de l'autre la disponibilité des applications
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
L'avantage sous Mac (et Windows), si je veux la dernière version d'un logiciel, je la télécharge/achète, et c'est bon. Je peux l'utiliser.
Sous linux, c'est une autre paire de manche, et c'est bien là le problème. Le système de paquet est vraiment en avance (enfin était car maintenant les divers "market" ont rattrapé le retard), mais l'offre proposée est au mieux à jour au moment de la sortie de la distribution. Ensuite, si on veut évolué à partir de là, soit on attend, soit on bidouille.
[^] # Re: Séparation en 3
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à -3.
Merci Maîtresse.
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
Sans parler du fait qu'il faut savoir que ça existe et comprendre ce que s'est. Combien de temps ça prend du coup pour installer une application? une demi journée de recherche et de documentation, d'apprentissage?
[^] # Re: Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 2.
C'est vrai que c'est vraiment facile et intuitif à utiliser les ppa… ouvrir une console, taper des commandes obscures pour le néophyte, répondre à des messages en anglais. Facile!
# Recentrons le débat!
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 4.
Bibifric05 a soulevé un défaut important de nos distributions: leur caractère monolithique.
Bien que cette caractéristique présent un avantage majeur, l'uniformité du système et la facilité de maintenance des différentes librairies partagées, il impose une grande difficulté à mettre à jour des applications.
D'un point de vue serveur, la chose convient. Mais d'un point de vue Desktop, elle est plus problématique.
De nombreuses solutions existent, mais aucune de fournit de solution clef en main pour l'utilisateur final. Il s'agit toujours d'un rajout à une distribution, avec les limitations que l'on connait.
C'est la richesse de notre OS, il n'est pas un OS mais de nombreux OS. La diversité fait par contre une victime: l'utilisateur final. La simplicité d'utilisation de l'OS en prend un coup: les applications évoluent rapidement, peut-être plus rapidement dans le monde du Libre que sous Windows/MacOsX, et l'utilisateur final, pour pouvoir profiter au maximum des possibilités de sa machine se retrouve toujours à jongler, bidouiller, rechercher (et souvent réparer).
Nous sommes tous des Utilisateurs Avancés, mais personnellement, je commence à être lassé de devoir passer du temps à faire marcher mon système dès que je sort des limites de la distribution (qui sont vites atteintes).
Le modèle actuel des distributions est, je pense, inadapté au desktop, et c'est probablement une raison majeure de l'échec de Linux en dehors du monde serveur. Google l'a bien montré. Il a fournit un environnement propre à l'épanouissement de l'utilisateur (aka: utiliser sa machine).
Quelles solutions à ce problème? une nouvelle distribution? Des dépots pour étendre une version stable d'une distribution existante?
[^] # Re: Séparation en 3
Posté par Jérôme (site web personnel) . En réponse au journal Une idée de distribution Linux. Évalué à 1.
Effectivement, ça montre une limite au niveau du support de plusieurs versions d'une librairie.
Après, concrètement, pour la plupart des applications Desktop (car on parle du monde desktop), ce qui gênerai surtout cela serait d'avoir des applications qui utilisent des versions des libs, et donc nous obligerai à les supporter. Mais sachant qu'on parle de l'applicatif, donc de l'espace utilisateur, ça limite déjà pas mal les dégâts. On se retrouve dans la même situation que l'utilisation de /opt (compilation à la main) ou autre système du genre.