Je pense que je ne me suis pas bien explique. Le systeme vers lequel on se dirige c'est un systeme qui sera ferme et ou les differentes briques seront fixes. On aura certes le code mais du point de vue du choix cela sera … nul. Et ne parlons meme pas des nouveaux trucs de intel pour accroitre la securite.
Cela sera donc, du point de vue de l'utilisateur, exactement la meme chose que sur les autres systemes. Tu aimes tant mieux, tu aimes pas tant pis.
Une des differences enorme c'est que, contrairement aux autres systemes, cela sera complique (ou du moins chiant) a installer avec tous les problemes classiques. Alors que l'OS de base lui sera… de base et tout fonctionnera comme prevu.
De tout de facon d'apres ce que je vois, Linux sur le desktop a eu son pic mais redescend vitesse grand V pour etre remplace par MacOS. Alors on va se retrouver avec un outil super genial pour le desktop mais en fait cela ne sera plus utile…
Enfin bon qui vivre verra mais je suis de plus un plus inquiet pour linux sur le desktop (chromebook est un linux mais pas le linux tel que je le concoit et tel que je l'aime).
OpenRC est, pour l'instant, une alternative. Mais avec ce genre de chose qui bientot ne seront plus optionnel et la facon dont cela devient totalement intrique avec le kernel ca ca va etre impossible d'avoir la moindre alternative et la en effet l'environnement sera devenu non pas:
GNU/Linux mais Systemd/Linux
Et bon autant partir sur windows ou macos dans ce cas la car tu n'auras pas a te faire chier avec une installation et tu seras de tout de facon dans un environnement totalement ferme pour des raisons de "securite".
Je pense que perso j'irai, comme beaucoup de monde, vers MacOS car au moins le matos sera a peu pres correct et encore assez similaire a Unix pour etre utilisable.
Ah l'epoque de bootsplash que l'on changeait. C'etait du temps de windows 95. Je me souviens avoir mis Pinky and Brain a l'epoque. Nettement plus fun que le logo windows :). Ca rajeunit pas tout ca! Merci gnumdk< de me rappeler que je suis vieux.
Alors que la au moins il ne demarre absolument pas le systeme c'est encore mieux. Prenons un exemple con avec un disque qui est mort de sa belle mort physique. Certe cela n'arrive jamais mais bon en fait si cela arrive et au lieu de booter sur un systeme qui permettrait d'analyser correctement le probleme il faut aller chercher dans un log immense.
Je suis bizarre mais je ne trouve pas ce comportement comme etant tres user friendly mais bon je suis bizarre comme tout le monde le sait.
Tant mieux pour toi, je n'ai pas eu (et mes collegues non plus) la meme experience.
De tout de facon WxWidget sous KDE c'est aussi moche qu'une application Gnome enfin si j'utilise pas Qt-GTK c'est a dire les technos Qt…
J'adore leur wiki:
"There has been a bunch of work done with the goal of a Qt-based port of wxWidgets (see the wxWidgets SVN wxQt branch), so wxWidgets applications aren't required to use GTK-Qt (which hasn't been known to work too well) to build applications that look and feel native for KDE users."
Voyons je choisis quoi? Un truc inexistant ou un truc qui fonctionne (et contrairement a ce qui est dit je n'ai que tres peu de probleme avec, le probleme que j'ai fait cracher eclipse mais bon c'est du a un bug de gtk2…)
Non non moi je ne parle de rien de tout cela et surtout pas de respawn. Je viens juste dire que systemd et cgroup c'etait pas la meme chose. Tu te trompes d'interlocuteur.
Il faut savoir ce que tu veux mais en meme temps comme tu melanges allegrement systemd et cgroup pour justifier le premier c'est assez complique de te suivre. Oui toujours le meme probleme de logique.
Peut etre que tu avais tort vu que son bug etait du a une faute de frappe dans le fstab (bon je ne suis pas sur que un system sans systemd n'aurait tout de meme pas booter mais bon je dis rien je n'ai pas teste et pas le temps de le faire).
Visiblement son probleme de fstab c'est documente et c'est arrive a pas mal de monde mais c'est vrai ce sont tous des menteurs systemd ne peux pas planter un systeme sur un truc aussi trivial toutes mes excuses.
Ah oui ta logique est imparable… je soupconne que les grecs anciens auraient quelques commentaire sur le sujet mais bon perso je prefere arreter maintenant.
Tu es en train de dire que il afut systemd pour utiliser les cgroup? Car si c'est ca que tu dis c'est faux et comme je sais que c'est pas ca que tu dis, je en suis pas en enculeur de mouche je montre juste que systemd n'etait pas une obligation.
A la Apple, Google et Microsoft etc. C'est la mode actuellement les themes "a plat". On s'habitue a l'usage mais c'est vraiment pas mon truc. J'attend aussi le retour en arriere qui devrait pas tarder.
Tu peux ne pas utiliser breeze, kde fournit des themes.
?? Ça n'a pas de sens ce que tu dis : Debian inclut par exemple en ce moment même la version 4.11/4.12, c'est celle qui sera dans la future stable (jessie). Il n'y a pas d'impasse sur KDE4, puisqu'on l'utilise sur au moins pour squeeze, wheezy, jessie…
S'il te plait ce n'est pas parceque depuis 1 an ils ont enfin rattrape leur retard que pendant des anness kde4 n'a pas ete neglige avec des retards de versions entre la version du projet et celle des depots debian (meme unstable) allant jusqu'a 3 versions c'est a dire 1 an et demi pour arriver sur les depots de tests.
Alors effectivement, Debian préfère attendre que les versions se stabilisent avant de les packager. Ça évite du boulot pour les packageurs et les utilisateurs, c'est quoi le problème ??
1 an et demi de retard pour un utilisateur c'est pas ters agreable surtout quand tu dois garder un truc comme nepomuk dans une version merdique plutot que dans une version stable et moins merdique. Mais ca c'est du point de vue de l'utlisateur c'est vrai que packager une version sur 3 c'est plus simple mais bon si gnome avait eu le meme traitement cela n'aurait pas ete un probleme.
Si ce n'est que l'apparence c'est facile a regler il y a le theme breeze qui a ete backporte :)
Apres moi aussi je vais attendre 5.3 et je suis en train de reconsiderer serieusement un passage a fedora… car le niveau du packaging sous kubuntu est, a mon avis, tres mauvais et le projet KDE ferait bien de faire attention a cela car ca va encore leur retomber sur la gueule.
Mais je note que ta critique est gratuite puisque Debian n'inclut pas cette version de plasma… Sympa pour ceux qui font le boulot.
Debian a totalement fait l'impasse sur KDE4 donc oui le boulot a ete merdique sur ce bureau depuis le premier jour. Aujourd;hui si j'en crois les messages que je vois passer il y a un rapprochement des equipes kubuntu et debian-kde. N'etant plus utilisateur de debian je n'ai pas teste celui ci mais j'ai teste le packaging de kubuntu et compare a celui de fedora (que j'ai beaucoup critique auparavant) c'est le jour et la nuit. Kubuntu cela ne fonctionne pas la version plasma 5.2, j'ai fait crasher le bureau de 5 ou 6 facon differentes (sortir un plasmoid de la barre des taches, bouger la barre des taches, soumettre un bug avec le systeme de rapport de bug (snip!), utiliser systemconfig etc.). Sous Fedora je n'ai eu aucun crash, zip nada. J'ai retente les memes manip et ca tient la route donc le probleme ne vient pas de KDE mais du packaging. Cela est une constation ce n'est rien d'autre. Si tu veux je peux dire que le travail est super mais en fait non je ne peux pas le dire car cela n'est pas le cas!
C'est vrai les fichiers de configuration ont change de place et le probleme c'est que sous kubuntu au moins, ils ont foutus ca comme des bourrins dans .config et pas dans un repertoire de .config. C'est bien qu'ils utilisent le repertoire .config mais ils auraient pu faire ca proprement tout de meme.
Il n'y a pas d'outils de migration pour passer de kde4 a plasma5, du coup toutes les modifs comme les raccourcis clavier perso il faut les refaire. Si vous utilisez des notes comme plasmoid, oublier pas de les recopier quelques part car plasma5 ne les retrouvera pas car il se moque du repertoire .kde (ce qui permet de faire cohabite les applis kde4 et le bureau plasma5) mais du coup je ne comprend pas pourquoi il n'est pas possible d'avoir les deux bureaux kde4 et plasma5 installe en parallel (en tout cas sous kubuntu je ne sais pas pour les autres et je suis interesse de savoir si c'est possible/fait ailleurs).
[^] # Re: Du bon et du mauvais
Posté par Albert_ . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à -10.
Je pense que je ne me suis pas bien explique. Le systeme vers lequel on se dirige c'est un systeme qui sera ferme et ou les differentes briques seront fixes. On aura certes le code mais du point de vue du choix cela sera … nul. Et ne parlons meme pas des nouveaux trucs de intel pour accroitre la securite.
Cela sera donc, du point de vue de l'utilisateur, exactement la meme chose que sur les autres systemes. Tu aimes tant mieux, tu aimes pas tant pis.
Une des differences enorme c'est que, contrairement aux autres systemes, cela sera complique (ou du moins chiant) a installer avec tous les problemes classiques. Alors que l'OS de base lui sera… de base et tout fonctionnera comme prevu.
De tout de facon d'apres ce que je vois, Linux sur le desktop a eu son pic mais redescend vitesse grand V pour etre remplace par MacOS. Alors on va se retrouver avec un outil super genial pour le desktop mais en fait cela ne sera plus utile…
Enfin bon qui vivre verra mais je suis de plus un plus inquiet pour linux sur le desktop (chromebook est un linux mais pas le linux tel que je le concoit et tel que je l'aime).
[^] # Re: Linus multifonction
Posté par Albert_ . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 1.
Donc tu utilises un fork de android et pas la version google.
[^] # Re: Linus multifonction
Posté par Albert_ . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 2.
Euh essaye de mettre a jour un nexus one avec un truc recent qui a moins de 3 ans…
Google a bien merde sur le coup de celui la.
[^] # Re: Du bon et du mauvais
Posté par Albert_ . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à -10.
OpenRC est, pour l'instant, une alternative. Mais avec ce genre de chose qui bientot ne seront plus optionnel et la facon dont cela devient totalement intrique avec le kernel ca ca va etre impossible d'avoir la moindre alternative et la en effet l'environnement sera devenu non pas:
GNU/Linux mais Systemd/Linux
Et bon autant partir sur windows ou macos dans ce cas la car tu n'auras pas a te faire chier avec une installation et tu seras de tout de facon dans un environnement totalement ferme pour des raisons de "securite".
Je pense que perso j'irai, comme beaucoup de monde, vers MacOS car au moins le matos sera a peu pres correct et encore assez similaire a Unix pour etre utilisable.
# j'adore
Posté par Albert_ . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à -1.
la fin du message sur phoronix:
"Cette nouveaute (optionel)"
La vraie question est combien de temps cela sera optionnel?
[^] # Re: L'argument kitu
Posté par Albert_ . En réponse au journal systemd: je me lance. Évalué à 5.
Ah l'epoque de bootsplash que l'on changeait. C'etait du temps de windows 95. Je me souviens avoir mis Pinky and Brain a l'epoque. Nettement plus fun que le logo windows :). Ca rajeunit pas tout ca! Merci gnumdk< de me rappeler que je suis vieux.
[^] # Re: .
Posté par Albert_ . En réponse au journal systemd: je me lance. Évalué à 5.
Alors que la au moins il ne demarre absolument pas le systeme c'est encore mieux. Prenons un exemple con avec un disque qui est mort de sa belle mort physique. Certe cela n'arrive jamais mais bon en fait si cela arrive et au lieu de booter sur un systeme qui permettrait d'analyser correctement le probleme il faut aller chercher dans un log immense.
Je suis bizarre mais je ne trouve pas ce comportement comme etant tres user friendly mais bon je suis bizarre comme tout le monde le sait.
[^] # Re: .
Posté par Albert_ . En réponse au journal systemd: je me lance. Évalué à -7.
Impressionnant les notations sur mon message au dessus. Cela montre a quel point les opinions sur systemd sont partages:
10 + versus 9 -
Bon desole je dois sortir la, j'ai ma reserve de pop-corn qui diminue mais continuer je m'amuse bien.
[^] # Re: .
Posté par Albert_ . En réponse au journal systemd: je me lance. Évalué à 10.
Et le coup du systeme qui demarre pas parcque il y une ligne non utile dans le fstab c'est un comportement que tu trouves:
Je propose pas les choix cela serait inutile je sens:
[^] # Re: Qt
Posté par Albert_ . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 2.
Tant mieux pour toi, je n'ai pas eu (et mes collegues non plus) la meme experience.
De tout de facon WxWidget sous KDE c'est aussi moche qu'une application Gnome enfin si j'utilise pas Qt-GTK c'est a dire les technos Qt…
J'adore leur wiki:
"There has been a bunch of work done with the goal of a Qt-based port of wxWidgets (see the wxWidgets SVN wxQt branch), so wxWidgets applications aren't required to use GTK-Qt (which hasn't been known to work too well) to build applications that look and feel native for KDE users."
Voyons je choisis quoi? Un truc inexistant ou un truc qui fonctionne (et contrairement a ce qui est dit je n'ai que tres peu de probleme avec, le probleme que j'ai fait cracher eclipse mais bon c'est du a un bug de gtk2…)
[^] # Re: Qt
Posté par Albert_ . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 3.
Toi tu as jamais du changer de version de WxWidget. C'est un concept amusant on va dire. Generalement on se fait avoir une fois mais pas deux.
[^] # Re: Adoption de systemd
Posté par Albert_ . En réponse au journal KDE Plasma et systemd. Évalué à 3.
Non non moi je ne parle de rien de tout cela et surtout pas de respawn. Je viens juste dire que systemd et cgroup c'etait pas la meme chose. Tu te trompes d'interlocuteur.
[^] # Re: Adoption de systemd
Posté par Albert_ . En réponse au journal KDE Plasma et systemd. Évalué à 0.
Il faut savoir ce que tu veux mais en meme temps comme tu melanges allegrement systemd et cgroup pour justifier le premier c'est assez complique de te suivre. Oui toujours le meme probleme de logique.
[^] # Re: Systemd tu l'aimes ou tu quittes Linux.
Posté par Albert_ . En réponse au journal SySVinit considered harmful ?. Évalué à 1.
Peut etre que tu avais tort vu que son bug etait du a une faute de frappe dans le fstab (bon je ne suis pas sur que un system sans systemd n'aurait tout de meme pas booter mais bon je dis rien je n'ai pas teste et pas le temps de le faire).
[^] # Re: Systemd tu l'aimes ou tu quittes Linux.
Posté par Albert_ . En réponse au journal SySVinit considered harmful ?. Évalué à 1.
Visiblement son probleme de fstab c'est documente et c'est arrive a pas mal de monde mais c'est vrai ce sont tous des menteurs systemd ne peux pas planter un systeme sur un truc aussi trivial toutes mes excuses.
[^] # Re: Adoption de systemd
Posté par Albert_ . En réponse au journal KDE Plasma et systemd. Évalué à 0.
Ah oui ta logique est imparable… je soupconne que les grecs anciens auraient quelques commentaire sur le sujet mais bon perso je prefere arreter maintenant.
[^] # Re: Adoption de systemd
Posté par Albert_ . En réponse au journal KDE Plasma et systemd. Évalué à 1.
Tu es en train de dire que il afut systemd pour utiliser les cgroup? Car si c'est ca que tu dis c'est faux et comme je sais que c'est pas ca que tu dis, je en suis pas en enculeur de mouche je montre juste que systemd n'etait pas une obligation.
[^] # Re: Systemd tu l'aimes ou tu quittes Linux.
Posté par Albert_ . En réponse au journal SySVinit considered harmful ?. Évalué à 0.
Ah mais depuis quand les logiciels developpe par LP doivent fonctionne sous Debian? Je me souviens encore du merdier de PA a ce sujet!
De tout de facon ca sert a rien de dire du mal de systemd tu auras forcement tord et si cela a plante ce n'est pas sa faute c'est la faute du cafe.
[^] # Re: Adoption de systemd
Posté par Albert_ . En réponse au journal KDE Plasma et systemd. Évalué à 3.
Vous etes pas en train de melanger allegrement cgroup un truc du kernel avec un outil qui utilise cgroup?
[^] # Re: Drôle de phrase
Posté par Albert_ . En réponse au journal "Gummiboot UEFI Boot Loader" sera ajouté à Systemd. Évalué à 1.
En passant à systemd, mon système à gagné un temps fou au démarrage, que du bonheur.
Perso je prefere les ameliorations sur le kernel quand a la gestion de la mise en veille cela m'es vachement plus utile.
[^] # Re: aspect visuel
Posté par Albert_ . En réponse à la dépêche Plasma 5.2, l'espace de travail de KDE. Évalué à 9.
(à la Windows 8, quoi)
A la Apple, Google et Microsoft etc. C'est la mode actuellement les themes "a plat". On s'habitue a l'usage mais c'est vraiment pas mon truc. J'attend aussi le retour en arriere qui devrait pas tarder.
Tu peux ne pas utiliser breeze, kde fournit des themes.
[^] # Re: Kmail - Kontact
Posté par Albert_ . En réponse à la dépêche Plasma 5.2, l'espace de travail de KDE. Évalué à -6.
?? Ça n'a pas de sens ce que tu dis : Debian inclut par exemple en ce moment même la version 4.11/4.12, c'est celle qui sera dans la future stable (jessie). Il n'y a pas d'impasse sur KDE4, puisqu'on l'utilise sur au moins pour squeeze, wheezy, jessie…
S'il te plait ce n'est pas parceque depuis 1 an ils ont enfin rattrape leur retard que pendant des anness kde4 n'a pas ete neglige avec des retards de versions entre la version du projet et celle des depots debian (meme unstable) allant jusqu'a 3 versions c'est a dire 1 an et demi pour arriver sur les depots de tests.
Alors effectivement, Debian préfère attendre que les versions se stabilisent avant de les packager. Ça évite du boulot pour les packageurs et les utilisateurs, c'est quoi le problème ??
1 an et demi de retard pour un utilisateur c'est pas ters agreable surtout quand tu dois garder un truc comme nepomuk dans une version merdique plutot que dans une version stable et moins merdique. Mais ca c'est du point de vue de l'utlisateur c'est vrai que packager une version sur 3 c'est plus simple mais bon si gnome avait eu le meme traitement cela n'aurait pas ete un probleme.
[^] # Re: Stabilité : c'est pas encore ça
Posté par Albert_ . En réponse à la dépêche Plasma 5.2, l'espace de travail de KDE. Évalué à 2.
Si ce n'est que l'apparence c'est facile a regler il y a le theme breeze qui a ete backporte :)
Apres moi aussi je vais attendre 5.3 et je suis en train de reconsiderer serieusement un passage a fedora… car le niveau du packaging sous kubuntu est, a mon avis, tres mauvais et le projet KDE ferait bien de faire attention a cela car ca va encore leur retomber sur la gueule.
[^] # Re: Kmail - Kontact
Posté par Albert_ . En réponse à la dépêche Plasma 5.2, l'espace de travail de KDE. Évalué à -9.
Mais je note que ta critique est gratuite puisque Debian n'inclut pas cette version de plasma… Sympa pour ceux qui font le boulot.
Debian a totalement fait l'impasse sur KDE4 donc oui le boulot a ete merdique sur ce bureau depuis le premier jour. Aujourd;hui si j'en crois les messages que je vois passer il y a un rapprochement des equipes kubuntu et debian-kde. N'etant plus utilisateur de debian je n'ai pas teste celui ci mais j'ai teste le packaging de kubuntu et compare a celui de fedora (que j'ai beaucoup critique auparavant) c'est le jour et la nuit. Kubuntu cela ne fonctionne pas la version plasma 5.2, j'ai fait crasher le bureau de 5 ou 6 facon differentes (sortir un plasmoid de la barre des taches, bouger la barre des taches, soumettre un bug avec le systeme de rapport de bug (snip!), utiliser systemconfig etc.). Sous Fedora je n'ai eu aucun crash, zip nada. J'ai retente les memes manip et ca tient la route donc le probleme ne vient pas de KDE mais du packaging. Cela est une constation ce n'est rien d'autre. Si tu veux je peux dire que le travail est super mais en fait non je ne peux pas le dire car cela n'est pas le cas!
[^] # Re: Stabilité : c'est pas encore ça
Posté par Albert_ . En réponse à la dépêche Plasma 5.2, l'espace de travail de KDE. Évalué à 3.
C'est vrai les fichiers de configuration ont change de place et le probleme c'est que sous kubuntu au moins, ils ont foutus ca comme des bourrins dans .config et pas dans un repertoire de .config. C'est bien qu'ils utilisent le repertoire .config mais ils auraient pu faire ca proprement tout de meme.
Il n'y a pas d'outils de migration pour passer de kde4 a plasma5, du coup toutes les modifs comme les raccourcis clavier perso il faut les refaire. Si vous utilisez des notes comme plasmoid, oublier pas de les recopier quelques part car plasma5 ne les retrouvera pas car il se moque du repertoire .kde (ce qui permet de faire cohabite les applis kde4 et le bureau plasma5) mais du coup je ne comprend pas pourquoi il n'est pas possible d'avoir les deux bureaux kde4 et plasma5 installe en parallel (en tout cas sous kubuntu je ne sais pas pour les autres et je suis interesse de savoir si c'est possible/fait ailleurs).