Reprise du message précédent :
Ca ressemble plus à un anti-aliasing trop agressif non ?

peut-être,
 
en tout cas c'est bizarre de mettre un thème en "stable/prêt à être utilisé" alors que c'est pas beau du tout à voir graphiquement

Il est temps de changer le titre du topic ?
Et je parle pas du happy birthday

proposition de nouveau titre :
 
[ Arch Linux ] Précipitation, Instabilité, Complexité

Y'a trop de diluant dans ta peinture, là  

C'est pas que c'est pas beau à voir, c'est que c'est inutilisable, je donne pas cher de tes yeux au bout d'un certain temps devant des écrans pareils
 
Arch, la communautéééééé Linux qui n'en veuUuuut
           /
 
 
Bon plus sérieusement, j'ai vraiment l'impression qu'ils ont confondu vitesse et précipitation, les packageurs de KDE chez Arch, là
 
Y'a des échos/retours d'autres distribs sur le même sujet ?

Finalement j'ai franchis le pas et c'est pas si pourris que ça    
 
J'ai du faire du -R d'un bon nombre de paquet genre kdeartwork-*et kdeplasma* pour installer le meta "plasma" mais de ce que je vois pour le moment, ça ira suffisamment bien pour bosser.
 
C'est vrai que les applis kde4 font moche mais ça passe encore. Konsole, qui est vraiment l'appli que j'utilise le plus, est ok à mes yeux. J'ai eu l'histoire du problème de formatage décalé (genre un ls -l) mais c'est revenu en sélectionnant une autre police dans le profil puis en remettant la police que j'avais.
 
Reste plus qu'à utiliser ça au quotidien pour vite me rendre compte de l'erreur que je viens de commettre  

Putzain la modération qui multiposte et qui trolle  
Bon j'ai passé le cap du simple Syu avec une base kde4 et même si konsole est dé-gueu-lasse maintenant, rien d'autre n'est cassé.
Quand je dis dégueulasse c'est la police qui a changé mais pas décalée comme vous, et les menus sur fond blanc.
RAS à part ça.

Un des buts de KF5 est de pouvoir voir ces différentes librairies utilisées par des projets non-KDE (ce qui est le cas maintenant je crois)
Pour le mélange KDE4 et KF5 j'ai envie de dire qu'il existera toujours... donc attendre la dessus n'est pas la bonne solution.

 
Encore faudrait il trouver une distribution en Rolling Release qui intègre tout au fil de l'eau.
 
En plus packager un monstre comme KDE qui part un peu dans tous les sens même en interne, ça n'a rien de trivial.
 
A croire que certains débarquent en informatique pour dire des choses pareilles.

Arch n'est pas la seule qui fait du rolling release
Et ça n'empêche pas d'autre distribs d'avancer sur des versions instables
Et je repose ma question, y'a eu des retours d'autres distribs sur le sujet ?
 
Des fois, vaut peut être mieux laisser "le fil de l'eau" de côté et rester sur qqchose de fonctionnel

gentoo et opensuse ont déjà du migrer je pense.

http://allanmcrae.com/2015/01/who-you-gonna-call/

en même temps c'est un peu fumeux le ghost
 
C'est la panique au boulot alors que finalement, si on utilise pas exim comme serveur de mail, on peut être serein et attendre les mises à jours planifiés tranquillement  

exim a été le POC officiel, mais inquiète-toi pas que ces brigands vont ouvrir des brèches ailleurs dans les jours qui viennent. C'est sûrement déjà fait

C'est certain, mais si le parc est borné aux daemons classiques, c'est pas exploitable à distance.
 

cf http://seclists.org/oss-sec/2015/q1/283
 
Je ne sais pas ce qu'il en est de postgresql par exemple, mais avec la liste ci-dessus, on élimine déjà un bon paquet de machines où la faille serait exploitable à distance.
Évidemment, y'a encore beaucoup d'autres daemons non certifié ghost-proof mais on peut parier que la liste doit être marginale vu que la fonction en cause est apparemment déprécié depuis un bon paquet d'année et que la découverte de la faille en elle-même date d'avril 2013.
 
depuis que j'ai mis kf5, j'suis devenu optimiste    
 
 

Avec le ptit gif kivabien :]

encore un problème lié à KDE4/KF5:
 
le paquet  baloo4 (4.14.3-1)  a été remplacé par le paquet "baloo-frameworks (5.6.0-1)",
 
le souci c'est que baloo se lance maintenant à chaque démarrage et fait gratter mon disque dur pendant plus d'une minute, alors que dans le panneau de configuration de KDE4 j'ai configuré baloo pour qu'il ne scanne pas mon /home, or ce reglage n'est pas pris en compte par baloo-frameworks

Non, sur Gentoo, c'est du KDE 4.14.3.

solution trouvée :

les applications KF5 stockent leur configuration dans le dossier ~/.config, il faut donc copier le fichier ~/.kde4/share/config/baloofilerc dans ~/.config,

en gros l'onglet "baloo" dans le panneau de configuration de KDE4 ne sert à rien depuis que baloo est passé en version KF5, ne tombez pas dans le piège,

ça sera à priori le même problème pour toutes les autres applications KDE portées vers KF5  et qui ont une rubrique configuration dans le panneau de configuration de KDE 4, il va falloir soit trouver une GUI de configuration spéciale KF5, soit éditer les fichiers de configuration texte à la main dans le dossier ~/.config

 
http://fr2.rpmfind.net/linux/opens [...] 150121.txt
 
Pas d'upgrade de Kate (ni les jours suivants) comme normalement prévu sur https://www.kde.org/announcements/a [...] 4.12.0.php en utilisant KF5.
 
En gros, ils ne suivent pas l'upstream sur ce coup la, Arch colle à l'annonce de KDE et d'un autre coté si AUCUNE distro ne gère ce type de biseau avec KF4 + KF5, c'est pas gagné pour faire des retours pour correctifs non plus, donc ça ralentira l'adoption de KF5.

arrivée du noyau 3.18.4 dans le dépôt stable aujourd'hui,
 
la version 3.18.3 sortie hier dans le dépôt stable n'aura donc vécue que peu de temps

Oui, et j'ai vu qu'il y a une branche complètement à part pour tester applis/libs KDE 5.xx et tout ce qui va avec (la catégorie kde-frameworks dans Portage)

Histoire d'éviter la propagation de l'incendie si jamais ça se mettait à brûler

Quand je vais avoir un peu de temps, je vais voir ce qu'il faut puller pour en ramener des morceaux entiers et tester sur une distrib/image clean

Et comparer avec une install Arch toute propre

Les Archies, vous constatez plus de problèmes lors d'une migration KDE 4.xx existante => kde frameworks/plasma 5.xx  ou c'est pareil en installant  kde frameworks/plasma 5.xx sur une install Arch toute neuve et vierge (notamment pas de KDE avant donc) ?

Pareil sous Gentoo

J'ai vu passer le même genre de messages sur leurs forums, et la réponse c'était que y'a rien à faire
Ça va faire déjà qq temps que la glibc stable a été patchée, et si t'es à jour, y'a aucun lézard

Par contre, au hasard, j'ai encore rien vu passer chez CentOS

Interesssant.
Ca c'est bien naze d'installer le programme mais pas de moyen de le configurer.

Et y a rien qui s'occupe de migrer tout ça ?

https://access.redhat.com/articles/1332213
 
Deux jours que c'est patché sur mles dépots RHEL, donc centOS doit coller a quelques heures prêt.

comme il y a 2 semaines je constate une anomalie liée à l'occupation mémoire :

- je possède 4 Go de ram, j'utilise peu d'applications gourmandes en même temps, pourtant au bout d'un nombre d'heures aléatoires tout à coup les 4 Go de ram sont entièrement occupées, j'ai remarqué ça car tout à coup l'intéraction avec l'interface graphique devient extremement lente ( énorme lag quand je clique sur un menu ),

cela est arrivé avec firefox, mais aussi avec VLC quand je lis une vidéo, je lance alos htop et je vois immédiatement que 100% de la ram est occupée et qu'il y a du swap disque, cela dure quelques secondes et hop tout redevient normal en quelques secondes ( sans intervention de ma part ) avec juste 20% de la ram utilisée,

je n'ai pas réussi à trouver le processus qui crée ce bug, car le bug dure peu de temps,

à noter que lorsque le bug se produit durant une session KDE et que je veux ensuite redémarrer ou éteindre le PC ça prend un temps fou ( grosse activité disque, comme s'il vidait quelque chose ),

il se peut que ça soit lié à firefox, KDE, QT, Xorg ou le noyau linux, à mon avis c'est un des 5 qui doit avoir une fuite mémoire quelque part

Pour linux et xorg ca va etre difficile, mais le reste il te suffit de ne pas utiliser cette application pendant quelques jours et voir...
(bien sur ca peut etre un probleme d'un couple d'application).
 
Une fois que tu as une idee, tu peux tenter valgrind.

Sinon je suis sur https://wiki.archlinux.org/index.php/Infinality depuis quelques jours et j'aime bien.
Au debut c'etait diffcile, parce que c'etait nouveau... mais en fait ca me parait mieux.

J'avais tenté à l'époque (18 mois), l'installation était franchement bordélique, la je m'en sors avec des configuration custom mais c'est loin d'être aussi net / beau que sous d'autres OS

Bonjour les linuxiens
 
Un de mes amis m'a parler de cette distrib et m'en a dit beaucoup de bien
J'aimerais donc l'installer sur une partition que j'ai créer sur mon second SSD (30Go ça va je pense ? ) pour pouvoir un peu explorer le monde de linux
Est ce que vous avez un guide sympa pour un Windowsien un peu pommé par le tutoriel du Wiki Archlinux (qui est un bordel pas possible) ?
 
Merci d'avance

Non, et le guide n'est pas un bordel...
Si tu pars de zéro, et que ça te semble trop compliqué, y a d'autres distribs plus adaptées pour toi.

 
Pas mieux, le guide est complet, la procédure est complexe (parce qu'installer un OS, c'est complexe) mais ce n'est pas bordélique. Si tu penses que tu ne t'en sortiras pas (aucun jugement de valeur ici, tout le monde n'a pas envie d'installer à la main son OS), il existe d'autres distribution qui font la plupart des étapes automatiquement (mageia, ubuntu, fedora, opensuse pour en nommer quelques unes).

 
le plus simple serait d'installer archlinux dans une machine virtuelle ( virtualbox qui est gratuit et facile d'utilisation ), comme ça tu resteras sous windows pour consulter le tutoriel d'installation et en même temps tu pourras utiliser/expérimenter archlinux,  
 
et en plus tu pourras faire du copier/coller entre l'OS host ( windows ) et l'OS guest ( la machine virtuelle ) si tu installes les virtualbox-guest-additions
 
pour la machine virtuelle un disque virtuel de 8 à 12 Go suffit pour installer archlinux avec un environnement de bureau type kde/gnome

Bon j'ai ressayer pour la deuxième fois en suivant bien les instructions du " Beginners' guide " et j'abandonne, à chaque fois c'est un nouveau problème. Je verrais ça avec mon pote qui lui à déjà installer Arch Linux sur plusieurs machines.

il faut suivre le guide en mode "checklist", c'est à dire une étape à la fois ( préparation du disque, création des partitions, installation du système de base, configuration du réseau, le gestionnaire de boot, création du compte utilisateur etc... ),
 
https://wiki.archlinux.fr/Installation
 
si une étape a échoué alors il est inutile d'aller plus loin, ne pas sauter d'étape, faut d'abord être certain que l'étape a bien fonctionné et qu'on a bien compris le sens des commandes qu'on a tapé,  
 
avec archlinux le flou, l'improvisation est interdit, tout doit être carré en suivant le guide d'installation officiel

Oui j'ai bien fait comme tu le dit, en mode checklist.
 
Mais bon je pense que j'ai voulu sauter les étapes et aller trop vite en voulant installer cette distrib.
De toute façon je vais avoir de quoi m'exercer à Linux dans les semaines prochaines car je reçois mon Raspberry Pi ainsi qu'un Odroid C1.

N'y-a-t'il plus de CD d'installation comme a l'epoque?

Il faut suivre scrupuleusement le guide sans sauter une seule ligne. Ça bloque ou ?