je me posais depuis belle lurette la question du journal.
donc en fait techniquement c'est une mauvaise idée, il vaudrait mieux faire '*.jpg' afin d'être certain que le shell (quel qu'il soit) n'expande rien et envoie la formule telle quelle.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je joue parfois aux mots fléchés, rarement aux mots croisés, mais je me suis toujours demandé comment on crée une grille. On cherche des mots, on tatonne jusqu'à avoir des trucs qui ont du sens ?
On part des fameux 2 mots ls plus long en horizontal et vertical et ensuite on brode ?
Merci pour les explications :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Moi j'étais à la fac, et le prof a dit "installez Linux sur vos PCs, vous pourrez préparer les TP chez vous, et en arrivant à la fac vous n'aurez qu'à recompiler".
Bingo :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
De plus le fait que ce soit en plastique le rend peu résistant à la chaleur dégagée par la détonation.
A l'armée j'ai tiré avec l'arme personnelle d'un gradé, un calibre 39 tchèque presque entièrement en plastique. De mémoire il m'a expliqué que seul le chien est métallique car c'est obligatoire en France (justement pour pouvoir être détecté aux rayons X des aéroports), mais que la pièce est trouvable au marché noir, qui te fait une arme 100% plastique indétectable.
Bon, il y a plastique et plastique, je doute que ça fonctionne avec n'importe quel plastique, à commencer par celui utilisé par les imprimantes 3D (qui doit être fondu) mais c'est tout à fait possible oui.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
DP-Tool ça me dit rien je pense que je l'avais acheté à la FNAC (oui, véridique !).
Merci, je vais tenter de chercher la pochette, c'est un souvenir fort, et je voulais retrouver les versions, notamment celle du kernel. Avec l'information version 3 et codename slack, c'est déjà un indice. Merci !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je me souviens que ma première install de Linux sur un PC (pentium 90, je pense vers 1995) était une Slackware. A l'époque le noyau Linux se compilait en modifiant directement le Makefile (1.0 ? 1.2 ?). J'avais un CD avec un livret 4 pages qui décrivait comment faire pour installer (fdisk…).
Sur la pochette, il y avait une grosse molécule, image en raytracing je pense.
Qqu'un saurait me dire de quelle version il s'agissait ?
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je comprends, mais c'est pas du tout le rôle de Risc-V de spécifier ça.
Mais les standardisations ça existe déjà : UEFI pour bootloader/initialiser le hardware, PCI (pour détecter le hardware c'est bien foutu), device tree (pour décrire le hardware d'une plateforme embarquée) etc. Tout ça ça existe déjà, et c'est pas assez utilisé par les fabricants. Alors je ne suis pas sûr qu'en en rajoutant une ça change les choses.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Spécifier la plateforme serait contraire à leur but : ils veulent juste spécifier une ISA commune cross-cible (ils visent autant un Arduino qu'un data center), et aider les concepteurs de CPU à faire leurs optimisations dans tous les cas.
Pour illustrer, WesterDigital compte fabriquer 1 milliards de controleurs Risc-V pour mettre dans leurs disques durs, inutile de te dire que c'est du très très très "low spec", on est loin d'un kernel Linux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Est-ce que ça veut dire que chaque fabriquant va faire son propre RISC-V custom?
Oui c'est le but.
j'imagine que demain ce sera encore pire avec RISC-V
Non c'est pas le but.
Attention ensuite, la difficulté de booter une plateforme est rarement dûe au CPU, mais à tout ce qu'il y a autour (à commencer par le bootloader). Avec Risc-V, la partie CPU est définitivement réglée, mais ça ne changera rien au fait que chaque plateforme continuera avec ses spécificités qui feront que booter un kernel Linux n'aura rien d'évident.
Mais c'est une brique de plus dans le bon sens.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Exactement, sachant qu'en plus Risc-V propose un mécanisme précis (exception spécifique du processeur) pour qu'une instruction non implémentée dans ton hardware soit tout de même exécutable en software.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
si t'aimes scripter, awk est une autre bonne idée. pour peu que tu lui donnes à manger des données assez faciles à traiter (par exemple un export CSV), écrire les quelques fonctions dont tu as besoin c'est pas très dur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Ascenseurs
Posté par gUI (Mastodon) . En réponse au lien Nouveau suicide chez Orange. Évalué à 10.
Le jour où tu appuies sur le bouton d'alerte de l'ascenseur et que ça marche pas parce que l'ADSL est désynchronisé, tu regrettes le bon vieux RTC…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin - Archéologie
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 2.
La photo n'est plus disponible, j'en ai pas gardé une copie (nostalgie…) tu pourrais en reposter une stp ?
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Bigleux ?
Posté par gUI (Mastodon) . En réponse au message Commande find et déspécialisation. Évalué à 1.
je suppose que c'est avec et sans les simples cotes.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: * est un caractère spécial
Posté par gUI (Mastodon) . En réponse au message Commande find et déspécialisation. Évalué à 4.
ah, merci !!!
je me posais depuis belle lurette la question du journal.
donc en fait techniquement c'est une mauvaise idée, il vaudrait mieux faire
'*.jpg'afin d'être certain que le shell (quel qu'il soit) n'expande rien et envoie la formule telle quelle.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Update
Posté par gUI (Mastodon) . En réponse au sondage Mon ordinateur principal a coûté.... Évalué à 6.
Compliqué parce que mon ordi bouge par morceaux.
J'ai donc choisi "entre 300€ et 1000€" pour le prix cm+cpu+ram de ma dernière grosse update
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Comment on crée une grille ?
Posté par gUI (Mastodon) . En réponse au journal Grille de mots croisés. Évalué à 6.
Je joue parfois aux mots fléchés, rarement aux mots croisés, mais je me suis toujours demandé comment on crée une grille. On cherche des mots, on tatonne jusqu'à avoir des trucs qui ont du sens ?
On part des fameux 2 mots ls plus long en horizontal et vertical et ensuite on brode ?
Merci pour les explications :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Aïe...
Posté par gUI (Mastodon) . En réponse au message Problème de boot. Évalué à 2. Dernière modification le 31 juillet 2018 à 22:10.
Tu pourrais donner plus de détails sur ton redimensionnement ? Tu as agrandi la partition Windows ? Si oui, en "mangeant" quel espace disponible ?
Vu ce que tu racontes, ça sent vraiment que ton partitionneur Windows a ravagé les partitions Linux…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin - Archéologie
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 2.
Moi j'étais à la fac, et le prof a dit "installez Linux sur vos PCs, vous pourrez préparer les TP chez vous, et en arrivant à la fac vous n'aurez qu'à recompiler".
Bingo :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin - Archéologie
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 2.
Oh merci !!!!
Voilà, c'était ça ma toute première install Linux !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Mouais
Posté par gUI (Mastodon) . En réponse au journal Des armes en Open-Source. Évalué à 9.
A l'armée j'ai tiré avec l'arme personnelle d'un gradé, un calibre 39 tchèque presque entièrement en plastique. De mémoire il m'a expliqué que seul le chien est métallique car c'est obligatoire en France (justement pour pouvoir être détecté aux rayons X des aéroports), mais que la pièce est trouvable au marché noir, qui te fait une arme 100% plastique indétectable.
Bon, il y a plastique et plastique, je doute que ça fonctionne avec n'importe quel plastique, à commencer par celui utilisé par les imprimantes 3D (qui doit être fondu) mais c'est tout à fait possible oui.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: All hail to Rust
Posté par gUI (Mastodon) . En réponse au journal Ready At Dawn passe à Rust. Évalué à 5. Dernière modification le 26 juillet 2018 à 14:49.
Tu veux dire que moi qui suit resté au C tout court, me mettre au Rust est une bonne idée ?
En tous cas ça peut me faire un petit projet pour cet été.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: slackounet
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 4.
L'existence même de l'option
--fix-brokenest quand même un aveu, non ?(attention, j'aime bcp Debian, j'utilise Debian partout, et Ubuntu sinon, donc autant dire que je ne crache pas sur le système de paquets
apt)En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Amener/Apporter
Posté par gUI (Mastodon) . En réponse au message Lowcost et formulations infantilisantes. Évalué à 4.
J'ai bon ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Amener/Apporter
Posté par gUI (Mastodon) . En réponse au message Lowcost et formulations infantilisantes. Évalué à 2.
A y être : emmène vs amène ? J'avoue que…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Appel à témoin
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 3.
DP-Tool ça me dit rien je pense que je l'avais acheté à la FNAC (oui, véridique !).
Merci, je vais tenter de chercher la pochette, c'est un souvenir fort, et je voulais retrouver les versions, notamment celle du kernel. Avec l'information version 3 et codename slack, c'est déjà un indice. Merci !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Appel à témoin
Posté par gUI (Mastodon) . En réponse au journal Slackware a un quart de siècle !. Évalué à 4.
Tiens j'en profite, pour faire un appel à témoin.
Je me souviens que ma première install de Linux sur un PC (pentium 90, je pense vers 1995) était une Slackware. A l'époque le noyau Linux se compilait en modifiant directement le Makefile (1.0 ? 1.2 ?). J'avais un CD avec un livret 4 pages qui décrivait comment faire pour installer (fdisk…).
Sur la pochette, il y avait une grosse molécule, image en raytracing je pense.
Qqu'un saurait me dire de quelle version il s'agissait ?
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Indice
Posté par gUI (Mastodon) . En réponse au message Conversion de datetime vers timestamp. Évalué à 6.
Il y a exactement 2 heures d'écart (7200 secondes) entre tes deux valeurs. On se doute que l'une est en UTC, l'autre en heure locale.
Ta première fonction parle clairement d'UTC, alors que la deuxième (ta tentative de reverse) n'indique rien… peut-être est-elle en heure locale ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: ouaa je ne connaissais pas la notation yoda! trop cool
Posté par gUI (Mastodon) . En réponse au journal Guido van Rossum se retire de la direction de Python. Évalué à 2. Dernière modification le 13 juillet 2018 à 11:05.
j'avais vu passer sans comprendre l'intérêt. même si au final je préfère la méthode traditionnelle, au moins j'ai compris :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Point de vue pragmatique mais
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 5.
Je comprends, mais c'est pas du tout le rôle de Risc-V de spécifier ça.
Mais les standardisations ça existe déjà : UEFI pour bootloader/initialiser le hardware, PCI (pour détecter le hardware c'est bien foutu), device tree (pour décrire le hardware d'une plateforme embarquée) etc. Tout ça ça existe déjà, et c'est pas assez utilisé par les fabricants. Alors je ne suis pas sûr qu'en en rajoutant une ça change les choses.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Fragmentation risk
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 2.
Non je ne sais pas, juste que je l'ai lu dans un bouquin d'introduction à Risc-V.
Peut-être vont-ils motiver les implémentations software pour le faire à fond ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Point de vue pragmatique mais
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 8.
Spécifier la plateforme serait contraire à leur but : ils veulent juste spécifier une ISA commune cross-cible (ils visent autant un Arduino qu'un data center), et aider les concepteurs de CPU à faire leurs optimisations dans tous les cas.
Pour illustrer, WesterDigital compte fabriquer 1 milliards de controleurs Risc-V pour mettre dans leurs disques durs, inutile de te dire que c'est du très très très "low spec", on est loin d'un kernel Linux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Point de vue pragmatique mais
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 10. Dernière modification le 11 juillet 2018 à 08:19.
Oui c'est le but.
Non c'est pas le but.
Attention ensuite, la difficulté de booter une plateforme est rarement dûe au CPU, mais à tout ce qu'il y a autour (à commencer par le bootloader). Avec Risc-V, la partie CPU est définitivement réglée, mais ça ne changera rien au fait que chaque plateforme continuera avec ses spécificités qui feront que booter un kernel Linux n'aura rien d'évident.
Mais c'est une brique de plus dans le bon sens.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Fragmentation risk
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 6. Dernière modification le 11 juillet 2018 à 08:16.
Exactement, sachant qu'en plus Risc-V propose un mécanisme précis (exception spécifique du processeur) pour qu'une instruction non implémentée dans ton hardware soit tout de même exécutable en software.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Com commerciale...
Posté par gUI (Mastodon) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 10.
Moi ce qui me fait marrer c'est que c'est surtout une vraie reconnaissance pour Risc-V.
Merci ARM pour la mise en lumière !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Le bon vieux Awk
Posté par gUI (Mastodon) . En réponse au message quel outil pour traiter une base de données moyenne. Évalué à 3.
si t'aimes scripter, awk est une autre bonne idée. pour peu que tu lui donnes à manger des données assez faciles à traiter (par exemple un export CSV), écrire les quelques fonctions dont tu as besoin c'est pas très dur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.