Posté par tomachaka .
En réponse au journal La fin de Google+.
Évalué à 2.
Dernière modification le 10 octobre 2018 à 13:30.
Sur leur blog ils disent en effet fermer pour le grand public.
Par contre ils disent avoir beaucoup d'utilisation en entreprise, comme réseau social interne, et comptent non seulement garder Google+ ouvert pour ces clients là mais investir dans de nouvelles fonctionnalités pour entreprises.
Moi j'attends de voir s'ils resteront fermés (à la FB) où s'ils permettront une certaine interopérabilité.
Google est quand même un des participants/initiateur du set d'API OpenSocial, non ?
Ce qui serait vraiment pas mal, ce serait qu'on puisse interagir avec Google+ via l'un ou l'autre des réseaux sociaux décentralisés en train d'être développés (cf ReseauxSociaux).
Oui, une todo list permettant de définir des tâches récurrentes.
Mais en plus, que le prochain rappel soit dépendant de la date à laquelle on a marqué la tâche comme faite.
Un script lancé un cron comme proposé plus haut pourrait faire l'affaire, il irait réouvrir un ticket dans un bugtracker, basé sur la date de fermeture de celui-ci.
Mais avant d'abuser d'un pauvre bugtracker, je me demandais s'il n'y avait pas un soft existant qui intégrait cette fonction.
>demander d'appuyer sur le bouton
(à Gaspard)
[L'idée est bonne. Essayez de formuler cet ordre autrement.]
>demander à l'homme d'appuyer sur le bouton
L'homme appuie enfin sur le bouton de l'ascenseur.
C'est bizarre qu'il faille spécifier "à l'homme" ou "à Gaspard" alors que l'on voit bien qu'il a compris à qui on voulait parler. Surtout que la manière implicite fonctionne avec les autres dialogues au début de l'histoire.
>demander de l'aide
(à Gaspard)
"Merci pour le bouquin, que puis-je pour vous ?"
dans ce cas-là, il suffit de ne pas laisser les photos directement accessibles et d'utiliser un script, qui lui aura accès aux images, pour effectuer la vérification des droits (dans la db par ex) et transmettre ou non l'image.
Pour un serveur web, on peut donc simplement stocker les images en dehors du document root.
J'attendais aussi une mise à jour, début de la semaine, mais vu le blog du mainteneur (http://mones.livejournal.com ), il n'avait pas l'air d'avoir bcp de temps (ni une bonne connexion) pour s'en occuper.
Alors ma solution ça a été de recompiler le paquet avec la nouvelle libgtk et comme la version 2.9 de claws venait de sortir j'ai fait d'une pierre deux coups.
Il est basé sur ceux qu'on trouve là http://people.debian.org/~mones/claws-mail/ chez le mainteneur. Le code est simplement mis à jour vers la 2.9 et les fichiers debian/control,changelog sont modifiés en conséquence.
La solution pour ne pas avoir ce genre de problème est de tjrs bien faire attention aux paquets qu'un dist-upgrade est susceptible de virer, surtout en ce temps de "frénésie post-sortie-de-etch" où bcp de trucs sont mis à jour :)
Sérieusement, dans le cas d'un FAI, celui-ci a intérêt à ce que ses utilisateurs téléchargent depuis son mirroir (ce qui ne lui coûte rien en bp) que depuis un serveur en dehors de son réseau.
Maintenant, est-ce que cela contrebalance le fait que des gens extérieurs peuvent aussi accéder au mirroir en question... il faut croire que oui.
où il est expliqué comment limiter le nbre de connexions par minutes autorisées pour une même ip sur un certain port, justement dans le but d'empêcher les scan ssh.
Pour le reste, les utilisateurs système n'ont en général pas de mot de passe (! ou * dans /etc/passwd), et/ou un shell non valide (/bin/false) ce qui empêche un login via ssh.
# Est-ce lui que tu cherches ?
Posté par tomachaka . En réponse au message discorde quelqu'un utilise-t-il la discorde?. Évalué à 1.
Il y a bien un compte "tyoup" sur linuxfr, mais il n'a plus commenté depuis 2016: https://linuxfr.org/users/tyoup/comments
# Uniquement pour les particuliers, pas les entreprises
Posté par tomachaka . En réponse au journal La fin de Google+. Évalué à 2. Dernière modification le 10 octobre 2018 à 13:30.
Sur leur blog ils disent en effet fermer pour le grand public.
Par contre ils disent avoir beaucoup d'utilisation en entreprise, comme réseau social interne, et comptent non seulement garder Google+ ouvert pour ces clients là mais investir dans de nouvelles fonctionnalités pour entreprises.
[^] # Re: matrix, avec les clients riot, revolt etc.
Posté par tomachaka . En réponse au journal La fin de Google+. Évalué à -6.
Sauf que Matrix arrête le dev sur leur propre protocole et passe (enfin!) à XMPP: https://disroot.org/en/blog/matrix-closure
[^] # Re: Solution n°4
Posté par tomachaka . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 1.
https://www.fastmail.fm/signup/personal.html
"Use your own domain" -> $40/year
[^] # Re: le 810 sous maemo ? :-/ ?
Posté par tomachaka . En réponse au journal Nokia N810 : OS alternatif. Évalué à 4.
Oui tu te trompes.
Le N770 et N800 tournaient déjà sous Maemo, tout comme le N810.
Quand on voit que ça remonte à 2005... pffou Nokia était vraiment en avance. Peut-être trop.
# Open Social
Posté par tomachaka . En réponse au journal Google+ : dix jours d'usage. Évalué à 7.
Moi j'attends de voir s'ils resteront fermés (à la FB) où s'ils permettront une certaine interopérabilité.
Google est quand même un des participants/initiateur du set d'API OpenSocial, non ?
Ce qui serait vraiment pas mal, ce serait qu'on puisse interagir avec Google+ via l'un ou l'autre des réseaux sociaux décentralisés en train d'être développés (cf ReseauxSociaux).
# Bricoleur ?
Posté par tomachaka . En réponse au message Limiter la fréquence des processeurs. Évalué à 1.
http://www.tacticalgamer.com/hardware-software-discussion/91(...)
Ou encore d'acheter un genre de tablette avec ventilos...
[^] # Re: TODO list
Posté par tomachaka . En réponse au message Tâches périodiques. Évalué à 1.
Mais en plus, que le prochain rappel soit dépendant de la date à laquelle on a marqué la tâche comme faite.
Un script lancé un cron comme proposé plus haut pourrait faire l'affaire, il irait réouvrir un ticket dans un bugtracker, basé sur la date de fermeture de celui-ci.
Mais avant d'abuser d'un pauvre bugtracker, je me demandais s'il n'y avait pas un soft existant qui intégrait cette fonction.
# Firefox 3.6
Posté par tomachaka . En réponse au journal Un environnement d'exécution Flash en ... Javascript. Évalué à 1.
http://hacks.mozilla.org/2010/01/javascript-speedups-in-fire(...)
[^] # Re: man iptables
Posté par tomachaka . En réponse au message iptables demande de conseils. Évalué à 3.
# journal ?
Posté par tomachaka . En réponse au message Une technique CSS sympa de Google. Évalué à 7.
[^] # Re: j'ai l'impression
Posté par tomachaka . En réponse au journal Les écoles wallones passent à OpenOffice. Évalué à 1.
- loi encadrant l'euthanasie
# roundcube ?
Posté par tomachaka . En réponse au message Client Webmail. Évalué à 3.
Simple, joli. Y'a même du drag and drop.
# et les autres OS ?
Posté par tomachaka . En réponse à la dépêche La fin du verrou global dans le noyau Linux ?. Évalué à 7.
Comment se débrouillent-ils ? Les BSD, MacOSX, Windows ?
Par contre, je suppose que les OS temps réel comme QNX n'ont pas ce problème ?
[^] # Re: Heuu...
Posté par tomachaka . En réponse au journal Un nouveau (petit) jeu libre. Évalué à 1.
(à Gaspard)
[L'idée est bonne. Essayez de formuler cet ordre autrement.]
>demander à l'homme d'appuyer sur le bouton
L'homme appuie enfin sur le bouton de l'ascenseur.
C'est bizarre qu'il faille spécifier "à l'homme" ou "à Gaspard" alors que l'on voit bien qu'il a compris à qui on voulait parler. Surtout que la manière implicite fonctionne avec les autres dialogues au début de l'histoire.
>demander de l'aide
(à Gaspard)
"Merci pour le bouquin, que puis-je pour vous ?"
[^] # Re: Voilà ce qu'il me dit...
Posté par tomachaka . En réponse au journal Youpi !!!. Évalué à 10.
chargeur à plussoyages vide !
[^] # Re: Raison pragmatique de ne pas le faire...
Posté par tomachaka . En réponse au message Stocker des photos dans une base de données. Évalué à 1.
Pour un serveur web, on peut donc simplement stocker les images en dehors du document root.
# Avec dd
Posté par tomachaka . En réponse au message Effacer un MBR corrompu proprement. Évalué à 4.
pour supprimer le mbr mais pas la table des partitions (sinon ce serait bs=512).
voir par exemple http://memolinux.tuxfamily.org/tiki-index.php?page=Hacks+pou(...) pour plus d'info.
# Quoi de neuf ?
Posté par tomachaka . En réponse au journal XBMC sous Linux.... Évalué à 2.
[^] # Re: petit oubli
Posté par tomachaka . En réponse au message problème de dépendance sylpheed-claws-gtk2. Évalué à 1.
Alors ma solution ça a été de recompiler le paquet avec la nouvelle libgtk et comme la version 2.9 de claws venait de sortir j'ai fait d'une pierre deux coups.
Donc si tu veux mon paquet (chez moi ça marche mais pas plus de garantie que ça ;)) il est ici: http://amaya.blork.be/debian/pool/tho/c/claws-mail/
Il est basé sur ceux qu'on trouve là http://people.debian.org/~mones/claws-mail/ chez le mainteneur. Le code est simplement mis à jour vers la 2.9 et les fichiers debian/control,changelog sont modifiés en conséquence.
La solution pour ne pas avoir ce genre de problème est de tjrs bien faire attention aux paquets qu'un dist-upgrade est susceptible de virer, surtout en ce temps de "frénésie post-sortie-de-etch" où bcp de trucs sont mis à jour :)
# debian.exe
Posté par tomachaka . En réponse au message Aide sur une problématique d'installation debian. Évalué à 1.
C'est un installeur pour debian, qui tourne sous Windows. Un des cas d'utilisations est justement "un portable sans lecteur CD".
Sinon, comme dit plus haut: boot via le réseau (PXE, etherboot).
# Le fameux JT de la RTBF
Posté par tomachaka . En réponse au journal De Vista, des belges et des blondes. Évalué à 2.
Reportage sur le lancement de Windows Vista, suivi d'un sujet sur Linux et les logiciels libres.
# Sponsor ou pas ?
Posté par tomachaka . En réponse à la dépêche kqemu devient libre, qemu 0.9.0. Évalué à 10.
[^] # Re: Autre question (sincère, celle-là)
Posté par tomachaka . En réponse au journal On a le droit c'est vendredi !!!!!. Évalué à 4.
Sérieusement, dans le cas d'un FAI, celui-ci a intérêt à ce que ses utilisateurs téléchargent depuis son mirroir (ce qui ne lui coûte rien en bp) que depuis un serveur en dehors de son réseau.
Maintenant, est-ce que cela contrebalance le fait que des gens extérieurs peuvent aussi accéder au mirroir en question... il faut croire que oui.
# limitation via iptables
Posté par tomachaka . En réponse au message Configuration ssh. Évalué à 3.
http://www.debian-administration.org/articles/187
où il est expliqué comment limiter le nbre de connexions par minutes autorisées pour une même ip sur un certain port, justement dans le but d'empêcher les scan ssh.
Pour le reste, les utilisateurs système n'ont en général pas de mot de passe (! ou * dans /etc/passwd), et/ou un shell non valide (/bin/false) ce qui empêche un login via ssh.