Re: [HS?] Service libre pour gestion de projet
Le 05/12/2014 03:12, Alexandre Delanoë a écrit : Bonjour, pour la gestion de projets, des services en ligne sont de plus en plus fréquemment cités/utilisés/conseillés par mes collaborateurs. Des noms comme trello ou redbooth apparaissent (pardon pour la pub). Ces services en ligne sont gratuits au départ puis payants ensuite pour certaines fonctionnalités et je n'ai pas de garanties sur l'évolution future de leur politique commerciale. Par exemple, en recherchant un peu, teambox.com redirige vers redbooth et teambox était à l'époque un projet publié sur github: https://github.com/teambox/teambox Mais les mises à jour publiques ont cessé il y a 3 ans. Je peux entendre que le projet logiciel nécessite des financements mais je souhaite aussi avoir accès aux sources comme garantie et assurance que mon investissement cognitif ne soit pas réalisé en pure perte. Ainsi, connaîtriez vous des projets alternatifs qui publient leur code ? Si ça se trouve il y a des solutions aussi fiables que je ne connais pas encore. Merci d'avance pour vos idées/partage d'expériences. Bonne journée, salut je n'apporte pas de réponse, mais juste une réflexion que j'ai eue aussi à ce sujet. on me pousse aussi vers ce genre de truc sur le web/nuages ... je me suis alors dit: même si le projet publie ses codes, qu'est-ce qui me garanti que je serai capable, dans le futur, d'exporter mes données vers un format standard et aller chez les concurrents, voir, mettre en place une solution interne??? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54817b2f.70...@freeatome.com
Re: [HS] Un courriel qui vient du futur...
Bonjour, Le vendredi 05 décembre 2014 à 7:11, Stéphane GARGOLY a écrit : Ce matin (vers 6 heures UTC donc 7 heures en France - voir note a) du 05/12/2014, quand j'ai ouvert mon logiciel de courriel (voir note b) pour lire les nouveaux messages venant de notre liste de discussion 'debian- user_french', je me suis retrouvé avec un courriel qui date du... 06/12/2014 (à 0 heure 31). [...] J'ai, donc, cliqué sur le lien suivant : https://lists.debian.org/debian-user-french/2014/12/msg00033.html et je lis Date: Fri, 5 Dec 2014 19:31:09 -0500 ^ Elles sont là les 5 heures de décalage, une simple question de fuseau horaire. En tout cas, cela ouvre d'intéressantes perspectives : imaginez qu'on puisse recevoir, par simple courriel, les (futurs) numéros gagnants d'Euromillions avant le tirage... Avec le mail, tout est possible ! (OK j'exagère un tout petit peu) Le mail a été pensé par quelques collègues pour s'échanger des messages dans un bureau. Tu peux imaginer qu'à l'époque ils n'avaient pas du tout envisagé le SPAM et les arnaques en tout genre… En conséquence, tout le monde peut (techniquement) envoyer un mail : - à n'importe qui; - de n'importe qui; - de n'importe quelle date (y-compris antérieure à l'invention de l'électricité domestique); - etc. Lorsque tu reçois un e-mail, ce que te montre ton client de messagerie n'est rien de plus que ce que l'émetteur du mail a voulu te montrer ce qui ne garantit en rien la pertinence ni la fiabilité des informations. (Le sujet est en réalité beaucoup plus complexe que ce que je viens d'écrire, mais d'un point de vue utilisateur, je pense que cette présentation schématique est suffisante) Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141205095851.gc13...@sebian.nob900.homeip.net
Re: [HS?] Service libre pour gestion de projet
Le vendredi 05 décembre 2014, vers 10:30, admini écrivait: je me suis alors dit: même si le projet publie ses codes, qu'est-ce qui me garanti que je serai capable, dans le futur, d'exporter mes données vers un format standard et aller chez les concurrents, voir, mettre en place une solution interne??? Il n'y a en effet pas de certitudes mais la probabilité amha est moins petite dans cette situation d'ouverture. Par ailleurs, si le code est libre, je peux surtout l'installer chez moi dans mon propre cloud et participer (de différentes manières) aux mises à jour. Bonne journée, -- Alexandre Delanoë -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141205103219.ga12...@delanoe.org
lancer un service en tant qu'utilisateur avec systemd
Bonjour, Sur une machine que je viens de passer en Jessie, j'ai un script perso dans /etc/init.d/, appelé mmx, qui lance un outil avec un utilisateur dédié. Je pouvais le lancer depuis cet utilisateur, ou en tant que root (le cas pendant le démarrage). Avec le passage à Jessie, j'ai le passage à systemd, et celui-ci ne veut pas que je lance ce service en tant qu'un simple utilisateur : $ /etc/init.d/mmx start [] Starting mmx (via systemctl) : mmx.serviceFailed to start mmx.service : Access denied Pourtant, mon script est bien dans /etc/init.d/ et peut normalement être démarré en tant qu'un simple utilisateur... C'est systemd qui doit intercepter l'appel du script ... J'ai un peu cherché comment contourner le problème, mais là il n'y a pas de fichier « service » dédié, je ne sais pas où chercher ? Si vous avez une idée pour contourner ce problème, n'hésitez-pas ! Fred.
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonsoir, Voila la configuration que je viens de tester ou je souhaite (toujours) monter en NFS un partage en lecture seule contenant un système Linux (complet) en le réunissant à un système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire ou il en a besoin pour fonctionner : Serveur NFS (fichier /etc/exports) : /data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) /data/disklesshome 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check) Le répertoire var original est sous /data/disklessroot (donc partager en read-only). Client boot PXE (fichier etc/fstab) : proc/procprocdefaults 00 /dev/nfs/rootfsronfs defaults,tcp,nfsvers=301 none/varfsrwtmpfsdefaults 02 none/aufs br=/rootfsro=ro:/varfsrw=rw,create=tdp02 none/tmptmpfsdefaults 02 none/var/runtmpfsdefaults 02 none/var/tmptmpfsdefaults 02 192.168.1.2:/data/disklesshome/homenfs defaults,tcp,nfsvers=302 /dev/cdrom/media/cdromudf,iso9660 user,noauto02 Je démarre donc mon client qui boot correctement en PXE (récupération du noyau et de l'image initrd) puis, le démarrage s'arrête et affiche : Le disque dur / n'est pas encore prêt ou présent. Keys:Continuer à attendre, ou appuyer sur S pour ignorer le montage ou M pour la récupération manuelle Je n'ai pas encore saisie toute les subtilités de aufs, mais : Ai-je un soucis sur la ligne aufs de mon etc/fstab client ??? ou ai-je loupé une étape quelque part ??? Bien cordialement. - Vincent. Sylvain L. Sauvage a écrit : Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit : Ok. Créer autant de dossiers/partages NFS de /var, que de clients, ne m'arrange pas, mais bon, ... Soit ils sont sur les clients (en local), soit ils sont sur le serveur. De toute façon, ils doivent être quelque part. Tu pourrais affiner ce qu’il y a de vraiment variable dans /var (p.ex. /var/lib/ doit être commun à tous les systèmes qui partagent le même / mais /var/log doit être individualisé, etc.) pour mettre tout ça dans des tmpfs mais je ne suis pas sûr que ça en vaille la chandelle. Tu peux laisser un seul /var original dans / et monter dessus un /var en tmpfs et aufs/unionfs. Ça demande de la RAM mais : 1. avec aufs/unionfs, tu n’as que les différences en mémoire, pas le /var original ; 2. tu as un /var « propre » à chaque redémarrage (ce qui n’est pas forcément un avantage suivant l’usage). […] /data/disklessvar1 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check) Euh, tu auras peut-être envie de limiter l’accès de var_n à l’IP de la machine n (pour ce que ça vaut comme sécurité)… […] Alors : Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du client ? Ça y ressemble. Pour l'instant, je ne sais pas comment configurer unionfs/aufs dans le FSTAB du client. Tu veux faire du aufs/unionfs en plus d’avoir des /var individuels ? Quel intérêt ? Faut-il, dans le fichier FSTAB du client, que les différents systèmes de fichiers formant l'union, soit aussi monter (avant) ? D’après ce dont je me souviens, pour fuse.unionfs, les bouts qui forment le fs final sont unis dans le fstab avec le type fuse.unionfs et sont montés avant (quand il s’agit de répertoires ; je ne sais plus si on peut utiliser directement des périphériques). Lorsque je test la configuration ci-dessus, mon système client se lance correctement, mais reste en console (alors que j'ai bien une interface graphique d'installée). Ton /var est-il correctement rempli ? Que disent /var/log/syslog et consorts ? -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5481ce7f.8060...@orange.fr
Re: [HS] Un courriel qui vient du futur...
Le 05-12-2014 08:11, Stéphane GARGOLY a écrit : Bonjour à tous les utilisateurs et développeurs de Debian : Ce matin (vers 6 heures UTC donc 7 heures en France - voir note a) du 05/12/2014, quand j'ai ouvert mon logiciel de courriel (voir note b) pour lire les nouveaux messages venant de notre liste de discussion 'debian- user_french', je me suis retrouvé avec un courriel qui date du... 06/12/2014 (à 0 heure 31). Note a : Je précise que mes systèmes GNU/Linux (Debian Wheezy) fonctionnent à l'heure UTC bien qu'ils se trouvent en France. Note b : C'est plutôt anecdotique mais j'utilise KMail (issu de l'environnement de bureau KDE) comme client E-mail. Évidemment et quelque peu troublé par cette information quelque peu décalée, je suis allé à la page suivante : https://lists.debian.org/debian-user-french/2014/12/threads.html juste pour voir si ce courrier électronique est présent, ce qui est effectivement le cas. En bas de cette page, je lis The last update was on 02:20 GMT Fri Dec 05. There are 35 messages. Page 1 of 1. J'ai, donc, cliqué sur le lien suivant : https://lists.debian.org/debian-user-french/2014/12/msg00033.html et je lis Date: Fri, 5 Dec 2014 19:31:09 -0500 Le voyage dans le temps de façon rétrograde (c'est-à-dire vers le passé) est- il possible malgré ce que nous enseignent les lois de la physique (voir note c) ? :-D Note c : Car cela va à l'encontre du principe de la relation de cause à effet... Mais le voyage dans le futur est bien possible : Il est possible de voyager dans le futur. La théorie de la relativité nous enseigne que rien n'empêche de créer une machine à voyager dans le temps qui nous transporterait loin dans le futur. [...] Ce n'est qu'une affaire d'ingénierie : nous savons que c'est faisable. (Stephen Hawking, Une belle histoire du temps, Champs sciences, Flamarion) Par contre, le voyage dans le passé semble plus problématique : [...] tout voyage dans le temps serait limité au futur. [...] lorsque l'espace-temps a la courbure nécessaire pour permettre de voyager dans le passé, les calculs utilisant la physique quantique montrent que les paires particules/antiparticules qui ne cessent de tourner en boucles fermées peuvent créer des densités assez fortes pour provoquer dans l'espace-temps une courbure positive contrariant la déformation qui permettrait le voyage dans le temps. (Opus cité) Donc, à priori, c'est pas gagné... En tout cas, cela ouvre d'intéressantes perspectives : imaginez qu'on puisse recevoir, par simple courriel, les (futurs) numéros gagnants d'Euromillions avant le tirage... Cordialement et à bientôt, Stéphane. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/78f9a123e3d7064be704dc922a7ae...@tycho.fr
Re: lancer un service en tant qu'utilisateur avec systemd
Le 05/12/2014 14:45, Boiteux Frederic a écrit : Bonjour, Sur une machine que je viens de passer en Jessie, j’ai un script perso dans /etc/init.d/, appelé mmx, qui lance un outil avec un utilisateur dédié. Je pouvais le lancer depuis cet utilisateur, ou en tant que root (le cas pendant le démarrage). Avec le passage à Jessie, j’ai le passage à systemd, et celui-ci ne veut pas que je lance ce service en tant qu’un simple utilisateur : Systemd offre la possibilité d'utiliser des unités dans l'espace de l'utilisateur en lui permettant de démarrer, d'arrêter, d'activer ou de désactiver une unité : https://wiki.archlinux.fr/Systemd/utilisateur -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5481d1e4.6030...@juliana-multimedia.com
Re: Debian sur ACER Travelmate ne boote pas
Le mardi 02 décembre 2014 à 17:51 +0100, Pierre Couderc a écrit : J'ai compris ce qui se passe. L'installation sous wheezy se passe bien. Je boote et je reboote sans problème. Puis, je fais une migration à jessie (en suivant les instructions officielles), puis une série de aptitude upgrade jusqu'à ce tout soit à jour. Je tente de rebooter et mon boot n'est pas reconnu (il ne trouve aucun périphérique de boot). .? PC Je n'ai pas suivi, mais comme je viens de voir passer Bug#770752: upgrade-reports: wheezy-jessie upgrade: systemd emerg mode because of unpurged package (De: James Youngman j...@gnu.org) ça n'aurait pas un rapport ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1417817203.21703.0.ca...@aranha.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit : Bonsoir, ’jour, Voila la configuration que je viens de tester ou je souhaite (toujours) monter en NFS un partage en lecture seule contenant un système Linux (complet) en le réunissant à un système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire ou il en a besoin pour fonctionner : [… exports et fstab …] Donc tu veux mettre / en aufs… Je démarre donc mon client qui boot correctement en PXE (récupération du noyau et de l'image initrd) puis, le démarrage s'arrête et affiche : Le disque dur / n'est pas encore prêt ou présent. Ben, ça peut se comprendre : tu veux monter des '/toto' avant '/'. […] Je n'ai pas encore saisie toute les subtilités de aufs, mais : Ai-je un soucis sur la ligne aufs de mon etc/fstab client ??? ou ai-je loupé une étape quelque part ??? Fais une recherche « aufs root », il y a plein d’exemples pour avoir un / en aufs (ça se fait dans l’initramfs avec des mount --move). (D’après la page de man, il devrait y avoir un exemple « officiel » pour ton cas dans la doc : « And there is a good sample which is for network booted diskless machines. See sample/ in detail. » Sauf que non…) Sinon, fusionne seulement /varro¹ avec /varfsrw en /var et ne touche pas à /. ¹ le /var renommé² du /rootfsro (/rootfsro/varro en clair) ; pas besoin que ce soit un point de montage séparé pour être inclus dans un aufs. ² ou une simple copie, le contenu du /rootfsro/var original sera caché par le montage. PS : et nettoie ton clavier, la touche '?' semble avoir des répétitions inutiles :oP -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/12549338.rV77k0qPrd@earendil
