logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Matériel » [Centralisation] Vos configurations matérielles » 07-10-2022 11:10:12

abecido
Bonjour,

wikipédia nous dit : "Ubuntu (prononciation : /u.bun.tu/, en anglais : [ʊˈbʊntuː]) est un système d’exploitation GNU/Linux fondé sur Debian."

Donc si tout ça fonctionne sous Ubuntu, il serait étonnant que tu n'arrives pas à le faire tourner sous Debian.

Cdlt,
Eric

#2 Re : Multimédia » cherche générateur arbre généalogique » 16-08-2019 01:14:08

abecido
Bonjour,

Tu peux essayer le site geneanet.org où il est possible d'importer un fichier gedcom.

#3 Réseau » Buster-Kde : Plasma-nm manquant [RESOLU] » 07-04-2019 08:42:35

abecido
Réponses : 1
Bonjour,

Si vous aussi vous avez perdu l'icône réseau dans la barre des taches voici une astuce pour attendre sa réapparition :

Après un dist-upgrade, sous Buster/KDE l'interface graphique avec Network-Manager (plasma-nm) à disparue.
Impossible de la réinstaller (problème de dépendance libopenconnect5->libtss2-esys0 ).

On peut toujours utiliser la ligne de commande avec nmcli, mais c'est un peu fastidieux.


J'ai donc trouvé un autre applet qui fait le boulot ; nm-applet qui fait partie du paquet network-manager-gnome.
En attendant la réparation de plasma-nm.

Bonne journée.
Eric

#4 Re : Les logiciels libres » Attention à votre vie privée ! Skynet c'est pour bientôt ? » 09-05-2016 05:59:08

abecido

bendia a écrit :

cette soi-disant personnalisation des résultats va donc t'enfermer dans l'image que reflète ton utilisation habituelle d'Internet.

!

+1

D'autant plus que cette "personnalisation" n'a pas pour but de te servir, mais de servir les annonceurs.
C'est du marketing, et comme toute opération de marketing l'objectif est la manipulation de la cible.

Si tu t'interesse au boudhisme, elle ne t'emmènera pas vers le Dalaï Lama, mais vers "le boudhisme en 10 leçons" sur amazon.con

#5 Re : Les logiciels libres » Attention à votre vie privée ! Skynet c'est pour bientôt ? » 07-05-2016 17:28:39

abecido

Severian a écrit :

dans le reportage il y a un passage qui me "gène" particulièrement, la prof qui sais que ses élèves sont pistés par google par ce qu'il leur à créé un compte gmail, ça ne le choque pas, c'est tellement plus facile pour lui ...
bref vendre ses élèves pour son confort (enfin c'est ma vision de ce passage tongue)




sad clairement si ça lui simplifie la vie, il se moque des conséquences pour ses élèves.


Un type dont j'ai oublié le nom a écrit :

Se moquer de la protection des ses données personnelles parce qu'on à rien à cacher, c'est comme se moquer de la liberté d'expresion sous prétexte qu'on à rien à dire

big_smile

#6 Re : Réseau » Maill très.... trop précis. Espion? » 07-05-2016 17:01:55

abecido
Et si c'était simplement google ?

Depuis jeudi 1er mars, Google commence à rassembler tout ce qu'il sur vous via les informations que vous laissez sur Google Maps, YouTube, Gmail… Un profil unique sera ainsi dressé pour chaque utilisateur. L'objectif est d'aller vers une personnalisation du service toujours plus accrue et de pouvoir également mieux cibler la publicité.

En savoir plus : http://www.maxisciences.com/google/regl … 22343.html
Copyright © Gentside Découverte



Après tout google ne sait pas à qui il vends les infos, commerçant honnête où escroc ?

J'dis ça , j'dis rien ...

#7 Re : Réseau » [RESOLU] Connexion de deux machines sur le réseau » 29-04-2016 14:11:47

abecido
Essaye aussi une connection ssh de A vers B, il t'en dira peut-être un peu plus

#8 Re : Réseau » [RESOLU] Connexion de deux machines sur le réseau » 29-04-2016 14:04:04

abecido
Ben... as-tu examiné les fichiers de log sur la machine B ?  ( /var/log/auth.log par exemple)

Quand tu dis que ça ne marche pas : Tu n'as aucune réponse ou bien il te refuse ton identifiant/mot_de_passe ?

#10 Re : Réseau » [RESOLU] Connexion de deux machines sur le réseau » 29-04-2016 08:42:33

abecido
Ben la première chose qui me vient à l'esprit c'est qu'en réinstallant la machine B tu n'as pas réinstallé le serveur sftp (sshd)

que done la commande ? :

ps -ef | grep sshd

#11 Re : Réseau » [ RESOLU] comment tester sa carte réseau ? » 29-04-2016 08:30:49

abecido

raleur a écrit :

Cela pourrait être un problème de résolution DNS.



L'idée est bonne, je me souviens avoir nettement amélioré les performances de mon réseau en bypassant les serveur DNS de free.

#12 Re : Autres » [RESOLU] installer un paquet non disponible » 27-04-2016 23:03:37

abecido

calixtus06 a écrit :

Qu'est-ce je fais pour rattraper ma connerie ? Sachant que sur tous les tutos débutant on nous dit de faire un "simple" apt-get install bidule..
Merci



Rien, ta commande "apt-get" n'a rien installé.

Pour info la bonne commande aurait été :

sudo apt-get install tuxguitar=1.3.2

#13 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 22-04-2016 18:04:27

abecido

Orsam999 a écrit :

ok... Conclusion, je trouve que CUrl fonctionne très bien... big_smile



Eh ben c'est une bonne nouvelle ça ! wink

Je te remercie encore énormément pour ton aide et ta patience...


Pas d'quoi. 

Amuses toi bien avec cURL.

#14 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 22-04-2016 12:18:05

abecido
J'ai peur d'avroi de mauvaises nouvelles....

1) Le paquets php5-pecl-http est bugé, tu peux pas l'utiliser. (voir les bugs ici et
De toute façon même s'il fonctionnait la syntaxe et la structure du module pecl_http ont complètement changés en V2, et tu serais obligé de réécrire ton code php . La doc ici
Il faut donc désinstaller php5-pecl-http et php5-pecl-http-dev.

2) Si tu veux utiliser le module pecl_http sans avoir à réécrire ton code , il faut télécharger la version 1.7.6 ici et l'installer aver pecl

sudo pecl install  pecl_http-1.7.6.tgz

et là on arrive à la limite de mes compétences, la compilation en C, je ne maistrise pas.

Mais il y surement ici des spécialistes de la compilation !

Une autre option, c'est d'utiliser ce qui existe déjà dans php comme cURL, je vois dans ta config que le module est activé.

#15 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 21-04-2016 19:21:21

abecido
Ca ce sont les modules apache.

Pour avoir les liste des modules php :

php -r "phpinfo();" | grep enabled

#16 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 21-04-2016 09:19:05

abecido
Dans le descriptif du paquet :

Paquet : php5-pecl-http (2.0.4-1 et autres)

pecl_http module for PHP 5 Extended HTTP Support

#17 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 21-04-2016 09:09:16

abecido
Ben si c'est mieux , on sait que c'est un problème de version, maintenant. Donc on avance.
"pecl install" prend la dernier version du dépot qui est pour la version 7 de php.

Mais ne nous précipitons pas , qu'est qu'il y à dans les paquet que tu as installé ? php5-pecl-http et php5-pecl-http-dev ?

parce-que dans php5-pecl-http il y à les fichiers :
/etc/php5/mods-available/pecl-http.ini
/usr/lib/php5/20131226/http.so

as tu vérifié avec un phpinfo() (après avoir relancé apache) , si le module n'était pas installé ?
Ca serait bien, parce que une install avec pecl c'est quand même le parcours du combattant...

#18 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 21-04-2016 07:56:17

abecido
Ouais, C'est un peu capricieux pear/pecl, ça marche jamais du premier coup.

Essaye de mettre à jour la liste des paquets pecl avec :

sudo pecl update-channels


Updating channel "doc.php.net"
Channel "doc.php.net" is up to date
Updating channel "pear.php.net"
Channel "pear.php.net" is up to date
Updating channel "pecl.php.net"
Channel "pecl.php.net" is up to date
 



ensuite reesaye l'install de pecl_http en root (avec sudo) :

sudo pecl install pecl_http

#19 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 20-04-2016 13:59:52

abecido
Apparemment HttpRequest ne fait pas partie du paquet de base php, c'est une extension PECL  :  https://pecl.php.net/package/pecl_http

#20 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 20-04-2016 13:16:14

abecido
Erreur 500 : Internal server error

C'est un problème serveur, il faudrait regarder dans les logs apache.

#21 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 20-04-2016 12:29:59

abecido

bendia a écrit :

@abecido, tu vieux de rater ton premier point-chocolat wink



D'abord je suis pas si vieux que ça ! lol

Merci pour le chocolat. smile

#22 Re : Gestion des paquets Debian » [Résolu] PHP HttpRequest ne fonctionne plus sous Debian 8 » 20-04-2016 12:20:35

abecido
"Ca marche pas" c'est déjà un bon début de diagnostique big_smile
Mais il faudrait un peu plus d'info, comme par exemple :
- Qu'est ce que tu as comme code de retour avec un getResponseCode() ?
- Ou bien y-a-t-il une exception ? catch (HttpException $ex) ?

#23 Re : Réseau » Ouverture de port 5900 » 20-04-2016 12:10:11

abecido
Si on reprend la sortie de x11vnc :

Some tips and guidelines:

** An X server (the one you wish to view) must be running before x11vnc is
   started: x11vnc does not start the X server.  (however, see the -create
   option if that is what you really want).

Un serveur X doit tourner. Sinont tu peux essayer l'option "-create"

** You must use -display <disp>, -OR- set and export your $DISPLAY
   environment variable to refer to the display of the desired X server.
- Usually the display is simply ":0" (in fact x11vnc uses this if you forget
   to specify it), but in some multi-user situations it could be ":1", ":2",
   or even ":137".  Ask your administrator or a guru if you are having
   difficulty determining what your X DISPLAY is.

Tu peux trouver le $DISPLAY avec un "ps" pour trouver le serveur X (chez moi c'est Xorg) :

ps -ef | grep Xorg


root      1055  1029  6 avril18 tty7   03:06:49 /usr/lib/xorg/Xorg :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-vHtzQb

C'est le ":0" juste après "Xorg".

** Next, you need to have sufficient permissions (Xauthority)
   to connect to the X DISPLAY.   Here are some Tips:

- Often, you just need to run x11vnc as the user logged into the X session.
   So make sure to be that user when you type x11vnc.
- Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE
   file may be accessed.  The cookie file contains the secret key that
   allows x11vnc to connect to the desired X DISPLAY.
- You can explicitly indicate which MIT-MAGIC-COOKIE file should be used
   by the -auth option, e.g.:
       x11vnc -auth /home/someuser/.Xauthority -display :0
       x11vnc -auth /tmp/.gdmzndVlR -display :0
   you must have read permission for the auth file.
   See also '-auth guess' and '-findauth' discussed below.

La même commande "ps" que ci dessus te donne le MIT-MAGIC-COOKIE, c'est le parametre après "-auth", dans mon cas c'est /var/run/xauth/A:0vHtzQb.

** If NO ONE is logged into an X session yet, but there is a greeter login
   program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need
   to find and use the raw display manager MIT-MAGIC-COOKIE file.
   Some examples for various display managers:

     gdm:     -auth /var/gdm/:0.Xauth
              -auth /var/lib/gdm/:0.Xauth
     kdm:     -auth /var/lib/kdm/A:0-crWk72
              -auth /var/run/xauth/A:0-crWk72
     xdm:     -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
     dtlogin: -auth /var/dt/A:0-UgaaXa

   Sometimes the command "ps wwwwaux | grep auth" can reveal the file location.

Une autre façon de trouver le MIT-MAGIC-COOKIE

Starting with x11vnc 0.9.9 you can have it try to guess by using:

              -auth guess

Voir quelle version tu utilise.

(see also the x11vnc -findauth option.)

Encore une autre façon de trouver MIT-MAGIC-COOKIE

Only root will have read permission for the file, and so x11vnc must be run
   as root (or copy it).  The random characters in the filenames will of course
   change and the directory the cookie file resides in is system dependent.


Si tu précise le "-auth" ou "-findauth" il faut être en root


Chez moi, la commande suivant fonctionne :

x11vnc -display :0 -auth /var/run/xauth/nom_du_fichier



Si avec ça x11vnc n'arrive toujours pas à ouvrir le display :

#24 Re : Réseau » Ouverture de port 5900 » 20-04-2016 09:17:23

abecido
lance la même commande mais pas en root, il devrait trouver le display

#25 Re : Installation et migration » Installation d'un serveur web sous Debian (VPS OVH) » 19-04-2016 20:01:35

abecido
Si tu veux pratiquer, il vaut mieux prendre LAMP , Cpanel est une couche supplémentaire entre toi et LAMP (Linux-Apache-Mysql-Php)

Pied de page des forums

Propulsé par FluxBB