vmagnin a écrit 428 commentaires

Bonjour,

as-tu réglé le nombre de coeurs dans la fenêtre de rendu de Kdenlive ? ("Plus d'options > Processus").

Pour Nemo, je ne sais pas.
Dans Dolphin, quand on fait une recherche, il apparaît dans le menu "Plus d'outils de recherche", Dolphin ayant un outil de recherche beaucoup plus basique.

Bonjour,
apparemment dans Dolphin, le gestionnaire de fichiers de KDE, on peut modifier les propriétés d'un lien, en particulier "Pointe vers :".

Bonjour,
dans KDE, il y a KFind qui fait tout ça :
https://kde.org/applications/utilities/org.kde.kfind

Je ne sais pas s'il utilise un système d'indexation.

Si on suit une loi de Moore, avec un doublement tous les 18 mois, on y arrivera en ~27 ans.
Le présupposé est ici que les circuits quantiques vont suivre une loi de Moore comme l'ont fait les circuits classiques. Mais :
1) Est-ce possible théoriquement ? (les lois quantiques le permettront-elles ?)
2) Si oui, y arrivera-t-on technologiquement ? (et économiquement ?)

Il semble que le DSP2 amène certaines banques à proposer pour l'authentification forte :
- soit une appli gratuite sur smartphone,
- soit un système payant (15 € HT) nommé Safetrans (https://www.cic.fr/fr/identification/se-connecter-avec-un-lecteur-safetrans.html).

Voir :
https://www.creditmutuel.fr/fr/particuliers/actualites/dsp2-reglementation-europeenne-authentification-forte.html
https://www.cic.fr/fr/banques/particuliers/dossiers/dsp2-reglementation-europeenne-authentification-forte.html

J'ai déjà utilisé extundelete avec succès : l'avantage c'est qu'il récupère les noms de fichiers (mais pas les dates/heures, liens et attributs étendus). Il faut que la partition soit en ext3 ou ext4.

Il ne semble plus maintenu depuis 2013, mais le paquet est disponible dans les distributions à base de Debian. Et pour Fedora : https://apps.fedoraproject.org/packages/extundelete

Voir ci-dessous :
http://extundelete.sourceforge.net/
https://doc.ubuntu-fr.org/extundelete

Bonjour,
j'utilise en général l'option -C qui permet d'afficher la forme dite canonique :

$ hexdump -C a.out
00000000  7f 45 4c 46 02 01 01 00  00 00 00 00 00 00 00 00  |.ELF............|
00000010  03 00 3e 00 01 00 00 00  90 23 00 00 00 00 00 00  |..>......#......|
00000020  40 00 00 00 00 00 00 00  10 21 02 00 00 00 00 00  |@........!......|
00000030  00 00 00 00 40 00 38 00  0b 00 40 00 25 00 24 00  |....@.8...@.%.$.|
00000040  06 00 00 00 04 00 00 00  40 00 00 00 00 00 00 00  |........@.......|
00000050  40 00 00 00 00 00 00 00  40 00 00 00 00 00 00 00  |@.......@.......|
00000060  68 02 00 00 00 00 00 00  68 02 00 00 00 00 00 00  |h.......h.......|

Un man hexdump montre que l'affichage peut être paramétré finement.

Et d'après la fameuse histoire de Richard Stallman et de son pilote d'imprimante, le mouvement du libre est une réaction à l'enclosure de ce qui était auparavant collectif (cf. communs, commons).

https://fr.wikipedia.org/wiki/Enclosure
https://fr.wikipedia.org/wiki/Communs

Oui.
On peut bien sûr aussi se contenter d'essayer de dégager de l'espace sur le disque existant pour ajouter une ou deux partitions pour Linux. Mais c'est plus risqué et ça demande de l'habitude (et notre ami dit ne pas être "excellent en pc").

C'est bien sûr plus coûteux d'ajouter un second disque, mais on n'est pas obligé d'en acheter un très gros si on se dit à terme que le premier pourra, quand on se sent prêt à faire le saut, être reformaté (partiellement ou entièrement) pour faire du stockage. Et pour 30 €, on peut trouver un SSD 240 Go. Après ça dépend bien sûr du type d'usage du PC…

Enfin, il y a toujours un petit risque quand on installe en dual-boot : il ne faut bien sûr pas se tromper dans la sélection des disques et des partitions où installer le nouvel OS ! Pour cela, il faut :
1) être bien réveillé ce jour-là, prendre son temps et faire attention à ce qu'on fait,
2) bien comprendre auparavant comment on nomme les partitions sous Linux : pas de C:\ ou D:\, mais des disques appelés sda, sdb, etc. Et sur le disque sdb par exemple, les partitions seront nommées avec des numéros, par exemple sdb1, sdb2, etc. Ca peut surprendre quand on n'a connu que Windows, mais c'est très simple une fois qu'on a accepté que ça puisse être différent ! Voir par exemple : https://www.debian.org/releases/stable/i386/apcs04.html.fr

Bonjour,

avant de migrer, il faut prendre son temps et se préparer, des mois, un an s'il le faut… Je préconiserais les phases suivantes :
1) Remplacer progressivement dans Windows 7 tous les logiciels propriétaires que tu utilises (peut-être) encore par des logiciels libres que tu pourras ensuite retrouver dans ton prochain système d'exploitation. Par exemple LibreOffice, Firefox, Thunderbird, Gimp, Inkscape, etc. Comme ça, tu seras alors beaucoup moins dépaysé.
2) Essayer différents systèmes dans une machine virtuelle (par exemple VirtualBox, regarde https://www.osboxes.org/) sous Windows 7, ou avec un live-CD (ou une clef USB). Par exemple Kubuntu, version d'Ubuntu avec bureau KDE.
3) Faire des sauvegardes.
4) De préférence installer un autre disque dur pour le nouvel OS.
5) Installer le nouvel OS en dual-boot, comme ça tu peux toujours revenir à ton ancien système, dans un premier temps.
6) Et un jour, peut-être, se débarrasser complètement de W7.

Mais je pense qu'il faut prendre son temps pour ne pas faire de bêtise et faire de bons choix.

Comme quoi Steve Ballmer avait raison en 2001 : "Linux is a cancer".

En fait, il parlait surtout de la viralité des licences libres : "Linux is a cancer that attaches itself in an intellectual property sense to everything it touches".
https://www.theregister.co.uk/2001/06/02/ballmer_linux_is_a_cancer/

64 Mo de Ram, on a oublié ce que c'était… Même si c'est beaucoup par rapport aux 16 ou 32 Ko des 8 bits, ou à l'unique Ko des premiers ordinateurs de poche.

On pourrait imaginer essayer de s'en servir pour piloter un Raspberry Pi : pour 40 € on aurait alors une bête de course (tout est relatif).

Il y a même des bricoleurs qui arrivent à recycler des écrans de portable pour les brancher sur des Raspberry :
https://korben.info/transformer-ecran-portable-en-ecran-pc-fixe.html

Ca y est, Flang (ou plutôt sa réécriture f18) a été accepté dans le projet LLVM :
https://lists.llvm.org/pipermail/llvm-dev/2019-April/131703.html

gtk-fortran 19.04 fonctionne également sur Raspberry Pi (testé sur un Raspberry Pi 3) :
https://github.com/vmagnin/gtk-fortran/issues/127#issuecomment-489329743

+1 pour Lubuntu (https://www.lubuntu.fr/) :
- cette distribution est légère et disponible pour microprocesseurs 32 bits et 64 bits,
- on a la facilité d'installation d'Ubuntu pour les débutants Linux.

Vu la quantité de RAM du PC, ne pas oublier d'ajouter une partition d'échange (swap) d'au moins 2 Go.

Le PC devrait ainsi être parfaitement utilisable. Mais c'est vrai que les navigateurs modernes consomment autant de mémoire, ou même plus, que le système d'exploitation lui-même !

Pour les vieux périphériques (scanner, imprimante), Linux permet souvent de les faire tourner plus facilement qu'avec un Windows actuel !

Bon courage

Effectivement, dans Ubuntu 19.04 on a la version 12.05 ! J'ai donc téléchargé le paquet .deb de Sozi 19.04 : je l'ai installé sans problème. Le répertoire /opt/Sozi fait 154,4 Mio.

C'est une belle application dont j'avais déjà entendu parler dans Linux Pratique. Il faudra que je réfléchisse à ce que je peux en faire. C'est une autre façon de concevoir et manipuler une présentation, donc il faut revoir sa façon de faire. Essayer de réfléchir aux avantages (et inconvénients) pour différentes applications. J'imagine par exemple qu'on peut faire un poster et le transformer facilement en une présentation… Dans le cadre d'un cours, peut-être que ça peut permettre de dérouler les choses de façon moins linéaire…

Je me demande aussi s'il y a moyen d'intégrer ça dans une page Wiki sur GitHub, pour présenter rapidement un logiciel…

Merci à toi.

Effectivement, gtk-fortran n'utilise pas du tout la programmation objet du Fortran moderne. Je ne sais pas ce qu'il serait possible de faire avec GTK et je ne sais pas quel est le niveau de complexité que ça impliquerait.

Merci pour le lien sur les Grammar. Je jetterai un oeil à ce concept !

Les expressions régulières/rationnelles sont effectivement une des plus belles choses que j'ai découvertes en informatique depuis une douzaine d'années, avec les mécanismes des shells Unix. Je me suis longtemps contenté des wildcards du DOS…

C'est sûr que que ce serait plus rigoureux et robuste d'utiliser l'introspection. Je m'y étais intéressé dans la première année du projet :
https://github.com/vmagnin/gtk-fortran/issues/27

Apparemment, à l'époque dans les choses qui m'avaient bloquées, il y avait un manque de documentation et le fait qu'il n'y avait pas de fichier gir pour la librairie Cairo qui était importante pour le graphisme dans le projet (ou peut-être que je ne l'avait pas trouvé).

Les choses se sont probablement améliorées depuis :
https://gi.readthedocs.io/en/latest/

Sur le long terme, ça pourrait être une option de se ré-intéresser à ce sujet. Pour l'instant le parser est très satisfaisant, mais c'est effectivement chatouilleux. Le problème des expressions régulières n'est pas tant de les écrire pour récupérer quelque chose de précis, mais de gérer les petites variations de conventions de codage d'un fichier à l'autre (on parse 757 fichiers dans GTK 3.24.8).

C'est à peu près ce que dit Claire L. Evans : « Quand l’informatique a pris de la valeur, les femmes ont dû quitter le terrain » :
https://www.lemonde.fr/pixels/article/2019/03/23/claire-l-evans-quand-l-informatique-a-pris-de-la-valeur-les-femmes-ont-du-quitter-le-terrain_5440125_4408996.html

Bonjour mino60,

si je comprends bien, tu voudrais écrire du python dans un script bash. Voici une solution :

#!/bin/bash

echo "#!/usr/bin/env python3
print('Je suis un serpent')
exit()" > script.py

chmod +x script.py

./script.py

exit 0

Et le résultat :

$ ./essai.sh
Je suis un serpent
$ 

La fatigue…

A noter que les barrettes actuelles me semblent plutôt fiables.

Bonjour,

personnellement, je prendrais du moyen de gamme, dans une marque connue : 20-25 € me paraît raisonnable. 7 € j'éviterais…

Après bien sûr ça dépend de l'usage. Les critères principaux pour la RAM sont la vitesse (accès, transfert…), la fiabilité et le prix. Par exemple, si c'est pour faire de la bureautique, la vitesse importe peu. Si l'ordinateur a déjà un certain âge, il faut de la RAM raisonnablement fiable (elle n'a pas besoin de durer 12 ans). Donc un prix moyen. Et ça suffira à rendre l'ordinateur plus agréable à utiliser et à prolonger sa durée d'usage (donc c'est plus écologique que d'en changer).

Si c'est toujours sous Lubuntu, 4 Go sera très suffisant pour être à l'aise.

A noter que les barrettes actuelles me semble plutôt fiable. Ca fait quand même pas mal d'années que je n'ai pas eu de problème de barrette mémoire bien que j'utilise pas mal d'ordis.

Je viens d'installer le paquet flang-7 sur une Debian Sid. Ca marche bien sur les petits programmes que j'ai essayés. Par contre avec mon projet gtk-fortran, il compile (longuement) quelques fichiers puis affiche des erreurs :

F90-S-0087-Non-constant expression where constant expression required (/home/osboxes/gtk-fortran/src/gtkenums-auto.f90: 355)
...
C'est un fichier qui contient des énumérateurs Fortran dont la valeur est pour quelques-uns définie par une expression:

enum, bind(c) !GModuleFlags
enumerator :: G_MODULE_BIND_LAZY = ISHFTC(1, 0)
enumerator :: G_MODULE_BIND_LOCAL = ISHFTC(1, 1)
enumerator :: G_MODULE_BIND_MASK = INT(z'03')
end enum
D'après la norme Fortran (>=2003), on peut utiliser des scalar-int-constant-expr pour définir les énumérateurs. Et une telle expression est définie ainsi :

A constant expression is an expression with limitations that make it suitable for use as initializer, or named constant. It is an expression in which each operation is intrinsic…

Les fonctions ISHFTC() et INT() sont pourtant des fonctions intrinsèques du langage. Avec gfortran, ça passe sans problème. Avec ifort 2015 également.

J'imagine qu'il me faudra attendre un peu que le nouveau compilateur f18 soit opérationnel et disponible sous forme de paquet.