remico a écrit 141 commentaires

Grep permet de lister les lignes qui contiennent l'expression (déjà attribué) mais aussi de lister les lignes qui ne la contienne pas avec l'option -v.
A priori on a plus besoin des lignes (déjà attribué) sauf pour le changement de classe.

grep "(déjà attribué)" identifiants2016.csv > déjàattribué.csv
grep -v "(déjà attribué)" identifiants2016.csv > filtré.csv

Faut enlever l'en-tête du fichier filtré :
cat filtré.csv | sed "1 d" > filtré2.csv

Et l'ajouter au fichier 2015 :
cat identifiants2015.csv filtré2.csv > logins2016_maj2016.csv

Il ne reste plus qu'à actualiser les classes du fichier final à partir du fichier contenant les lignes déjà attribué.

Trouvé ici : http://bconnelly.net/working-with-csvs-on-the-command-line/

Pour virer les doublons éventuels avec awk :
awk '!a[$0]++' logins2016_maj2016.csv > final.csv

Pour vi il y a une astuce qui rend le code Json plus lisible en entrant la commande, avec le fichier ouvert :

:%!python -m json.tool

Comme dans ce fichier il y a des lignes très longues on peut supprimer le retour à la ligne automatique dans vi pour que ce soit encore plus lisible :

:set nowrap

C'est le paragraphe BUILD avec la ligne qui commence par gcc :

gcc -Wall -o dejsonlz4 dejsonlz4.c lz4.c

et pour recompresser j'ai posté la commande plus bas.

Oui c'est ce que je pensais aussi.

Il est possible que lors de l'opération de récupération, certains fichiers se soient créés dans le répertoire /usr avec la partition non-montée.

Par exemple si je crée un fichier dans le répertoire /mnt/sda3
ls me le liste bien
Si je monte /dev/sda3 sur /mnt/sda3, ls me liste les fichier de sda3 mais plus mon fichier.

Il faudrait vérifier avec que /usr ne s'est pas recréé avec des fichiers importants. Sur ma distrib /bin et /sbin sont des liens symboliques vers /usr autrement dit je n'aurait vraiment rien qui marche en cas de perte d'/usr.

C’est dommage que l’auteur n’ait pas répondu sur son besoin sous-jacent…

Si j'ai bien compris le sous-jacent de décompresser c'est recompresser, il y a un lien depuis github de dejsonlz4 qui renvoie à un rapport de bug sur mozilla, qui renvoie à son tour sur le même site github.

En regardant les commits du projet, il est bien question du compresseur, et je l'avais déjà sur le disque dur dans le sous-dossier ref_compress un fichier jsonlz4.c et un avertissement dans le README :

This tool is here for reference only, and it's not fully tested. It's not recommended to use it since we don't want to create files in a non standard format, even if Firefox does so too.

J'ai copié le fichier jsonlz4.c dans le dossier src, recompilé avec la même commande adaptée :
gcc -Wall -o jsonlz4 jsonlz4.c lz4.c
Puis j'ai recompressé le fichier précédemment décompressé.
La commande diff entre le fichier original et le fichier décompressé/recompressé reste muette.

Trouvé sur la page lz4 : http://lz4.github.io/lz4/

L'utilitaire jsonlz4 Description :
https://github.com/avih/dejsonlz4 custom Mozilla LZ4 format for Firefox bookmark backup

Je l'ai compilé et testé sur une copie de mon fichier :
./dejsonlz4 search.json.mozlz4 fichierdesortie

J'ai obtenu un fichier texte en Json que j'ai copié/collé sur http://www.jsoneditoronline.org/
qui m'affiche bien les différents moteurs et réglages.

(…) c'est que c'est le système idéal pour tous ceux qui construisent des cathédrales avec des allumettes ou qui fourrent des voiliers dans des bouteilles pour se détendre.

A la différence d'une cathédrale en allumettes ou d'un voilier, linux from scratch peut être tout autant fonctionnelle qu'une distribution classique, avec un investissement personnel en temps plus important, c'est vrai aussi.

J'ai même réussi à la faire tourner, dans la mesure où une poule est capable de voler et un cheval de nager.

On pourra avoir quelques difficultés à avoir les fonctionnalités d'une distribution classique mais LFS pourra être plus efficace pour d'autres, rien n'empêche d'avoir plusieurs systèmes sur la même machine.

En plus de NuTyX ou 0linux, il y a aussi une distribution indienne basée sur Linux from scratch AryaLinux et qui simplifie la construction :

Distrowatch: distributions basées sur les sources

Temps prévus avec un i3 et 4Gb de ram pour Aryalinux :
Base System ~ 5 hours
Base System with X-Server~ 7 hours
Base System with X-Server and desktop environment ~ 15 – 18 hours depending on the desktop environment, XFCE being the least and Gnome being the most.

Une fois réglé sur un profil il suffit de recopier le fichier search.json.mozlz4 de ce profil sur les autres.

Extrait d'une page d'aide firefox milieu de page :

Moteurs de recherche

search.json.mozlz4
Ce fichier contient les données des moteurs de recherche installés par l'utilisateur. Pour plus d'informations, consultez les articles Barre de recherche – choisir facilement votre moteur de recherche favori et Ajouter ou supprimer un moteur de recherche dans Firefox.

https://support.mozilla.org/t5/Installation-et-mise-à-jour/Récupérer-des-données-importantes-à-partir-d-un-ancien-profil/ta-p/14461

Autant utiliser firefox directement pour modifier ces paramètres.

Merci pour les précisions, effectivement, je viens d'essayer le réglage virgule flottante en 32 bits sans impact sur la rapidité alors que j'aurai pensé que le pc ne l'encaisserait pas et je ne m'y serais pas risqué.

Ce qui est long comme opération mais qui n'est pas non plus d'un usage courant c'est les opérations de tone mapping. Par exemple avec l'algorithme Fattal et une image 3896x2616 sur ma machine Gimp calcule 1 minute pour générer l’aperçu, qu'il faut recalculer à chaque action sur les curseurs, pendant ce temps il ne veut pas quitter ni annuler l'opération, faut attendre la fin. Pour trouver le bon réglage il vaut mieux passer par une image réduite en 800x600 où la génération de l'aperçu est affaire de secondes.

Il n'y a pas vraiment de flou, c'est très simple: en 2.8, y a prise en charge de 8 bits seulement, et en 2.10 y aura prise en charge 16 et 32 bits pour l'image de travail. :-)
Pour du 12 bits, je sais pas si y a des formats d'image qui ont cette profondeur, mais si oui, on devrait alors pouvoir exporter en 12 bits sans problème à partir d'une image de travail 16 ou 32.

Le reproche qui est fait au 8bit (256 valeurs) pour la photographie ce n'est pas d'être insuffisant pour le stockage ou la visualisation en jpg, c'est de générer des "crans" dans une suite de traitement et d'obtenir un histogramme en peigne. Ce phénomène s’atténuerait à chaque augmentation de la précision, il serait moins sensible en 11bits (2048 valeurs par canal) par exemple pour le traitement, même si l'exportation finale se ferait en 8 bits.

A titre indicatif beaucoup d'appareils sont en 14bits ou en 12bits pour le stockage des données brutes raw voire même moins 11bits +7 pour certains raw Sony. Ces 11bits +7 ne sont pas 18bits mais par portion de 16 pixels deux sont codés en 11bits et le reste en 7bits.

J'insiste sur ces valeurs intermédiaires car j'ai constaté avec la version de développement qu'en 16bits pour un fichier issu d'un 10Mpix certains traitements prennent du temps, ce n'est plus l'utilisation fluide de la 2.8, c'est vrai aussi que je n'ai pas une machine ni très récente ni haut de gamme, c'est probablement le cas aussi d'une majorité d'utilisateurs de Gimp. Avec des valeurs intermédiaires les inconvénients du 8bits seraient bien atténués tout en gardant une fluidité d'utilisation, et comme le 16bits ne semble pas indispensable y compris par les fabricants d'appareils photo ..

Comme dit plus haut:

-la première version est toujours consultable sur le site http://archive.linuxfromscratch.org/lfs-museum/

Pour ma part je préfère la procédure de la version 1.x, à savoir compiler le kernel et les outils en statique, redémarrer et reconstruire, plutôt que les versions suivantes où on fait presque tout depuis le système existant. Je l'avais essayé par curiosité et par hasard avec un Pc trop ancien et trop lent pour utiliser la version courante de cette époque. Je n'étais pas arrivé au bout mais ls cp mv rm cd tar … etc .. étaient plus familiers.

-ce n'est pas une distribution, mais plutôt un fil d'Ariane pour ne pas se perdre dans le labyrinthe des dépendances ou des options de compilation, le livre suivant blfs (beyond linux from scratch) peut être utile aussi si l'on veut compiler un logiciel ou une bibliothèque qui ne serait pas disponible dans sa distribution. http://www.linuxfromscratch.org/blfs/read.html

Pour l'installation des outils de base il vaut mieux suivre le livre, « Votre distro vos règles » s'applique plutôt à la partie blfs, certaines dépendances sont requises, d'autres seulement recommandées et d'autres optionnelles.

On peut y arriver sans rien connaître ce n'est déjà pas si mal, on apprend la mécanique du système notamment les options de configuration et leurs commentaires, aussi la puissance des outils en ligne de commande même si ce n'est pas le but, pour certains paquets il faut modifier un ou plusieurs fichiers avec sed.

Rien n'empêche de se renseigner plus et sur les logiciels installés ou sur leur utilisation.

Pour ce qui est du gestionnaire de paquet on peut en installer un, il y a des pages web qui indique comment faire pour les paquet deb ou rpm :

http://www.linuxfromscratch.org/hints/downloads/files/dpkg.txt
http://www.linuxfromscratch.org/hints/downloads/files/rpm.txt

Pour le système de paquets de Slackware les pkgtools, ils ne rajoutent que quelques étapes à l'installation :

https://docs.slackware.com/howtos:slackware_admin:building_a_package

installation dans un répertoire temporaire
préparation (strip + compression des pages man)
écriture d'un descriptif
et enfin makepkg

Pour installer un paquet installpkg pour l'enlever removepkg … etc

http://www.linuxquestions.org/questions/linux-from-scratch-13/[how-to]-installing-and-using-slackware's-pkgtools-in-lfs-4175536981/

Entre Imagemagick en ligne de commande et Gimp mal adapté pour le traitement par lot il y a Phatch avec une interface graphique pour le traitement par lot :

http://photobatch.wikidot.com/getting-started-fr
https://doc.ubuntu-fr.org/phatch

Le paquet hplip se trouve sur Ubuntu, je l'ai aussi sur Fedora, peut-être le chercher directement dans le gestionnaire de logiciels.

http://packages.ubuntu.com/fr/source/yakkety/hplip

Ce n'est pas root
suivi du mot de passe ?
Quelquefois en console le clavier se retrouve en qwerty, root s'affiche bien mais si le mot de passe contient des caractères qui sont différents qwerty/azerty ça renvoie mot de passe invalide.

J'ai Centos sur ma machine, la commande après être loggé en root ou via su ou précédé de sudo:
yum grouplist
renvoie une liste où il y a "Bureau Gnome" et non pas "Desktop Gnome"

yum update ne doit pas renvoyer d'erreur

Lancer startx pour vérifier si X est installé ou pas, il peut aussi ne pas y avoir de display manager ou même pas de xterm ce qui fait que l'on se retrouve avec un écran X vide (Ctrl + Alt + F2 ou F3 ou F4 pour rebasculer en mode console.

Si tout se passe bien, lancement d'un écran de connexion puis d'un bureau, c'est juste le mode de démarrage qui est mal réglé, la commande :

systemctl get-default

Doit renvoyer graphical.target si c'est multi-user.target lancer :
systemctl set-default graphical.target

Pour installer des paquets en mode graphique j'utilise yumex

Si X n'est pas installé, startx renvoie commande introuvable, il faut l'installer :
yum install xorg-x11-server-Xorg.x86_64 xorg-x11-xinit.x86_64 xorg-x11-server-utils.x86_64

Pour rechercher un paquet : yum search paquet
Cela renvoie souvent une liste très longue avec grep c'est plus simple
yum search xorg | grep ati
Par exemple pour chercher le driver d'une carte graphique Ati

Fedora passe bien aussi sur ma config plus trop récente :

Core 2 Duo + 2 Go ram + Carte video ATI basique + Disque dur IDE 40 Go

Avec firefox lancé, cinq onglets , bureau Mate :

free
Mem total 2047832 used 368488 free 1232652 shared 8256 buff/cache 446692 available 1619724
Swap total 2047996 used 0 free 2047996

C'est le disque dur qui est le meillon faible mais c'est tout à fait utilisable, sur cette carte mère il y a des ports SATA je pense acheter un disque dur SATA.

J'ai testé aussi Scientific Linux 6 (compatible RHEL 6) en 64bits puis 32bits pour un pilote wifi que je n'ai réussi à faire fonctionner qu'en 32bits. Sous réserve de ne pas vouloir les toutes dernières versions des logiciels, c'est très stable. A vue de nez pas beaucoup de différence de performance entre la version 32 ou 64 bit .

Même chose pour SL 7 (basée sur Centos 7) avec un peu plus de choix dans les logiciels.

Avec ces différentes distributions je n'ai pas rencontré de problème de périphérique tout est bien reconnu, le dongle wifi USB aussi mais je n'ai réussi à le faire fonctionner qu'en 32bits.

Je n'ai pas trop apprécié gnome 3 que j'avais choisi à l'installation de Scientific Linux 7 (basée sur Centos 7) , j'ai regardé les autres options dont ce Mate, impeccable. Je l'ai donc choisi aussi en installant une fedora.

Gnome 3 est peut-être plus adapté pour les écrans tactile, avec les trucs qui poppent en gros plan, cela me fait penser à Windows 8 dont j'avais testé la preview, complétement dérouté par l'interface obligé de regarder sur le net pour les trucs les plus basiques.

Je n'ai jamais utilisé de ventilateur boitier, le ventilateur de l'alimentation en haut de la tour se charge d'évacuer l'air chaud, l'air frais arrivant par le bas de la tour, je n'ai jamais eu de soucis de surchauffe, et même quand une tour en est pourvue je ne les branche pas, et même avec une carte graphique relativement "puissante".

Coté carte graphique certaine sont sans ventilateur 0db
Coté alimentation, c'est très variable certaine ne font quasiment aucun bruit.
Et pour le ventirad CPU d'origine le site ldlc permet de ne rechercher que les ventirad qui font entre x et y décibels en niveau sonore maxi (ventilateur processeur > catégorie ventilateur processeur silencieux).

Pour tous ces composants il y a plein de tests sur le net

Si ça plante au bout de 3 secondes sans avoir le temps de rien voir (il faut comme dit ci-dessus spammer la touche echap au démarrage pour faire apparaître le menu grub s'il n'apparait pas) il faut éditer la ligne de boot par défaut et enlever quiet en fin d'une des lignes, ce qui rendra le kernel plus bavard. Puis faire entrée pour démarrer.

Oui ça marche aussi, par contre le raccourci dans le tableau de bord :
Application > Wine > Programs > Surface Evolver > Surface Evolver
ne marche pas.

Et tant mieux si la solution a été trouvée voir ci-dessous

A tout hasard ce ne serait pas simplement un soucis avec les barrettes mémoires, si l'installation plante enfin j'ai eu plusieurs fois des soucis similaires soit avec une barrette défectueuse, soit mal enclenchée.

Il y a quelquefois memtest sur le disque d'installation ou sinon essayer d'en enlever une (si il y en a deux)

Je l'ai essayé via wine ça à l'air de fonctionner (sauf le menu direct de wine) avec Evolver-2.70-Win32.msi
http://facstaff.susqu.edu/brakke/evolver/evolver.html

Ouvrir un terminal et naviguer vers le fichier :

cd /home/"nom d'utilisateur"/.wine/drive_c/Evolver

puis :

wine cmd

et à l'invite de commande on entre :

evolver

qui à son tour demande :
Enter new datafile name (none to continue, q to quit) on répond comme dans le tuto : cube.fe
Enter command : s

Et voila on a un joli cube qui tourne avec la souris.

C'est peut-être cela pour la lib mais ils précisent bien d'éditer le Makefile (pas de ./configure) et de l'adapter. La section du Makefile en question:

 #---- Generic Unix -----------------------------------------------------------

 # Remove #'s from following 3 lines for generic Unix with X-windows. 
 # Add -DOOGL to CFLAGS if you are using geomview.
 # You might have to add something like -I/usr/X11R6/include to CFLAGS if 
 # there is a problem finding Xlib.h while compiling xgraph.c, and add
 # -L/usr/X11R6/lib to GRAPHLIB.
 #CFLAGS= -DGENERIC
 #GRAPH= xgraph.o 
 #GRAPHLIB= -lX11 
 #some places might have -lX11-mit

Il est bien précisé add -I/usr/X11R6/include to CFLAGS if there is a problem finding Xlib.h while compiling xgraph.c, and add -L/usr/X11R6/lib to GRAPHLIB. Au final les trois lignes décommentées devraient ressembler à ceci :

CFLAGS= -DGENERIC -I/usr/X11R6/include
GRAPH= xgraph.o 
GRAPHLIB= -lX11 -L/usr/X11R6/lib

Avec peut-être d'autres erreurs de compilation