gnumdk a écrit 7486 commentaires

Et c'est sensé faire quoi pour Gimp ?


Pour inkscape, je sais pas qui est stupide, mais vu que tous les gestionnaires de fenêtre utilise Alt + Click ...

Euh, tous les gestionnaires de fenêtres utilise "Alt" + Click pour déplacer une fenêtre...

Or, je viens de lancer The Gimp, je ne vois pas avec quoi ca peut entrer en conflit...

Hmm, je comprend pas le système...

http://www.google.fr/search?hl=fr&client=firefox-a&h(...)

http://www.google.fr/search?hl=fr&source=hp&q=window(...)

Parce que la, du coup, il faut dire, personne ne sait comment ca fonctionne...

Je te dis pas le nombre de gens qui n'utilise que des profils locaux + redirection de dossier pour éviter ce problème...

Et quand un poste fonctionne, que le profil se charge bien, en quoi c'est un problème de compréhension du système si le lendemain le profil se charge plus... ?

>Dis moi comment tu operes et je te dirais si qqe chose manque...

J'active le debug sur winlogon netlogon...

Mais j'ai toujours mois d'information qu'avec samba et le debug à fond (plusieurs milliers de lignes par connexion)...

Et à plusieurs reprise, ce mode de debug m'a permit de trouver des solutions à des problèmes de chargement de profil...

Il n'y pas de bug dans Gnome, il y'a une logique différente entre Gnome et Kde...

Kde utilise klipper qui se charge de faire le travail de gestion du presse papier. Donc si je ferme l'appli X, l'appli Y a tjs accès au presse papier.

Avec Gnome, c'est au niveau de Gtk que cela se passe, donc si je ferme l'appli Gtk X, l'appli Gtk Y a tjs accès au presse papier.

La ou ca chie sous Gnome, c'est avec les autres applications: OpenOffice, Java, Qt, ...

>Lorsque l'admin Unix il refuse de sortir de ses habitudes Unix et de s'adapter a un
>sytsteme different, il va avoir du mal et il va se plaindre.

Je suis désolé, mais quand tous les 4 matins t'as un utilisateur qui vient te chercher parce que "Windows il dit qu'il peut pas charger mon profil", qu'il suffit de virer le profil resté en local (y'a bien un clef pour le virer à la deconnexion mais elle fonctionne aléatoirement) pour que ca reparte, ben moi c'est le genre de truc qui me font péter les plombs...

>Et moi je te dirais que tu ne sais pas forcement ou prendre les infos...

Windows\Debug et Windows\NTDS ?

>mettons vite tout le monde dans le même panier hein

Ben je suis désolé, mais je vois ce que je croise, et autour de moi, vu ce que l'on me raconte, c'est pas triste non plus...

Effectivement, perdu, c'était pas cette fois la ;) J'aurai du chercher le truc en question avant... Surtout que je me souvenais même pas que t'avais donné la réponse et surtout que j'ai retrouvé ca sur la MSDN un peu plus tard... Désolé.

Mais tu ne réponds tjs pas à ma quesiton, pourquoi activer ce comportement par défaut ?

En fait le problème des GPO Windows, c'est que y'a pas mal de moyen des les contourner...

Quand tu vois la quantité de soft (aujourd'hui encore) qui on besoin d'un accès en écriture dans C:\Program Files, ben la première chose que tu fais c'est: "Masquer le lecteur C", "désactiver la saisi de chemin dans la barre d'url".

Et au bout d'un mois, t'as un petit malin qui fait clique droit, nouveau, raccourcis, C:

Et la ca marche...

Mais pour le coup, la technique du cable réseau est bien plus efficace...

Alors toi tu va me montrer ou tu m'as expliqué quelque chose...

La seule chose que tu as fait, c'est gueuler que ce que je décrivais n'arrivait qu'a moi...

>ce n'etait en rien une faille

Nan, c'est vrai, quand un profs se casse le dos à rentrer des kilos de GPO pour que les élève fassent pas n'importe quoi pendant son cours et qu'il s'apercoit que les gamins contourne le truc en débranchant le cable réseau à la connexion, c'est sur, il est hyper content...

>virer leurs admins incompetents pour mettre du Linux super pas-cher avec des
>admins competents hein !

Parce que pour l'instant, c'est un phénomène hyper récent ?

Exemple concret, aujourd'hui, une école d'info proche de mon école, les machines utilisé pour l'enseignement, c'est 100% Linux... Y'a 10 ans (quand moi j'étais étudiant), c'était 50 % Unix, 40% Windows et 10 % Linux...

>Si j'avais pas ete la, tu aurais continue a y croire.

Ah mais j'y crois toujours, surtout depuis que j'ai vu que c'était documenté sur MSDN ;)

>combien de fois je t'ai chope en flagrant delit de grosse connerie sortie sur
>Windows ces dernieres annees ?

Hmm... Moi je me rappelle de toi en train de m'insulter et me dire que je comprenais rien...

Et quand 3 ans plus tard je te remet dans la gueule que tu avais tord, ben comme par hasard, pas de réponse, silence radar...

La ou tu te trompes, c'est que la plus part du temps (sauf si il a vraiment un poste en or), l'admin Unix, de la windowserie (en clair, un système qui fait ce que il veut quand il veut), il s'en mange plein la tête et c'est dans ces moments la qu'il nourrit une haine sans précédent pour vos produit ;)

>Sont cons ces admins quand meme, moi je me dis qu'un ou deux gars de linuxfr >pourraient tous les remplacer facilement, pour 1/100eme du prix.

Je répond à ton commentaire plus haut, mais je me suis taper pendant 3 ans la maintenance d'une trentaine de serveurs Samba (Fichiers, Imprimantes, Deploiement paquet windows, Inventaire, GPO, ...) + la partie développement autour du projet en question (mise à place d'un système de GPO pour Samba) ...

C'était pas rose tous les jours, j'en ai bien chier par moment (profil qui gonflent, plantent, ...)... La ou ca me rassure, c'est que maintenant que j'ai un beau Active Directory, j'ai les même bug mais en même en montant le niveau de debug de l'AD, j'ai beaucoup moins d'information pour comprendre ce qui peut déconner...

Et je vois une énorme différence entre un admin Windows et un admin Linux (et un fondu de logiciel libre en particulier), c'est que le premier fait ca parce que c'est son travail et n'y prend aucun plaisir, pas le second...

>Ca doit etre ca, les admins de l'etat et des grosses societes ne sont pas au
>courant que Linux et Mac OS X existent et ils ne savent pas non plus qu'ils
>peuvent acheter des PCs sans OS chez Dell, HP, IBM, ...

Mouahah je rigole bien...

Les admins ? Des gros branleurs, y'a rien de pire qu'un admin Windows... Des admins Windows vraiment compétents, j'ai du en croiser 3 dans ma vie...

J'ai un pote qui bosse sur des grosses bases de données avec du SQL Server (déjà rien que ça), y'a jamais rien qui fonctionne, ca rame, sorti du "wizard", les admins savent pas faire, ils ont claqué une fortune dans un outils proprio juste pour faire de l'analyse réseau inter site, ils ne veulent pas entendre parler d'autre chose que Microsoft, et pourquoi ?:
- Si il devait passer à Linux, il leur faudrait se mettre à travailler
- Mieux vaut continuer à dire: "je sais pas", "ca marche, c'est pas possible votre problème"...

Donc le coté si les admins choisissent Windows c'est parce que c'est mieux... Je dirais oui pour eux mais pas forcément pour le service rendu aux utilisateurs...

Ah, je savais plus comment faire mais il me semblait bien que moi et mes amis on poste tous sur une liste google groups avec des adresse hotmail, laposte et autre (autre c'est moi ;))

J'ai voulu testé dans VirtualBox mais kwin segfault direct au démarrage et donc rend le bureau inutilisable (pas de clavier) ... :(

Sous windows, il y'a des processus marqués comme critique donc non tuable par le gestionnaire de tache, ils y ont peut être pensé...

Après, ca se tue peut être un ligne de commande, je ne sais pas...

Avec un lien ca serait mieux, j'ai la flemme de googliser...

ON NE VEUT PAS DE MONO !
ON NE VEUT PAS DE MONO !
ON NE VEUT PAS DE MONO !
ON NE VEUT PAS DE MONO !

Ca sert à quelque chose de dire que ca marche alors que tu ne respectes même pas l'étape numéro 1 du rapport de bug :p

Je sais, mon avant dernier portable Dell ne fonctionner pas "out of the box" ;)

>On en revient toujours à des cas particuliers.

Je vois pas le lien que tu fais avec les portables...

C'est un problème des ordinateurs en général ça...

Des PC fixes qui grillent en moins d'un an, quand t'en commandes une cinquantaine, y'en aura au moins 1...

Je parle pas des serveurs, HP Proliant y'a deux ans, série de merde, la moitié avec leur disque qui cramait en moins de 2 mois...

Bref, bienvenue dans le monde de l'informatique...

J'ai un pote qui a acheté un mac portable y'a deux ans:
- Au bout d'un mois, garantie écran ne s'allume plus
- Au bout de 3 mois, garantie, carte mère morte

Et le mac il était posé sur un bureau et il n'en bougeait pas...

Au taf, j'ai des portables Dell qui ont au moins 5 ans, ca rame (xp inside), les claviers sont défoncés, les touchpad fondu au briquet (comprend pas) et pourtant c'est ce que la scolarité prête aux enseignants...

Moi aussi j'ai le bug!

ArchLinux 64 bits!

Nan, en fait c'est juste pour faire chier tesiruna ;)

Farpait!

Ca me semble aussi assez logique...

Ce n'est pas comme si il n'avait aucune info sur les étapes de déroulement du bug...

En particulier, vu que c'est le double click sur la barre de titre qui provoque le bug, il y'a fort à parier que c'est lui qui fout la merde... Donc reste à chercher dans cette partie ce que metacity fait qui lui fait foirer sa gestion des fenêtres ...

Surtout que ca semble pas trop violent, c'est pas un crash, juste quand metacity veut atteindre la fenêtre n, il atteind la fenêtre n+?

C'est quand même bizarre que le dev de metacity ne puisse reproduire le bug ...

Vous pensez qu'il utilise Compiz et qu'il ne s'en ai pas rendu compte ?

Cela expliquerait pourquoi metacity est aussi pourri...

Sur ce, -> []

Mais ca ne la centre pas :( si ?