Henry-Nicolas Tourneur a écrit 401 commentaires

Merci beaucoup, je vais aller jeter un oeil de ce côté.

Parce-que c'est pas très flexible, je voudrais pouvoir choisir manuellement quand la mise à jour doit être faite (par exemple, si il y a un problème de packaging, ben je fait pas de maj à ce moment là).

Puis en plus, tout les pc sont pas susceptibles d'être allumé à une heure fixe.

Moralement interdit, il faut râlé sur le responsable du cyber-café pour avoir une console :-p

Je ne suis pas d'accord.

Il y a un certain temps je m'amusais à compilé le noyau pour ma workstation moi même. A la fin (quand j'ai arrêté) la config était le résultat de dizaine d'heures de test, de lecture de documentation etc...

Il n'y avait QUE ce dont j'avais besoin, pas de module et pas d'initrd et je ne pouvais RIEN retirer sinon j'avais systématiquement un truc qui marchait plus donc j'étais vraiment arrivé à la config qui allait parfaitement à ma machine.

Et ben quand j'ai choisi d'utiliser un kernel Debian (donc modules, initrd et touti quanti) ça à RIEN changé au niveau des perfs. La durée du boot est la même, je perd peut-être une ou deux secondes (rien de flagrant) mais l'écart n'est certainement pas de l'ordre de 10 à 35 secondes.

Maintenant je ne prétend pas justifier cela d'une quelconque manière (car je n'ai pas les connaissances nécessaires) mais la je dit juste que la généralisation qui est faite est incorrecte, expérience personnelle à l'appui.

A ma connaissance, non ce n'est pas prévu. Cela ne veut pas dire que c'est impossible, il doit y avoir moyen de modifier Django pour cela mais je ne pense pas que ce soit une bonne idée.

En gros tu peut définir des filtres dans Django (comme celui ci-dessus) et des Tags (plus complexe) mais en tout cas le parser part du principe que :

{{ var }} -> ça c'est une variable
{{ var | filter }} -> variable à laquelle on applique un filtre
{% action %} -> un tag : une action a effectué
{# comment #} -> commentaire Django, non retourné dans l'HTML

Le problème c'est que il risque d'y avoir des trucs cassés si on change {%, comme par exemple l'interface d'admin auto générée.

En fait j'ai plus ou moins eu le même problème que toi et la solution que j'ai trouvé était d'écrire un filtre perso.

En gros ça donnerai;


{% load filters %}
{% for var in list %}
{{ dictionnary | get : var}}
{% endfor %}


filters.py :

from django import template

register = template.Library()

@register.filter()
def get(dict, index):
return dict[index]


Attention, n'oublie pas de modifier INSTALLED_APPS dans settings.py pour ajouter le filtre. Pour ce faire il faut spécifier un nom de répertoire qui contiendra lui même un répertoire templatetags qui lui sera parcourut pour inclure des filtres.

Enfin, en tout cas tu doit pouvoir gratter dans cette direction.
Et aussi, n'hésite pas à poser la question sur #django et sur la mailing list Django tu aura des avis certainement plus éclairés que le mien.

Arf, j'avais pas lu dans ton message que tu es sous Debian testing.

Sous Debian testing pour les drivers libre:

apt-get install xserver-xorg-video-radeonhd

Maintenant je ne pense pas que la version présente dans Debian soit celle à laquelle la news de phoronix fait référence donc il faudra sans doute encore un peu attendre de ce coté.

Bon si pour une raison obscure tu veut absolument utiliser les drivers proprio voici une procédure :

apt-get install module-assistant
m-a a-i fglrx
vi /etc/X11/xorg.conf

Dans le vi tu remplace dans la section Device la valeur de Driver par fglrx (par exemple: Driver "fglrx")

Tout en root évidemment.

Je ne sais pas quelle distribution tu utilise mais tu ne devrais pas utiliser ces drivers, il y aura de moins en moins de raison de le faire.

La 3D OpenSource pour AMD ça y est :
http://www.phoronix.com/scan.php?page=article&item=ati_r(...)

Des exemples de ce qu'il y a moyen de faire avec :
http://www.phoronix.com/scan.php?page=article&item=ati_r(...)

En gros, attendre que la bonne version de xf86-video-radeonhd soit dispo pour ta distribution et puis l'utiliser.

Tu doit parcourir un dictionnaire ?

Qu'est-ce qui t'empêche de faire :

{% for key,value in dictionnary.items %}
{{ key }} {# Ceci est le nom champ #}
{{ value }} {# Ceci est la valeur #}
{% endfor %}

Mais j'ai l'impression de pas avoir capté un truc...

Vu que ton message est pas très claire, j'interprète:

Tu cherche à récupérer le nom d'une machine Windows en ayant booté sur cette même machine (c'est le fait que tu n'ai pas précisé la machine sur laquelle le live cd est booté qui jette un flou).

Si oui:

Monte la partition NTFS
Regarde le fichier :
/partition/WINDOWS/system32/drivers/etc/hosts.conf

Je suppose que ça devrais te donner la réponse.
Sinon j'éspère que tu mesure la gravité de la situation, en me faisant poster ce message je pourrais faire croire que je connais Windows... ;-)

Et bien moi, contrairement à la plupart des personnes ici, je n'ai jamais joué à worms et vraiment j'adore ce jeu.

Il est bien à tout les niveaux je trouve, mimique des perso sont bien rigolotes, les petits messages également, les maps assez variées, bref j'adore. Et là ou c'est encore plus cool (je trouve) c'est quand on joue avec quelqu'un qui découvre le jeu et qui fait parfois des bétises rigolotes (genre se faire pêter une grenade à la tronche).

Manque plus que l'IA (je sais, c'est pour la 0.9) mais sinon c'est du tout bon.

Pour les imprimantes HP, c'est mieux d'utiliser leur utilitaire (dispo dans l'apt) HPLIP.

Il reconnaitra normalement tout seul l'imprimante et tu devrait savoir faire plus avec celui là.

Sinon, il faut se dire que KDE Print n'est qu'une interface pour CUPS, donc que tu ajoute ton imprimante via KDE Print ou l'interface web de CUPS ne changera rien, elle sera de toute façon disponible sous KDE.

Si tu veut l'installer via l'interface web de CUPS utilise ces drivers [0] (il faut downloader le PPD).

[0] http://openprinting.org/show_printer.cgi?recnum=HP-DeskJet_8(...)

C'est vrai que c'est une race à part.

--->[]

Il y a peut-être d'autres choses intéressantes mais quand même:

- D'abord on est informaticien, donc c'est normal d'accorder de l'importance à cela (vu que ça nous concerne directement).

- Ensuite la maîtrise du savoir et de la connaissance est une chose extrêmement importante à notre époque et l'informatique y est très liée. Donc c'est normal de s'intéresser à l'évolution de la situation actuelle.

Et de toute façon, la vieille rengaine qu'on me sort régulièrement quand je parle des LL (et donc des problèmes qui y sont liés) c'est des trucs du genre: «Oui mais il y a d'autres problèmes plus grave dans le monde, genre les famines». Ok c'est vrai, mais c'est pas pour autant qu'il faut pas améliorer le reste, c'est un peut trop basique.

Personnellement je ne vais pas retourner ma veste comme ça.
Je suis consient que le fait de crée une nouvelle structure (ou appellez ça comme vous voulez) ça va prendre du temps et c'est ce que j'aimerai voire, une nouvelle structure.

Et évidemment je pense que tout utilisateur Debian veut éviter d'en arriver là mais, dans le pire des cas, si Debian ne fait rien (peut probable) c'est ce qui risque d'arriver (des changements de décisions/d'orientation).

Donc on attend de voire et pour l'instant je voulais juste me renseigné pour savoir si quelques pistes avaient déjà été sugérées.

s/>Red Hat/>Red Hat ne fait pas mieux

> Red Hat
A ma connaissance, Red Hat est d'abord la distribution la plus utilisée et ensuite elle n'as pas de telle bourde à son actif.

Pour Debian, elle a des avantages c'est clair, mais il y a ce *gros* problème, et aussi celui-ci[0] pour rappel. Alors moi j'attend de voire ce qu'ils comptent changer et je ne crois pas qu'un administrateur système professionnel qui soit un peu censé soit insensible à ce genre de problème (sauf si ça le dérange pas de travailler la nuit/le week-end personnellement c'est pas mon cas).

[0]http://linuxfr.org/2005/06/29/19218.html

C'est surtout que si Debian ne fait rien, elle ne regagnera pas la confiance qu'elle avait et risque des perdre "beaucoup" d'utilisateurs.

Personnellement si je ne vois pas une prise de position satisfaisante je songe sérieusement à utiliser Fedora pour mes desktop et Red Hat sur serveur et je pense que je ne doit pas être le seul à envisager cela.

Bonjour,

On peut très souvent lire des commentaires du genre, l'erreur est humaine (ce qui est vrai) leurs réponses ainsi que des explications permettant de détecter les mauvaises clés.

Moi, en tant qu'utilisateur Debian, ce qui m'intéresse c'est de savoir ce que Debian compte faire pour éviter que cela se reproduise. Je pense que vu le seuil critique qu'a atteint cette erreur, la confiance (en tout cas pour moi) envers Debian se trouve au moins en partie ébranlée (dans le genre, on pourrait se dire que si cela arrive avec OpenSSL, pourquoi pas avec GnuPG ou le kernel).

Donc ce que moi j'aimerai savoir (et c'est pour ça que je poste, si quelqu'un a une réponse) c'est ce que Debian compte faire, des restructurations par exemple. On pourrait imaginer crée un tag pour les paquets critiques du système et que les patchs de ces paquets doivent obligatoirement être relu par une autre team (Quality Assurance ?) avant d'être inclut dans la prochaine version stable. Je me doute que cela peut représenter beaucoup de travail et je ne sais pas si c'est réalisable, c'est juste une idée.

J'ai regardé les tags pour OpenSSL, il y a security:cryptography (entre autre), mais ça ne le différencie pas d'un paquet comme kgpg qui est aussi taggé security:cryptography donc il faudrait autre chose.

Enfin bref, moi ce qui m'intéresse le plus c'est de savoir ce que Debian compte faire pour minimiser le risque que cela se reproduise.

Si quelqu'un a des informations là-dessus, ce serait bien d'en parler.

Je suis pas un expert en ERP libre, mais tu doit pouvoir faire quelque chose avec.

Il y a une version web du client et une démo en ligne je pense.
Pour l'anglais français, c'est ok.

Pour la compta, j'en sais rien.
Pour l'install, c'est du python, ça doit pas être la mort.

Pour le reste, faudrait voire, tu peut sans doute te faire une idée rapidement avec la démo en ligne [0].

La démo en ligne est HS pour l'instant, j'ai envoyé un mail à l'équipe pour les avertir de cela, je suppose que ce sera corrigé, c'est normalement disponible via leur interface web.

Salut,

Systemrescuecd lance un daemon ssh au boot et elle supporte le NTFS.

Pour les interventions de type "dépannage" il me semble que c'est l'outil idéal.

http://www.sysresccd.org/Index.fr.php

Ok, merci du tuyau.
Je vais lui envoyer un mail.

Et regarde aussi tes logs cups.
Tu peut essayer LogLevel debug ou même LogLevel debug2.
Si ça donne trop : LogLevel info.

Et est-ce que tu as un lien vers un bon tuto pour ce type d'installation ?