Le topic de Windows 10 - Page 19

Non il ne parles pas de la solution de microsoft mais des problemes generaux qu'il a eu avec du cygwin/msys2 :

Having used an environment like this for a while I’ve found the following things to be useful:

"environement like this" aka quelque chose comme le linux mode pour windows 10, donc pas le nouveau mode

{blabla}
And the following to be difficult:
- symlink- permissions

Traduction: toujours dans le meme contexte les trucs qui on été difficiles a gerer on eté les permission et les lien symboliques

Eh bien le problème est le même avecUbuntu/Win 10 (testé hier). ln est infoutu de créer un lien symbolique dans le filesystem Windows.

Dans ntfs il faut des permissions suprêmes pour créer un symlink, c'est pour ça que ça matche mal avec Linux où on en crée à tout va en userland.
A lire les commentaires je me rends compte pourquoi c'est en fait moins bien que ça en a toujours eu l'air. Au final on a quelque chose un peu comme une VM en plus performant et qui consomme pas de cpu ou de features trop particulières en background mais qui reste d'une implémentation compliquée, peu utilisable au quotidien comme un véritable shell (et sûrement très consommatrice en mémoire).
Ce qui aurait été intéressant c'est d'avoir un vrai bash et tous les outils unix pour Windows, au format natif. Qu'on puisse l'utiliser en lieu et place de cmd, bootstrapper un GCC qui soit capable de recompiler presque tout même si dans certains cas ça implique des modifications.
Un truc comme sur OS X suffirait à mon avis, et ça n'empêche pas par exemple que l'utilisateur soit /Users/username par exemple (au lieu de /home/username sous nix), et sous Windows ce serait /C/Users/username. Le FS de mac aussi est différent. Et sous os x on ne peut pas tout recompiler nativement mais les modifs sont raisonnables pour entretenir une communauté, et en tous cas largement simplifier la chose par rapport à visual studio. Fin bon l'initiative est qd même cool, je me réjouis d'essayer.

J'ai installé ça recemment, et content d'avoir pacman (étant habitué à Archlinux). Par contre aucune idée de pourquoi j'ai un "make" qui tourne en rond.

Il y a 2 make dans un environnement MSYS, le make MSYS et mingw32-make. Généralement, mingw32-make est le bon, sauf si c'est un makefile écrit à la main ou avec les autotools qui attend un environnement POSIX.

bon ben je sais pas quel est le problème, j'ai voulu compiler aom pour voir ce que donne ce futur format vidéo. Sur ma raspberry pi2 la compilation n'a pas posé trop de soucis mais sous Msys2 le make recompile en boucle les même sources alors que la compilation de daala de la même façon n'a pas posé de problème.
J’arrête le offtopic ici car ce n'est pas lié à Win10.

Brunni (./543) :
Dans ntfs il faut des permissions suprêmes pour créer un symlink, c'est pour ça que ça matche mal avec Linux où on en crée à tout va en userland.

Je n'ai jamais compris pourquoi il fallait des super-pouvoirs pour créer es liens symboliques sous Windows. C'est nul

Y'a pas un équivalent au Set-User-ID sous NT qui permetrait de contourner ça?

Quelqu'un a testé si fork marchait mieux avec ce sous-système ?

Uther (./549) :
Y'a pas un équivalent au Set-User-ID sous NT qui permetrait de contourner ça?

Un truc très chiant que j'ai rencontré avec windows est l'impossibilité d'utiliser des named pipes sans devoir obtenir l'autorisation de l'UAC, donc au début j'ai juste désactivé l'UAC sur le PC mais j'ai fini par implémenter du code qui modifie les descripteurs de sécurité pour pouvoir ouvrir le pipe (sic), ça doit pas être très éloingé.

EDIT: Sauce:
// FILE_GENERIC_READ | FILE_GENERIC_WRITE | FILE_CREATE_PIPE_INSTANCE #define PIPE_PERMISSION_MASK TEXT("0x12019f") PSECURITY_DESCRIPTOR CreateSecurityDescriptor() { LPTSTR descriptorString = SDDL_SACL SDDL_DELIMINATOR SDDL_ACE_BEGIN SDDL_MANDATORY_LABEL SDDL_SEPERATOR SDDL_SEPERATOR SDDL_NO_WRITE_UP SDDL_SEPERATOR SDDL_SEPERATOR SDDL_SEPERATOR SDDL_ML_LOW SDDL_ACE_END SDDL_DACL SDDL_DELIMINATOR SDDL_ACE_BEGIN SDDL_ACCESS_ALLOWED SDDL_SEPERATOR SDDL_SEPERATOR PIPE_PERMISSION_MASK SDDL_SEPERATOR SDDL_SEPERATOR SDDL_SEPERATOR SDDL_EVERYONE SDDL_ACE_END; PSECURITY_DESCRIPTOR sd; if (!ConvertStringSecurityDescriptorToSecurityDescriptor(descriptorString, SDDL_REVISION, &sd, NULL)) { Log("Main: ConvertStringSecurityDescriptorToSecurityDescriptor failed with %d.\n", (int)GetLastError()); return NULL; } return sd; }

Bon.

J'ai commandé de nouvelles barrettes de ram donc j'me suis dit que j'allais en profiter pour passer sur w10 (:x).

Problème #1: le dual boot (kubuntu sur le même disque)
Solution: démarrer sur un live cd pour réparer grub

Problème #2: W7 actuel est en 32 bits (oui, j'avais que 4 Gb de RAM), du coup, est-ce que windows saura me mettre en 64 bits?
Solution: ??

Warpten (./552) :
Problème #2: W7 actuel est en 32 bits (oui, j'avais que 4 Gb de RAM), du coup, est-ce que windows saura me mettre en 64 bits?

Il peut, mais c'est pas trivial (je crois que j'ai dû graver un ISO ou faire un clé bootable pour faire la mise à jour indirecte, sinon je n'avais pas le choix). En tout cas, je me souviens avoir galéré un peu mais y être arrivé.

Warpten (./552) :
Problème #2: W7 actuel est en 32 bits (oui, j'avais que 4 Gb de RAM), du coup, est-ce que windows saura me mettre en 64 bits?Solution: ??

A priori non, la mise à jour va t'installer une version 32bits.

Ok donc je dois passer par l'iso. :x

Tu peux faire une ingrate mais pas sous forme de MaJ en effet

Ok donc j'y suis arrivé, j'ai bien toute ma RAM détectée par zinzows

Plus qu'à réparer grub; pour windows, j'ai déjà viré cortana et tout le bloatware de microsoft, me reste plus qu'à faire les trouzmille mises à jour avec ma connexion du feu de Dieu (2 Mo/s ._.)

On dit Zindozs.
Mais sinon j'apprends qqch, donc si tu utilises un Iso 64 bits il t'installe le 64 sur le 32 sans faire d'histoire ?

Ouais, par contre tu ne peux (évidemment) pas faire la mise à niveau.

Ah. Bon ok inutile alors.

Euh perso j'ai pu récupérer applis, paramètres et documents

Par mise à niveau j'entend bien l'option sur l'ISO. Dans les deux cas, si il y a une vieille installation de Windows, le setup copie Users/ et Windows/ dans un dossier Windows.old à la racine du disque.

Pour les Insider en fast ring, la 14342 débarque aujourd'hui (et en ce moment-même chez moi) : https://blogs.windows.com/windowsexperience/2016/05/10/announcing-windows-10-insider-preview-build-14342/
Avec plein de bugfixes évidemment, Adblock (Plus) pour Edge, et des améliorations pour bash, par exemple :
- support des symlinks !
- support de Zsh
La liste complète ici : https://msdn.microsoft.com/en-us/commandline/wsl/release_notes?f=255&MSPPError=-2147217396

Enjoy.

marrant c'est la 14342 que j'ai installé hier soir

Oui, ils ont eu une merde, elle a commencé à être distribuée par erreur, mais sans les packs de langue. toi j'imagine que t'es en anglais, donc t'as dû y voir que du feu

Non il est en francais et pas eu de soucis o_o

Bon, c'était ce que leur Twitter racontait. Pas grave, tant que tout va bien. Le mien s'installe, espérons qu'il marchera aussi bien

J'ai surement de la chance eu

---

enfin des apps utiles sous windows!

Libcaca ?

Bon, t'utilises cortana ? Je vois que tu l'as pas virée en tout cas. j'hésite à expérimenter.

Non je ne l'utilise pas (vraiment) car la seule chose qu'elle c'est fait c'est de mettre ce que tu as dit dans bing, bref siri n'est pas parfait, mais il fait beaucoup plus..