Tututt ! Les conservateurs allemands ont très bien verrouillés le système.
Le tout est de faire bosser les jeunes plus, plus longtemps, moins bien payés et plus imposés.
Et comme les vieux rentiers sont les plus nombreux la dictature de la majorité fait le reste.
Et c'est sûr qu'en n'investissant pas dessus ce discours ne changera pas!
Sur ce point louons le courage des allemands.
en plus, ils sont futés, ils nous achèteront l'éléctricité nucléaire qu'on a en rab, nous laissents avec les pbs et se préparent économiquement pour l'énérgie du futur (La fusion nucléaire c'est pas pour tout de suite)
A coté de ça, not' bon président ne change pas d'un iota.
Il n'est pas question d'abandonner le nucléaire à court terme mais de mettre les bouchées double sur les solutions alternatives. Or notre gvt ne mise QUE sur le nucléaire.
Au fait, il me semblait que le nucléaire était une énergie non renouvelable et dont les matières premières s'épuisent.
Le push est possible avec hgserve. Et tu as à a ta disposition et tu as des cgi.
Moi avec tous les tests que j'ai fait avec msysgit pa moyen de partager en push sous Windows avec git:. (Bug ouvert qu'ils ne savent pas corriger)
Seule solution si tu veux pas mettre de ssh partager un répertoire sous Windows. Chouette.
Qu'ils s'en foutent on le sait, (et ca tombe bien les windosiens se contrefoutent des linuxiens en grande majorité).
Faut juste pas affirmer que le multiplateforme va venir en citant en exemple Linus comme dans le post initial auquel j'ai répondu, alors que c'est tout le contraire.
Git a été prévu pour tout sauf pour être "multi-plateforme"
Oh je ne crois pas, EGit n'est qu'un des pb et je t'en ai cité un paquet d'autres.
Je t'ai juste expliqué que pour pouvoir faire le moindre truc avec Egit en distribué, tu as de toute facon besoin de git qui est archimerdique sous Windows.
Mais je sais ce n'est pas ton pb.
Tant mieux, on passera sous Hg dans ma boîte comme ça.
faire un clone de tout le repository c'est un peu pénible surtout si dans ton repository tu mets de gros fichiers de donnees.
Des gros fichiers de données avec des DVCS c'est de toute façon à éviter.
Récupérer 300 versions d'un binaire pour n'accéder qu'à une seule c'est juste idiot.
Ah ben moi je préfère largement un hg branch et un hg resolve
Je vois pas où est le pb ?
Ca comparé à un git fetch/update/rebase/pull ... Plouf plouf
ou encore les remote tracking ou pas, les staging area dont on se sert une fois tous les 15 ans alors qu'on veut juste commiter, les add --all alors qu'on veut toujours tout ajouter par défaut et autres options qu'il faut toujours rajouter pour obtenir le comportement "normal".
L'option -m qu'il faut surtout pas oublier pour pas qu'il poireaute 2h avant de t'ouvrir un ugly vim par défaut.
L'usine à gaz qu'il faut monter pour partager son repo en http lorsqu'on veut pas utiliser le protocole natif
Le packing régulier sous peine de voir la taille de son repo exploser.
Vive l'usine à gaz
Les hooks qui passent leur temps à forker des process au lieu de prévoir des appels de fonction dans des processus legers (Vive python)
Les supers perfs qui font qu'il faille 10 mn pour "cloner" un repo de 8 Mo parce qu'il s'amuse à examiner/compresser les objets un par un au lieu d'envoyer tout d'un bloc (ben ouais git-upload-pack sait faire que ça). Essayez le repo de jgit pour rire.
Git taillé pour les perfs ....Mouarf !
Plus je l'utilise plus j'ai l'impression qu'ils ont copié Clearcase en plus lourd et moins fini.
Hg au moins ca marche out of the box vite et bien.
J'espère que le kernel est moins fait à l'arrache et plus consistant mais les propos de Linus lui-même sur son embonpoint ne me rassurent pas.
Enfin ta dernière remarque me fait penser au développement de Git:
...
mais viendra un moment pour imaginer "un système de surveillance des fichiers/répertoires, qui soit multiplateforme".
Faut jamais avoir bataillé pour essayer d'utiliser Git et partager un repo sous Windows sans passer par cygwin pour affirmer ça.
Non, qui renvoie aléatoirement sur le bouton inutile du dernier post de ceux qui figurent sur ma blacklist personnelle.
Je communiquerai les noms en MP.
Tiens, y'en pas un qui voudrait nous faire une petite CSS Fesse de bouc avec les petits boutons qui vont bien ?
On sait jamais, avec un malentendu on pourra rameuter du monde pour faire vivre ce site de dinos !
Sauf que la persistance des infos se fait toujours dans des fichiers dispersés aux 4 coins, qu'au lieu d'exposer une seule API, on en a 50, que l'implémentation est plus complexe puisqu'il faut tenir compte de plein de cas tordus.
Les efforts de standardisation, les protocoles, c'est bien mais ca n'aide pas à homogénéiser entre
- ceux qui veulent garder la compatibilité avec l'existant
- ceux qui ne veulent pas se plier au standard mais demande à ceux qui maintiennent le bousin de s'y plier
- ceux qui veulent un autre standard
- ceux qui veulent un autre implémentation du standard et finissent pas adapter ce même standard
...
Une API et une implémentation de référence unique propre au niveau kernel reprise par les couches de dessus ca aiderait. Soit en DB, soit dans sa propre arbo de fichier mais qui oblige à passer par l'API (sauf en cas de pb).
C'est pourquoi l'idée de Lennart me séduit même si ca part d'en haut.
Alors oui ca existe déjà mais en attendant ca n'est pas LE standard
[^] # Re: Démographie allemande
Posté par El Titi . En réponse au journal Énergie nucléaire et bon sens. Évalué à 6.
Tututt ! Les conservateurs allemands ont très bien verrouillés le système.
Le tout est de faire bosser les jeunes plus, plus longtemps, moins bien payés et plus imposés.
Et comme les vieux rentiers sont les plus nombreux la dictature de la majorité fait le reste.
[^] # Re: Bon sens...
Posté par El Titi . En réponse au journal Énergie nucléaire et bon sens. Évalué à 5.
Et c'est sûr qu'en n'investissant pas dessus ce discours ne changera pas!
Sur ce point louons le courage des allemands.
en plus, ils sont futés, ils nous achèteront l'éléctricité nucléaire qu'on a en rab, nous laissents avec les pbs et se préparent économiquement pour l'énérgie du futur (La fusion nucléaire c'est pas pour tout de suite)
A coté de ça, not' bon président ne change pas d'un iota.
Il n'est pas question d'abandonner le nucléaire à court terme mais de mettre les bouchées double sur les solutions alternatives. Or notre gvt ne mise QUE sur le nucléaire.
Au fait, il me semblait que le nucléaire était une énergie non renouvelable et dont les matières premières s'épuisent.
[^] # Re: Pas possible
Posté par El Titi . En réponse au journal Amazon ou comment jouer aux cons avec les numéros de cartes bancaires. Évalué à 2.
Pour cette dernière remarque, ma banque m'envoie une carte avec des code pré-rempli que je saisis avant de donner un no de carte.
[^] # Re: Et si ça marche ?
Posté par El Titi . En réponse au journal Apple est une boutique de mode. Évalué à 10.
Oui mais de quoi ?
[^] # Re: Heu...
Posté par El Titi . En réponse au journal Windows 8 is Awesome (tiling wm). Évalué à 5.
Marrant ! Tu défends le fait que git n'est pas soutenu sur Windows et dans le même temps tu reproches à M$ de faire la même chose.
Toujours aussi cohérent.
[^] # Re: Standardisation des protocoles de synchronisation ?
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 2.
http://mercurial.selenic.com/wiki/PublishingRepositories
Le push est possible avec hgserve. Et tu as à a ta disposition et tu as des cgi.
Moi avec tous les tests que j'ai fait avec msysgit pa moyen de partager en push sous Windows avec git:. (Bug ouvert qu'ils ne savent pas corriger)
Seule solution si tu veux pas mettre de ssh partager un répertoire sous Windows. Chouette.
Hg est définitivement plus user-friendly
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 2.
Qu'ils s'en foutent on le sait, (et ca tombe bien les windosiens se contrefoutent des linuxiens en grande majorité).
Faut juste pas affirmer que le multiplateforme va venir en citant en exemple Linus comme dans le post initial auquel j'ai répondu, alors que c'est tout le contraire.
Git a été prévu pour tout sauf pour être "multi-plateforme"
C'est juste un contresens !
# Et le plus important ?
Posté par El Titi . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 2.
Le moteur de recherche:
Yacy
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 2.
Donc tu prônes l'usage d'un outil qui n'oblige pas récupérer toutes les versions d'un binaire aka un VCS centralisé.
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 3.
Oh je ne crois pas, EGit n'est qu'un des pb et je t'en ai cité un paquet d'autres.
Je t'ai juste expliqué que pour pouvoir faire le moindre truc avec Egit en distribué, tu as de toute facon besoin de git qui est archimerdique sous Windows.
Mais je sais ce n'est pas ton pb.
Tant mieux, on passera sous Hg dans ma boîte comme ça.
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 2.
Des gros fichiers de données avec des DVCS c'est de toute façon à éviter.
Récupérer 300 versions d'un binaire pour n'accéder qu'à une seule c'est juste idiot.
Les branches locales c'est le seule truc bien de Git mais quand on voit le reste je préfère encore cloner.
En plus tu as une extension qui le gère
http://mercurial.selenic.com/wiki/LocalbranchExtension
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 2.
Ben facile !
Avec Egit tu peux pas partager ton repo même en lecture.
msysgit ou git/cygwin obligatoire ou workflow centralisé
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 2.
Oui et toi tu sais ce que signifie "out of the box"
Et les alias ca marche dans Egit ?
Mon hg m'ouvre un beau Notepad.
Mais bon je vais plutôt te répondre que mon FF déchire sa race sous mon W$.
"Hé Coco tu peux y aller depuis chez toi ?"
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 5.
Ah ben moi je préfère largement un hg branch et un hg resolve
Je vois pas où est le pb ?
Ca comparé à un git fetch/update/rebase/pull ... Plouf plouf
ou encore les remote tracking ou pas, les staging area dont on se sert une fois tous les 15 ans alors qu'on veut juste commiter, les add --all alors qu'on veut toujours tout ajouter par défaut et autres options qu'il faut toujours rajouter pour obtenir le comportement "normal".
L'option -m qu'il faut surtout pas oublier pour pas qu'il poireaute 2h avant de t'ouvrir un ugly vim par défaut.
L'usine à gaz qu'il faut monter pour partager son repo en http lorsqu'on veut pas utiliser le protocole natif
Le packing régulier sous peine de voir la taille de son repo exploser.
Vive l'usine à gaz
Les hooks qui passent leur temps à forker des process au lieu de prévoir des appels de fonction dans des processus legers (Vive python)
Les supers perfs qui font qu'il faille 10 mn pour "cloner" un repo de 8 Mo parce qu'il s'amuse à examiner/compresser les objets un par un au lieu d'envoyer tout d'un bloc (ben ouais git-upload-pack sait faire que ça). Essayez le repo de jgit pour rire.
Git taillé pour les perfs ....Mouarf !
Plus je l'utilise plus j'ai l'impression qu'ils ont copié Clearcase en plus lourd et moins fini.
Hg au moins ca marche out of the box vite et bien.
J'espère que le kernel est moins fait à l'arrache et plus consistant mais les propos de Linus lui-même sur son embonpoint ne me rassurent pas.
T'es sûr pour Vendredi ?
[^] # Re: Sinon y'a iFolder
Posté par El Titi . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 4.
Faut jamais avoir bataillé pour essayer d'utiliser Git et partager un repo sous Windows sans passer par cygwin pour affirmer ça.
[^] # Re: si on avait tous une IP statique,
Posté par El Titi . En réponse au journal Gravatar décentralisé. Évalué à 8.
Ben ! Tout le monde critique ici ... sans rien faire.
C'était clair pourtant.
[^] # Re: Web != Internet
Posté par El Titi . En réponse au journal Site facebook != Site Internet. Évalué à 2.
J'aurais pu citer Albert aussi mais c'était trop facile ;)
[^] # Re: Cool, ça...
Posté par El Titi . En réponse au journal Theora : la video libre est utilisée dans les mouvements contestataires . Évalué à 2.
Non, qui renvoie aléatoirement sur le bouton inutile du dernier post de ceux qui figurent sur ma blacklist personnelle.
Je communiquerai les noms en MP.
[^] # Re: Cool, ça...
Posté par El Titi . En réponse au journal Theora : la video libre est utilisée dans les mouvements contestataires . Évalué à 4.
Tiens, y'en pas un qui voudrait nous faire une petite CSS Fesse de bouc avec les petits boutons qui vont bien ?
On sait jamais, avec un malentendu on pourra rameuter du monde pour faire vivre ce site de dinos !
[^] # Re: Web != Internet
Posté par El Titi . En réponse au journal Site facebook != Site Internet. Évalué à 10.
Dicton du jour:
[^] # Re: Touche Alt
Posté par El Titi . En réponse au journal Fedora, Gnome & 3.14159..... Évalué à 4.
Gnome ! Tu l'aimes ou tu le kittes !
[^] # Re: Touche Alt
Posté par El Titi . En réponse au journal Fedora, Gnome & 3.14159..... Évalué à 4.
Maintenant je saisis mieux l'expression "nazis de l'interface"
[^] # Re: Cinéma
Posté par El Titi . En réponse au journal Cinéma : une histoire de tipiaks à rendre récursive. Évalué à 10.
Dommage! Thor était fait pour Jessica Alba.
Alba Thor, Alba Thor ... pom pom pom pom pom poooom
Ok je ====> []
N'empêche qu'elle est plus sexy.
[^] # Re: Du train de sénateurs des autres OS libres, et de la mauvaise foi des libristes
Posté par El Titi . En réponse au journal GNOME seulement compatible avec Linux ?. Évalué à 1.
Sinon pour les critiques, voyons:
en 2004 l'idée a été soulevée, on voit ce que ca à donné comme commentaires
en 2006, KDE s'y est mis, les gnomistes n'ont pas manqué de se moquer avec leur gconf et depuis les choses n'évoluent guère.
Allez bon courage ! Dans 10 ans peut-être lorsque les derniers codeurs qui auront connu POSIX seront à la retraite.
[^] # Re: tant mieux
Posté par El Titi . En réponse au journal GNOME seulement compatible avec Linux ?. Évalué à 1.
Sauf que la persistance des infos se fait toujours dans des fichiers dispersés aux 4 coins, qu'au lieu d'exposer une seule API, on en a 50, que l'implémentation est plus complexe puisqu'il faut tenir compte de plein de cas tordus.
Les efforts de standardisation, les protocoles, c'est bien mais ca n'aide pas à homogénéiser entre
- ceux qui veulent garder la compatibilité avec l'existant
- ceux qui ne veulent pas se plier au standard mais demande à ceux qui maintiennent le bousin de s'y plier
- ceux qui veulent un autre standard
- ceux qui veulent un autre implémentation du standard et finissent pas adapter ce même standard
...
Une API et une implémentation de référence unique propre au niveau kernel reprise par les couches de dessus ca aiderait. Soit en DB, soit dans sa propre arbo de fichier mais qui oblige à passer par l'API (sauf en cas de pb).
C'est pourquoi l'idée de Lennart me séduit même si ca part d'en haut.
Alors oui ca existe déjà mais en attendant ca n'est pas LE standard