flan a écrit 1848 commentaires

C'est vrai que c'est tellement mieux d'aller se pavaner en Arabie Saoudite et au Qatar ! Ça, c'est des pays des Droits de l'Homme !

Ce n'est pourtant pas très compliqué, il suffit de pouvoir générer un keytab :

<Location "/">
   AuthName "authent"
   AuthType Kerberos
   Krb5Keytab /etc/apache2/http_$fqdn.keytab
   KrbAuthRealms "REALM.EXAMPLE.COM"
   KrbMethodNegotiate on
   KrbMethodK5Passwd off
   Require valid-user
</Location>

Mais je ne sais pas faire avec un AD Windows, j'ai un serveur Heimdal chez moi.

C'est fait exactement pour ça.

Regarde du côté de Samba4, ça simplifie bien la vie.

Zut alors, moi qui ne considère pas que 10 Millions de personnes peuvent décider pour 300 Millions…

Le peuple grec a décidé pour lui-même, même si ça n'arrange pas les autres. Les 300 autres millions ont le droit de décider pour eux-mêmes, pas pour les Grecs, ils ont même le droit de faire un référendum  (mais non, j'rigole, n'ai pas de crise cardiaque).

Si tu pars du principe que le peuple ne peut pas comprendre les décisions à prendre, c'est l'idée même de démocratie qui est à mettre à la poubelle.
Mais à mon avis, le peuple grec a déjà une idée assez juste de ce que signifierait le oui.

Pour moi, l'acte démocratique est de faire le référendum malgré les immenses pressions extérieures pour éviter que le peuple ne s'exprime, et de se conformer au résultat.
Que le oui l'emporte, ou que ce soit le non, c'est le peuple qui aura décidé. Maintenant, il faut voir si Tsipras se conforme au résultat du référendum.

Pourquoi y aurait-il besoin d'internet pour avoir une messagerie ?

Scala est tout de même fortement marqué par Java, et je ne pense pas qu'on puisse faire du Scala sans connaître des particularités de Java. Je pense notamment aux différences Int/int.

En Python, je connais Radicale (qui fait uniquement serveur CarDAV et CalDAV), et Seafile (sur l'échange de fichiers).

pour les deux derniers (au moins), c'est le cas. Tu peux décider quelles applications ont accès aux données de localisation, et tu peux également savoir si une application a accédé aux données dans les 24h.

Dans ces cas-là (c'est valable autant pour Apple que pour Google, d'ailleurs), je me demande à quel point c'est de l'optimisation de haute volée, et à quel point c'est de la correction d'erreurs triviales (genre un tri tout bête codé en n² )

Le Developper Account a toujours été gratuit à ma connaissance ; c'est la publication des applications qui était payante.

Qu'est-ce qui te fait dire qu'un document de 7 000 pages est inutilisable, mais qu'un de 1 200 pages est tout à fait utilisable ?

As-tu comparé les deux ? À quel moment un document devient-il inutilisable parce qu'il est trop gros ?
Y a-t-il autant d'exemples dans les deux cas ? Est-ce le même format, tout bêtement (police, interligne, …) ?
Est-ce que le standard est totalement défini dans le document, ou faut-il se référer à une implémentation existante ?

Honnêtement, je ne comprends rien à ce que ça fait, et pourtant j'ai fait un (tout petit) peu de Perl il y a quelques années. Là, je ne saurais même pas dire ce que ça donne en pratique.

A contrario, j'ai déjà réussi à patcher du Ruby sans jamais en avoir fait.

Ça me donne surtout envie d'utiliser un autre langage :(

Les systèmes SCADA ne sont pas spécialement réputés pour leur sécurité (je parle de façon générale, j'espère que ceux d'un SNLE sont plus protégés !), bien au contraire. Ils constituent d'ailleurs un gros risque : maintenant ils sont de plus en plus connectés directement à internet, parfois avec un mot de passe fort (type admin : admin) alors qu'ils peuvent piloter des infras essentielles.

Chrome (comme Opera) est basé sur Blink et non Webkit (c'est un fork) ;) Mais revenons deux ans en arrière.

Après, tout dépend de ce que tu regardes. Si le point important porte sur le moteur de rendu HTML, alors il est évident qu'il faut considérer que Safari et Chrome ne font qu'un vu qu'ils partagent le même moteur. D'ailleurs, dans ces cas-là, on parle directement de Webkit (et non de Safari ou Chrome).

Oui, l'ANSES a fait une erreur (involontaire), mais Bluetouff en a profité en sachant que c'était une erreur (il l'a reconnu).

Pour prendre une analogie (encore une) foireuse, l'ANSES a fermé la porte du bureau à clef, mais a laissé une fenêtre ouverte.
Bluetouff est rentré par hasard, s'est rendu compte que la porte était fermé et après s'en être rendu compte (c'est lui qui le dit) a pioché dans les documents présents.

Il n'a pas été condamné pour être entré par hasard, mais pour avoir pioché dans les documents en sachant qu'a priori il ne devrait pas y avoir accès.

Visuellement, peut-être, mais les différences entre OS X et Linux se n'arrêtent pas à un simple thème graphique ou à une interface « épurée » (ou minimaliste, selon les goûts), loin de là. On pourrait citer beaucoup d'autres différences, plus ou moins profondes, et qui peuvent plus ou moins changer le confort au quotidien ; bien sûr, tout dépend des goûts et des façons d'utiliser son ordi.

On ne risque pas de savoir si c'est un OIV ou non : la liste est tenue secrète.

Pourquoi y aurait-il UNE bonne stratégie ?

Il y a plein d'entreprise différentes, avec plein de stratégies différentes pour gagner de l'argent, et que chacun considérera plus ou moins morales.
En l'occurrence, je ne trouve pas celle-ci choquante et elle me convient plutôt pas mal (même si elle pourrait encore plus me convenir s'ils mettaient en libre toutes les fonctionnalités de la pro).

Oui, mais ça permettrait d'avoir plus facilement les fonctions Enterprise. Après, tu peux rajouter un certain nombre de fonctions de façon détournée avec les webhooks, même si c'est loin d'avoir la souplesse de vrais plugins.

Je suis d'accord avec toi sur le fond, ça serait 'achement mieux avec des plugins, mais je trouve déjà pas mal ce que l'on a déjà =)

Oui, ça ne te choquerait pas si en gros tu pouvais avoir le beurre et l'argent du beurre (vu que le but est clairement d'avoir les fonctionnalités de la version entreprise sans son prix).

Il faut plutôt voir l'autre aspect : ils auraient pu le garder totalement propriétaire comme Github, et ils ont quand même fait une version libre (même si légèrement incomplète).

Après, tu as toujours la possibilité de le forker (et de maintenir le fork, ce qui n'est sûrement pas évident), voire tout simplement de ne pas l'utiliser.

Et pourtant, je suis affecté par ce comportement (vu que j'avais dû patcher la version libre pour avoir une authentification Kerberos et ça m'arrangerait bien qu'elle soit prise en compte directement).

Mais d'un autre côté, il faut se mettre à leur place. Ils gagnent de l'argent en vendant leur licence entreprise, et il faut bien qu'elle garde des avantages par rapport à la version gratuite.

Personnellement, ça ne me choque pas, même si j'aimerais bien avoir la version entreprise gratuitement. Ils auraient très bien pu rester en 100% propriétaire.

L'ancien système reposait sur beaucoup de comptables, qui ne sont plus là. Pas évident de les réembaucher du jour au lendemain.