Enoch a écrit 73 commentaires

C'est marrant, je viens tout juste de finir de lire un article sur le rapport de la consultation "publique" sur la neutralité du net ou il est fait le même rapprochement avec les douanes ...

Le passage concerné :
Si vous n’avez pas saisi, on parle bien de flicage des internautes où la responsabilité judiciaire serait endossée par les fournisseurs d’accès à qui on confierait les mêmes pouvoirs que les douanes, à savoir une commission rogatoire permanente lui permettant d’analyser toutes vos requêtes et où il pourrait décider de les acheminer ou de les bloquer.

L'article en lui même :
http://bluetouff.com/2010/08/11/neutralite-du-net-quasi-cens(...)

S’il s’agit juste de ne pas faire suivre les paquets qui ont une destination particulière ? Pas besoin de savoir le contenu. J’espère bien que la poste a encore le droit de regarder l’adresse écrite sur l’enveloppe… Il faut bien que le FAI sache l’ip de destination pour transmettre le paquet ? Ou alors y’a un truc technique qui m’échappe.
Effectivement la Poste regarde l'adresse qui est sur enveloppe c'est évident, par contre elle n'a pas à choisir de distribuer ou pas le courrier en fonction du destinataire ... que les activités du destinataire soient licites ou pas, ce n'est pas le problème de la poste, elle doit délivrer la lettre.

Où ça exactement?

Ben là :
http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en(...)

Je comprends pas trop d'où tu sort que RHEL est une distrib proprio en fait ...

La seule contrainte à ma connaissance c'est de virer les logos et le nom RedHat qui eux ne sont pas libres ... c'est précisément ce que fait CentOS pour ce que j'en sait.

Après je te concède qu'ils mettent pas trop leur ftp public en avant, j'ai trouvé l'url sur une mailing CentOS (3e résultat google chez moi, soit dit en passant) ... m'enfin de là à considérer qu'ils font du proprio y a quand même une sacrée marge.

De memoire il y avait un autre outil comme ca qui etait gratuit et opensource mais en ligne de commande, et payant si tu voulais une version graphique pour gerer tes applis/packages et des options plus "fines".

Je pense que le nom que tu cherche est Cedega.

C'était la version CVS qui était gratuite (pas libre par contre il me semble) et de type très velue à faire fonctionner.
La version payante (abonnement) avec une belle IHM fonctionnait direct sans gratter (enfin théoriquement, j'ai jamais testé).

Apparemment ils sont toujours vivants : http://www.cedega.com

Mandriva fait un truc dans le genre :
http://www2.mandriva.com/fr/flash/

Gnome-shell est voué à remplacer complètement metacity et le gnome-panel dans Gnome3.

cf http://live.gnome.org/GnomeShell :
You can either start gnome-shell "nested" in a window within your current session, or you can run it within your session replacing gnome-panel and window manager.

sysstat (commande sar) enregistre les stats systèmes toutes le 10min (charge, i/o waits, utilisation mémoire) ce qui te permet de voir ce qui sature et l'heure assez précise du début du pb (peut aider à identifier une tâche cron qui fout la merde, etc ...)

acct (commandes ac et sa) enregistre aussi ce type de stats mais pas utilisateurs/process ce qui peut permettre d'identifier le process à l'origine du pb ...

Par contre c'est assez pénible à éplucher ce genre de stats, mais parfois ça permet de trouver le coupable après coup (à condition qu'ils arrivent encore à logguer quelque chose pendant l'incident) ...


Tu peux aussi tenter de récupérer un dump mémoire avec Sysrq pendant le plantage (http://enoch_deb.hd.free.fr/mediawiki/index.php/Magic_Sysreq(...) si le kernel est encore à peut près en vie quand tu interviens c'est jouable ...

Après arriver à exploiter le dump pour savoir ce qui s'est passé, c'est une autre histoire ...

Sauf que là il est question de votes blancs pas d'abstention ...

Simplement pour compléter ...

Concernant beagle, il a une interface web intégrée (http://beagle-project.org/Beagle_Webinterface).

Pour ce qui est des "lecteurs réseaux", j'imagine qu'il est question de partages windows (SMB/CIFS) ... t'as plusieurs possibilités :
- tu les montes "en dur" dans ton fstab
- tu utilise un montage automatique avec autofs
- tu utilise les outils de ton gestionnaire de fenêtres (gvfs pour Gnome, me rappelle plus comment s'appelle l'équivalent KDE)

Dans tous les cas beagle ou tracker t'indexera ça sans problèmes comme si tes données étaient en local sur ta machine ...

"supprimer le cache apt", une fois encore, un cache intelligent n'aurait pas besoin de demander à l'user ce genre de nettoyage.
Des options existent pour gérer ça, dans les options de synaptique il y a 3 options :
- Laisser les paquets téléchargés dans le cache
- Supprimer les paquets téléchargés après installation
- Supprimer uniquement les paquets qui ne sont plus disponibles

Dans aptitude il n'y a qu'une option de purge auto des paquets périmés.

Il y a aussi upgrade-system qui permet d'automatiser certaines tâches (mise à jour de l'index, purge du cache, install des mises à jour et désinstallation des paquets orphelins).

"mettre à jour les dépots", il me semble que yum le fait tout seul, et sinon une applet peut/devrait s'en charger de façon transparente, non ?
Il y a effectivement des outils pour automatiser ça, soit c'est update-manager (applet graphique de notification de mises à jour) qui fait ça à une fréquence paramétrée.
Sur mes serveurs j'utilise apt-update qui fait un update quotidien de l'index via /etc/cron.daily
Il doit exister d'autres outils pour ça ...

"reconfigurer les paquets non configurés", c'est un peu une cautére sur une jambe de bois, je pense, il faut viser la qualité des paquets plutot que de contourner les problémes.
ça se fait déjà automatiquement avec synaptic, aptitude et apt-get ... si la conf des paquets foire pour une raison ou une autre (ce qui est très rare), apt-get/aptitude/etc relance automatiquement l'étape de configuration des paquets mal installés ...

Après pour tout ça, comme pour le cas de la corbeille, l'idée c'est de centraliser tout ça dans un seul outil, simple à utiliser, c'est pas forcément contradictoire avec les autres outils/methodes existantes :
Le principal avantage est que toutes ces opérations s'effectuent automatiquement et simplement, ce qui évite aux paresseux d'avoir à tout faire eux-mêmes et aux apprentis linuxiens des erreurs qui pourraient s'avérer relativement graves.

Il existe pleins de façons de gérer tout ça manuellement ou automatiquement séparément, son truc permet de tout faire en un coup, ça peut être utile à certains et ça a l'air bien fait ...

Personnellement, je me méfie de ce genre de trucs qui fait le ménage automatiquement de peur que ça efface trop de trucs, je préfère m'occuper de ça manuellement ...

Donc pas de disques durs non plus, ni de clé USB, ni aucun support de stockage ...

C'est un peut emmerdant pour faire tourner son système et mouler sur LinuxFr ça.

Sans vouloir faire mon pinailleur, les courbes en question montrent la répartition des services/démons http, et non pas celle des OS qui font tourner ces services (Apache tourne aussi sous Windows)

Ce comparatif montre clairement qu'Apache est loin devant IIS, il serais intéressant d'avoir le même type de comparatif concernant l'OS des serveurs en question même si, d'après mon analyse pifométrique personnelle, je pense que ça donnerait sensiblement les mêmes résultats ...

Effectivement ça a pris très longtemps, mais suite a cette affaire on peut penser que les suivantes soit réglée nettement plus rapidement.

Je suis loin d'être un expert dans le domaine mais il me semble qu'à partir du moment ou il y a une jurisprudence, les procès suivant sur le même sujet serons basés sur cette décision, et donc nettement moins longs, non ?

Google est dans la continuité de l'échange d'information qui est déjà possible: rendre une information publique, vraiment publique, et les gens concernés peuvent y accéder. A la différence des services qui permettent de rendre "semi publique" une information au sujet d'un tiers, qui ne peut y avoir accès s'il n'utilise pas le service.

Dans la dépèche il est indiqué :
le "Google Sidewiki", qui permet de poster des commentaires sur les sites internet que seuls les autres utilisateurs de ce nouveau service peuvent lire.

Il semblerais donc qu'on soit plus dans l'approche Facebook-like dans la mesure ou il te faudra un compte google pour accéder à cette information ...

Il me semble avoir vu brièvement un truc sur une boutique en ligne vendant des produits dérivés désir d'avenir, du coup je pense que dans se cas précis on peut considérer qu'il s'agit bien d'une utilisation commerciale ...

Après conversion :
1000 $ = 678 €
400 $ = 271 €

Je trouve pas qu'une moyenne de 680 € soit si ahurissant par rapport aux prix habituels qu'on peut voir en magasin ...

Un montage à la demande avec autofs serais peut être intéressant aussi ...

Pour le problème de mount auto du nfs au boot, il te manquerais pas l'option _netdev dans ton fstab par hasard ?

Remarque : je ne suis pas développeur (mais simple prof de maths) et c'est la première fois que j'écris une dépêche ici ; aussi j'espère que vous serez indulgents.

Du coup pas besoin d'être indulgent ;)

Apparemment il existe plusieurs version dont une version Desktop (http://www.zimbra.com/products/desktop.html) qui, d'après le site, est un simple client mail au même titre que thunderbird.

Vu que la question portait sur la différence avec thunderbird, je pensait plus à la version client ...

"En local, du temps où je l'ai testé, ça revient plus exactement à installer la quasi-totalité de la version serveur sur ton poste (donc Tomcat, Jetty et tout le bazar). Très lourd, et à des années-lumières de Thunderbird en termes de souplesse et de déploiement."

Est ce qu'on parle bien de la même version ? Ce que tu décrit me ferais plus penser à Zimbra Collaboration Suite (version serveur finalement) ...

Étant utilisateur de Zimbra comme webmail sur mes boites free, l'avantage principal que j'y vois c'est que ça permet de bénéficier des fonctionnalités d'un client de messagerie de type thunderbird mais en webmail.

Il est possible de l'installer "en dur" sur ta machine, dans ce cas ça en reviens au même qu'un client mail "classique" il me semble, je ne l'ai pas testé en local ...

En même temps, dans ce cas de figure c'est Joliet qui limite à 64 caractères ce qui est vraiment pas énorme ...

Autant dépasser 64 caractères est assez fréquent autant 255 l'est beaucoup moins ...

Alors je m'auto-répond, je viens de voir qu'un journal existe déjà à ce propos, j'avais pas vu :
https://linuxfr.org/~patrick_g/28187.html

L'air d'un con du coup ...

Faites comme si j'avais rien dit, pardon aux familles toussa ...

Plutôt que de créer un énième journal sur HADOPI, je colle ça.

Et puis c'est presque pas hors sujet vu le côté un peu SF de ce journal (même si certains points risquent fort de sortir du cadre de la fiction dans un avenir proche ...).

Un collectif d'auteurs de Science-Fiction a publié un texte contre la loi HADOPI que je vous invite à lire :

http://generationscience-fiction.hautetfort.com/archive/2009(...)

Et pourtant c'est bien comme ça que ça semble marcher.

Description du paquetage evolution-exchange :

"Exchange plugin for the Evolution groupware suite
The Evolution Exchange Connector adds support for Microsoft Exchange 2000 and
2003 to the Evolution groupware suite.

It uses the functionality of Outlook Web Access (OWA) to integrate with
Exchange. Therefore, it is a requirement that OWA is enabled on the corporate
Exchange infrastructure."

Là apparemment il s'agit bien d'un vrai support MAPI :

"La seconde est la prise en charge du protocole MAPI de Microsoft Exchange. Il s'agit là du protocole que Microsoft Outlook utilise pour communiquer avec Exchange. Evolution ne prenait en charge que le protocole SOAP d'Exchange, qui n'est pas disponible sur tous les serveurs. Cela améliore significativement l'intégration d'Evolution avec les serveurs Exchange."

Donc théoriquement ça devrais mieux marcher du coup ...