Reprise du message précédent :
pour les ongles incarnés, j'utilise Debian en solution ou en poudre directement dessus ?

sinon, les experts en administration linux, j'ai un problème:
http://forum.hardware.fr/forum2.ph [...] nojs=0#bas

eau de javel, amendement Harko oblige

Perso j'aime bien CentOS, le soucis que j'ai avec ubuntu & co c'est cette manie de changer ou sont chaques fichiers de configs C'est assez relou a la longue
 
Cela dit remi-repo j'utilise mais pas tant que ca non plus, une fois setup, la compilation mano de la plupart des projets se fait sans grosse complexité...

Ah mais moi je suis pour Debian (et Dotdeb pour les paquets + récents)

Y a des backports officiels pour PHP7  ?

Du coup c'est pas packagé

Yo,
 
C'est quoi la stratégie pour un mode offline sur tablette qui se synchronise ensuite avec un serveur ?
Une table générique qui contient les timestamp d'ajout/modification/suppression de chaque ligne de chaque table

 
Php7 est dans testing
 

 
La règle en général quand on compile à la main c'est de créer un deb ou rpm et de le poser dans un dépot interne, sinon oué ça teinte salement ton serveur.

Comme nraynaud, on essaye de suivre les MAJ des libs le plus souvent possible, même si c'est pas tout le temps facile.

tu fais une appli ou du web ?
 
y'a toute une théorie avec des vector clocks et un démêlage lors de la connexion, mais si tu arrives à trouver une lib, tu seras mieux.

A un moment quand on veut avoir sur des serveur en production un truc important  (php7 c'est pas juste une petite librairie) sorti il y a seulement 3 mois il faut assumer ses choix et passer par des trucs comme dotdeb en effet.

Comme je l'expliquais hier, selon la taille de la structure, ça dépend pas forcément de vous.
Si mon équipe de DevOps décident qu'ils supportent que CentOS et des vieilles versions d'Apache ou Nginx, ça les regarde.
 
Ça m'empêche pas de packager ce que je veux dans mon app.

wait le principe de "devops" c'est pas justement que c'est la même personne/équipe ?

 
Une appli. T'as déjà fait des trucs comme ça ? T'as des libs à conseiller ?

Fais gaffe à l'automédication !

Fin pas heureuse du genre tu vas devoir vivre en Haut de France pendant encore 50 ans ?

C'est un terme à la con mais je connais personne qui l'implémente comme ça.
 
On a un mec dédié aux produits de mon équipe.
Il prend part aux discussions quant à l'architecture de l'infra dont on a besoin, il fait en sorte qu'on puisse y déployer nos applications, il s'occupe du monitoring, etc.
Mais ce que je mets dans mon .jar c'est pas son problème tant que ça marche avec les outils et contraintes qui relèvent de son équipe.

Les coups de bite dans les oeufs kinder, ça donne toujours des surprises à l'arrivée

moi.

Y'a des associations de soutien (genre réseau d'aide/entraide aux patients pour ce que tu as) près de chez toi ?
Si c'est pas déjà fait, ça vaut peut être le coup de rentrer en contact
 
Des fois, on arrive à apprendre des choses dont les médecins ne sont pas forcément au courant (soit par le biais d'autres soignats/infirmières, soit par le biais d'autres malades, mais en tous les cas, tu dois faire le tri et évaluer ce qui te semble utile ou pas, mais on a des bonnes surprises parfois) et qui peuvent aider dans la vie de tous les jours
 
Courage

 
+1

Testing a un peu de latence, mais je suis assez surpris de voir que c'est encore pas trop à la rue...
 

je viens bien de quoi tu parles, entre moi et un mec de l'infra qui touche pour de vrai au server je dois avoir sans rire 4-5 couches de management...et comme c'est très séparé, les mecs en ont rien à secouer de tes pbs, il faut respecter LEUR standard

ça dépend de la période par rapport à la future release, il y a par exemple une période de freeze avant le passage en stable. En d'autres termes testing n'est pas une rolling-release

Non mais si vous faites tout, tout seul, le terme c'est pas DevOps, c'est plutôt McGyver.
Vous gérez aussi les incidents à 3h du mat?

mon équipe dans ma boite précédente, oui.
 
Justement, quand c'est le dev qui va recevoir le coup de fil à 3H du mat' ça change un peu sa perspective sur le déploiement et la maintenance, c'est plus un problème abstrait dont quelqu'un d'autre se chargera.

Idem, tous les devops avec qui j'ai pu bosser fonctionnent comme ça. Même s'ils dev c'est pas lié au produit directement.

´tain y'a des dizaines d'outil pour surveiller si quelqu'un branche un cable dans la prise reseau sous Linux
 
(Évidemment, celui que j'ai a pas l'air de marcher super puissamment)

non, je parle des trucs qui sont sensés appeller ifup quand tu branche le cable ou l'USB.

Ca pourra peut être faire l'affaire mais il a pas spécialement été conçu pour ton cas de figure, en particulier
 
Faut voir si ton cas d'utilisation est suffisamment simple pour que wicd puisse le gérer ou si tu dois passer à autre chose
 
En gros, d'après ce que j'ai compris, pour le moment, il faut que tu définisses quel sont les dns à utiliser dans quel cas de figure
wicd sait gérer une config dns globale, et tu peux lui demander de préférer les dns récupérés via le DHCP, pour ethxx par exemple,
et il revient aux dns globaux quand ethxx débranché
 
 
Par contre, je sais pas si ça va bien cohabiter avec le gprs  

Pour l'usb, ça dépend comment l'interface est vue
Si c'est vu comme du ethxxx, ça peut peut être passer

si on nique le GPRS, il faut surveiller la météo pendant 15 jours, se coordonner avec l'exploitant du parc et le jour dit, envoyer un mec habilité à travailler en hauteur.

(après avoir conduit des heures sur des chemins de terre au milieu de nulle part, genre Carcassonne)

On peut considérer que le gprs est tout le temps "on"
Et que par conséquent, quoi qu'il arrive, en cas de pépin, il faut toujours rétablir les dns liés au gprs ?

Parce que si c'est ça, y'a "juste" à définir les dns globaux, dans wicd, comme ceux liés au gprs

Et après dans la conf, tu lui dis qu'en cas de connexion via ethernet, il doit utiliser les dns définis pour cette connexion filaire, cad renvoyés par le DHCP

Et automatiquement, dès que tu débrancheras le cable, wicd re basculera sur les dns globaux, cad ceux du gprs

La seule inconnue reste comment est vue la connexion usb (ça peut marcher dans le même moule qu'une connexion ethernet classique)

Carcassonne ? Vous vous occupez pas du Mt Segonne (oui, là c'est paumé ) ou des éoliennes au dessus de Lézignan des fois ?

Je ne répondrai pas, d'une part parce que c'est confidentiel, d'autre part parce que tout ce qui n'est pas desservi par le tram se mélange dans la grande zone trou-perdu-sur-rien dans ma tête., et que j'ai jamais maté nos installations sur la carte.

edit: mais j'ai entendu parler de "Carcassonne" dans une discussion, et je suis certain que c'est pas une station de tram, je suppose que c'est une station de bus

http://www.eclipse.org/downloads/d [...] _64.tar.gz
 
ils sont marrants chez eclipse, le sha512sum ne correspond pas (ni les autres checksums d'ailleurs)

putain ! je retélécharge et là ça match ! si c'est un coup des chinois de la NSA allez vous faire foutre

Proxy transparent  

 
Arrghghhhh (pardon, réflexe )

 
Pb de RAM ?

utilise un truc clé en main si possible, il y a des masses d'edge case ( notamment lié a la notion de timestamp local , pas forcement à al même heure que le serveur) . Pouchdb/couchdb est assez magique pour ça
 
Une autre approche est de rester sur du naïf et en cas de conflit de le vomir à la gueule de l'utilisateur et/ou de lui laisser le choix de quoi conserver. Ca marche plutôt bien si il y a peu de collision