Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 29 tire sa révérence

#1 Re : [Anciennes versions] Support général » HP non reconnus, pas de son » 10/12/2019 16:13:45

1nonos2 a écrit :

A présent plus rien. Où que je branche ma prise genre "jack" c'est le silence. Mais dans paramètre je peut faire le tests son droite-gauche, c'est muet.

Et si tu branches ces haut-parleurs sur une autre source que ton ordinateur ?

Si il s'agit comme je le pense d'un jack 3,5 tu dois bien avoir chez toi une autre source compatible pour faire un essai.

#2 Re : [F31] Installation des programmes » Envoyer geolocalisation gps factice. » 09/12/2019 21:04:21

4848d8a019 a écrit :

Merci, l'article est très intéressant. Par contre, là ça parle plutôt d'une « attaque » consistant à fausser le géolocalisation de quelqu'un d'autre.
---/---
Donc le calcul est bien fait en local. L'article parle bien de simuler de faux réseaux pour qu'ils soient détectés par l'appareil cible. Celui-ci calcul ensuite sa propre position et l'envoi au site web ayant demandé l'autorisation. C'est très intelligent, mais par contre si c'est pour mon propre ordi, c'est peut-être utiliser un marteau pour enfoncer une aiguille. Le but c'est pas non plus de passer sous Kali. Cela dit je vais peut-être jeter un coup d'œil à leur forum. Ils seront peut-être plus calés sur ce genre de truc.
---/---
Donc ça confirme que l'adresse IP est la technique qui a la priorité la plus basse pour définir la localisation.

Il faut aussi regarder les explications fournies par Mozilla: https://forums.fedora-fr.org/viewtopic. … 72#p604372

A la lecture de différents articles je suis d'accord quand tu dis que la localisation - on parle bien localisation et non identification - par l'IP a la priorité la plus basse.

En revanche selon ma compréhension le calcul de la position n'est pas fait en local mais par Google Localisation Service - GLS - ou par Mozilla Localisation Service - MLS - (voir l'autre discussion).

L'article de Tom's Hardware explique lui comment gruger Google GLS ou Mozilla MLS:

- tu es sur un ordinateur A sur lequel tu autorises ton navigateur Firefox à fournir ta localisation aux serveurs auxquels tu te connectes
- pour connaitre cette localisation ton navigateur Firefox va envoyer à Google GLS ou Mozilla MLS une requête contenant certaines informations dont, si tu as une carte WiFi sur cet ordinateur A, les MAC addresses des réseaux WifI qui t'entourent 
- sur un ordinateur B équipé lui aussi d'une carte WiFi supportant l’injection tu fait tourner une application qui change continuellement la MAC address de cette carte WiFi pour la remplacer successivement par des MAC addresses connues de Google GLS ou Mozilla MLS comme étant à Trouville
- le navigateur Firefox de ton ordinateur A envoie ces MAC addresses - venant toutes de ton ordinateur B - à Google GLS ou Mozilla MLS
- Google GLS ou Mozilla MLS se disent que si cet ordinateur est entouré de ces MAC addresses se trouvant à Trouville c'est qu'il est lui aussi à Trouville, il envoie donc cette réponse à ton navigateur Firefox
- Firefox répète bêtement cette localisation aux serveurs auxquels tu te connectes

C'est du moins ma compréhension de l'article de Tom's Hardware.

#3 Re : Le comptoir du libre » La semaine de test du kernel 5.4 » 09/12/2019 19:23:55

Je suis en 5.4.2-300.fc31.x86_64  depuis ven. 06 déc. 2019 20:40:38 CET

Aucun problème rencontré en utilisation courante.

En revanche le rpm kernel-headers n'a pas été créé pour Fedora 31 (il existe pour Fedora 32).


EDIT:

Pour qu'Oracle VirtualBox fonctionne avec le kernel 5.4 il faut installer VirtualBox-6.1-6.1.0_RC1_134891_fedora29-1.x86_64.rpm  à partir de https://download.virtualbox.org/virtualbox/6.1.0_RC1/

#6 Re : [F31] Installation des programmes » Envoyer geolocalisation gps factice. » 09/12/2019 11:31:16

Si l'on parle bien de Firefox et d'ordinateur non équipé d'une puce GPS (et non d'un téléphone équipé d'une puce GPS) j'ai glissé quelques informations dans cette discussion précédemment ouverte sur un sujet connexe:  https://forums.fedora-fr.org/viewtopic. … 72#p604372

#7 Re : Le comptoir du libre » Localisation par Google » 09/12/2019 10:56:52

Je viens de trouver ça sur le site de Mozilla:

Si vous autorisez l’accès à votre position, Firefox rassemble les informations sur les points d’accès sans fil alentour et l’adresse IP de votre ordinateur et les envoie au fournisseur de service de géolocalisation par défaut, Google Location Services, pour obtenir une estimation de votre localisation. Cette estimation de localisation est alors partagée avec le site web qui l’a demandée.
---/---
Par défaut, Firefox utilise Google Location Services pour déterminer votre localisation en envoyant :

    l’adresse IP de votre ordinateur,
    des informations sur les points d’accès sans fil environnants et
    un identifiant client aléatoire, assigné par Google, et qui expire après deux semaines.

Google Location Services renvoie alors une estimation de géolocalisation. Pour une description complète des informations collectées et utilisées par Google, veuillez consulter la politique de confidentialité de la géolocalisation de Google (en anglais).

Les informations sont échangées par l’intermédiaire d’une connexion chiffrée pour protéger votre vie privée. Quand Firefox a vos informations de localisation, il les transmet au site web qui les a demandées. À aucun moment, le nom, l’adresse du site web que vous visitez ou des cookies, ne sont partagés avec Google Location Services.

https://support.mozilla.org/fr/kb/firef … -sites-web

Et sur le site de Google:

If you allow a website to get your location via this service, we will collect, depending on the capabilities of your device, information about the wifi routers closest to you, cell ids of the cell towers closest to you, and the strength of your wifi or cell signal. We use this information to return an estimated location to the Firefox browser and the Firefox browser sends the estimated location to the requesting website. For each request sent to our service, we also collect IP address, user agent information, and unique identifier of your client. We use this information to distinguish requests, not to identify you.

https://www.google.com/privacy/lsf.html

Je suppose que les pour que Firefox "rassemble les informations sur les points d’accès sans fil alentour" il faut que l'ordinateur soit équipé d'une carte WiFi, je ne voit pas comment il ferait autrement, et que sinon il ne dispose que de l'adresse IP comme source de localisation.



EDIT:

Dans le cas de Firefox, les informations ci-dessus faisant référence à Google Location Services doivent être pondérées par celles-ci:

The Mozilla Location Service is an open service which lets devices determine their location based on network infrastructure like WiFi access points, cell towers and Bluetooth beacons. The service is available at https://location.services.mozilla.com

https://wiki.mozilla.org/CloudServices/Location

Firefox Desktop allows you to use the service instead of the default location provider. In about:config change the geo.wifi.uri setting to:

  https://location.services.mozilla.com/v … A_API_KEY%

    Some Firefox Desktop versions distributed by third-parties, especially Linux distros use MLS by default. Currently this includes Firefox for Fedora, Firefox on ArchLinux, Firefox for PacBSD / ArchBSD, Firefox for OpenSolaris and Firefox for Debian (Iceweasel).

https://wiki.mozilla.org/CloudServices/ … n/Software

#8 Re : [F31] Installation de Fedora 31 » un nouveau biosboot ? » 08/12/2019 23:52:34

Ma compréhension est qu'une partition biosboot est nécessaire  quand:
- le disque est initialisé avec une table GPT et non MBR
- le BIOS n'est pas EFI

La taille semble être seulement de l'ordre de quelques MB et non 1 GB.

#10 Re : [Anciennes versions] Installation des programmes » [Résolu] liveusb-creator ne détecte plus les clés » 08/12/2019 13:32:50

Tu as le même problème que celui que j'ai décrit dans https://forums.fedora-fr.org/viewtopic. … 17#p566017

Le contrôleur inclus dans ta clé USB fonctionne et celle-ci est donc visible mais le stockage attaché à ce contrôleur ne fonctionne pas et tu ne peux donc rien écrire sur celle-ci.

Mis à part la satisfaction intellectuelle de savoir ce qui se passe ça ne résout pas ton problème et ta clé est bonne pour la déchetterie.

#11 Re : [F31] Installation des programmes » Envoyer geolocalisation gps factice. » 07/12/2019 20:02:24

madko a écrit :

C'est ce que j'aimerais savoir. S'il n'a pas de puce GPS la localisation est basée sur l'IP donc la seule solution sera le VPN.

La réponse est dans la question de 4848d8a019:

4848d8a019 a écrit :

Pas ma position réelle bien entendue (de toute manière mon onrdinateur n'as pas de puce gnss ou téléphone). Mais par exemple si j'autorise google map à accéder à ma position via mon navigateur, j'aimerai qu'il me considère comme étant à l'endroit que j'ai indiqué.


Voir aussi ce sujet connexe: https://forums.fedora-fr.org/viewtopic.php?id=68544

#13 Re : [Anciennes versions] Installation des programmes » [Résolu] liveusb-creator ne détecte plus les clés » 07/12/2019 12:14:28

1Nsane a écrit :

Si elle est H.S, c'est vraiment de la m¨¨**% (marque connue il me semble, je ne l'ai pas sous la main à l'instant).

[239994.633769] usb 6-2: New USB device found, idVendor=ffff, idProduct=1201, bcdDevice= 0.00

idVendor=ffff, ce n'est pas vraiment un vendeur connu, c'est même un vendeur inconnu !


Ce que tu peux essayer c'est d'écrire des zeros au début de ta clé et de voir si ensuite tu peux la formater.

Tu repères quel device c'est puis tu fais

$ sudo dd if=/dev/zero of=/dev/sdX count=1000

#14 Re : [Anciennes versions] Support général » perte du mot de passe administrateur » 04/12/2019 10:26:56

Je suis toujours dubitatif quand un nouveau venu pose un premier message pour demander à réinitialiser le mot de passe du compte admin...

#15 Re : [F31] Support général » [Résolu] Mise à jour bloquer » 03/12/2019 20:04:29

Information
La partition /boot doit être au minimum de 500 Mo pour ne pas manquer d'espace par la suite. Toutefois, il est recommandé d'avoir une partition d'au moins 1 Go. La partition /boot/efi fait habituellement 200 Mo et est partagée avec les autres bootloaders EFI.

https://doc.fedora-fr.org/wiki/Guide_d% … _en_images

#16 Re : [F31] Installation de Fedora 31 » Réunir /home à la racine / » 01/12/2019 22:04:57

Nednet a écrit :

Je soupçonne un réflexe Windowsien, histoire de se retrouver avec un disque comme sous Win

Windows n'est pas si mal fait que ça.

Ca fait des lustres que les personnes installant Windows en ayant un minimum de compétences, je pense en particulier aux administrateurs de parc en entreprise, partitionnent le disque pour avoir une partition C: "système" et une partition D: "données" sur lequel il place la hiérarchie "Users". On a d'un coté le système avec les programmes et de l'autre les données utilisateurs.

C'est l'équivalent de ce qui se fait sous Linux avec / et /home séparés.

En cas de plantage, bug, .... on réinstalle le système sur sa partition C: et l'utilisateur retrouve ses données sur l'autre partition D:

Idem avec / et /home.

#17 Re : [F30] Support général » [Résolu] FSTAB est-il toujours utilisable » 30/11/2019 17:36:36

jeannot a écrit :

Oui voici le fichier fstab

# /etc/fstab
# Created by anaconda on Fri Nov 29 16:35:55 2019
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=ff47471c-bf6d-4015-9e2e-ca55772b7261 /                       ext4    defaults        1 1
UUID=9ddb0e13-2dd0-44d8-94c7-2d95d4d2d7d2 /home                   ext4    defaults        1 2
UUID=f04bb440-384d-4a05-b95b-5e33c6406971/donnees                 ext4    defaults        1 2
UUID=e3b61518-2d90-4350-bb79-c907aca9271c /musiques               ext4    defaults        1 2
UUID=e7d59c63-d806-473c-9929-feb40e3ff641 /photos                 ext4    defaults        1 2
UUID=a4afab4e-2203-4efb-ab07-084bbed09078 none                    swap    defaults        0 0
jeannot a écrit :
[root@P3200 ~]# mount -a
mount: ext4: impossible de trouver UUID=f04bb440-384d-4a05-b95b-5e33c6406971/donnees.
[root@P3200 ~]# 

J'essaierais quand même en mettant un espace entre

UUID=f04bb440-384d-4a05-b95b-5e33c6406971

et

/donnees

#18 Re : [F31] Support général » [Résolu] Qarte » 30/11/2019 12:13:26

Hardelot a écrit :

La Méthode de didierg a amené... enfin ses fruits au bout de la 2ème fois dans mon Essai. Je garde précieusement ta méthode au cas (Je ne le souhaite pas mais on ne sait jamais) où je refais une réinstallation "minimaliste". Mais c'est vrai que si je pouvais choisir, ce serait les Dépôts que je retiendrais.


La solution des dépôts est la solution de facilité pour tout le monde, moi le premier.

Il y a cependant des cas où il peut être utile de créer son propre rpm pour par exemple disposer d'une version non encore packagée ou pour y appliquer un patch. Dans ce cas savoir le faire est utile sachant que maintenant que tu as mis en place l'environnement de création tu n'auras plus à faire cette étape.

Content d'avoir pu t'aider.

#19 Re : Le comptoir du libre » Alternative à Whatsapp » 30/11/2019 00:32:54

nouvo09 a écrit :

je vais manger une pizza demain soir avec Janine.

Sacrée Janine !

Ceci étant le problème avec les alternatives à WhatsApp pour communiquer est le même qu'avec les formats LibreOffice pour l'échange de documents: il y a des standards de fait et sauf à communiquer uniquement avec un entourage restreint évangélisé, il est dur de sortir de ceux-ci.

#20 Re : [F31] Support général » [Résolu] Qarte » 29/11/2019 21:06:01

Nicosss a écrit :

Attendre qu'il soit dans les dépôts ou appliquer la procédure donnée par didierg. Mais vaut mieux attendre qu'il soit dans les dépôts.

Sachant que créer son propre rpm de qarte peut être l'occasion pour Hardelot de s'initier à la création de rpm avec un programme simple et non stratégique...

#22 Re : [F31] Support général » Module "Intégration à GNOME Shell" » 29/11/2019 00:20:07

firefox-71.0-6.npgo.fc31.x86_64 fait le job, la page "Extensions installées" se remplit !

#23 Re : [F31] Support général » [Résolu] Qarte » 29/11/2019 00:08:32

Hardelot a écrit :

Cela te dérange de me mettre les Lignes de Commande adéquates ?

D'une part c'est un peu plus compliqué que quelques lignes de commandes et d'autre part je ne suis qu'un packageur du dimanche...

Tu trouveras une doc peut être pas très à jour (elle fait encore référence à yum et non à dnf) ici: https://doc.fedora-fr.org/wiki/RPM_:_en … nstruction

L'idée:

Mise en place de l'environnement de création de rpm

Tu installes l'environnement de développement:

$ sudo dnf install rpmdevtools

Dans le répertoire de ton utilisateur tu crées ta structure de développement:

$ rpmdev-setuptree

A la suite de cette commande tu dois avoir dans ce répertoire cette stucture :

$ tree rpmbuild
rpmbuild
├── BUILD
├── RPMS
├── SOURCES
├── SPECS
└── SRPMS

5 directories, 0 files

La commande rpmdev-setuptree créera également le fichier caché .rpmmacros dans le répertoire où elle est passée. Il faut juste conserver ce fichier tel quel.


Récupération et Installation du src du rpm à créer

Ensuite tu te places dans le répertoire rpmbuild que tu viens de créer et tu récupères sur le site de rpmfusion le source de qarte

$ cd rpbbuild
$ wget https://download1.rpmfusion.org/free/fedora/development/rawhide/Everything/source/SRPMS/q/qarte-4.6.0-3.fc31.src.rpm

Une fois que tu as ce source tu l'installes dans l'environnement de développement sans être en root et sans sudo:

$ rpm -ivh qarte-4.6.0-3.fc31.src.rpm
attention : qarte-4.6.0-3.fc31.src.rpm: Entête V3 RSA/SHA1 Signature, clé ID 100bcd92: NOKEY
Mise à jour / installation...
   1:qarte-4.6.0-3.fc31               attention : user mockbuild does not exist - using root
################################# [100%]
attention : user mockbuild does not exist - using root

Maintenant tu dois avoir peuplé certains répertoires

$ tree rpmbuild
rpmbuild
├── BUILD
├── qarte-4.6.0-3.fc31.src.rpm
├── RPMS
├── SOURCES
│   └── qarte-4.6.0.tar.gz
├── SPECS
│   └── qarte.spec
└── SRPMS

A ce stade il faut satisfaire toutes les dépendances qui sont demandées dans le fichier .spec avec la commande dnf builddep qui va t'installer ce qu'il te manque

$ sudo dnf builddep SPECS/qarte.spec

Construction du rpm

A partir de là tu peux construire ton rpm

$ rpmbuild -bb --clean SPECS/qarte.spec

A l'issue de cette commande, si le code retour (exit) est 0, tu as qarte-4.6.0-3.fc31.noarch.rpm dans RPMS/noarch

$ tree rpmbuild
rpmbuild
├── BUILD
├── BUILDROOT
├── qarte-4.6.0-3.fc31.src.rpm
├── RPMS
│   └── noarch
│       └── qarte-4.6.0-3.fc31.noarch.rpm
├── SOURCES
│   └── qarte-4.6.0.tar.gz
├── SPECS
│   └── qarte.spec
└── SRPMS

Tu dois être content, tu voulais qarte 4.7 et je viens de t'expliquer la marche à suivre pour construire qarte 4.6 !




Donc à ce stade tu récupères dans SOURCES le fichier .gz de qarte 4.7 à partir du site http://oqapy.eu

$ cd rpmbuild/SOURCES
$ wget http://www.oqapy.eu/releases/qarte-4.7.0.tar.gz

Et tu vérifies

$ tree rpmbuild
rpmbuild
├── BUILD
├── BUILDROOT
├── qarte-4.6.0-3.fc31.src.rpm
├── RPMS
│   └── noarch
│       └── qarte-4.6.0-3.fc31.noarch.rpm
├── SOURCES
│   ├── qarte-4.6.0.tar.gz
│   └── qarte-4.7.0.tar.gz
├── SPECS
│   └── qarte.spec
└── SRPMS

Tu as bien les sources de 4.6 et 4.7.

Tu vas modifier le fichier spec avec un éditeur (vi, gedit, ... ) pour qu'il pointe sur 4.7

$ vi SPECS/qarte.spec

Tu remplaces

Version:        4.6.0
Release:        3%{?dist}

par

Version:        4.7.0
Release:        1%{?dist}

Et pour que tu saches qui a construit ce rpm tu ajoutes en tête de la partie changelog

%changelog
* Fri Nov 29 2019 Hardelot - 4.7.0-1
- Homemade

Tu n'as plus ensuite qu'à retourner à l'étape de la construction ci-dessus !

Je le répète,  je ne suis qu'un packageur du dimanche.

#24 Re : [F31] Support général » Module "Intégration à GNOME Shell" » 28/11/2019 12:36:28

Je viens d'essayer avec une Fedora virtualboxée sans upgrade exotique et j'ai le même problème:  la page "Extensions installées" reste vide.

#25 Re : [F31] Support général » [Résolu] Qarte » 28/11/2019 12:30:47

Hardelot a écrit :

Étant donné qu'elle est déjà disponible en *.deb, il faut attendre combien de temps en moyenne pour l'avoir en *.rpm ?


Je viens de récupérer le .gz de la 4.7 sur le site http://oqapy.eu/download?lang=fr et en réutilisant le .spec de la 4.6 de rpmfusion ça m'a pris moins de 2 minutes pour construire un rpm et  avoir la 4.7 installée et fonctionnelle.

Pied de page des forums

Propulsé par FluxBB