M a écrit 2988 commentaires

Là c'est un exemple avec Netfilter, mais j'imagine que tout pare-feu capable de faire du NAT peut en faire autant.
C'est pas le cas de la freebox par exemple.

Si autant de professionnel sont rétissant à passer sur ipv6, ca montre pas un echec de ipv6 ?

On passe pas dessus parce qu'il est sexy, mieux, nous simplifie la vie.
Non on est forcé de passer dessus, mais c'est tellement compliqué qu'on profite de ipv4 jusqu'au dernier moment (ie c'est le manque d'adresse ipv4 qui nous force la main).

Combien de fournisseur vont switcher complétement à ipv4 et ne pas mettre seulement en place un système de tunnel ?
Combien de temps on va devoir garder ipv4 ? Que faire de tout le matos que l'on a et qui ne supportera jamais ipv6 (routeur, console, ...). On va devoir émulé ipv4 au dessus d'ipv6 (ce qui revient a faire un NAT).

Vu les plages fournies en ipv6 (au moins /64), on va pouvoir tenir combien de temps ?

Depuis l'arrivée du cookie, c'est devenu le moyen de maintenir une session pour les utilisateurs des sites.
Il me semble qu'il y a d'autres moyens que les cookies. Notamment un n° de session dans l'url.

Dans le C en 20H
Il
existe une multitude d’éditeurs de texte qui permettent de saisir des programmes : Emacs (que
j’utilise en ce moment même), Kate, Bluefish, Gedit...

Pas de vim et l'auteur utilise emacs. Comment être crédible après ça ?

Comment ca on est vendredi.

+1

Et pendant ce temps hurd ne pointe toujours pas le bout de son nez.

Pourtant il était parti avec quelques années d'avance ;)

Alors que dans une autre école d'igne (assez réputé), la première semaine on avait des TP unix :
- sur un bon vieux sunos
- fvwm comme dm
- shell tcsh en mode vi par défault
- editeur vi (pas vim), nedit ou emacs

Et vérif des connaissances au partiel de la toussaint.

Et ben je me rappel qu'il y en a qui en ont souffert (entre ceux qui n'avait quasiment jamais touché a un ordi et ceux qui ne connaissait que les GUI MS)...


PS : bon heureusement il des personnes bienveillante avait compilé des soft alternatif (vim, ...)

PPS : ca se passait il y a seulement 7 ans.

PPPS : sinon on avait aussi le MSDNAA, a l'époque on le téléchargeais pas, on devait copier des CD (au moins 5 pour visual). Et ben je crois que je les ai jamais installé, la seul fois que j'ai essayé il fallait faire tout un tas de MAJ...

Cette belle idée du "mécanisme d'attente adaptable" avait donc été implémentée dans le noyau 2.6.30 pour la plus grande satisfaction de tous. Depuis ce temps là, les processus attendaient un peu avant de s'endormir quand ils rencontraient un mutex pris par un autre processus.
Il aurait été bon de préciser que ça marche qu'en smp. En mono coeur, on peut attendre autant qu'on veut, tant qu'on a la main, le mutex sera pas relâché...

compilateur qui est malheureusement axé pas mal apple :
- la target principal est darwin x86 et arm. Le support des autres os tient parfois du hack ou n'est pas correct (au niveau ABI). Le support des autres archi (sparc, ppc) est pauvre.
- support de la cross compilation marche bien que sous MacOS
- le support de arm est orienté sur les coeurs récent (utilisé dans les iphone). Pour les plus vieux armv5, il existe des bugs qui n'interresse pas les développeurs.

De plus il se fait passer pour gcc, mais ne l'émule pas toujours correctement.

Ca avance, mais il n'a pas l'air d'être encore bon pour faire des trucs industriel sous Linux.

Supported Filesystems
* EXT 2/3/4
* JBD
* ReiserFS
* JFS
* XFS
* GFS2
* OCFS2
* FUSE
* ISO9660 / Joliet / UDF
* FAT16 / FAT32 / NTFS


Par de support de fs nand, c'est pratique pour l'embarqué...

Sinon la liste des fonctionalitées fait vraiment pipo
Key Features

* Multi-Cores SMP optimizations.
* Support for SMT HyperThreading.
* Hardware Cryptographic Acceleration: SHA1, MD5, AES …

Ca vient du kernel et ca va dependre du hardware que l'on aura...


Media Players

* libplayer Audio/Video abstraction framework
* FFmpeg
* MPlayer
* Xine
* GStreamer
* VLC
* VDR (Video Disk Recorder)
[...]
Key Audio/Video Profiles

* Video Codecs: MPEG 1/2/4, H.264, Theora, VC-1, VP8 …
* Audio Codecs: MP3, Vorbis, AAC, AC-3, DTS …
* Protocols: CDDA, DVD, DVB-C/S/T, V4L2, Bluray …
* Streaming: RTP, RTSP, ASF, MMS, WebM …

C'est bien de lister ce que supporte les media player...


Toolchain Features

* Supported Target Languages: C, C++, Python
* Complete Cross-Compiler and Sysroot generation
* Support for external CodeSourcery toolchain for ARM targets
* Modularized distribution.
* Multiple supported C libraries: eglibc, glibc, uClibc
* SIMD Optimizations: NEON, VFP, AltiVec, MMX, SSE.
* Generic CPU support or target specific fine tuning optimizations.

En gros vous supporter plusieurs version de gcc

* OPKG Packaging

Quel version ?
Parce que la dernière fois que j'ai regarder, chacun le patchait dans son coin (openmoko, openwrt, ...)


PS : ca apporte quoi ?

L'étape de synchro a la main me parait un peu limite.

Dans les logiciels de sous titre que j'avais vu, il y avait moyen d'avoir la courbe audio pour les synchroniser précisément et pas le faire à l'oreille.

comment ca maintenant il faut rebooter en cours d'install ?

ca me rappel un autre OS...

qu'est ce qu'il manque par rapport au sources dispo sur http://android.git.kernel.org/?p=kernel/tegra.git;a=summary ?

Certains drivers ?

a mettre en // avec https://panopticlick.eff.org/ qui montre comment en exploitant les infos fournies par le navitageur, on peut creer une sorte d'empreinte.

Comme quoi le web c'est de plus en plus une usine a gaz.

Il y a une époque ou le navigateur (client), n'était qu'un bête lecteur qui ne renvoyait aucune info vers l'extérieur (en dehors des formulaires tapé par l'utilisateur).

Avec le javascript, AJAX, html5 et les divers plugins le navigateur devient un véritable OS, qui envoie, reçoit des données dynamiquement.

En plus de ces cookies, j'avais vu un article sur un site qui arrivait a faire une emprunte (fingerprint) assez unique d'un navigateur avec toutes les infos qu'il renvoyait (user agent, plugins supportés, ...).

A quand un navigateur vraiment sécure ?
noscript aide pas mal, mais c'est assez contraignant (surtout que pas mal de site on des comportements indéfinis sans js).
idem pour les Cookie HTTP.

https://addons.mozilla.org/en-US/firefox/addon/6581/ a l'air pas mal pour brouiller les pistes, mais il n'est pas très actif.

En fait il faudrait totalement repensé les navigateurs pour qu'il se comporte comme un véritable OS : un site <-> un user.
- les données sont isolées entre les sites. Et les même données d'un site se retrouve toute au même endroit.
Il peut y avoir des groupe pour partager les données entre site, tout comme des options pour controller la persistance des données.
- On peut attribuer des limitations aux scripts/page (pas plus de n % de cpu, de la ram)

Pour la petite histoire au boulot on a des oscilo qui tourne sur windows.
Les clefs usb servent a sauvegarder des captures d'écrans.
Et ben l'autorun est activé sur ces osillos et on a eu une belle diffusion de virus via des oscillos qui sont partagée entre plusieurs équipes.

Bon on critique Windows, mais linux n'est pas forcement mieux. Certains desktop user-friendly tente à se rapprocher du comportement de windows. Et Linux a aussi des failles de sécu.

Au passage sous Mac, ca donne quoi ?

D'autant plus que c'est pas supporté partout. Par exemple linux/arm ne le supporte pas.

Et pourquoi ont ne peut réutilisé les sockets actuel et faire passer DBUS dessus ?

Si on veut réduire les coûts, il faut justement de la ROM, qui coûte bien moins que de la RAM. La ROM va contenir la majeur partie du firmware, et le fw chargé par le driver en RAM va s'ajouter et/ou remplacer le code en ROM.
Oui mais la ROM c'est one-shot et vu les durées de dev imposé par le marché, quand un chip est fondu, la ROM risque de ne pas être bug-free du tout.
D'autant plus qu'il y a des extensions dans les spec wifi, et le firmware a besoin d'être souple.


Et si on veut encore plus diminuer les coûts, on supprime le CPU embarqué, et on laisse au host le soin de tout gérer, donc plus besoin de firmware.
Oui mais les perfs sont minable sur les periph embarqué (telephone, routeur, ...). D'autant plus que les téléphone passe par du sdio (lent) et pas du pci.


PS : si on veut être radin sur la RAM on peut faire de la pagination, mais bonjour les emmerdes.

Encore faut il que :
- j'installe un serveur smtp capable d'envoyer directement
- que le FAI ne bloque pas le port smtp
- que le destinataire accepte la connection d'une IP adsl

Super, je recopie un article wikipedia comme le font les spammeur pour contourner le filtre de spam.

Plus sérieusement j'attends du smtp du provideur qu'il envoie ce que tu veux.

Je parle d'il y a 10 ans, tout a certainement évolué, mais je n'ai jamais été déçu par Debian, ce qui est vraiment une bonne performance sur un si long terme.
Je trouve debian de plus en plus bloated.
Il est loin le temps ou l'on pouvait faire tenir une install minimal sur 100 Mo/1Go.
Aujourd'hui les dépendances sont monstrueuse.

C'est un appel POSIX, on peut donc l'assimiler au système. Et ça ne fait pas partie de la libc. La libc c'est la norme ANSI, pas POSIX.
Mais bien sur, http://www.gnu.org/software/libc/ :
The history of Unix and various standards determine much of the interface of the C library. In general the GNU C library supports the ISO C and POSIX standards.

Et puis man gethostbyname est dans la section 3 (Appels de bibliothèque) pas dans la section 2 (système). cf man man.

Surtout que c'est pas les clefs usb qu'il faut bannir, c'est les ports usb en facade.

Ca me rappelle une certaine boite francaise ou les postes développeurs n'était pas relié à l'internet et il fallait certains postes pour l'utiliser.

C'était tellement pratique que des contournements avait été fait...