En votant de chez soi, eh bien on peut vendre son vote pour de vrai, et une femme battue peut être contrainte de voter sous les yeux de son mari.
Même si on en parle moins, il n'y a pas que les femmes qui sont battues. Des maris ou compagnons battus, ça existe. Et dans ce cas je pense qu'il ne faut pas se limiter aux femmes, il faut parler de toute personne maltraitée (handicapés, personnes harcelées, etc …).
Si c'est une autorité "de confiance", je n'ai aucune garantie de ce qu'elle fera des clés en question (garder une copie "de sauvegarde" accessible aux autorités par exemple, pour vérifier que tu n'as pas voté pour un terroriste )?
OK, je vois un peu mieux ce que tu veux dire, mais je ne suis pas forcément en phase avec toi : le jeu a probablement été développé et testé avec une version donnée de DirectX/OpenGL : ça ne me choque donc qu'un jeu fournisse une version de directX lorsqu'il sort : ceci permet à la personne qui achète le jeu d'avoir la version minimale du pilote nécessaire à l'utilisation du jeu (maintenant ça ne se justifie peut-être plus autant avec la démocratisation d'Internet). Plusieurs raisons à celà : être sûr que toutes les fonctions de l'API utilisées par le jeu sont implémentées, et que des bugs non corrigés dans les versions inférieures ne soient pas présents.
Pour moi, un pilote ne devrait pas être mis à jour à chaque fois qu'un jeu AAA sort… Il répond à une interface standard de l'OS visé.
Le pilote peut fournir de nouvelles entrées à son API, entrées utilisées par le nouveau jeu; Tout comme certains softs linux ne tournent qu'avec une certaine version de noyau, car ils utilisent des fonctionnalités présentes dans cette version de noyau.
Ca c'est la théorie. Maintenant il faut voir ce qui est modifié entre deux versions des pilotes. Il est possible qu'il y ait des choses pas très propres, mais sans éléments concrets, c'est difficile de se faire une opinion.
Alors certes ce n'est plus dans le code des jeux eux-mêmes, mais si ça se retrouve dans les pilotes (même si évidemment ce n'est qu'en partie), on a juste inversé la responsabilité et déplacé le problème !
Euh .. c'est le propre d'un pilote de faire abstraction du hardware pour proposer une API standardisée aux applications. Partant de là, je ne comprends pas ta phrase. De ce fait il est dépendant du hardware. Tu voudrais qu'il soit ou le code dépendant du hardware sinon ?
Je ne suis pas sur que Mageia passe sur une petite config (en tout cas via une installation par défaut) : je l'ai essayée il y a quelques temps mais ça ramait un peu. Ce serait intéressant de savoir combien de mémoire il y a sur la machine à installer. Par défaut, il semble qu'il y ait 1 Gb. de RAM sur ce genre de machine.
Peut-être qu'une distrib moins gourmande (basée sur un gestionnaire de bureau moins gourmand) serait plus adapté ?
Vous êtes ici sur un site traitant essentiellement de GNU/Linux et des logiciels libres.
D'après mes recherches, le logiciel dont vous parlez est un logiciel propriétaire tournant sous Windows. Il est fort peu probable que vous trouviez de l'aide ici. Vous devriez contacter votre support pour obtenir de l'aide :
Pour info, la solution que je propose n'est pas forcément parfaite, d'autres personnes pourront peut-être te suggerer d'autres choses, ou compléter ma réponse.
L'un des avantages du NAS, c'est que tu peux automatiser si tu le laisses branché en permanence. Un disque externe, il faut penser à le brancher.
L'inconvénient : en cas de problème tel que la foudre qui tombe pas loin de chez toi et qui grille les équipements électriques : tu risque de perdre ton NAS.
Après tu peux peut-être limiter ce genre de dégats en mettant des prises protégées, mais en pratique je n sais pas ce que ça vut. Et si tu fais ça, il faut protéger également les arrivées téléphonique par laquelle la foudre peut passer (et réfléchir aux autres chemins potentiels). Un disque dur externe que tu ne branches et n'allume que lorsque tu fais tes sauvegardes te préserve de ce genre de problématique.
Dans ce cas, ce que je ferais :
- une machine physique (pourquoi pas une machine de récup ?) sur laquelle je mettrai mes deux disques de sauvegarde (voire un NAS dédié, mais c'est plus cher)
- une machine physique sur laquelle je mettrais 3 VMs (ou plus) :
* serveur de dev
* serveur de test (1 config VM par fonctionnalité que tu veux tester)
* multimedia.
En séparant la machine de sauvegarde de l'autre, tu te prémunis des erreurs de manpulation, ou de la perte de toute la machine. En effet, au pire des cas si tu perds ton serveur de sauvegarde, tu disposes encore de tes données sur les autres machines (tu perds par contre l'historique si tu fais des incrémentales). Et si tu perds la machine contenant les environnements de dev et de test, tu peux toujours récupérer tes sauvegardes.
Les serveurs de dev et de test n'ont pas forcément besoin d'une grosse config, ni d'interface graphique, si ce n'est que pour faire tourner Apache. Donc tu n'es pas obligé de mettre beaucoup de CPU ni de RAM. Et le(s) serveur(s) de test ne sont pas forcément obligés de tourner en mêm temps (c'est ce que je fais chez moi : 1 VM Host avec plusieurs configs e VM, que je ne fais pas tourner en même temps, je ne les lances que lorsque j'ai quelque chose à tester).
En y réfléchissant un peu, avec Docker ou un environnement de virtualisation, tu peux très bien garder le multimedia sur le système hôte, avec ton IDE pour développer ton code source (que tu envoies ensuite vers ton env de dev Apache par exemple), et lancer des VM, ou des containers Doker sur lesquels tourneraient tes environnements de test et de dev Apache
Puisque tu n'as pas besoin de beaucoup de perfs pour le serveur de sauvegarde, tu le dimensionnes juste ce qu'il faut pour pouvir faire son job, et le reste tu l'utilise pour le multimedia. Par contre si je faisais ça, j'utiliserai deux disques distinct pour les deux fonctionnalité : tu gagnes en perf au niveau des IO.
Par contre, l'inconvénient est que si tu veux sauvegarder les données du serveur de développement sur le serveur de sauvegarde, tu te retrouves sur la même machine physique donc en cas de perte de ta machine (surtension par exemple, ou autre), tu augmentes le risque de perte de données.
Mintenant, tout dépend de ce que tu veux faire sur le "serveur de développement test multimedia".
J'attends ta réaction, et celle d'autres pour pouvoir éventuellement affiner les réponses.
mais quand tu fais un reboot de win7, il considere que c'est pour revenir sur windows, il ne libere pas certaines ressources comme le disque dur avec quelques fichiers marqués ouverts dedans, c'est la fonctionnalité "fast reboot", censée te faire gagner du temps au redemarrage.
Cool, Microsoft n'a toujours rien appris. C'est un excellent moyen de garder des données corrompues d'un démarrage à l'autre; Avant sous Windows, il fallait rebooter pour pouvoir régler ses problèmes, maintenant il va valloir carrément le débrancher pour qu'il puisse repartir correctement. Du grand n'importe quoi.
Le pire c'est que ce genre de délire risque d'arriver sous Linux.
Étant donné que mon laptop datant d'il y a 8 ans pouvait déjà le faire, tu ne me convaincs pas qu'il existe un besoin d'utilisation de programmes Windows (en l'occurrence de MAO !) sur une machine aussi petite.
Je n'ai pas vraiment compris ce que tu veux dire, mais en tout cas, le portable que j'utilise actuellement n'a pas plus de 3 ans, et il n'a pas les fonctionnalités de virtualisations intégrés au processeur. Donc pour faire tourner une VM c'est pas génial. Et j'ai réussi (non sans mal comme indiqué plus haut) à faire tourner un certain nombre de softs windows.
Celà dit je n'avais pas vraiment prêté attention en première lecture qu'il voulait faire tourner des outils de MAO, et là je suis d'accord avec toi sur le fait que Wine n'est pas forcément adapté.
Mais mon argument portait surtout sur le fait que Wine, ça ne marche pas
Si ça marche, ne t'en déplaise.
c'est une ignominie à installer de toutes façons.
Ai-je dit que c'est simple ?
Si t'es vraiment dans le cas que tu cites, c'est au dual boot qu'il faut se résoudre.
Mais pourquoi, puisque wine fonctionne ? En plus j'économise de la place disque. Par contre pour la MAO, je suis d'accord avec toi.
Sur des machines pas trop puissantes, ou n'ayant pas les fonctionnalités de virtualisation intégrées au CPU, c'est difficile de faire tourner une VM, et Wine peut se révéler fort utile.
Hum … Ce genre de manip est à déconseiller : une fausse manoeuve lors de l'installation et tout est perdu.
Non, il vaut mieux avoir les données importantes sur support externe en général (au cas ou le disque lache, ou en cas de fausse manip - ça m'est arrivé récemment) et surtout lorsqu'on fait des manips qui risquent de toucher aux partitions.
La deuxième raison de ta note négative c'est qu'apparemment tu voudrais qu'on fasse tes devoirs à ta place: ce n'est ni bénéfique pour toi, ni le rôle des participants de ce site. Si tu connais l'outil 'find' et que tu penses que c'est comme cela que tu dois répondre à la question qui t'es posée, commence par lire son manuel pour apprendre à t'en servir.
Je crois que le problème ici ne vient pas de find mais des fonctions.
Sinon, je trouve que sa question est assez ciblée (il ne demande pas de faire tout son devoir), même si mal formulée : j'ai l'impression qu'il ne sait pas ce qu'est une fonction, ni comment l'utiliser.
Pour le PI : tu dois avoir un cours qui traite ce sujet, sinon je t'ai doànné un lien plus bas pour t'aider (mais je ne le ferai pas à ta place). Essaie, et si ça ne marche pa, poste ici ce que tu as fait en nous expliquant pourquoi tu l'as fait. A partir de là on t'aidera (mais attention, aider ça ne veut pas dire faire à ta place).
Sinon, je suis d'accord avec toi sur le problème d'expression.
Tu crées ta fonction fd comme indiqué, et tu mets ton find à l'intérieur, à un détail près. tu remplaces la regex par le paramètre passé à ta fonction.
Posté par totof2000 .
En réponse au message Adieu windows:).
Évalué à 2.
Dernière modification le 17 septembre 2015 à 12:45.
Alternative à la VM : wine. Pour le configurer, il vaut mieux passer par PlayOnLinux, car parfois les logiciels demandent des configurations de Wine incompatibles entre elles. PlayOnLinux permet de gérer facilement tout ça.
C'est un peu plus compliqué à configurer (il faut souvent procéder de façon empirique pour certains softs), mais au final on peut s'en sortir. Il existe une base recensant les softs compatibles wine, avec parfois des indications sur la conf à utiliser pour les faire fonctionner.
Note que si un soft n'apparait pas dedans, ceci ne signifie pas forcément qu'il ne fonctionne pas. Ca peut signifier que personne n'a essayé, personne n'a réussi à trouver la bonne config, ou personne n'a pris la peine de documenter ce qu'il a fait pour le faire fonctionner. Rien ne t'epêche dans ce cas d'essayer, mais prévois d'y passer du temps.
L'avantage est que tu te passes de la couche de virtualisation sur ta machine, et que tu n'as pas à installer de second système d'exploitation. L'inconvénient : ça ne fonctionne pas toujours et faut parfois y passer un peu de temps.
[^] # Re: N'oublions pas la contrainte
Posté par totof2000 . En réponse au journal Helios, un logiciel libre de vote électronique. Évalué à 8.
Même si on en parle moins, il n'y a pas que les femmes qui sont battues. Des maris ou compagnons battus, ça existe. Et dans ce cas je pense qu'il ne faut pas se limiter aux femmes, il faut parler de toute personne maltraitée (handicapés, personnes harcelées, etc …).
# La question de base de ce système : qui génère les clés ? Comment sont-elles gérées ensuite ?
Posté par totof2000 . En réponse au journal Helios, un logiciel libre de vote électronique. Évalué à 7.
Si c'est une autorité "de confiance", je n'ai aucune garantie de ce qu'elle fera des clés en question (garder une copie "de sauvegarde" accessible aux autorités par exemple, pour vérifier que tu n'as pas voté pour un terroriste )?
# Précisions STP ?
Posté par totof2000 . En réponse au message Outils d'installation automatisé et centralisé de Debian. Évalué à 2. Dernière modification le 28 septembre 2015 à 13:56.
Jusqu'ou veux tu aller ? Juste installation logicielle oui gestion centralisée de configuration ? Veux-tu un truc avec une bele GUI ?
Pour commencer regarde ceci : https://www.debian.org/releases/etch/i386/ch04s07.html.fr
ou https://debian-handbook.info/browse/fr-FR/stable/sect.automated-installation.html
Voir pour fai : https://debian-handbook.info/browse/fr-FR/stable/sect.automated-installation.html
Par contre, je ne sais pas s''il existe quelque chose pour te permettre de configurer tout ça via une interface web.
Après si tu veux aller plus loin, il ya ades outils de déploiement et gestion de conf tels puppet, chef, ansible, cfengine, …
Ah, j'allais oublier : https://www.debian.org/releases/stable/i386/apb.html.fr
N'hésite pas à répondre pour nous donner des précisions sur ton besoin.
[^] # Re: niceness
Posté par totof2000 . En réponse au journal Les cgroups, un outil trop méconnu. Évalué à 3.
Euh..; C'est une gnuserie alors.
D'après le man :
COMPATIBILITY
The traditional -increment option has been deprecated but is still sup‐
ported.
[^] # Re: Sapusaipalibre mais...
Posté par totof2000 . En réponse au journal Nintendo et le libre : peut-être ?. Évalué à 2.
OK, je vois un peu mieux ce que tu veux dire, mais je ne suis pas forcément en phase avec toi : le jeu a probablement été développé et testé avec une version donnée de DirectX/OpenGL : ça ne me choque donc qu'un jeu fournisse une version de directX lorsqu'il sort : ceci permet à la personne qui achète le jeu d'avoir la version minimale du pilote nécessaire à l'utilisation du jeu (maintenant ça ne se justifie peut-être plus autant avec la démocratisation d'Internet). Plusieurs raisons à celà : être sûr que toutes les fonctions de l'API utilisées par le jeu sont implémentées, et que des bugs non corrigés dans les versions inférieures ne soient pas présents.
Le pilote peut fournir de nouvelles entrées à son API, entrées utilisées par le nouveau jeu; Tout comme certains softs linux ne tournent qu'avec une certaine version de noyau, car ils utilisent des fonctionnalités présentes dans cette version de noyau.
Ca c'est la théorie. Maintenant il faut voir ce qui est modifié entre deux versions des pilotes. Il est possible qu'il y ait des choses pas très propres, mais sans éléments concrets, c'est difficile de se faire une opinion.
[^] # Re: Sapusaipalibre mais...
Posté par totof2000 . En réponse au journal Nintendo et le libre : peut-être ?. Évalué à 1.
Euh .. c'est le propre d'un pilote de faire abstraction du hardware pour proposer une API standardisée aux applications. Partant de là, je ne comprends pas ta phrase. De ce fait il est dépendant du hardware. Tu voudrais qu'il soit ou le code dépendant du hardware sinon ?
# J'ai celui-ci
Posté par totof2000 . En réponse au message Tuner TNT. Évalué à 4.
http://www.avermedia.eu/avertv/fr/product/ProductDetail.aspx?Id=465
Je l'ai fait fonctionner sur mon RPi avec tvheadend et le plugin qui va bien pour kodi.
# Vous en pensez quoi ?
Posté par totof2000 . En réponse au journal Nintendo et le libre : peut-être ?. Évalué à 10.
Qu'il ne faut pas confondre libre et ouvert.
[^] # Re: manque d'infos...
Posté par totof2000 . En réponse au message Offres d'emploi - société open sources. Évalué à 4.
Tu rencontre beaucoup de chats avec des sous-tifs toi ? T'as de drôles de fantasmes …
[^] # Re: Mageia
Posté par totof2000 . En réponse au message Renseignements. Évalué à 2.
Je ne suis pas sur que Mageia passe sur une petite config (en tout cas via une installation par défaut) : je l'ai essayée il y a quelques temps mais ça ramait un peu. Ce serait intéressant de savoir combien de mémoire il y a sur la machine à installer. Par défaut, il semble qu'il y ait 1 Gb. de RAM sur ce genre de machine.
Peut-être qu'une distrib moins gourmande (basée sur un gestionnaire de bureau moins gourmand) serait plus adapté ?
# Mauvais forum, mauvais site ....
Posté par totof2000 . En réponse au message logiciel eglantine. Évalué à 3.
Bonjour.
Vous êtes ici sur un site traitant essentiellement de GNU/Linux et des logiciels libres.
D'après mes recherches, le logiciel dont vous parlez est un logiciel propriétaire tournant sous Windows. Il est fort peu probable que vous trouviez de l'aide ici. Vous devriez contacter votre support pour obtenir de l'aide :
http://www.cegedim-logiciels.com/espace-client-clm/39-vous-utilisez-le-logiciel-medigest.html
http://www.eglantine-info.fr/framesp.asp?espace=produit&action=soluceslog&page=egl2k
Cordialement.
[^] # Re: Un servuer, compartimenté avec VM, docker ou autre : avantages et inconvénients.
Posté par totof2000 . En réponse au message Quel serveur? solution?. Évalué à 2.
Pour info, la solution que je propose n'est pas forcément parfaite, d'autres personnes pourront peut-être te suggerer d'autres choses, ou compléter ma réponse.
[^] # Re: Un servuer, compartimenté avec VM, docker ou autre : avantages et inconvénients.
Posté par totof2000 . En réponse au message Quel serveur? solution?. Évalué à 2.
L'un des avantages du NAS, c'est que tu peux automatiser si tu le laisses branché en permanence. Un disque externe, il faut penser à le brancher.
L'inconvénient : en cas de problème tel que la foudre qui tombe pas loin de chez toi et qui grille les équipements électriques : tu risque de perdre ton NAS.
Après tu peux peut-être limiter ce genre de dégats en mettant des prises protégées, mais en pratique je n sais pas ce que ça vut. Et si tu fais ça, il faut protéger également les arrivées téléphonique par laquelle la foudre peut passer (et réfléchir aux autres chemins potentiels). Un disque dur externe que tu ne branches et n'allume que lorsque tu fais tes sauvegardes te préserve de ce genre de problématique.
Pas simple la sauvegarde …. :).
[^] # Re: Un servuer, compartimenté avec VM, docker ou autre : avantages et inconvénients.
Posté par totof2000 . En réponse au message Quel serveur? solution?. Évalué à 2.
Dans ce cas, ce que je ferais :
- une machine physique (pourquoi pas une machine de récup ?) sur laquelle je mettrai mes deux disques de sauvegarde (voire un NAS dédié, mais c'est plus cher)
- une machine physique sur laquelle je mettrais 3 VMs (ou plus) :
* serveur de dev
* serveur de test (1 config VM par fonctionnalité que tu veux tester)
* multimedia.
En séparant la machine de sauvegarde de l'autre, tu te prémunis des erreurs de manpulation, ou de la perte de toute la machine. En effet, au pire des cas si tu perds ton serveur de sauvegarde, tu disposes encore de tes données sur les autres machines (tu perds par contre l'historique si tu fais des incrémentales). Et si tu perds la machine contenant les environnements de dev et de test, tu peux toujours récupérer tes sauvegardes.
Les serveurs de dev et de test n'ont pas forcément besoin d'une grosse config, ni d'interface graphique, si ce n'est que pour faire tourner Apache. Donc tu n'es pas obligé de mettre beaucoup de CPU ni de RAM. Et le(s) serveur(s) de test ne sont pas forcément obligés de tourner en mêm temps (c'est ce que je fais chez moi : 1 VM Host avec plusieurs configs e VM, que je ne fais pas tourner en même temps, je ne les lances que lorsque j'ai quelque chose à tester).
En y réfléchissant un peu, avec Docker ou un environnement de virtualisation, tu peux très bien garder le multimedia sur le système hôte, avec ton IDE pour développer ton code source (que tu envoies ensuite vers ton env de dev Apache par exemple), et lancer des VM, ou des containers Doker sur lesquels tourneraient tes environnements de test et de dev Apache
# Un servuer, compartimenté avec VM, docker ou autre : avantages et inconvénients.
Posté par totof2000 . En réponse au message Quel serveur? solution?. Évalué à 2.
Puisque tu n'as pas besoin de beaucoup de perfs pour le serveur de sauvegarde, tu le dimensionnes juste ce qu'il faut pour pouvir faire son job, et le reste tu l'utilise pour le multimedia. Par contre si je faisais ça, j'utiliserai deux disques distinct pour les deux fonctionnalité : tu gagnes en perf au niveau des IO.
Par contre, l'inconvénient est que si tu veux sauvegarder les données du serveur de développement sur le serveur de sauvegarde, tu te retrouves sur la même machine physique donc en cas de perte de ta machine (surtension par exemple, ou autre), tu augmentes le risque de perte de données.
Mintenant, tout dépend de ce que tu veux faire sur le "serveur de développement test multimedia".
J'attends ta réaction, et celle d'autres pour pouvoir éventuellement affiner les réponses.
[^] # Re: piste au probleme win7->reboot->linux
Posté par totof2000 . En réponse au message Nouveau avec Linux Mint et quelques problèmes. Évalué à 2. Dernière modification le 20 septembre 2015 à 12:56.
Cool, Microsoft n'a toujours rien appris. C'est un excellent moyen de garder des données corrompues d'un démarrage à l'autre; Avant sous Windows, il fallait rebooter pour pouvoir régler ses problèmes, maintenant il va valloir carrément le débrancher pour qu'il puisse repartir correctement. Du grand n'importe quoi.
Le pire c'est que ce genre de délire risque d'arriver sous Linux.
[^] # Re: Ça craint...
Posté par totof2000 . En réponse au journal C'est officiel, la semaine 43 du calendrier n'existe plus et a été remplacée par la semaine 53.. Évalué à 8.
C'est encore à cause de SystemD !!!
[^] # Re: .
Posté par totof2000 . En réponse au message Adieu windows:). Évalué à 2.
Je n'ai pas vraiment compris ce que tu veux dire, mais en tout cas, le portable que j'utilise actuellement n'a pas plus de 3 ans, et il n'a pas les fonctionnalités de virtualisations intégrés au processeur. Donc pour faire tourner une VM c'est pas génial. Et j'ai réussi (non sans mal comme indiqué plus haut) à faire tourner un certain nombre de softs windows.
Celà dit je n'avais pas vraiment prêté attention en première lecture qu'il voulait faire tourner des outils de MAO, et là je suis d'accord avec toi sur le fait que Wine n'est pas forcément adapté.
Si ça marche, ne t'en déplaise.
Ai-je dit que c'est simple ?
Mais pourquoi, puisque wine fonctionne ? En plus j'économise de la place disque. Par contre pour la MAO, je suis d'accord avec toi.
[^] # Re: .
Posté par totof2000 . En réponse au message Adieu windows:). Évalué à 1.
Oui.
J'en connais au moins 4 autres que moi.
Sur des machines pas trop puissantes, ou n'ayant pas les fonctionnalités de virtualisation intégrées au CPU, c'est difficile de faire tourner une VM, et Wine peut se révéler fort utile.
[^] # Re: Partition de sauvegarde
Posté par totof2000 . En réponse au message Passage de Win8.1 à Kubuntu sur un netbook : ça s'annonce mal.... Évalué à 4. Dernière modification le 19 septembre 2015 à 11:32.
Hum … Ce genre de manip est à déconseiller : une fausse manoeuve lors de l'installation et tout est perdu.
Non, il vaut mieux avoir les données importantes sur support externe en général (au cas ou le disque lache, ou en cas de fausse manip - ça m'est arrivé récemment) et surtout lorsqu'on fait des manips qui risquent de toucher aux partitions.
[^] # Re: IT supporte
Posté par totof2000 . En réponse au message Écrivez votre propre fonction.... Évalué à 4.
Ca veut dire quoi "je suis en IT supporte " ?
[^] # Re: en quel langage ?
Posté par totof2000 . En réponse au message Écrivez votre propre fonction.... Évalué à 2.
Je crois que le problème ici ne vient pas de find mais des fonctions.
Sinon, je trouve que sa question est assez ciblée (il ne demande pas de faire tout son devoir), même si mal formulée : j'ai l'impression qu'il ne sait pas ce qu'est une fonction, ni comment l'utiliser.
Pour le PI : tu dois avoir un cours qui traite ce sujet, sinon je t'ai doànné un lien plus bas pour t'aider (mais je ne le ferai pas à ta place). Essaie, et si ça ne marche pa, poste ici ce que tu as fait en nous expliquant pourquoi tu l'as fait. A partir de là on t'aidera (mais attention, aider ça ne veut pas dire faire à ta place).
Sinon, je suis d'accord avec toi sur le problème d'expression.
[^] # Re: IT supporte
Posté par totof2000 . En réponse au message Écrivez votre propre fonction.... Évalué à 2.
Réponse :
http://aral.iut-rodez.fr/fr/sanchis/enseignement/bash/ar01s14.html
Tu crées ta fonction fd comme indiqué, et tu mets ton find à l'intérieur, à un détail près. tu remplaces la regex par le paramètre passé à ta fonction.
[^] # Re: .
Posté par totof2000 . En réponse au message Adieu windows:). Évalué à 2. Dernière modification le 17 septembre 2015 à 12:45.
Alternative à la VM : wine. Pour le configurer, il vaut mieux passer par PlayOnLinux, car parfois les logiciels demandent des configurations de Wine incompatibles entre elles. PlayOnLinux permet de gérer facilement tout ça.
C'est un peu plus compliqué à configurer (il faut souvent procéder de façon empirique pour certains softs), mais au final on peut s'en sortir. Il existe une base recensant les softs compatibles wine, avec parfois des indications sur la conf à utiliser pour les faire fonctionner.
Note que si un soft n'apparait pas dedans, ceci ne signifie pas forcément qu'il ne fonctionne pas. Ca peut signifier que personne n'a essayé, personne n'a réussi à trouver la bonne config, ou personne n'a pris la peine de documenter ce qu'il a fait pour le faire fonctionner. Rien ne t'epêche dans ce cas d'essayer, mais prévois d'y passer du temps.
L'avantage est que tu te passes de la couche de virtualisation sur ta machine, et que tu n'as pas à installer de second système d'exploitation. L'inconvénient : ça ne fonctionne pas toujours et faut parfois y passer un peu de temps.
# photorec?
Posté par totof2000 . En réponse au message Logiciel récupération de fichier. Évalué à 3.
Je ne sais pas si ça correspond exactement à ton besoin, mais jettes-y un oeil.