M a écrit 2988 commentaires

HA systemd, c'est le truc qui a empêché de rebooter proprement mon pc. Apres un ctrl+alt+supr il a insisté pour arrêter chaque service proprement. Sauf qu'ils tombaient dans des timeout de plus d'une minute. Un nouveau ctrl+alt+supr recommence la séquence. Au final j'ai eteins violament mon pc…

Moi aussi j'ai regardé the code sur le replay d'arte. En fait leur chaine youtube vu qu'il sont pas foutu de fournir une appli android qui marche.

J'ai trouvé sympa la serie au début, mais j'ai trouvé la fin peu credible et j'ai regardé en accéléré. Il y a quand même des grosses ficelles.

Domage qu'il ne soit pas plus simple d'isoler des applis dans des conteneurs linux.

Surtout des applis qui sont devenues des usines a gaz comme les navigateur : lecteur multimédia, pdf, machine virtuelle, …

D'autant plus que pour être user friendly toutes ces fonctions sont actives par défaut sans intervention de l'utilisateur.

Je confirme je film est bon. J'aime bien aussi la musique.

Je l'avais découvert lors d'une retrospective arte sur Christopher lee.

A noter que c'est un peu le bordel, il existe plusieurs versions : https://en.wikipedia.org/wiki/The_Wicker_Man_(1973_film)#Distribution

Est ce qu'il y a l'équivalent sur le moyen de stocker les fichiers.

Avoir des formats ouverts pour les fichiers c'est bien, mais si ça finit sur une sdcard au format exfat au fond du placard c'est plus discutable.

Y a t il des spécifications pour définir le stockage de tout ces fichiers ?

Quelques hébergeurs de projets dont le code source du site est fermé :

c'est marrant tu parles de sourceforge un peu plus haut et tu oublies d'en parler dans ta liste.

Sourceforge a beau être pourri au niveau interface, au moins il dure.

La phrase laisse penser que systemd n'était pas prévu, ce qui est incorrect. Et pour info, ils testent déjà le passage à GCC 5.0.

Le vendredi le troll est permis.

Sinon il y a quand même une différence entre prévoir et changer de composant principal (l'init marche pas, ton système boot pas) peu de temps avant une release. Les bugs sont souvent vu par les utilisateurs qui ont des configs différentes des intégrateurs.

PS : on me souffle à l'oreille qu'une intégration au dernier moment avait déjà été faite pour pulseaudio. On connait les résultats.

J'ai un disque qui commençait a avoir des secteur défectueux.

Je lance un test smartctl -> le test abort en cours de route. Donc oui s'il y a des secteurs défectueux visible ca sent mauvais.

En plus s'il n'arrive pas a les masquer automatiquement, ca veut dire que le firmware du disque est moisi.

Bref a part s'en servir pour faire du cache sur des données facilement retrouvable, le disque est a jeter.

Moi aussi j'ai installé une machine avec systemd.
Et ben c'est magique. J'ai le réseau qui se configure tout seul sans aucune entrée dans /etc.
Ça fait bizarre, on dirait que ta machine pense à ta place.
J'ai pas encore tenté de voir ce qui se passe si je rajoute une entrée dans /etc/network/interfaces.

Le goto c'est bien, il est même utilisée dans le noyau linux
L'assembleur c'est bien il est utilisée dans le noyau
Le temps partagée c'est bien tout le monde l'utilise.

OK je [].

PS : http://ma.ttias.be/whats-new-systemd-2015-edition/ donne un résumé de la présentation de Lennart. Celle ci c'est faite sans slide, ni aucun autre support…

Dommage qu'il n'y ai pas d'autre source que phoronix. Il y a bien http://www.golem.de/news/gummiboot-systemd-will-bootloader-integrieren-1502-112079.html mais c'est en allemand.

Sinon c'est rigolo il y a eu plus de commit dans gummiboot en janvier que dans toute l'année 2014 : http://cgit.freedesktop.org/gummiboot/log/ .
Vous noterez aussi que Kay Sievers (développeur de systemd) est aussi développeur de gummiboot.

100 Mbps et USB2 correspondent tout à fait au CPU et RAM embarqués
Tu sorts ces arguments de ton chapeau ?

Perso j'ai vu des cartes armv7 700Mhz dual core, gérer correctement du Gpbs.
Pour l'usb, je sais pas, mais ces cpu ont une bande passante énorme.

Après c'est un choix technique de leur part, ils ont voulu rester le plus compatible avec les versions précédentes.

J'ai récemment essayé de faire un montage vidéo sous linux (sous une machine ancienne core2duo avec 2GB).

Personnellement j'ai trouvé que c'est encore super laborieux.

J'ai cherché sur internet quel logiciel prendre, il y a de tout dans les commentaires…
Etant sous debian, j'ai testé les version qui était packagé :
- kino : ca crash
- kdenlive : nom seulement ça tire plein de lib, les commentaires sur le net sont peut élogieux vis a vis de la stabilité (en gros il faut faire des sauvegarde car on peut mettre le projet dans un état moisi) et au final après un court test (en mode distant) ça ne fonctionnait pas
- Pitivi, a moins d'avoir loupé quelque chose, ce que l'on peut faire est très simple. On a qu'une piste vidéo ?

Au final je me suis tourné vers flowblade. Ça marchote, en lisant les tuto on arrive à faire des trucs.
Mais quelqu'un qui a poursuivi le montage à eu de grosse surprise lors de la phase de montage : le rendu n'était pas fait dans le bon sens suivant la version utilisé…

Je pense qu'un des pb c'est que l'API des briques vidéo est assez sensible. La politique de debian est d'utiliser un max les lib système (ffmpeg, mlt, …). Sauf que c'est pas forcement celle qui sont testé par les développeurs. Et ça peut casser assez facilement.

Y a t il une distrib orienté montage vidéo qui intègre les logiciels de montage vidéo ?

Quand je discute avec les gens qui utilisent des logiciels sous windows (certes pas libre et dans certains cas payant), j'ai l'impression qu'il y a encore un fossé. Chez eux ça marche et c'est assez simple d'utilisation.
Si je dois refaire un montage vidéo, je ne sais pas si je retenterais sous linux.

A moins que tu ai un contrat avec MS, je ne vois pas comment ils peuvent de forcer à accepter un contrôle de leur part.

Mais est ce ta méthode garanti vraiment que si tu n'atteins pas le seuil qu'il n'y a quand même pas assez d'info pour deviner le secret ?

Qu'elle est la différence de taille ?

Au passage google a aussi annoncé ces nouveaux devices nexus 6, nexus 9 et nouvelle google tv.

Sympa comme article.

Par contre pour étoffer tu aurais pu aborder l'opérateur ','.

int* i,j;

'j' est il un entier ou un pointeur d'entier ?

Il y a aussi des subtilité avec le const.

'const char *p' vs 'char * const p'.

The scheme we propose is built around the variety of concepts of btrfs and Linux file system name-spacing. btrfs at this point already has a large number of features that fit neatly in our concept, and the maintainers are busy working on a couple of others we want to eventually make use of.

On va devoir tous passer sur brtfs si on utilise systemd ?

I originally intended to discuss this at the Linux Plumbers Conference (which I assumed was the right forum for this kind of major plumbing level improvement), and at linux.conf.au, but there was no interest in my session submissions there…

…

Je confirme, mon disque de 3 To à table GPT est très bien géré par le BIOS de ma machine.
Ca doit fonctionner vu que gpt met un faux mbr : http://en.wikipedia.org/wiki/GUID_Partition_Table#Legacy_MBR_.28LBA_0.29

Je trouve que l'article de la FSF y va un peu fort. C'est proprio mais y a des spec.
Je peux aussi récupérer du code libre des années 70, si personne de l'a maintenu, il n'y aura plus forcément le compilo et l'environnement pour l'utiliser.
Enfin GNU radio aurait pu être proprio, ça n'aurait pas changé ces fonctionnalités.

En parcourant rapidement l'article de wired (http://www.wired.com/2014/07/usb-security/) on lit :

The malware they created, called BadUSB, can be installed on a USB device to completely take over a PC, invisibly alter files installed from the memory stick, or even redirect the user’s internet traffic. Because BadUSB resides not in the flash memory storage of USB devices, but in the firmware that controls their basic functions, the attack code can remain hidden long after the contents of the device’s memory would appear to the average user to be deleted.
…
They spent months reverse engineering the firmware that runs the basic communication functions of USB devices—the controller chips that allow the devices to communicate with a PC and let users move files on and off of them. Their central finding is that USB firmware, which exists in varying forms in all USB devices, can be reprogrammed to hide attack code.

Franchement il y a rien de nouveau. Les devices usb font tourner des firmware et sur certains il est possible de les reprogrammer. On peut faire tourner des device usb sous linux (par exemple les téléphone android).
Ayant contrôle sur le device on peut faire des clefs usb pour lequel on ne peut pas effacer les fichier (un virus par exemple) (malgrès le reformatage) ou qui stocke des info de manière permanente.
On peut faire aussi en sorte que notre clef usb simule un clavier, une carte réseau, … pour tenter d'injecter/récuper des infos.

Mais de la à dire que l'USB à une énorme faille de sécu…
Le plus simple serait que les OS aie un moyen de demander à l'utilisateur s'il veut activer tel fonctionnalité du périphérique qui vient d'être branché.
D'ailleurs c'est déjà possible sous linux : https://www.kernel.org/doc/Documentation/usb/authorization.txt

Firefox va ensuite vérifier en cherchant si les caractéristiques correspondent aux listes de blocage et d’autorisation. Si le binaire ne correspond ni à un téléchargement de confiance, ni à un téléchargement suspect, Firefox va vérifier la réputation du site.

En lisant la description sur le site de mozilla (https://wiki.mozilla.org/Security/Features/Application_Reputation_Design_Doc ), on peut voir qu'il est prévu (sous windows) de faire des requêtes distante pour vérifier le fichier.
C'est super mais niveau de la confidentialité, ça veut dire que ce/ces serveurs sont au courant de tout les fichiers qu'on télécharge…

Récemment, ils ont décidé de revenir sur la glibc, le mainteneur est parti et le steering committe s'est dissout.

Il n'ont pas forcement eu trop le choix. Les personnes a l'origine de eglibc pousse pour un retour vers glibc :
http://www.eglibc.org/home

EGLIBC is no longer developed and such goals are now being addressed directly in GLIBC.
[…]
This is the final release branch of EGLIBC; users and developers should now move back to GLIBC and develop it as needed in accordance with the goals of EGLIBC.

C'est le cas de tout les bus asynchrone ou le master génère une clock et le slave répond en fonction de cette clock. Après les termes on parfois été remplacé par host/device, mais ça reste la même chose.

Et c'est le cas pour l'i2s, le pcm, sdcard, sdio, …
Bref quasiment tout sauf le rs232.