[HS] iceweasel et googlemap: basse resolution only ?
salut la liste, Je suis sur Strech avec Iceweasel (38.0.1) et Chrome (45.0.2421.0 dev (64-bit)). Et bien je constate que lorsque je vais sur googlemap, avec chrome, la résolution est très bonne, j'ai même l'impression d'une pseudo 3D, notamment en regardant les arbres. En revanche, avec iceweasel, je ne peut obtenir la même résolution et, pour une même coordonnée, la photo renvoyée par google n'est pas la même selon que l'on soit chrome ou sous iceweasel. Sous Windows 8.1 avec ff38, la résolution est ok. Sous Debian/strech avec ff38, que je viens d'installer pour tester, la résolution est ok aussi. Avant de faire un rapport de bug sur Iceweasel, quelqu'un peut-il confirmer ? merki ;) f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5577f820$0$3055$426a7...@news.free.fr
problème rsync
c'est pas typique Debian mais rsync et je ne dois pas être le premier à avoir ce problème. j'utilise rsync pour sauver dans un NAS. Ce c... me fait une sauvegarde des fichiers effacés dans un dossier trashbox. à chque synchro rsync m'efface tous ces fichiers dans trashbox et on recommence pas moyen d'éviter que rsync touche au dossier et laisse trashbox tranquille ? l'option --exclude=PATTERN n'a l'air d'être valable que pour des fichiers. merci pour la solution qui doit être triviale. C Hiebel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5577f5ad$0$3305$426a3...@news.free.fr
Re: problème rsync
salut utilises l'option --exclude-from '/home/exclude.txt' où le fichier exclude.txt contient la liste des dossiers à ne pas prendre en compte (un nom de dossier par ligne du fichier) Jacky Le 10/06/15 10:30, moi-meme a écrit : c'est pas typique Debian mais rsync et je ne dois pas être le premier à avoir ce problème. j'utilise rsync pour sauver dans un NAS. Ce c... me fait une sauvegarde des fichiers effacés dans un dossier trashbox. à chque synchro rsync m'efface tous ces fichiers dans trashbox et on recommence pas moyen d'éviter que rsync touche au dossier et laisse trashbox tranquille ? l'option --exclude=PATTERN n'a l'air d'être valable que pour des fichiers. merci pour la solution qui doit être triviale. C Hiebel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5577fed2.9010...@omega-centauri.net
Re: Problème mise à jour Wheezy -> Suite
Le 09/06/2015 22:01, Frédéric Marécaille a écrit : # ifconfig -a eth0 Link encap:Ethernet HWaddr 74:27:ea:a1:46:de inet adr:192.168.0.16 Bcast:192.168.0.255 Masque:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0 TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:10273432775 (9.5 GiB) TX bytes:3585144154 (3.3 GiB) Interruption:42 Adresse de base:0x8000 loLink encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0 TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:1791461693 (1.6 GiB) TX bytes:1791461693 (1.6 GiB) # ping free.fr ping -c3 free.fr PING free.fr (212.27.48.10) 56(84) bytes of data. 64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms 64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms 64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms --- free.fr ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit : On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote: Bon, suite aux diverses recommandations, j'ai désactivé le protocole IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker). Toujours le même résultat: la mise à jour de la wheezy se heurte toujours à un problème de connection aux serveurs Debian. Je rappelle que le réseau sur cette Debian "semble" fonctionnel. Je "ping" des adresses internet en console. Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises à jour fonctionnent normalement, je n'y comprends rien! Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises à jours ne fonctionnent plus depuis quelques temps. Je n'ai pourtant pas fais de changement majeurs dessus... Dans tes premiers messages, l'erreur que tu remontais indiquait un problème de connexion en IPv6 vers le serveur miroir Debian. Comme la connexion IPv4 était bien fonctionnelle, un "ping free.fr" ne peut pas nous apprendre grand chose puisque ce ping se fait systématiquement en IPv4 (sinon, il faudrait utiliser la commande ping6). Cependant, tu indiques que le protocole IPv6 a été désactivé depuis (comme le confirme le résultat de la commande ifconfig). L'erreur que tu obtiens lors d'un "aptitude update" a donc dû changer. Quelle est cette erreur à présent ? Et rencontres-tu mes mêmes soucis avec apt-get ? Est-ce que la commande suivante : wget http://ftp.fr.debian.org/ fonctionne correctement ? Comme ces problèmes ne semblent survenir qu'avec aptitude (et apt-get ?), tu devrais jeter un coup d'œil sur l'ensemble des fichiers de configuration présent sous /etc/apt (en particulier ce qui se trouve dans les sous-répertoires apt.conf.d et preferences.d) pour voir si tu détectes quelque chose de bizarre. Bon courage, Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/557801e3.3010...@doti.fr
Re: Problème mise à jour Wheezy -> Suite
Au fait, lances tu "apt-get update and co..." en tant que user ou root ? On Tuesday 09 June 2015 23:36:12 Christophe wrote: > Hello, > > Le 09/06/2015 22:01, Frédéric Marécaille a écrit : > > # ifconfig -a > > eth0 Link encap:Ethernet HWaddr 74:27:ea:a1:46:de > >inet adr:192.168.0.16 Bcast:192.168.0.255 > > Masque:255.255.255.0 > >UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > >RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0 > >TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0 > >collisions:0 lg file transmission:1000 > >RX bytes:10273432775 (9.5 GiB) TX bytes:3585144154 (3.3 GiB) > >Interruption:42 Adresse de base:0x8000 > > > > loLink encap:Boucle locale > >inet adr:127.0.0.1 Masque:255.0.0.0 > >UP LOOPBACK RUNNING MTU:16436 Metric:1 > >RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0 > >TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0 > >collisions:0 lg file transmission:0 > >RX bytes:1791461693 (1.6 GiB) TX bytes:1791461693 (1.6 GiB) > > > > # ping free.fr > > ping -c3 free.fr > > PING free.fr (212.27.48.10) 56(84) bytes of data. > > 64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms > > 64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms > > 64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms > > > > --- free.fr ping statistics --- > > 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > > rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms > > > > /etc/network/interfaces > > [...] > > 'route -n' > et > 'iptables -vnL' ?? > > Parce que ça commence à devenir mystique ton truc la ;) ... > > Au passage, si j'ai bien compris il s'agit d'un serveur ... pourquoi > diable n'y a t'il pas de configuration réseau fixe dessus ? > > @+ > Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201506101124.37155.andre_deb...@numericable.fr
Re: problème rsync
'lut, l'option --exclude=PATTERN n'a l'air d'être valable que pour des fichiers. pas si sur. T'as essayé --exclude /trashbox ? a+ f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5578019b$0$3297$426a3...@news.free.fr
Re: problème rsync
sinon, j'ai un truc comme ça qui fonctionne bien: avec l'option --exclude-from #!/bin/bash SRC='/ma_source/' DEST='/ma_dest' EXCLUSION='fichier_exclusion' LOG='fichier.log' BACKUPDIR='/mon_dir_de_backup' rm $BACKUPDIR -rf mkdir $BACKUPDIR /usr/bin/rsync --delete --log-file=$LOG --exclude-from=$EXCLUSION --backup --backup-dir=$BACKUPDIR -av $SRC $DEST Et dans fichier_exclusion, j'ai ce type d'entrées: /.htaccess /images/images_carousel/ /images/vignettes/ /twitts/ a+ f. Le 10/06/2015 11:00, moi-meme a écrit : c'est pas typique Debian mais rsync et je ne dois pas être le premier à avoir ce problème. j'utilise rsync pour sauver dans un NAS. Ce c... me fait une sauvegarde des fichiers effacés dans un dossier trashbox. à chque synchro rsync m'efface tous ces fichiers dans trashbox et on recommence pas moyen d'éviter que rsync touche au dossier et laisse trashbox tranquille ? l'option --exclude=PATTERN n'a l'air d'être valable que pour des fichiers. merci pour la solution qui doit être triviale. C Hiebel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55780363$0$3323$426a7...@news.free.fr
Re: problème rsync
L'option --exclude=PATTERN ne fait pas la différence entre un fichier et un dossier. A partir du moment où un fichier ou un dossier contient ton PATTERN dans son filename il sera exclu de la synchronisation. À mer. juin 10 11:21:30 2015 GMT+0200, Fabrice Regnier a écrit : > 'lut, > > > > l'option --exclude=PATTERN n'a l'air d'être valable que pour des fichiers. > pas si sur. T'as essayé > > --exclude /trashbox > > ? > > a+ > > f. > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: https://lists.debian.org/5578019b$0$3297$426a3...@news.free.fr > > -- Grégory Reinbold
Re: détecter le lancement d'un programme
'lut, dans le cadre d'une application, je souhaite détecter le lancement d'un programme (type: cp, mv) afin de lancer un script bash lorsque la commande est détectée. Y-a-t-il un moyen de faire ceci? package acct ? f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5578384d$0$3037$426a7...@news.free.fr
Re: [HS] iceweasel et googlemap: basse resolution only ?
Le Wed, 10 Jun 2015 10:41:01 +0200, Fabrice Regnier a écrit : > Avant de faire un rapport de bug sur Iceweasel, quelqu'un peut-il > confirmer ? > > merki ;) Sur Iceweasel ou chez google le rapport de bug ? parce que là j'ai surtout l'impression que c'est google qui fait joujou avec sa propre technologie ou alors qui trouve quelques moyens assez habituels chez Microsoft (ie6...) pour fourguer son usine à espionnage chromée. Après ça peut aussi être le temps d'assimiler les versions expérimentales de Google. En tout cas je m'avance peut-être, mais j'ai un gros doute sur la responsabilité de Iceweasel. -- haricoph...@aranha.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610151819.48fbf3f3@azuki.aranha
Re: [HS] iceweasel et googlemap: basse resolution only ?
bonjour, une idée qui vaut ce qu'elle vaut, en utilisant user agent switcher dans iceweasel https://addons.mozilla.org/fr/firefox/addon/user-agent-switcher/ et de faire la même entré qu'un firefox normal, est ce que ça fonctionne mieu ? jerem Le 10/06/2015 15:18, Haricophile a écrit : Le Wed, 10 Jun 2015 10:41:01 +0200, Fabrice Regnier a écrit : Avant de faire un rapport de bug sur Iceweasel, quelqu'un peut-il confirmer ? merki ;) Sur Iceweasel ou chez google le rapport de bug ? parce que là j'ai surtout l'impression que c'est google qui fait joujou avec sa propre technologie ou alors qui trouve quelques moyens assez habituels chez Microsoft (ie6...) pour fourguer son usine à espionnage chromée. Après ça peut aussi être le temps d'assimiler les versions expérimentales de Google. En tout cas je m'avance peut-être, mais j'ai un gros doute sur la responsabilité de Iceweasel. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55783e95.9010...@prego-network.net
umask spécifique à un répertoire
Salut, Je cherche à définir un umask spécifique à un répertoire. Je sais le faire à la main (« umask 177 » pour que les fichiers créés dans le répertoire où j'ai exécuté cette commande aient 600 comme permissions). Or si je me déconnecte, cette valeur est perdue. Je peux bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même type, mais cela agira sur la création de tout fichier dans mon $HOME. Est-il donc possible de spécifier un umask par répertoire ? Merci S -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610145700.ga23...@petruzzello.ch
Re: umask spécifique à un répertoire
Salut, On 10/06/2015 16:57, steve wrote: > Je cherche à définir un umask spécifique à un répertoire. Je sais le > faire à la main (« umask 177 » pour que les fichiers créés dans le > répertoire où j'ai exécuté cette commande aient 600 comme > permissions). Es-tu sûr que la commande usmask agisse uniquement au niveau du répertoire sur lequel tu te trouves ? Perso, je pense que, quel que soit l'endroit où la commande umask est exécutée, cela aura une incidence partout durant ta session. En tout cas, c'est ce que je constate sur ma Wheezy avec bash : ~$ cd /tmp/ ~$ umask 777 ~$ ls -l /tmp/f1 -- 1 francois francois 0 juin 10 17:05 /tmp/f1 ~$ cd ~ ~$ touch f2 ~$ ls -l ~/f2 -- 1 francois francois 0 juin 10 17:06 /home/francois/f2 > Or si je me déconnecte, cette valeur est perdue. Je peux > bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même > type, mais cela agira sur la création de tout fichier dans mon $HOME. Pour moi, cela impactera tout fichier créé dans un bash par le compte possédant le ~/.bashrc, et cela indépendamment du répertoire dans lequel le fichier est créé. > Est-il donc possible de spécifier un umask par répertoire ? À ma connaissance ce n'est pas possible mais ça ne prouve rien. ;) -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/ml9k22$mgu$1...@ger.gmane.org
Re: umask spécifique à un répertoire
Le 10-06-2015, à 17:10:58 +0200, Francois Lafont a écrit : > Salut, > > On 10/06/2015 16:57, steve wrote: > > > Je cherche à définir un umask spécifique à un répertoire. Je sais le > > faire à la main (« umask 177 » pour que les fichiers créés dans le > > répertoire où j'ai exécuté cette commande aient 600 comme > > permissions). > > Es-tu sûr que la commande usmask agisse uniquement au niveau du répertoire > sur lequel tu te trouves ? Non, je me suis mal exprimé, je pensais déjà à la suite (le umask dans le .bashrc) quand j'ai rédigé cette partie du message. Et effectivement il semble global au compte. Sorry. > > Est-il donc possible de spécifier un umask par répertoire ? > > À ma connaissance ce n'est pas possible mais ça ne prouve rien. ;) C'est vrai ;) Une autre modeste âme aurait-elle une idée sur la question ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610152923.ga27...@petruzzello.ch
Re: umask spécifique à un répertoire
Le man dit A child process created via fork(2) inherits its parent's umask. The umask is left unchanged by execve(2). Cela voudrait dire qu'il faut faire un fork, puis dans le process créé faire le umask qui sera valable pour tous les sous process de ce fork, mais pas ailleurs, non ? Thierry Le Wed, 10 Jun 2015 17:29:23 +0200, steve a écrit : > Le 10-06-2015, à 17:10:58 +0200, Francois Lafont a écrit : > > > Salut, > > > > On 10/06/2015 16:57, steve wrote: > > > > > Je cherche à définir un umask spécifique à un répertoire. Je > > > sais le faire à la main (« umask 177 » pour que les fichiers > > > créés dans le répertoire où j'ai exécuté cette commande aient 600 > > > comme permissions). > > > > Es-tu sûr que la commande usmask agisse uniquement au niveau du > > répertoire sur lequel tu te trouves ? > > Non, je me suis mal exprimé, je pensais déjà à la suite (le umask > dans le .bashrc) quand j'ai rédigé cette partie du message. Et > effectivement il semble global au compte. Sorry. > > > > > Est-il donc possible de spécifier un umask par répertoire ? > > > > À ma connaissance ce n'est pas possible mais ça ne prouve rien. ;) > > C'est vrai ;) > > Une autre modeste âme aurait-elle une idée sur la question ? > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610173858.4b253...@archimede5.inria.fr
Re: umask spécifique à un répertoire
Le mercredi 10 juin 2015, Thierry Despeyroux a écrit : > Le man dit >A child process created via fork(2) inherits its parent's > umask. The umask is left unchanged by execve(2). > > Cela voudrait dire qu'il faut faire un fork, puis dans le process créé > faire le umask qui sera valable pour tous les sous process de ce fork, > mais pas ailleurs, > > non ? Hum… et pratiquement, ça veut dire quoi ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610154312.gb29...@petruzzello.ch
Re: umask spécifique à un répertoire
Le 10 juin 2015 16:57:00 UTC+02:00, steve a écrit : > Salut, > > Je cherche à définir un umask spécifique à un répertoire. Je sais le > faire à la main (« umask 177 » pour que les fichiers créés dans le > répertoire où j'ai exécuté cette commande aient 600 comme > permissions). Or si je me déconnecte, cette valeur est perdue. Je peux > bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même > type, mais cela agira sur la création de tout fichier dans mon $HOME. > > Est-il donc possible de spécifier un umask par répertoire ? > > Merci > > S > >-- >Lisez la FAQ de la liste avant de poser une question : >http://wiki.debian.org/fr/FrenchLists > >Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" >vers debian-user-french-requ...@lists.debian.org >En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org >Archive: https://lists.debian.org/20150610145700.ga23...@petruzzello.ch Bonjour, Et pourquoi pas un chmod 600 mondossier chmod g+s mondossier Ainsi tout docs ou dossier crees dedans aura le meme umask. Non ? -- NicoLagaffe http://nicolagaffe.net Librement propulsé par GNU/Linux
Re: umask spécifique à un répertoire
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 10/06/2015 17:29, steve a écrit : > Le 10-06-2015, à 17:10:58 +0200, Francois Lafont a écrit : > >> Salut, >> >> On 10/06/2015 16:57, steve wrote: >> >>> Je cherche à définir un umask spécifique à un répertoire. Je >>> sais le faire à la main (« umask 177 » pour que les fichiers >>> créés dans le répertoire où j'ai exécuté cette commande aient >>> 600 comme permissions). >> >> Es-tu sûr que la commande usmask agisse uniquement au niveau du >> répertoire sur lequel tu te trouves ? > > Non, je me suis mal exprimé, je pensais déjà à la suite (le umask > dans le .bashrc) quand j'ai rédigé cette partie du message. Et > effectivement il semble global au compte. Sorry. > > >>> Est-il donc possible de spécifier un umask par répertoire ? >> >> À ma connaissance ce n'est pas possible mais ça ne prouve rien. >> ;) > > C'est vrai ;) > > Une autre modeste âme aurait-elle une idée sur la question ? > Peut-être voir du côté des ACL (man setfacl) pour mettre un umask par défaut par ce biais sur un répertoire ? Je n'ai jamais essayé donc à voir si ça marche effectivement pour un umask, je sais que ça fonctionne pour les droits user et group. Didier Link -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVeFsFAAoJELN7uGQSfYWjmNoP/jUiOWLWJxyhwfg+V5cmdr09 t4htNIOhvfOMd7zGAUTWLmxuNGX7/iWAwI2agsp5CbHX/i595n4MF9qcrf6s9Dx5 Yspyao7iwRUS6AhiPctxc7fr6rgg4jSzEGn5kta0sbrSDmbp1ORkTysfMYOuUW1d KJDNaxmO/cdSPaJ7vy6W66MeH3pi+ZCGWFvTF8c1KCyFMuFZSzshkdeRCC9MG16U Ybh5QGxiaB3Yo4nafTZXkFWs8s5JsnL+VAwDJINgL9kGza9JcEiA68JkFUS/Qc9K nWtpXswgXS8vDNSqSLW3snELpf0gO4DwsorNBbZuTN5+keiec9e8jpODE1Wopcpn MSbvMc69pYh3cfEx8QnPRFR2XEuUo9tDK8FRD6eTxCxK6jqk8K3RloY7z3UTfc5i Nhdz4z5yCsXX0Gow4Q/hZukfkcTpqExf2gLX6qVbC2u7BoOd0Xp9z0miozp97Wuf /JUpCVKzImwYr2XjMzUOnFhH0P35sHiDDN6PQMDzitVb91eerwUHLVDTMoOA6Cr7 YzkdSUhTP4xIVHX43IgKW78r5CdgIOKQTcm2VebyXd9iCp92MuX06NfZum67XhT/ A0/8YpruvOC7J+cyS6nqkFG3vtAtERGYnqxixo6P7QrALj467W0GGXC1eckyXcvn LdyiYfijB14oXD1djEM9 =Af+o -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55785b05.6040...@zenix-informatique.com
Re: umask spécifique à un répertoire
On 10/06/2015 17:43, steve wrote: >> Le man dit >>A child process created via fork(2) inherits its parent's >> umask. The umask is left unchanged by execve(2). >> >> Cela voudrait dire qu'il faut faire un fork, puis dans le process créé >> faire le umask qui sera valable pour tous les sous process de ce fork, >> mais pas ailleurs, >> >> non ? > > Hum… et pratiquement, ça veut dire quoi ? Ça veut juste dire que le umask est une propriété héritée lors de la création d'un processus enfant par le parent. Donc si dans ton shell courant par exemple tu as paramétré umask et que tu lances ensuite une commande qui entraîne un fork, le processus enfant créé aura le même umask. Mais tout cela n'a rien à voir l'idée de confiner le changement d'un umask à un répertoire donné. -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/ml9moh$afv$1...@ger.gmane.org
Re: umask spécifique à un répertoire
On 10/06/2015 17:33, NicoLagaffe wrote: > Et pourquoi pas un > chmod 600 mondossier > chmod g+s mondossier > Ainsi tout docs ou dossier crees dedans aura le meme umask. > Non ? Il me semble que non. Changer le bit sgid d'un répertoire va agir sur le *groupe* *propriétaire* des fichiers créés dans le dit répertoire mais ça n'aura aucune influence sur la valeur des bits correspondant aux droits Unix de ce fichier. Si le PO veut agir sur le umask, c'est qu'il vaut agit sur la valeur par défaut des bits correspondant aux droits Unix d'un fichier lors de sa création, pas sur le propriétaire et le groupe propriétaire du fichier. -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/ml9n3f$h49$1...@ger.gmane.org
Re: umask spécifique à un répertoire
Le 10-06-2015, à 17:43:01 +0200, Didier Link a écrit : > > Une autre modeste âme aurait-elle une idée sur la question ? > > > > Peut-être voir du côté des ACL (man setfacl) pour mettre un umask par > défaut par ce biais sur un répertoire ? J'y avais pensé, mais avant de m'y lancer (je n'y connais rien en acl), j'espérais pouvoir m'en sortir avec des choses que je connais (pas trop mal). Merci. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610160434.gb32...@petruzzello.ch
Re: umask spécifique à un répertoire
Le 10-06-2015, à 18:02:54 +0200, Francois Lafont a écrit : > On 10/06/2015 17:33, NicoLagaffe wrote: > > > Et pourquoi pas un > > chmod 600 mondossier > > chmod g+s mondossier > > Ainsi tout docs ou dossier crees dedans aura le meme umask. > > Non ? > > Il me semble que non. Changer le bit sgid d'un répertoire va > agir sur le *groupe* *propriétaire* des fichiers créés dans le dit > répertoire mais ça n'aura aucune influence sur la valeur des bits > correspondant aux droits Unix de ce fichier. Si le PO veut agir > sur le umask, c'est qu'il vaut agit sur la valeur par défaut > des bits correspondant aux droits Unix d'un fichier lors de sa > création, pas sur le propriétaire et le groupe propriétaire du > fichier. Absolument. Le propriétaire et le groupe ne doivent pas changer (c'est moi :)). L'idée est de pouvoir créer des fichiers dans un répertoire particulier avec des permissions 600, et c'est tout. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610160721.gc32...@petruzzello.ch
Re: umask spécifique à un répertoire
Le 10 juin 2015 18:02:54 UTC+02:00, Francois Lafont a écrit : >On 10/06/2015 17:33, NicoLagaffe wrote: > >> Et pourquoi pas un >> chmod 600 mondossier >> chmod g+s mondossier >> Ainsi tout docs ou dossier crees dedans aura le meme umask. >> Non ? > >Il me semble que non. Changer le bit sgid d'un répertoire va >agir sur le *groupe* *propriétaire* des fichiers créés dans le dit >répertoire mais ça n'aura aucune influence sur la valeur des bits >correspondant aux droits Unix de ce fichier. Si le PO veut agir >sur le umask, c'est qu'il vaut agit sur la valeur par défaut >des bits correspondant aux droits Unix d'un fichier lors de sa >création, pas sur le propriétaire et le groupe propriétaire du >fichier. > >-- >François Lafont > >-- >Lisez la FAQ de la liste avant de poser une question : >http://wiki.debian.org/fr/FrenchLists > >Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" >vers debian-user-french-requ...@lists.debian.org >En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org >Archive: https://lists.debian.org/ml9n3f$h49$1...@ger.gmane.org Je pense que si, en tout c'est le comportement que cela a chez moi. -- NicoLagaffe http://nicolagaffe.net Librement propulsé par GNU/Linux
Re: [HS] iceweasel et googlemap: basse resolution only ?
'lut, une idée qui vaut ce qu'elle vaut, en utilisant user agent switcher dans iceweasel bingo! Si je modifie le user-agent en linux/chrome, m$/chrome ou m$/ff alors tout est ok. Sur Iceweasel ou chez google le rapport de bug ? du coup, sur google & co! Je hais google et pourtant j'ai affreusement besoin de googlemap :( Est-ce que vous croyez qu'en va s'en sortir un jour ;) ? merci à Haricophile et à Jérémy, f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55786050$0$3051$426a7...@news.free.fr
Re: [HS] iceweasel et googlemap: basse resolution only ?
On 06/10/2015 06:05 PM, Fabrice Regnier wrote: > Je hais google et pourtant j'ai affreusement besoin de googlemap :( > Bonjour Une parenthèse: si ton PC a une bonne cpu, le super-Bigbrother nommé Googleearth fournit des images de bien meilleure qualité (meilleure définition) que googlemap. Autre parenthèse: la 'résolution'd'une image, terme issue de l'anglais mal traduit 'resolution' et employé abusivement partout à la place du terme définition, c'est le nombre de points/pixels (par rapport à une surface donnée (souvent inch, donc dpi). La 'définition', c'est le nombre de points/pixels sur toute la surface d'une image numérique, écran numérique, capteur numérique ou film/papier argentique. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5578659c.9010...@gmail.com
installer une imprimante pdf
Bonsoir à tous, Je n'ai pas d'imprimante, je souhaite à partir de n'importe quelle application générer un fichier pdf que j'imprimerai sur mon lieu de travail. Quel paquet Debian faudrait-il installé? Merci pour vos réponses Alex PADOLY
Re: umask spécifique à un répertoire
On 10/06/2015 18:08, NicoLagaffe wrote: >> Il me semble que non. Changer le bit sgid d'un répertoire va >> agir sur le *groupe* *propriétaire* des fichiers créés dans le dit >> répertoire mais ça n'aura aucune influence sur la valeur des bits >> correspondant aux droits Unix de ce fichier. Si le PO veut agir >> sur le umask, c'est qu'il vaut agit sur la valeur par défaut >> des bits correspondant aux droits Unix d'un fichier lors de sa >> création, pas sur le propriétaire et le groupe propriétaire du >> fichier. [...] > Je pense que si, en tout c'est le comportement que cela a chez moi. Désolé, mais ce qui est indiqué ci-dessus est correct : le umask et le bit sgid ce n'est pas la même chose, ils agissent sur des choses différentes. Voici un exemple : $ cd /tmp $ mkdir d/ $ ls -ld d/ drwxr-xr-x 2 francois francois 4096 juin 10 18:16 d/ # par défaut un fichier/répertoire que je créé appartient à francois:francois $ sudo chown francois:www-data d/ $ ls -ld d/ drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/ $ chmod g+s d/ $ ls -ld d/ drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/ # Ah, ça n'a pas suffit, il faut que je sois root $ sudo chmod g+s d/ $ ls -ld d/ drwxr-sr-x 2 francois www-data 4096 juin 10 18:16 d/ # Voilà, le bit sgit est activé. ;) $ touch d/f1 $ ls -la d/ total 8 drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 . drwxrwxrwt 13 root root 4096 juin 10 18:17 .. -rw-r--r-- 1 francois www-data0 juin 10 18:17 f1 # au lieu d'appartenir à francois:francois on a francois:www-data $ umask 077 # maintenant on change le umask $ touch d/f2 $ ls -la d/ total 8 drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 . drwxrwxrwt 13 root root 4096 juin 10 18:17 .. -rw-r--r-- 1 francois www-data0 juin 10 18:17 f1 -rw--- 1 francois www-data0 juin 10 18:17 f2 # on a tjs francois:www-data mais les droits Unix sont différents $ sudo chmod g-s d/ # maintenant je désactive le bit sgid sur le répertoire. $ ls -ld d/ drwxr-xr-x 2 francois www-data 4096 juin 10 18:17 d/ $ touch d/f3 $ ls -la d/ total 8 drwxr-xr-x 2 francois www-data 4096 juin 10 18:18 . drwxrwxrwt 13 root root 4096 juin 10 18:17 .. -rw-r--r-- 1 francois www-data0 juin 10 18:17 f1 -rw--- 1 francois www-data0 juin 10 18:17 f2 -rw--- 1 francois francois0 juin 10 18:18 f3 # avec le bit sgid désactivé, on a francois:francois Donc je répète, le bit sgid sur un répertoire agit sur le *groupe* *propriétaire* d'un fichier lors de sa création, le umask, lui, n'agit pas du tout sur le groupe propriétaire (ni sur le propriétaire), il agit sur la valeur par défaut des bits correspondant aux droits Unix. Ce sont deux choses différentes. Par exemple avec la sortie d'un `ls -l` comme ça : -rw--- 1 francois francois0 juin 10 18:18 f3 <---1><---2---> - Le umask va agir sur les valeurs par défaut qu'on va lire sur le champ 1. - le bit sgid va agir sur les valeurs par défaut qu'on va lire sur les champs 2. Après, je ne dis pas que le bit sgid ne peut pas résoudre le problème initial du PO (ie le vrai problème pratique qu'il doit résoudre). Je disais juste que ça ne répondait pas au problème tel que formulé par le PO (ie « paramétrer un umask juste pour un répertoire donné ») car le umask d'un côté et un bit sgid sur un répertoire de l'autre font des choses « orthogonales ». Maintenant, le problème *initial* du PO peut peut-être se résoudre avec le bit sgid, ça c'est possible... -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/ml9pgp$1ok$1...@ger.gmane.org
Re: installer une imprimante pdf
LO, On Wed, Jun 10, 2015 at 04:38:30PM +, Alex PADOLY wrote: [...] > Je n'ai pas d'imprimante, je souhaite à partir de > n'importe quelle application générer un fichier pdf que > Quel paquet Debian faudrait-il installé? cups-pdf ? Marche bien... A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610165044.gc30...@jones.jfs.dt
Re: installer une imprimante pdf
Le Wed, 10 Jun 2015 16:38:30 +, Alex PADOLY a écrit : > > > Bonsoir à tous, > > Je n'ai pas d'imprimante, je souhaite à partir de > n'importe quelle application générer un fichier pdf que > > j'imprimerai > sur mon lieu de travail. > > Quel paquet Debian faudrait-il installé? > > > Merci pour vos réponses > > Alex PADOLY > bonjour, apt-get install cups-pdf slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610191600.0f6c1f6f.bernard.schoenac...@free.fr
Re: installer une imprimante pdf
Le Wed, 10 Jun 2015 19:16:00 +0200, Bernard Schoenacker a écrit : > Le Wed, 10 Jun 2015 16:38:30 +, > Alex PADOLY a écrit : > > > > > > > Bonsoir à tous, > > > > Je n'ai pas d'imprimante, je souhaite à partir de > > n'importe quelle application générer un fichier pdf que > > > > j'imprimerai > > sur mon lieu de travail. > > > > Quel paquet Debian faudrait-il installé? > > > > > > Merci pour vos réponses > > > > Alex PADOLY > > > bonjour, > > apt-get install cups-pdf > > slt > bernard > bonjour, j'ai commis une erreur du fait que le paquet sera obsolète et qu'un autre le remplace : printer-driver-cups-pdf description de cups-pdf : Description-en: PDF writer backend for CUPS (dummy transitional package) This dummy package is provided to support the transition from cups-pdf to printer-driver-cups-pdf and should be removed afterwards. description de printer-driver-cups-pdf Description-en: printer driver for PDF writing via CUPS CUPS-PDF provides a PDF Writer backend to CUPS. This can be used as a virtual printer in a paperless network or to perform testing on CUPS. . Documents are written to a configurable directory (by default to ~/PDF) or can be further manipulated by a post-processing command. slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610195357.3cccbc36.bernard.schoenac...@free.fr
Re: umask spécifique à un répertoire
Le 10 juin 2015 18:44:08 UTC+02:00, Francois Lafont a écrit : >On 10/06/2015 18:08, NicoLagaffe wrote: > >>> Il me semble que non. Changer le bit sgid d'un répertoire va >>> agir sur le *groupe* *propriétaire* des fichiers créés dans le dit >>> répertoire mais ça n'aura aucune influence sur la valeur des bits >>> correspondant aux droits Unix de ce fichier. Si le PO veut agir >>> sur le umask, c'est qu'il vaut agit sur la valeur par défaut >>> des bits correspondant aux droits Unix d'un fichier lors de sa >>> création, pas sur le propriétaire et le groupe propriétaire du >>> fichier. > >[...] > >> Je pense que si, en tout c'est le comportement que cela a chez moi. > >Désolé, mais ce qui est indiqué ci-dessus est correct : le umask >et le bit sgid ce n'est pas la même chose, ils agissent sur des >choses différentes. Voici un exemple : > > >$ cd /tmp >$ mkdir d/ > >$ ls -ld d/ >drwxr-xr-x 2 francois francois 4096 juin 10 18:16 d/ # par défaut un >fichier/répertoire que je créé appartient à francois:francois > >$ sudo chown francois:www-data d/ >$ ls -ld d/ >drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/ > >$ chmod g+s d/ >$ ls -ld d/ >drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/ # Ah, ça n'a pas >suffit, il faut que je sois root > >$ sudo chmod g+s d/ >$ ls -ld d/ >drwxr-sr-x 2 francois www-data 4096 juin 10 18:16 d/ # Voilà, le bit >sgit est activé. ;) > >$ touch d/f1 >$ ls -la d/ >total 8 >drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 . >drwxrwxrwt 13 root root 4096 juin 10 18:17 .. >-rw-r--r-- 1 francois www-data0 juin 10 18:17 f1 # au lieu >d'appartenir à francois:francois on a francois:www-data > >$ umask 077 # maintenant on change le umask >$ touch d/f2 >$ ls -la d/ >total 8 >drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 . >drwxrwxrwt 13 root root 4096 juin 10 18:17 .. >-rw-r--r-- 1 francois www-data0 juin 10 18:17 f1 >-rw--- 1 francois www-data0 juin 10 18:17 f2 # on a tjs >francois:www-data mais les droits Unix sont différents > >$ sudo chmod g-s d/ # maintenant je désactive le bit sgid sur le >répertoire. >$ ls -ld d/ >drwxr-xr-x 2 francois www-data 4096 juin 10 18:17 d/ >$ touch d/f3 >$ ls -la d/ >total 8 >drwxr-xr-x 2 francois www-data 4096 juin 10 18:18 . >drwxrwxrwt 13 root root 4096 juin 10 18:17 .. >-rw-r--r-- 1 francois www-data0 juin 10 18:17 f1 >-rw--- 1 francois www-data0 juin 10 18:17 f2 >-rw--- 1 francois francois0 juin 10 18:18 f3 # avec le bit >sgid désactivé, on a francois:francois > > >Donc je répète, le bit sgid sur un répertoire agit sur le >*groupe* *propriétaire* d'un fichier lors de sa création, >le umask, lui, n'agit pas du tout sur le groupe propriétaire >(ni sur le propriétaire), il agit sur la valeur par défaut >des bits correspondant aux droits Unix. Ce sont deux choses >différentes. Par exemple avec la sortie d'un `ls -l` comme >ça : > >-rw--- 1 francois francois0 juin 10 18:18 f3 ><---1><---2---> > >- Le umask va agir sur les valeurs par défaut qu'on va lire sur le >champ 1. >- le bit sgid va agir sur les valeurs par défaut qu'on va lire sur les >champs 2. > >Après, je ne dis pas que le bit sgid ne peut pas résoudre le problème >initial du PO (ie le vrai problème pratique qu'il doit résoudre). Je >disais juste que ça ne répondait pas au problème tel que formulé par le >PO (ie « paramétrer un umask juste pour un répertoire donné ») car le >umask d'un côté et un bit sgid sur un répertoire de l'autre font des >choses >« orthogonales ». > >Maintenant, le problème *initial* du PO peut peut-être se résoudre >avec le bit sgid, ça c'est possible... > >-- >François Lafont > >-- >Lisez la FAQ de la liste avant de poser une question : >http://wiki.debian.org/fr/FrenchLists > >Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" >vers debian-user-french-requ...@lists.debian.org >En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org >Archive: https://lists.debian.org/ml9pgp$1ok$1...@ger.gmane.org Ba oui, effectivement, je dis n'importe quoi. Ca ne sert qu'a conserver le groupe du repertoire parent. Rien a voir avec les droits. Autant pour moi... -- NicoLagaffe http://nicolagaffe.net Librement propulsé par GNU/Linux
Re: umask spécifique à un répertoire
Le 10/06/2015 16:57, steve a écrit : Salut, Salut ! Je cherche à définir un umask spécifique à un répertoire. Je sais le faire à la main (« umask 177 » pour que les fichiers créés dans le répertoire où j'ai exécuté cette commande aient 600 comme permissions). Or si je me déconnecte, cette valeur est perdue. Je peux bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même type, mais cela agira sur la création de tout fichier dans mon $HOME. Est-il donc possible de spécifier un umask par répertoire ? Si par là tu veux dire «les droits par défaut à appliquer sur les nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis posé la question récemment, et tu peux le faire en passant par les ACL par défaut :) $ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder Ceci va faire que les ACL par défaut pour les fichiers ou dossiers créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier ou dossier créé dans le dossier en question aura les mêmes ACL (rw--- pour les fichiers et rwx-- pour les dossiers). J'espère avoir été à peu près compréhensible. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55788f3e.5060...@gmail.com
Vers un gros problème matériel...
Bonsoir à tous, J'utilise un très vieille ordinateur qui grâce à Debian rend encore de loyaux services. Il y a près de 2 ans j'ai eu un souci avec la carte graphique, et Adrien Poupin, membre actif de la liste de diffusion, m'avait fait don d'une ancienne carte dont il pensait se débarrasser jusqu'à me la donner. J'ai essayé de remettre la main sur les messages qui a l'époque ont permis de mettre la main sur le problème de carte graphique. Malheureusement je n'y suis pas parvenu. Si je pense à cet entreaide datant de cette époque, c'est que ma bécane semble retrouver de vieux travers qui pour le moment prennent la forme suivante: * L'OS tourne, et l'unité centrale se met à vrombir lorsqu'elle commence à être sollicité. * Des coups avec la main sur l'unité centrale pour faire cesser le bruit (chut là-dedans! :-) * Cela peut se remettre à vrombir mais ce qui est inquiétant ce sont ces bruits: *clac!clac!clac!* À ce moment, la machine se fige, les bruits persistent... et généralement il faut y remédier en arrêtant la machine avec le /power off/. Par chance, j'ai pu ce soir vous écrire depuis cet ordinateur sans encombres. Mais je préfère vous en parler à vous tous pour essayer de trouver une solution technique et/ou matérielle à ce problème avant que la situation ne se dégrade. Par avance je tiens à vous remercier de votre attention. Bien à vous, et à bientôt pour les marches à suivre. -- Baptiste Cambon
Re: Vers un gros problème matériel...
Bonsoir, Clac, clac -> disque dur en train de lâcher. Vite sauvegarder si ce n'est pas déja fait ! cordialement Le 10/06/2015 21:31, Baptiste Cambon a écrit : Bonsoir à tous, J'utilise un très vieille ordinateur qui grâce à Debian rend encore de loyaux services. Il y a près de 2 ans j'ai eu un souci avec la carte graphique, et Adrien Poupin, membre actif de la liste de diffusion, m'avait fait don d'une ancienne carte dont il pensait se débarrasser jusqu'à me la donner. J'ai essayé de remettre la main sur les messages qui a l'époque ont permis de mettre la main sur le problème de carte graphique. Malheureusement je n'y suis pas parvenu. Si je pense à cet entreaide datant de cette époque, c'est que ma bécane semble retrouver de vieux travers qui pour le moment prennent la forme suivante: * L'OS tourne, et l'unité centrale se met à vrombir lorsqu'elle commence à être sollicité. * Des coups avec la main sur l'unité centrale pour faire cesser le bruit (chut là-dedans! :-) * Cela peut se remettre à vrombir mais ce qui est inquiétant ce sont ces bruits: *clac!clac!clac!* À ce moment, la machine se fige, les bruits persistent... et généralement il faut y remédier en arrêtant la machine avec le /power off/. Par chance, j'ai pu ce soir vous écrire depuis cet ordinateur sans encombres. Mais je préfère vous en parler à vous tous pour essayer de trouver une solution technique et/ou matérielle à ce problème avant que la situation ne se dégrade. Par avance je tiens à vous remercier de votre attention. Bien à vous, et à bientôt pour les marches à suivre. -- Baptiste Cambon
Re: Vers un gros problème matériel...
Bonsoir, On 06/10/2015 09:31 PM, Baptiste Cambon wrote: > Bonsoir à tous, > > J'utilise un très vieille ordinateur qui grâce à Debian rend encore de > loyaux services. > Il y a près de 2 ans j'ai eu un souci avec la carte graphique, > et Adrien Poupin, membre actif de la liste de diffusion, m'avait fait > don d'une ancienne carte dont il pensait se débarrasser jusqu'à me la > donner. > > J'ai essayé de remettre la main sur les messages qui a l'époque ont > permis de mettre la main sur le problème de carte graphique. > Malheureusement je n'y suis pas parvenu. > > Si je pense à cet entreaide datant de cette époque, c'est que ma > bécane semble retrouver de vieux travers qui pour le moment prennent > la forme suivante: > > * L'OS tourne, et l'unité centrale se met à vrombir lorsqu'elle > commence à être sollicité. > * Des coups avec la main sur l'unité centrale pour faire cesser le > bruit (chut là-dedans! :-) > * Cela peut se remettre à vrombir mais ce qui est inquiétant ce sont > ces bruits: *clac!clac!clac!* > > À ce moment, la machine se fige, les bruits persistent... et > généralement il faut y remédier en arrêtant la machine avec le /power > off/. La dernière fois que j'ai eu ce genre de symptômes, c'était un disque qui était en train de lâcher.. Ou un ventilo. :) D'un côté ça peut juste être le ventilo qui, un peu désaxé, claque en accélérant - s'il est réglé pour suivre la charge dans le BIOS. Ça c'est pas grave.. Mais ça ne devrait pas freezer la machine. Et de l'autre, un disque dur qui s'essouffle et dont la tête de lecture commence à racler la piste : là, arrête tout et backup tes données le plus vite possible.. Avant d'être freezer définitivement. Dans tous les cas, il te faudra le démonter. Pour le DD si tu as un plot de lecture, ça peut t'éviter de booter dessus et d'optimiser le temps qu'il te reste. Bonne chance -- “One original thought is worth a thousand mindless quotings.” “Le vrai n'est pas plus sûr que le probable.” Diogene Laerce signature.asc Description: OpenPGP digital signature
Problème de permission sur clés USB
Bonsoir à tous, J'ai installé récemment Debian 8. Toutes les clés USB sont montées avec pour propriétaire "root". Je ne m'explique pas pourquoi. Pour contourner le problème d'écriture, j'ai modifié le fichier /etc/usbmount/usbmount.conf comme suit : FS_MOUNTOPTIONS="-fstype=vfat,gid=plugdev,fmask=0002,dmask=0002" Reste qu'au démontage, je dois renseigner mon mot de passe "root". Quelqu'un a-t-il des lumières sur ce problème ? D'avance, merci. Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5578a0f9.4020...@gmail.com
Re: Problème mise à jour Wheezy -> Suite
Qu'entends tu par "pourquoi diable n'y a t'il pas de configuration réseau fixe dessus"? Le mardi 09 juin 2015 à 11:36:12, Christophe a écrit : > Hello, > > Le 09/06/2015 22:01, Frédéric Marécaille a écrit : > > > ># ifconfig -a > >eth0 Link encap:Ethernet HWaddr 74:27:ea:a1:46:de > > inet adr:192.168.0.16 Bcast:192.168.0.255 > >Masque:255.255.255.0 > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 lg file transmission:1000 > > RX bytes:10273432775 (9.5 GiB) TX bytes:3585144154 (3.3 GiB) > > Interruption:42 Adresse de base:0x8000 > > > >loLink encap:Boucle locale > > inet adr:127.0.0.1 Masque:255.0.0.0 > > UP LOOPBACK RUNNING MTU:16436 Metric:1 > > RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 lg file transmission:0 > > RX bytes:1791461693 (1.6 GiB) TX bytes:1791461693 (1.6 GiB) > > > ># ping free.fr > >ping -c3 free.fr > >PING free.fr (212.27.48.10) 56(84) bytes of data. > >64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms > >64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms > >64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms > > > >--- free.fr ping statistics --- > >3 packets transmitted, 3 received, 0% packet loss, time 2003ms > >rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms > > > >/etc/network/interfaces > >[...] > > 'route -n' > et > 'iptables -vnL' ?? > > Parce que ça commence à devenir mystique ton truc la ;) ... > > Au passage, si j'ai bien compris il s'agit d'un serveur ... pourquoi diable > n'y a t'il pas de configuration réseau fixe dessus ? > > @+ > Christophe. > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: https://lists.debian.org/55775c4c.9090...@stuxnet.org > > -- Frédéric Marécaille -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610204030.ga18...@numericable.fr
Re: Problème mise à jour Wheezy -> Suite
Punaise!! bien vu andre_debian!! en passant par "su" et ensuite apt-get update cela fonctionne mais pas avec sudo apt-get update, pourquoi??? Le mercredi 10 juin 2015 à 11:24:37, andre_deb...@numericable.fr a écrit : > Au fait, lances tu "apt-get update and co..." > en tant que user ou root ? > > > On Tuesday 09 June 2015 23:36:12 Christophe wrote: > > Hello, > > > > Le 09/06/2015 22:01, Frédéric Marécaille a écrit : > > > # ifconfig -a > > > eth0 Link encap:Ethernet HWaddr 74:27:ea:a1:46:de > > >inet adr:192.168.0.16 Bcast:192.168.0.255 > > > Masque:255.255.255.0 > > >UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > >RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0 > > >TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0 > > >collisions:0 lg file transmission:1000 > > >RX bytes:10273432775 (9.5 GiB) TX bytes:3585144154 (3.3 GiB) > > >Interruption:42 Adresse de base:0x8000 > > > > > > loLink encap:Boucle locale > > >inet adr:127.0.0.1 Masque:255.0.0.0 > > >UP LOOPBACK RUNNING MTU:16436 Metric:1 > > >RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0 > > >TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0 > > >collisions:0 lg file transmission:0 > > >RX bytes:1791461693 (1.6 GiB) TX bytes:1791461693 (1.6 GiB) > > > > > > # ping free.fr > > > ping -c3 free.fr > > > PING free.fr (212.27.48.10) 56(84) bytes of data. > > > 64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms > > > 64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms > > > 64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms > > > > > > --- free.fr ping statistics --- > > > 3 packets transmitted, 3 received, 0% packet loss, time 2003ms > > > rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms > > > > > > /etc/network/interfaces > > > [...] > > > > 'route -n' > > et > > 'iptables -vnL' ?? > > > > Parce que ça commence à devenir mystique ton truc la ;) ... > > > > Au passage, si j'ai bien compris il s'agit d'un serveur ... pourquoi > > diable n'y a t'il pas de configuration réseau fixe dessus ? > > > > @+ > > Christophe. > > > > > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/201506101124.37155.andre_deb...@numericable.fr > > -- Frédéric Marécaille -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610204150.gb18...@numericable.fr
Re: Vers un gros problème matériel...
Vérifier : le ventilo du processeur, le ventilo de l'UC, le disque dur... Ne plus utiliser l'ordinateur, sauf pour vérifier courtement après chaque dépannage un par un. André On Wednesday 10 June 2015 21:31:46 Baptiste Cambon wrote: > J'utilise un très vieille ordinateur qui grâce à Debian rend encore de > loyaux services. > Il y a près de 2 ans j'ai eu un souci avec la carte graphique, > et Adrien Poupin, membre actif de la liste de diffusion, m'avait fait > don d'une ancienne carte dont il pensait se débarrasser jusqu'à me la > donner. > J'ai essayé de remettre la main sur les messages qui a l'époque ont > permis de mettre la main sur le problème de carte graphique. > Malheureusement je n'y suis pas parvenu. > Si je pense à cet entreaide datant de cette époque, c'est que ma bécane > semble retrouver de vieux travers qui pour le moment prennent la forme > suivante: > * L'OS tourne, et l'unité centrale se met à vrombir lorsqu'elle > commence à être sollicité. > * Des coups avec la main sur l'unité centrale pour faire cesser le > bruit (chut là-dedans! :-) > * Cela peut se remettre à vrombir mais ce qui est inquiétant ce sont > ces bruits: *clac!clac!clac!* > À ce moment, la machine se fige, les bruits persistent... et > généralement il faut y remédier en arrêtant la machine avec le /power off/. > Par chance, j'ai pu ce soir vous écrire depuis cet ordinateur sans > encombres. > Mais je préfère vous en parler à vous tous pour essayer de trouver une > solution technique et/ou matérielle à ce problème avant que la situation > ne se dégrade. > Bien à vous, et à bientôt pour les marches à suivre. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201506102246.37623.andre_deb...@numericable.fr
Re: Problème mise à jour Wheezy -> Suite
en aparté, apt-get ou aptitude est une histoire de préférences personnelles ou convient il d'utiliser plutôt l'un que l'autre? Non, je ne veux pas de troll ;) Le mercredi 10 juin 2015 à 11:22:43, Jean-Jacques Doti a écrit : > Le 09/06/2015 22:01, Frédéric Marécaille a écrit : > ># ifconfig -a > >eth0 Link encap:Ethernet HWaddr 74:27:ea:a1:46:de > > inet adr:192.168.0.16 Bcast:192.168.0.255 > >Masque:255.255.255.0 > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 lg file transmission:1000 > > RX bytes:10273432775 (9.5 GiB) TX bytes:3585144154 (3.3 GiB) > > Interruption:42 Adresse de base:0x8000 > > > >loLink encap:Boucle locale > > inet adr:127.0.0.1 Masque:255.0.0.0 > > UP LOOPBACK RUNNING MTU:16436 Metric:1 > > RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 lg file transmission:0 > > RX bytes:1791461693 (1.6 GiB) TX bytes:1791461693 (1.6 GiB) > > > ># ping free.fr > >ping -c3 free.fr > >PING free.fr (212.27.48.10) 56(84) bytes of data. > >64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms > >64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms > >64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms > > > >--- free.fr ping statistics --- > >3 packets transmitted, 3 received, 0% packet loss, time 2003ms > >rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms > > > >/etc/network/interfaces > ># This file describes the network interfaces available on your system > ># and how to activate them. For more information, see interfaces(5). > > > ># The loopback network interface > >auto lo > >iface lo inet loopback > > > ># The primary network interface > >allow-hotplug eth0 > >iface eth0 inet dhcp > > > >Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit : > >>On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote: > >>>Bon, suite aux diverses recommandations, j'ai désactivé le protocole > >>>IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker). > >>>Toujours le même résultat: la mise à jour de la wheezy se heurte > >>>toujours à un problème de connection aux serveurs Debian. > >>>Je rappelle que le réseau sur cette Debian "semble" fonctionnel. > >>>Je "ping" des adresses internet en console. > >>>Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises > >>>à jour fonctionnent normalement, je n'y comprends rien! > >>>Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises > >>>à jours ne fonctionnent plus depuis quelques temps. > >>>Je n'ai pourtant pas fais de changement majeurs dessus... > Dans tes premiers messages, l'erreur que tu remontais indiquait un problème > de connexion en IPv6 vers le serveur miroir Debian. Comme la connexion IPv4 > était bien fonctionnelle, un "ping free.fr" ne peut pas nous apprendre grand > chose puisque ce ping se fait systématiquement en IPv4 (sinon, il faudrait > utiliser la commande ping6). > Cependant, tu indiques que le protocole IPv6 a été désactivé depuis (comme > le confirme le résultat de la commande ifconfig). L'erreur que tu obtiens > lors d'un "aptitude update" a donc dû changer. Quelle est cette erreur à > présent ? > Et rencontres-tu mes mêmes soucis avec apt-get ? > > Est-ce que la commande suivante : > wget http://ftp.fr.debian.org/ > fonctionne correctement ? > > Comme ces problèmes ne semblent survenir qu'avec aptitude (et apt-get ?), tu > devrais jeter un coup d'œil sur l'ensemble des fichiers de configuration > présent sous /etc/apt (en particulier ce qui se trouve dans les > sous-répertoires apt.conf.d et preferences.d) pour voir si tu détectes > quelque chose de bizarre. > > Bon courage, > Jean-Jacques > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: https://lists.debian.org/557801e3.3010...@doti.fr > > -- Frédéric Marécaille -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610204318.gc18...@numericable.fr
Re: Problème mise à jour Wheezy -> Suite
On 06/10/2015 10:40 PM, Frédéric Marécaille wrote: > Qu'entends tu par "pourquoi diable n'y a t'il pas de configuration > réseau fixe dessus"? Et pourquoi, diable, ne postes tu pas ici le résultat qu'une foule de gens te propose d'essayer, pourquoi une description aussi vague? -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5578a2e0.4070...@gmail.com
Re: Problème mise à jour Wheezy -> Suite
On Wednesday 10 June 2015 22:41:50 F. Marécaille wrote: > Punaise!! bien vu andre_debian!! en passant par "su" et ensuite apt-get > update cela fonctionne mais pas avec sudo apt-get update, pourquoi??? Aah, enfin ! ! ! Tu me paieras un café pour la peine, espèce de padawan ! :-) Je n'utilise pas sudo, chez moi, c'est soit user ou root. C'est parce que ton sudo n'est pas configuré, /etc/sudoers Stoppes le et après c'est soit $ ou # : /etc/init.d/./sudo stop ainsi que dans le "/etc/rc2.d" => # mv SXsudo KSXsudo X étant le n° du processus et S comme start et K comme kill. Il ne démarrera plus au prochain boot du pc. sudo est un truc d'Ubuntu qui ne m'a jamais plu. André > Le mercredi 10 juin 2015 à 11:24:37, andre_deb...@numericable.fr a écrit : > > Au fait, lances tu "apt-get update and co..." > > en tant que user ou root ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201506102257.00503.andre_deb...@numericable.fr
Re: [HS] iceweasel et googlemap: basse resolution only ?
Le Wed, 10 Jun 2015 10:41:01 +0200 Fabrice Regnier a écrit: > salut la liste, > > Je suis sur Strech avec Iceweasel (38.0.1) et Chrome (45.0.2421.0 dev > (64-bit)). > > Et bien je constate que lorsque je vais sur googlemap, avec chrome, la > résolution est très bonne, j'ai même l'impression d'une pseudo 3D, > notamment en regardant les arbres. > > En revanche, avec iceweasel, je ne peut obtenir la même résolution et, > pour une même coordonnée, la photo renvoyée par google n'est pas la même > selon que l'on soit chrome ou sous iceweasel. > > Sous Windows 8.1 avec ff38, la résolution est ok. > Sous Debian/strech avec ff38, que je viens d'installer pour tester, la > résolution est ok aussi. > > Avant de faire un rapport de bug sur Iceweasel, quelqu'un peut-il > confirmer ? > > merki ;) > C'est amusant ce que tu dis parce que moi je constate l'inverse ! Par exemple si je regarde la zone de Puteaux (92) maps me montre des photos plus récentes sur Iceweasel de Debian que sur Firefox sous Windows 7. Dans les 2 cas version 38.0.5. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150610225938.325e822dd91531291607d...@neuf.fr
Re: Problème mise à jour Wheezy -> Suite
Bonsoir, On 10/06/2015 22:41, Frédéric Marécaille wrote: > Punaise!! bien vu andre_debian!! en passant par "su" et ensuite apt-get > update cela fonctionne mais pas avec sudo apt-get update, pourquoi??? Je pense que tu devrais poster un copier/coller du résultat de la commande « sudo apt-get update ». Par ailleurs, que donne les 2 commandes suivantes : id sudo id -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5578a3bb.4040...@free.fr
Re: [HS] iceweasel et googlemap: basse resolution only ?
Le 10 juin 2015 à 22:59, Gaëtan PERRIER a écrit : > Le Wed, 10 Jun 2015 10:41:01 +0200 > Fabrice Regnier a écrit: > >> salut la liste, >> >> Je suis sur Strech avec Iceweasel (38.0.1) et Chrome (45.0.2421.0 dev >> (64-bit)). >> >> Et bien je constate que lorsque je vais sur googlemap, avec chrome, la >> résolution est très bonne, j'ai même l'impression d'une pseudo 3D, >> notamment en regardant les arbres. >> >> En revanche, avec iceweasel, je ne peut obtenir la même résolution et, >> pour une même coordonnée, la photo renvoyée par google n'est pas la même >> selon que l'on soit chrome ou sous iceweasel. >> >> Sous Windows 8.1 avec ff38, la résolution est ok. >> Sous Debian/strech avec ff38, que je viens d'installer pour tester, la >> résolution est ok aussi. >> >> Avant de faire un rapport de bug sur Iceweasel, quelqu'un peut-il >> confirmer ? >> >> merki ;) >> > > C'est amusant ce que tu dis parce que moi je constate l'inverse ! > Par exemple si je regarde la zone de Puteaux (92) maps me montre des photos > plus récentes sur Iceweasel de Debian que sur Firefox sous Windows 7. Dans les > 2 cas version 38.0.5. Alors cela dépend peut-être de la qualité des photos satellite. Pour comparer, il faudrait faire un test sur la même photo sur plusieurs navigateurs différents. Chez moi c’est très frappant parce que la photo ne représente pas le bâtiment en face dans le même état d’avancement des travaux de construction :-D Sur Chrome, la photo est vraiment dégueulasse et je ne peux pas l’agrandir au maximum sans qu’elle devienne floue. J’ai enregistré les photos en PDF, mais c’est trop gros pour être envoyé en P/J de toute façon. Je peux essayer de les mettre quelque part sur le Net… > > Gaëtan > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/20150610225938.325e822dd91531291607d...@neuf.fr > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/d39ac1f7-9b30-4e2b-9140-43b439b6d...@worldonline.fr
Re: Vers un gros problème matériel...
Oui tout est dit ventilo de l alim ou du processeur ou de la cg. Clac clac clac >>> sauvegarde direct sans discussions et vérification de l état SMART... Kenavo Le 10 juin 2015 22:46, a écrit : > Vérifier : > le ventilo du processeur, > le ventilo de l'UC, > le disque dur... > > Ne plus utiliser l'ordinateur, sauf pour vérifier > courtement après chaque dépannage un par un. > > André > > On Wednesday 10 June 2015 21:31:46 Baptiste Cambon wrote: > > J'utilise un très vieille ordinateur qui grâce à Debian rend encore de > > loyaux services. > > Il y a près de 2 ans j'ai eu un souci avec la carte graphique, > > et Adrien Poupin, membre actif de la liste de diffusion, m'avait fait > > don d'une ancienne carte dont il pensait se débarrasser jusqu'à me la > > donner. > > J'ai essayé de remettre la main sur les messages qui a l'époque ont > > permis de mettre la main sur le problème de carte graphique. > > Malheureusement je n'y suis pas parvenu. > > Si je pense à cet entreaide datant de cette époque, c'est que ma bécane > > semble retrouver de vieux travers qui pour le moment prennent la forme > > suivante: > > * L'OS tourne, et l'unité centrale se met à vrombir lorsqu'elle > > commence à être sollicité. > > * Des coups avec la main sur l'unité centrale pour faire cesser le > > bruit (chut là-dedans! :-) > > * Cela peut se remettre à vrombir mais ce qui est inquiétant ce sont > > ces bruits: *clac!clac!clac!* > > À ce moment, la machine se fige, les bruits persistent... et > > généralement il faut y remédier en arrêtant la machine avec le /power > off/. > > Par chance, j'ai pu ce soir vous écrire depuis cet ordinateur sans > > encombres. > > Mais je préfère vous en parler à vous tous pour essayer de trouver une > > solution technique et/ou matérielle à ce problème avant que la situation > > ne se dégrade. > > Bien à vous, et à bientôt pour les marches à suivre. > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/201506102246.37623.andre_deb...@numericable.fr > >
Re: problème rsync
> Le 10 juin 2015 à 12:50, Grégory Reinbold a écrit :
>
> L'option --exclude=PATTERN ne fait pas la différence entre un fichier et un
> dossier. A partir du moment où un fichier ou un dossier contient ton PATTERN
> dans son filename il sera exclu de la synchronisation.
Faux, il est très facile de faire la différence entre un fichier et un
répertoire en jouant sur les slashs (« / ») en fin d’expression.
Le plus facile serait de lire les mails que j’avais envoyé les 18 et 19 mai
(Re: rsync et /run) et le contenu de « man rsync ». Recherche dans les archives
de la liste, voici un extrait de ce que j’écrivais :
«
En fait, l’exclusion, marquée par le signe moins, est basée sur la racine de la
sauvegarde. Elle peut être relative ou complète. Le slash (« / ») indique une
référence complète par rapport à la racine de la sauvegarde et non une
référence par rapport à la racine du système de fichiers du serveur, d’où
l’ambiguité.
Si on veut exclure un répertoire spécifique, il faut une notation complète :
- /foo/bar/
Si on veut exclure tout répertoire cache par exemple, on n’indique pas le slash
mais on termine par un slash pour indiquer que c’est un répertoire :
- cache/
ici, tout répertoire appelé « cache » à partir de la racine de sauvegarde sera
exclu du rsync.
On peut aussi utiliser les méta-caractères.
Je ne saurait trop conseiller la lecture de la documentation par un « man rsync
», plus précisément le paragraphe « INCLUDE/EXCLUDE PATTERN RULES ». Il est
très complet, bien fait, et propose des exemples instructifs.
Ces exemples sont basés sur la sauvegarde d’un répertoire utilisateur, un rsync
du type :
# rsync --exclude-from="" "${HOME}/"
"/«
»
>
> À mer. juin 10 11:21:30 2015 GMT+0200, Fabrice Regnier a écrit :
>> 'lut,
>>
>>
>>> l'option --exclude=PATTERN n'a l'air d'être valable que pour des fichiers.
>> pas si sur. T'as essayé
>>
>> --exclude /trashbox
>>
>> ?
>>
>> a+
>>
>> f.
>>
>> --
>> Lisez la FAQ de la liste avant de poser une question :
>> http://wiki.debian.org/fr/FrenchLists
>>
>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>> vers debian-user-french-requ...@lists.debian.org
>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>> Archive: https://lists.debian.org/5578019b$0$3297$426a3...@news.free.fr
>>
>>
>
> --
> Grégory Reinbold
--
Pierre Malard
« La vérité ne triomphe jamais, mais ses ennemis finissent
toujours par mourir... »
Max Placnk (1858-1947)
|\ _,,,---,,_
/,`.-'`'-. ;-;;,_
|,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_) πr
perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\
( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_):
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--
signature.asc
Description: Message signed with OpenPGP using GPGMail
Re: umask spécifique à un répertoire
Le 10 juin 2015 à 16:57, steve a écrit : > > Je cherche à définir un umask spécifique à un répertoire. Je sais le > faire à la main (« umask 177 » pour que les fichiers créés dans le > répertoire où j'ai exécuté cette commande aient 600 comme > permissions). Or si je me déconnecte, cette valeur est perdue. Je peux > bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même > type, mais cela agira sur la création de tout fichier dans mon $HOME. > > Est-il donc possible de spécifier un umask par répertoire ? C’est battu dans la mesure où umask ne se rapporte pas à un quelconque fichier ou répertoire mais à un shell. Umask défini le masque à appliquer la création d’un fichier ou un répertoire dans le shell en combinaison avec les autorisations du répertoire où est créé le fichier (ou répertoire), pas pour un répertoire spécifique. Peut être peux-tu jouer avec les ACL pour faire ce dont tu parles… -- Pierre Malard « - Il n'y a que trois éléments indispensables à la vie. Et il n'y a que les scientifiques pour penser que c'est l'oxygène, l'hydrogène et le carbone... - Quoi alors ? L'eau, l'air et le feu ? - Non ! Le désir, le désordre et le danger... » Manon Briand ; La turbulence des fluides (film québécois de 2001) |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Problème mise à jour Wheezy -> Suite
On 06/10/2015 10:50 PM, Frédéric Marécaille wrote: en aparté, apt-get ou aptitude est une histoire de préférences personnelles ou convient il d'utiliser plutôt l'un que l'autre? Les 2 outils se basent sur la même base de donnée donc peuvent être utilisés indifféremment (y'en a qui disent qu'il faut en choisir un et rester dessus). En cas de problème de dépendances: La seule différence importante, c'est qu'aptitude cherche des solutions et te permet d'avancer même si ça ne règles pas toutes les dépendances, il est plus souple. Dans la même situation, apt-get te redonne la main avec un message d'erreur. J'avais lu une fois qu'officiellement aptitude était conseillé par l'équipe debian, je sais pas trop ce qu'il en est. Dans le cas d'un passage à une version supérieure de debian, il est par contre conseillé d'utiliser apt-get pour l'upgrade (??). Sinon, il y a des différences mineures, apt-cache par exemple a "madison" ou "policy" qui sont intéressants, aptitude "why"/"why-not" qui me plaisent bien. Ou encore la recherche d'un paquet: ~$ aptitude search php | wc 4973876 40261 ~$ apt-cache search php | wc 7325583 41750 apt-cache cherche aussi dans la description, ma méthode, c'est de commencer par aptitude et si je trouve rien je passe à apt-cache. Sinon, c'est une question de goût (ou d'habitude), moi j'utilise aptitude à 90% et certains outils apt-* de temps en temps. Il doit y avoir d'autres différences mais j'imagine que j'ai fait le tour en gros. -- mireero -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5578bf80$0$3319$426a7...@news.free.fr
Re: Problème de permission sur clés USB
On 06/10/2015 10:50 PM, Christophe Gallaire wrote: Bonsoir à tous, J'ai installé récemment Debian 8. Toutes les clés USB sont montées avec pour propriétaire "root". Je ne m'explique pas pourquoi. Pour contourner le problème d'écriture, j'ai modifié le fichier /etc/usbmount/usbmount.conf comme suit : FS_MOUNTOPTIONS="-fstype=vfat,gid=plugdev,fmask=0002,dmask=0002" Reste qu'au démontage, je dois renseigner mon mot de passe "root". Quelqu'un a-t-il des lumières sur ce problème ? D'avance, merci. Christophe Tu peux ajouter l'option 'user' (ou même plutôt 'users') à tes options de montage, et uid=`id -u`. Ceci dans la ligne de commande de "montage", ou dans usbmount.conf (je connais pas ce fichier, en tout cas je l'ai pas ici), ou plus classiquement dans fstab. -- mireero -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/557920c4$0$3318$426a3...@news.free.fr
Re: problème rsync
Ok, mon binaire doit être custom. (Etrange il provient pourtant des dépôts de
Deb ?!)
Donc je le répète, mais différemment. Je synchronise automatiquement toutes les
heures mon répertoire $HOME à l'aide d'un script sh et d'un cron.
Mon répertoire personnel contient un dossier sshfs dans lequel je monte mes
dossiers distants. Toutefois je veux pas synchroniser ce répertoire sshfs. Donc
dans mon petit script sh j'ai une ligne rsync avec l'option --exclude=sshfs
Je ne sais comment expliquer, mais la magie de mon pseudo custom rsync opère et
le répertoire sshfs n'existe pas dans le répertoire de destination de ma
synchro.
Donc j'en déduis qu'avec ou sans / ou autres précisions, dès que le PATTERN est
trouvé dans le path, boom, mon rsync custom exclu l'occurrence que ce soit un
fichier ou un dossier.
Avant de dire que ce que je raconte est faux, teste par toi-même pour voir si
je raconte de la merde.
Script sh à l'appui pour les septiques.
Sur ce, une très belle journée à vous.
À jeu. juin 11 00:38:30 2015 GMT+0200, Pierre Malard a écrit :
>
> > Le 10 juin 2015 à 12:50, Grégory Reinbold a écrit :
> >
> > L'option --exclude=PATTERN ne fait pas la différence entre un fichier et un
> > dossier. A partir du moment où un fichier ou un dossier contient ton
> > PATTERN dans son filename il sera exclu de la synchronisation.
>
> Faux, il est très facile de faire la différence entre un fichier et un
> répertoire en jouant sur les slashs (« / ») en fin d’expression.
> Le plus facile serait de lire les mails que j’avais envoyé les 18 et 19 mai
> (Re: rsync et /run) et le contenu de « man rsync ». Recherche dans les
> archives de la liste, voici un extrait de ce que j’écrivais :
> «
> En fait, l’exclusion, marquée par le signe moins, est basée sur la racine de
> la sauvegarde. Elle peut être relative ou complète. Le slash (« / ») indique
> une référence complète par rapport à la racine de la sauvegarde et non une
> référence par rapport à la racine du système de fichiers du serveur, d’où
> l’ambiguité.
>
> Si on veut exclure un répertoire spécifique, il faut une notation complète :
> - /foo/bar/
> Si on veut exclure tout répertoire cache par exemple, on n’indique pas le
> slash mais on termine par un slash pour indiquer que c’est un répertoire :
> - cache/
> ici, tout répertoire appelé « cache » à partir de la racine de sauvegarde
> sera exclu du rsync.
>
> On peut aussi utiliser les méta-caractères.
> Je ne saurait trop conseiller la lecture de la documentation par un « man
> rsync », plus précisément le paragraphe « INCLUDE/EXCLUDE PATTERN RULES ». Il
> est très complet, bien fait, et propose des exemples instructifs.
>
> Ces exemples sont basés sur la sauvegarde d’un répertoire utilisateur, un
> rsync du type :
> # rsync --exclude-from="" "${HOME}/"
> "/«
> »
>
>
> >
> > À mer. juin 10 11:21:30 2015 GMT+0200, Fabrice Regnier a écrit :
> >> 'lut,
> >>
> >>
> >>> l'option --exclude=PATTERN n'a l'air d'être valable que pour des fichiers.
> >> pas si sur. T'as essayé
> >>
> >> --exclude /trashbox
> >>
> >> ?
> >>
> >> a+
> >>
> >> f.
> >>
> >> --
> >> Lisez la FAQ de la liste avant de poser une question :
> >> http://wiki.debian.org/fr/FrenchLists
> >>
> >> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> >> vers debian-user-french-requ...@lists.debian.org
> >> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> >> Archive: https://lists.debian.org/5578019b$0$3297$426a3...@news.free.fr
> >>
> >>
> >
> > --
> > Grégory Reinbold
>
> --
> Pierre Malard
>
>« La vérité ne triomphe jamais, mais ses ennemis finissent
> toujours par mourir... »
>Max Placnk (1858-1947)
>|\ _,,,---,,_
>/,`.-'`'-. ;-;;,_
> |,4- ) )-,_. ,\ ( `'-'
> '---''(_/--' `-'\_) πr
>
> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_.
> ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_):
> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
> - --> Ce message n’engage que son auteur <--
>
>
--
Grégory Reinbold
Re: Vers un gros problème matériel...
Le 10/06/2015 21:31, Baptiste Cambon a écrit : > Bonsoir à tous, > > * Cela peut se remettre à vrombir mais ce qui est inquiétant ce sont > ces bruits: *clac!clac!clac!* > > À ce moment, la machine se fige, les bruits persistent... et > généralement il faut y remédier en arrêtant la machine avec le /power > off/. > -- Baptiste Cambon Bonjour Baptiste, Oui j'avais effectivement proposé une carte graphique à l'époque ; au besoin, je ne sais pas si je l'ai encore mais le cas échéant, je la donnerai avec plaisir. Par ailleurs, comme les autres l'ont dit : - Si c'est un problème de disque dur, sauvegarde toutes tes données urgemment. - Si c'est un problème de ventilo, il est probablement désaxé et doit ralentir à cause des frottements, ce qui fait que le processeur doit chauffer jusqu'à la température critique. Ce qui me fait éliminer cette deuxième solution, c'est qu'un processeur qui surchauffe éteint brutalement toute la machine, procédure d'urgence oblige. Cela ne fait pas figer le système. Bonne journée à tous, Adrien. signature.asc Description: OpenPGP digital signature
Re: Problème de permission sur clés USB
Le 11/06/2015 07:46, mireero a écrit : > On 06/10/2015 10:50 PM, Christophe Gallaire wrote: >> Bonsoir à tous, >> >> J'ai installé récemment Debian 8. Toutes les clés USB sont montées avec >> pour propriétaire "root". Je ne m'explique pas pourquoi. Pour contourner >> le problème d'écriture, j'ai modifié le fichier >> /etc/usbmount/usbmount.conf comme suit : >> >> FS_MOUNTOPTIONS="-fstype=vfat,gid=plugdev,fmask=0002,dmask=0002" >> >> Reste qu'au démontage, je dois renseigner mon mot de passe "root". >> >> Quelqu'un a-t-il des lumières sur ce problème ? >> >> D'avance, merci. >> >> Christophe >> > > Tu peux ajouter l'option 'user' (ou même plutôt 'users') à tes options > de montage, et uid=`id -u`. > > Ceci dans la ligne de commande de "montage", ou dans usbmount.conf (je > connais pas ce fichier, en tout cas je l'ai pas ici), ou plus > classiquement dans fstab. > Je vais ajouter ces deux options. Reste tout de même une question : d'où vient ce problème de montage/démontage de clés USB que je n'ai jamais rencontré ? Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55792bf7.7060...@gmail.com
