Sytoka Modon a écrit 4565 commentaires

J'ai trouvé Fotor et j'ai fait ce que je voulais … mais je me suis demandé s'il n'existait pas un ou des logiciels/services équivalents OpenSource

Déjà OpenSource ne veut pas dire libre mais juste que le code source est lisible ! Code libre apporte la possibilité de le modifier et de le redistribuer…

Ensuite, tu es sur un service en ligne donc la plupart des logiciels libres n'imposent pas la distribution des versions modifiées dans ce cadre. Il faut donc chercher principalement du coté des codes sous licences libres AGPL qui impose la diffusion du code libre dans le cadre d'une utilisation sur le net.

Perso, je recadre aussi parfois avec 'mirage'. C'est léger et cela le fait…

Je préfère les clef de registre perso. On moins, c'est facile à conserver, à conserver l'historique et à rejouer sur un parc entier.

Il y a plein de postes qui ne le peuvent pas, acquisition, logiciel de compta… La parole est facile, l'action parfois moins.

-1 pour celui a qui dévoilé mon (facile) jeu de piste mon d'une heure après mon post !

E dont je suis lassé. Je propose de la virer pour mettre autre chose. Y-en a qui ont essayé ;-)

En fait, je répondais à 99% au premier post ;-)

Et alors, c'est un post dans un forum…

Depuis quand on ne peut faire un post parce que un dépêche va sortir dans un mois sur le sujet. Il m'est arrivé de participer à ladite dépêche mais il faut être honnête, actuellement, le rythme n'arrive pas à suivre.

pdf.js est pour moi un peu un jouet pour les petits documents, type CV. Dès que c'est un gros document, type une thèse de doctorant de 200 pages, il est complètement à la rue. Par ailleurs, il pose pas mal de soucis à l'impression.

Ouvrons un parenthèse. Comment cela se fait-il qu'en 2017, on se fasse autant chie… pour imprimer sur des photocopieurs. Pas croyable que cela soit aussi complexe pour un truc aussi simple -> imprimer ;-)

On l'a utilisé pendant longtemps - https://www.davical.org/ et je vois que son développement continu via une communauté.

Avec SVN, tu aurais été en dépôt central par défaut ;-)

Il faudrait aussi un poubelle qui vide tous les fichiers de plus de 30j (paramètre à régler) de manière automatique. Le nombre de poubelle archi pleine est une aberration et la notion de vider sa poubelle est dans la grande majorité des cas débile. La plupart du temps, on veut pouvoir aller y chercher un truc qu'on a jeter mais seulement dans les derniers jours, jamais 6 mois avant…

Il reste pas normal en 2017 que Bash (ou rm) mette le dossier .. dans la paquet .* !

Le joker * prends tous les fichiers (et dossiers) sauf ceux commençant par . en premier caractère. Il serait normal que dans .* l'étoile prennent tout sauf . SI le premier caractère est . !

Là, c'est dangereux puissance 10 et en plus, je pense qu'on ne casse la compatibilité d'aucun programme car à ma connaissance, aucun programme ne fait des :

rm -rf .*
ou des ls -lR .* ou équivalent (a noter d'ailleurs que dans ce cas, ls ne remonte pas l'arborescence au test que je viens de faire ce qui est étonnant).

PS : SURTOUT NE TAPEZ PAS LA COMMANDE CI-DESSUS !

J'avoue ne rien comprendre au fonctionnement d'une banque et lorsqu'on mon banquier m'explique, 1h après, j'ai de nouveau de fort doute. C'est quand même bizarre cette incapacité a être clair pour une grande partie de ses clients.

On le voit avec l'informatique, les réseaux (qui ne sont pas gratuit), la téléphonie (ou l'Europe est obligé de taper régulièrement du poing), l'équilibrage et la compensation n'est pas obligé d'avoir un délai de plusieurs heures !

On ne m'enlèvera pas l'idée qu'on ne veut pas faciliter les petits transferts en zone Euro, état fédéral en pratique. Les transfert (des petites sommes) pourrait très bien être instantanée avec une compensation après coup, à la journée, entre banques. Les banques (comme les téléphonistes avant) ne veulent pas et freinent des deux pieds mais la BCE ou équivalent pourrait très bien servir de point central (il me semble qu'en France toutes les transactions sont copié sur un serveur central).

Bref, qu'il faille du boulot pour faire évoluer les programmes, je n'en ai aucun doute mais que les banques freinent le plus possible pour les petits clients, je n'en ai pas non plus !

Moi je ne suis pas du tout convaincu.

On arrive à faire des millions micro-transaction boursière en une seconde, voire ne même pas vraiment acheter une action mais récupérer les gains (s'il y a) et on n'est pas capable de faire le change inter-banque en Europe, zone Euro, de manière automatique à la seconde.

Perso, il n'y a pas de réelle volonté ! Moi, je pense qu'on nous prends un peu pour des cons.

Attention, je n'ai jamais dis que l'AZERTY actuel était parfait. Mais quel bazars si on se retrouve avec encore un autre AZERTY… A moins de l'imposer dans les ventes en France mais j'ai des doutes puisqu'on autorise n'importe quoi à Apple dont le monopole du magasin en ligne (en plus de son clavier merdique).

Les particuliers ont un clavier mais au niveau professionnel, c'est pas toujours simple de jongler avec différent clavier.

Au final, ça fait quand même très amateur tout cela !

Enfin, il n'y a pas de pipe…

On reprends le clavier du PC de base et hop, des mecs ont déjà optimisé cela depuis des années pour faire fr-oss. L'AFNOR ne peut pas reprendre le boulot des autres plutôt que de faire une nouvelle version incompatible ? AU moins, le fr-oss est compatible avec presque tous les vieux claviers (sauf les daubes Apple).

https://eric.bugnet.fr/wp-content/uploads/2013/09/clavier_fr-oss-centr-C3-A91.png

Il me semble que MacOSX, c'est un bon gros noyau BSD au dessus d'un micro noyau (Mach ?)… Donc pas vraiment du micro-noyau.

Par contre, le système micro noyau le plus connu me semble être QNX - https://fr.wikipedia.org/wiki/QNX

Moi j'aime bien les 'man' (pas les 'info' par contre).

Les commandes ou il faut faire 'command help', c'est chiant aussi… Il faut être dans la commande. Les manuels, tu peux les formatter le plus souvent comme tu veux s'ils sont écrits dans un méta langage. Et non, stop au XML pour la doc. Personnellement, je fais la doc de tous mes scripts en POD et cela fait un manuel simple et efficace.

Oui à la diversité dans l'écriture du manuel mais oui aussi dans des moulinettes universelles. Je crois que le HTML et le 'man' sont des standard qui marche bien.

Non à l'obligation du page web pour lire une doc. Je veux pas de milliard d'instruction CPU pour voir les options d'une commande ! L'informatique ne doit pas oublier de faire des efforts du coté du green IT ;-)

J'ai moi aussi bien aimé la série qui est assez documenté, tu coup, il y a plein de détail sympa. Par contre, un copain qui joue au échec me dis que c'est n'importe quoi ! Comme très souvent dans les films, la position des pièces sur le plateau ne correspond pas à un vrai match ! Et oui, il y en a qui regarde ce genre de détail…

Si les sources sont sur RASPBIAN ou sur GITHUB, c'est bien pareil.

Pour leur source spécifique, c'est dispo sur demande. C'est pas top mais je ne vois pas où c'est interdit.

Bref, je ne comprends pas trop tes arguments personnellement.

Non, les alias ne sont pas accessible dans les sous shell et à ma connaissance, il n'est pas possible de les exporter (contrairement aux fonctions). D'ailleurs, je ne sais pas pourquoi de nos jours les alias ne sont pas juste une syntaxe simplifiée pour déclarer une fonction.

Debian Jessie fonctionne très bien sans systemd… J'ai pas mal de poste ainsi car systemd moulinait dans la choucroute au démarrage (point de montage, réseau…)

apt-get install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-

Hop, ça marche comme avant.

Cela vaut-il un fork ?