Tient tu tombes bien car justement je pensais m'offrir un trackball. Mais je pensais plus au trackman optical ( http://www.logitech.com/index.cfm/mice_pointers/trackballs/d(...) ).
Du fait que la boule soit sur le coté, et donc la main légèrement penché à l'utilisation, ce trackball ne serait il pas plus interessant ?
ca montre à l'utilisateur qu'il est ptet en train de faire quelque chose de stupide et potentiellement dangereu, AMHA ça éduque l'utilisateur non power user.
M'est avis que ça reduit le nombre de windows planté ou vérolé.
Néanmoins si linux s'imposait, l'utilisateur lambda prendrait la distro installée avec sa machine, et comme pour windows elle serait asez peu "customisé", on se retrouverai surement avec opensc, des drivers inutiles et cie
Windows tente d'offrir un ensemble complet, je ne pense pas que ça soit le rôle de MS de faire l'intégration
Autant pour moi, j'utilise peu win
Néanmoins je ne me rappelle pas que l'on puisse changer sa barre de titre sans l'install par défaut (je veux dire reellement la changer, y placer ou retirer des boutons, ou avoir certaines features comme pour B II)
Tout cela n'a rien à voir avec la question de la capacité à changer l'apparence du bureau sans rien installer.
Tu as raison pour le bureaux virtuels, je me suis laissé emporter ;)
Pour le reste je ne suis pas daccord, la façon dont les notifications s'affichent, le look du menu, la disposition de ceux ci, le fait d'avoir les plasmoids dans une barre (feed rss, menu déroulant, ou même le fait de pouvoir avoir l'heure en binaire), d'avoir dans la barre des taches des textes ou des icones, etc... sont le visuel même du desktop
plusieurs type de barre de titre, possibilités de mettre les barres où on le veut, les plasmoids sont utilisables directement dans celles-ci ou sur le bureau, plusieurs type de menu, choix des notifications, toolbar disposés à convenances, menu d'appli à l'exterieur de celle-ci (à la macos), les bureaux virtuels, etc...
Oui, ca je sais deja, cest malheureusement le cas de nombreux langanges (ruby, squeak...), par contre ca n'empeche pas d'utiliser le multicoeur
Python semble proposé des modules spécifiques pour cela, de plus la bonne vieille méthode du fork est tout aussi valable.
AMHA, il ne propose pas de virer le système de fichier en tant qu'abstraction pour l'utilisateur, mais juste pour le système: en gros il écrit en flat, et au démarage il lit à partir du début du disque jusqua trouver le caractère de fin d'image (enfin ca cest juste un pure supposition, qui en effet est peut etre simpliste).
Vous choisiriez lequel de ces quatre langages pour coder, au hasard, SSH dont il est question plus haut ? Et les compilateurs, il sont écrits en quoi ?
Ben c# pour les 2, ou ce que tu veux dailleurs
on est au dessus d'une vm, ton compilo il compile vers cette vm, rien n'oblige à utiliser de l'assembleur ou du C. Un peu comme pour .net en fait
Techniquement il peut y avoir des virus sous linux
mais:
- la faible part de marché de linux interesse surement peu les concepteurs de virus
- sous linux on installe généralement les logiciels grace au "repository" de sa distro (considéré comme étant de confiance), donc pas besoin de télécharger ses applications sur des sites peu surs, voir des applis pirates souvent livrés avec virus, malware, etc...
- sous linux les droits ente utilisateurs et administateur sont bien délimités (contrairement à la plupart des windows installé sur les PC "familliaux"), rendant la tache dautant plus rude à un virus d'infester correctement ton système.
- Sur une distro bien faite, peu de services sont ouverts sur l'exterieur, rendant l'exploitation d'un bug à distance quasi-impossible
Merci tu m'as mis sur la bonne voie
je ne sais pas ou se place tcpdump, mais a prioris avant la couche tcp, du coup on ne peut pas connaitre le port. Il faut donc sniffer au niveau ip et en effet là j'ai des données qui passent lorsque j'utilise netcat
Plus qu'à verifier que ce sont les bonnes.
Je suis en mode transport, de plus il me semble que mode tunnel n'utilise pas de port non plus (vu qu'on est au niveau ip), sauf utilisation de l2pt
De plus je n'utilise pas ike, donc à prioris rien n'est sensé passer sur le 500 (et dailleurs après vérification il ne passe rien)
De plus si jeffectue les tests avec les 2 firewalls lancés (et donc le 500 fermé), c'est la même problématique.
sur la machine B
nc -l -p 4242
tcpdump -l -e -n -xX -i eth1 port 4242
(j'ai également essayé les options -E algo:clé, et -R)
et sur la machine A
nc ipMachineB 4242
et envoi de plein de truc au hasard
Dans tout les cas ça mache très bien (la machine B reçoit bien les infos que j'envoi), mais lorsque j'active ipsec (programme setkey), tcpdump devient aveugle
[^] # Re: Et?
Posté par Alex . En réponse au journal Vista, moins pire qu'on le dit. Évalué à 2.
[^] # Re: Et?
Posté par Alex . En réponse au journal Vista, moins pire qu'on le dit. Évalué à 2.
non cest la redaction de mails en html qu'il ne sait pas faire (je crois que sous kde4, kmail sait tout de même jouer avec les fontes)
[^] # Re: Pour la souris...
Posté par Alex . En réponse au journal Santé et usage de l'ordinateur. Évalué à 2.
Du fait que la boule soit sur le coté, et donc la main légèrement penché à l'utilisation, ce trackball ne serait il pas plus interessant ?
# Pour la souris...
Posté par Alex . En réponse au journal Santé et usage de l'ordinateur. Évalué à 3.
[^] # Re: On en reparle dans 1 an et demi...
Posté par Alex . En réponse au journal Vista, moins pire qu'on le dit. Évalué à -1.
M'est avis que ça reduit le nombre de windows planté ou vérolé.
[^] # Re: Et la vraie information ?
Posté par Alex . En réponse à la dépêche Est-ce Windows 7 ou KDE 4?. Évalué à 3.
pardon pardon, je vais aller me flageler
[^] # Re: Et la vraie information ?
Posté par Alex . En réponse à la dépêche Est-ce Windows 7 ou KDE 4?. Évalué à 10.
On essaye une méthode de drague plus classique
--> []
[^] # Re: Gnome et innovation : une mauvaise blague!
Posté par Alex . En réponse au journal KDE4 ressemble trop à windows seven. Évalué à 1.
J'aurai également préféré un truc plus léger, néanmoins on peut utiliser la version "embedded", ce qui est déjà ça de gagné
[^] # Re: arf
Posté par Alex . En réponse au journal Vista, moins pire qu'on le dit. Évalué à 3.
Euh oui, en effet
Néanmoins si linux s'imposait, l'utilisateur lambda prendrait la distro installée avec sa machine, et comme pour windows elle serait asez peu "customisé", on se retrouverai surement avec opensc, des drivers inutiles et cie
Windows tente d'offrir un ensemble complet, je ne pense pas que ça soit le rôle de MS de faire l'intégration
[^] # Re: Perso
Posté par Alex . En réponse au journal KDE4 ressemble trop à windows seven. Évalué à 1.
Autant pour moi, j'utilise peu win
Néanmoins je ne me rappelle pas que l'on puisse changer sa barre de titre sans l'install par défaut (je veux dire reellement la changer, y placer ou retirer des boutons, ou avoir certaines features comme pour B II)
Tout cela n'a rien à voir avec la question de la capacité à changer l'apparence du bureau sans rien installer.
Tu as raison pour le bureaux virtuels, je me suis laissé emporter ;)
Pour le reste je ne suis pas daccord, la façon dont les notifications s'affichent, le look du menu, la disposition de ceux ci, le fait d'avoir les plasmoids dans une barre (feed rss, menu déroulant, ou même le fait de pouvoir avoir l'heure en binaire), d'avoir dans la barre des taches des textes ou des icones, etc... sont le visuel même du desktop
[^] # Re: Perso
Posté par Alex . En réponse au journal KDE4 ressemble trop à windows seven. Évalué à 5.
[^] # Re: Perso
Posté par Alex . En réponse au journal KDE4 ressemble trop à windows seven. Évalué à 1.
[^] # Re: Le multicoeur va vraiment devenir problématique
Posté par Alex . En réponse au journal Le multicoeur va vraiment devenir problématique. Évalué à 2.
Python semble proposé des modules spécifiques pour cela, de plus la bonne vieille méthode du fork est tout aussi valable.
[^] # Re: Le multicoeur va vraiment devenir problématique
Posté par Alex . En réponse au journal Le multicoeur va vraiment devenir problématique. Évalué à 2.
???
[^] # Re: Echange de documents
Posté par Alex . En réponse au journal Phantom OS: l'OS qui ne s'éteint jamais. Évalué à 1.
[^] # Re: Ajout
Posté par Alex . En réponse au journal Phantom OS: l'OS qui ne s'éteint jamais. Évalué à 1.
Ben c# pour les 2, ou ce que tu veux dailleurs
on est au dessus d'une vm, ton compilo il compile vers cette vm, rien n'oblige à utiliser de l'assembleur ou du C. Un peu comme pour .net en fait
[^] # Re: ?
Posté par Alex . En réponse au message linux et les antivirus. Évalué à 10.
mais:
- la faible part de marché de linux interesse surement peu les concepteurs de virus
- sous linux on installe généralement les logiciels grace au "repository" de sa distro (considéré comme étant de confiance), donc pas besoin de télécharger ses applications sur des sites peu surs, voir des applis pirates souvent livrés avec virus, malware, etc...
- sous linux les droits ente utilisateurs et administateur sont bien délimités (contrairement à la plupart des windows installé sur les PC "familliaux"), rendant la tache dautant plus rude à un virus d'infester correctement ton système.
- Sur une distro bien faite, peu de services sont ouverts sur l'exterieur, rendant l'exploitation d'un bug à distance quasi-impossible
[^] # Re: CSS
Posté par Alex . En réponse à la dépêche KDE 4.2 : The Answer. Évalué à 0.
# rbl
Posté par Alex . En réponse au journal Téléphonie Internet. Évalué à 3.
[^] # Re: Ça progresse...
Posté par Alex . En réponse au journal La banque postale et les DRM. Évalué à 1.
A prioris kmymoney, jamais testé, ma banque ne gère pas ce service.
[^] # Re: Cacher ces données que je ne saurais voir
Posté par Alex . En réponse au message tcpdump et ipsec. Évalué à 1.
merci
[^] # Re: Cacher ces données que je ne saurais voir
Posté par Alex . En réponse au message tcpdump et ipsec. Évalué à 1.
je ne sais pas ou se place tcpdump, mais a prioris avant la couche tcp, du coup on ne peut pas connaitre le port. Il faut donc sniffer au niveau ip et en effet là j'ai des données qui passent lorsque j'utilise netcat
Plus qu'à verifier que ce sont les bonnes.
[^] # Re: Cacher ces données que je ne saurais voir
Posté par Alex . En réponse au message tcpdump et ipsec. Évalué à 1.
De plus je n'utilise pas ike, donc à prioris rien n'est sensé passer sur le 500 (et dailleurs après vérification il ne passe rien)
De plus si jeffectue les tests avec les 2 firewalls lancés (et donc le 500 fermé), c'est la même problématique.
[^] # Re: Cacher ces données que je ne saurais voir
Posté par Alex . En réponse au message tcpdump et ipsec. Évalué à 1.
sur la machine B
nc -l -p 4242
tcpdump -l -e -n -xX -i eth1 port 4242
(j'ai également essayé les options -E algo:clé, et -R)
et sur la machine A
nc ipMachineB 4242
et envoi de plein de truc au hasard
Dans tout les cas ça mache très bien (la machine B reçoit bien les infos que j'envoi), mais lorsque j'active ipsec (programme setkey), tcpdump devient aveugle
[^] # Re: Cacher ces données que je ne saurais voir
Posté par Alex . En réponse au message tcpdump et ipsec. Évalué à 1.
en fait je veux justement verifier que les donnés sont bien chiffrées
Là, à partir du moment que j'active ipsec je ne vois plus rien.