Why does resolv.conf keep changing?

2017-10-22 Thread Roberto C . Sánchez 
So, I just upgraded my main router/firewall machine to Stretch.
Following the upgrade my /etc/resolv.conf settings appear to track the
DHCP options obtained by one of the two interfaces.  No matter what I
try I can't get the /etc/resolv.conf settings to remain as I would like
them.

The machine has two network interfaces: one on the Internt side which
connects to my ISP-provided equipment and which obtains its address via
DHCP, another on the LAN side which is statically configured.

My /etc/network/interfaces looks like this (192.168.174.0/24 is my LAN
subnet):

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.174.1
netmask 255.255.255.0
broadcast 192.168.174.255

auto eth1
iface eth1 inet dhcp

My /etc/resolv.conf looks like this:

domain example.com
search example.com.
nameserver 127.0.0.1

The reason for "nameserver 127.0.0.1" is that I run my own instance of
bind which acts as a caching server and also serves my own internal
zones.  Prior to the recent upgrade to Stretch everything worked
normally.  That is, whatever I put in /etc/resolv.conf was left as I
configured it.  Following my recent Stretch upgrade I found my
resolv.conf had been changed to just this (192.168.63.1/24 is the subnet
used by the ISP equipment):

nameserver 192.168.63.1

That has the effect of not allowing processes running on that machine
(the router/firewall) to properly resolve internal DNS addresses.  Other
machines on my network are fine since they get their name servers set by
the internal DHCP server which is configured with the name server
address 192.168.174.1.  This DHCP server is different from the embedded
DHCP server that runs on my ISP's device.

I have tried two different things.  First, I added this directive to
/etc/network/interfaces under the eth0 stanza:

dns-nameservers 127.0.0.1

That did not appear to have any effect because taking eth0 and eth1 down
and then bringing them back up still results in resolv.conf pointing to
the ISP router as its name server.  Additionally, after the interfaces
are up even if I manually change resolv.conf, something comes along
sometime later and undoes my changes.

The second thing I tried was adding to /etc/dhcp/dhclient.conf:

supersede domain-name example.com;
supersede domain-search example.com.;
supersede domain-name-servers 127.0.0.1;

This similarly has no lasting effect, which is really surprising to me.

I did find a page on the Debian wiki [0] which recommends setting the
immutable attribute on /etc/resolv.conf.  However, that feels like an
ugly hack.

Can anyone point out what it is that I am missing here?

Regards,

-Roberto

[0] https://wiki.debian.org/resolv.conf

-- 
Roberto C. Sánchez

Re: Can imagemagick really be safely purged or removed?

2017-10-22 Thread Celejar 
On Fri, 20 Oct 2017 23:22:55 +0200
Jörg-Volker Peetz  wrote:

> Celejar wrote on 10/20/17 19:05:
> > Thanks. Okay, I did that, and I was then able to remove imagemagick, 
> but
> only
> > if imagemagick:i386 is installed instead - and that's also marked as a
> > dummy package that can be safely removed or purged.
> > 
> > At this point:
> > 
> > ~$ aptitude search '~iimagemagick'
> > idA imagemagick:i386   - 
> > image manipulation programs -- binaries 
> >  
> > i A imagemagick-6-common   - 
> > image manipulation programs -- infrastructure   
> >  
> > i   imagemagick-6.q16  - 
> > image manipulation programs -- quantum depth Q16
> > 
> > Celejar
> > 
> > 
> Package imagemagick:i386 is to be replaced by imagemagick-6.q16:i386.
> Try to install that.

Okay - I've installed imagemagick-6.q16:i386, but I still can't remove
dummy package 'imagemagick' without either installing dummy package
'imagemagick:i386' or removing cups.

Currently:

aptitude search '~iimagemagick'
i A imagemagick- image 
manipulation programs -- binaries  
i A imagemagick-6-common   - image 
manipulation programs -- infrastructure
i A imagemagick-6.q16:i386 - image 
manipulation programs -- quantum depth Q16

Celejar

installation from USB w/ multiple ISOs?

2017-10-22 Thread Greg Marks 
In order to install Debian from a bootable USB drive, the procedure is:
format a thumb drive to FAT32, determine the thumb drive location as
/dev/sdX, and run commands of the form

   sudo dd if=debian-9.2.1-amd64-DVD-1.iso of=/dev/sdX bs=4M
   sudo sync

after downloading the appropriate ISO file from

   https://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/

One can usually install Debian using only the first of the
ISO files (in this example, debian-9.2.1-amd64-DVD-2.iso and
debian-9.2.1-amd64-DVD-3.iso are typically unnecessary).  But it would
be nice to have these files available for installation, especially on
a machine with a slow Internet connection.  Assuming the bootable USB
drive has enough capacity, as most do nowadays (13 GB should suffice),
can the second and third ISO files be saved to the same USB drive?
Does one need to partition the drive and save the extra ISOs to the
partition, and is this done after first running the dd command above?
During installation, will the installer ask one to insert the (supposed)
DVDs with the second and third ISOs at some point; if so, how does one
direct the installer to the ISO images on the USB drive?

--G.M.


signature.asc
Description: PGP signature

Re: Comment bien débuter avec mutt

2017-10-22 Thread Belaïd 
Bonjour,

Voici un lien qui m'a aidé à configurer un compte gmail avec mutt (sur
Debian): http://nickdesaulniers.github.io/blog/2016/06/18/mutt-gmail-ubuntu/
Il faudrait l'adapter à ton fournisseur de mail.




Le 22 octobre 2017 à 21:37, Jean-Marc  a écrit :

> salut la liste,
>
> J'utilise mutt pour lire mes mails locaux, sur mon serveur.
>
> Et j'apprécie de plus en plus ce client simple, léger et rapide.
>
> J'aimerai débuter avec mutt pour mes comptes.
>
> J'ai vu des exemples de config dans le répertoire
> /usr/share/doc/mutt/examples.
>
> Si vous utilisez aussi mutt, vous avez un de ces exemples à conseiller
> pour débuter ?
>
> Bonne soirée et bonne fin de week-end à tous.
>
> Jean-Marc 
>
> Debian GNU/Linux testing (buster)
> mutt 1.8.3+neomutt20170609-2+b1
>



-- 
< Belaid >

Comment bien débuter avec mutt

2017-10-22 Thread Jean-Marc 
salut la liste,

J'utilise mutt pour lire mes mails locaux, sur mon serveur.

Et j'apprécie de plus en plus ce client simple, léger et rapide.

J'aimerai débuter avec mutt pour mes comptes.

J'ai vu des exemples de config dans le répertoire /usr/share/doc/mutt/examples.

Si vous utilisez aussi mutt, vous avez un de ces exemples à conseiller pour 
débuter ?

Bonne soirée et bonne fin de week-end à tous.

Jean-Marc 

Debian GNU/Linux testing (buster)
mutt 1.8.3+neomutt20170609-2+b1


pgpmoOhCHbBpt.pgp
Description: PGP signature

Reconnexion DHCP sur la box

2017-10-22 Thread Migrec 

Bonjour,

Sur ma box personnelle (livebox), j'ai régulièrement des pertes de 
synchro qui durent quelques jours.


Si je ne touche à rien, mon serveur qui est branché en filaire sur la 
box, perd son IP, attribuée normalement via le DHCP de la box). Et si la 
synchro revient, je ne récupère pas d'IP de façon automatique... Je suis 
obligé de relancer via service networking restart


Est-ce qu'il y a moyen de récupérer une IP automatiquement ? Est-ce lié 
à la box ?


Mon /etc/network/interfaces :

# The loopback network interface
auto lo
iface lo inet loopback

# La connexion vers la Box
allow-hotplug eth1
auto eth1
iface eth1 inet dhcp

# La connexion vers le réseau local

# The primary network interface
allow-hotplug eth0
auto eth0
iface eth0 inet static
   address 192.168.0.2


--

Migrec

Re: Bug#857597: debian-cd: "isolinux.bin missing or corrupt" when booting USB flash drive in old PC

2017-10-22 Thread David Christensen 

On 10/20/17 12:25, Thomas Schmitt wrote:

the weekly testing ISOs for i386 and amd64 are now equipped with the
new MBR:

   
https://cdimage.debian.org/mirror/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-netinst.iso

...


Testers wanted for booting this ISO from USB stick.


Boots correctly on:

Intel D865GBFLK motherboard with Pentium 4 2.8E GHz processor

Intel D945GTP motherboard with Pentium D 945 processor

Intel D945GNT motherboard with Pentium D 945 processor

Intel DQ67SWT motherboard with Core i7-2600S processor

Dell Inspiron 6400 laptop with Core 2 T7400 processor


Thanks everyone for following through.  This will restore Debian (and 
derivatives) as a viable option for many millions of older computers.  :-)



David

p.s.  amd64 version also available for testing:

https://cdimage.debian.org/mirror/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso

Re: Ik ben er klaar voor helemaal de jouwe te zijn! Alexandra

2017-10-22 Thread Philippe T privé 
  

poaerjkpgorekgperf 

On Mon, 02 Oct 2017 12:11:33 -,
miror...@netcabo.pt wrote: 

> Ben mijn furieuse chat gozer!
http://bit.ly/2x9RUcV [1]
 

Links:
--
[1] http://bit.ly/2x9RUcV

Re: Positiu clamav

2017-10-22 Thread ilion1250 
La veritat que no ho recordo, si que recordo haver rebut el típic mail 
dels nigerians i coses semblants proposant negocis estranys els quals 
sempre he esborrat immediatament si bé és cert que tot i que Debian 9 la 
vaig instaŀlar desde cero, els fitxers de configuració de l'icedove els 
arrossego des de fa forces anys ja que hi ha correus que vull guardar es 
possible que hi hagués quelcom estrany ja que hi havien dades de correus 
que ja havia esborrat.


He obert amb un editor de text el fitxer inbox, he esborrat tot el 
contingut i ara ha no surt que hi hagi cap fitxer infectat.


Gràcies

Ferran



El 22/10/17 a les 13:13, Narcis Garcia ha escrit:

M'imagino que es basa en el contingut, i no pas en el nom de la ruta o
carpeta.
De tota manera ¿No havies rebut mai un correu-e per pescar dades de
tipus «Necessitem confirmar les seves dades personals»?




__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 22/10/17 a les 12:48, ilion1250 ha escrit:

Clamav em dóna el següent positiu:

/home/fju/.icedove/tbyxgsox.default/Mail/Local Folders/Inbox:
Heuristics.Phishing.Email.SpoofedDomain FOUND

Em podeu confirmar que es un fals positiu ?

Per si un cas he buidat el fitxer inbox

Gràcies a tots

Ferran

Re: X crashes when closing one of two running X sessions

2017-10-22 Thread Robert Arkiletian 
More info. The crash does NOT occur if I log into and log out of the
root account on the second virtual terminal. Also here is journalctl
output

Oct 22 09:33:10 up udev-acl.ck[4719]: g_slice_set_config: assertion
'sys_page_size == 0' failed
Oct 22 09:33:10 up login[3250]: pam_unix(login:session): session
closed for user arky
Oct 22 09:33:10 up udev-acl.ck[4721]: g_slice_set_config: assertion
'sys_page_size == 0' failed
Oct 22 09:33:10 up udev-acl.ck[4723]: g_slice_set_config: assertion
'sys_page_size == 0' failed
Oct 22 09:33:10 up systemd[1]: getty@tty3.service: Service has no
hold-off time, scheduling restart.
Oct 22 09:33:10 up systemd[1]: Stopped Getty on tty3.
Oct 22 09:33:10 up systemd[1]: Started Getty on tty3.
Oct 22 09:33:10 up systemd-logind[594]: Removed session 30.
Oct 22 09:33:10 up systemd[4677]: Stopped target Default.
Oct 22 09:33:10 up systemd[4677]: Stopped target Basic System.
Oct 22 09:33:10 up systemd[4677]: Stopped target Timers.
Oct 22 09:33:10 up systemd[4677]: Stopped target Sockets.
Oct 22 09:33:10 up systemd[4677]: Closed GnuPG cryptographic agent
(ssh-agent emulation).
Oct 22 09:33:10 up systemd[4677]: Stopped target Paths.
Oct 22 09:33:10 up systemd[4677]: Closed GnuPG network certificate
management daemon.
Oct 22 09:33:10 up systemd[4677]: Closed GnuPG cryptographic agent and
passphrase cache.
Oct 22 09:33:10 up systemd[4677]: Closed GnuPG cryptographic agent and
passphrase cache (restricted).
Oct 22 09:33:10 up systemd[4677]: Closed D-Bus User Message Bus Socket.
Oct 22 09:33:10 up systemd[4677]: Closed GnuPG cryptographic agent
(access for web browsers).
Oct 22 09:33:10 up systemd[4677]: Reached target Shutdown.
Oct 22 09:33:10 up systemd[4677]: Starting Exit the Session...
Oct 22 09:33:10 up systemd[1]: Stopping User Manager for UID 1005...
Oct 22 09:33:10 up systemd[4677]: Received SIGRTMIN+24 from PID 4734 (kill).
Oct 22 09:33:10 up systemd[1]: user@1005.service: Killing process 4734
(kill) with signal SIGKILL.
Oct 22 09:33:10 up systemd[1]: Stopped User Manager for UID 1005.
Oct 22 09:33:10 up systemd[1]: Removed slice User Slice of arky.
Oct 22 09:33:10 up org.a11y.atspi.Registry[4630]: XIO:  fatal IO error
11 (Resource temporarily unavailable) on X server ":0"
Oct 22 09:33:10 up org.a11y.atspi.Registry[4630]:   after 61
requests (61 known processed) with 0 events remaining.
Oct 22 09:33:10 up console-kit-daemon[1011]: GLib-CRITICAL: Source ID
678 was not found when attempting to remove it
Oct 22 09:33:10 up console-kit-daemon[1011]: console-kit-daemon[1011]:
GLib-CRITICAL: Source ID 678 was not found when attempting to remove
it
Oct 22 09:33:13 up udev-acl.ck[4752]: g_slice_set_config: assertion
'sys_page_size == 0' failed

On Sun, Oct 22, 2017 at 9:11 AM, Robert Arkiletian  wrote:
> Ok got more detailed info on the crash. First some info
>
> Debian Stretch 64 with Radeon Turks graphics card
>
> Note: I'm running X without root priv. I just log into a virtual term
> and run startx. The crash (of the first X session) specifically
> happens (not when closing the second X session) but when I log out of
> the second virtual term (ctrl-d) after closing the second X session.
>
> Update: In fact I don't even need to start a second X session I just
> need to switch to another virtual term, log in and then log out. X
> crash occurs with both xfce and openbox. Here is my startx errors and
> my Xorg.0.log file relevant output
>
> startx errors:
> ...
> xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
> (II) [KMS] Kernel modesetting enabled.
> -this is
> where the errors
> begin
> (II) AIGLX: Suspending AIGLX clients for VT switch
> (II) AIGLX: Suspending AIGLX clients for VT switch
> (EE)
> Fatal server error:
> (EE) EnterVT failed for screen 0
> (EE)
> (EE)
> Please consult the The X.Org Foundation support
> at http://wiki.x.org
>  for help.
> (EE) Please also check the log file at
> "/home/arky/.local/share/xorg/Xorg.0.log" for additional information.
> (EE)
> (II) AIGLX: Suspending AIGLX clients for VT switch
> (EE) Server terminated with error (1). Closing log file.
> xinit: connection to X server lost
>
> waiting for X server to shut down
>
>
> Xorg.0.log errors:
>
> [   728.156] (II) systemd-logind: got resume for 13:76
> [   728.172] (II) systemd-logind: got resume for 13:77
> [   728.188] (II) systemd-logind: got resume for 13:67
> [   728.204] (II) systemd-logind: got resume for 13:75
> [   728.220] (II) systemd-logind: got resume for 13:66
> [   728.220] (II) systemd-logind: got resume for 226:0
> [   728.233] (II) AIGLX: Resuming AIGLX clients after VT switch
> [   728.233] (EE) RADEON(0): failed to set mode: Permission denied
> [   728.233] (EE)
> Fatal server error:
> [   728.234] (EE) EnterVT failed for screen 0
> [   728.234] (EE)
> [   728.234] (EE)
> Please consult the The X.Org Foundation support
> at

Re: X crashes when closing one of two running X sessions

2017-10-22 Thread Robert Arkiletian 
Ok got more detailed info on the crash. First some info

Debian Stretch 64 with Radeon Turks graphics card

Note: I'm running X without root priv. I just log into a virtual term
and run startx. The crash (of the first X session) specifically
happens (not when closing the second X session) but when I log out of
the second virtual term (ctrl-d) after closing the second X session.

Update: In fact I don't even need to start a second X session I just
need to switch to another virtual term, log in and then log out. X
crash occurs with both xfce and openbox. Here is my startx errors and
my Xorg.0.log file relevant output

startx errors:
...
xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
(II) [KMS] Kernel modesetting enabled.
-this is
where the errors
begin
(II) AIGLX: Suspending AIGLX clients for VT switch
(II) AIGLX: Suspending AIGLX clients for VT switch
(EE)
Fatal server error:
(EE) EnterVT failed for screen 0
(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
 for help.
(EE) Please also check the log file at
"/home/arky/.local/share/xorg/Xorg.0.log" for additional information.
(EE)
(II) AIGLX: Suspending AIGLX clients for VT switch
(EE) Server terminated with error (1). Closing log file.
xinit: connection to X server lost

waiting for X server to shut down


Xorg.0.log errors:

[   728.156] (II) systemd-logind: got resume for 13:76
[   728.172] (II) systemd-logind: got resume for 13:77
[   728.188] (II) systemd-logind: got resume for 13:67
[   728.204] (II) systemd-logind: got resume for 13:75
[   728.220] (II) systemd-logind: got resume for 13:66
[   728.220] (II) systemd-logind: got resume for 226:0
[   728.233] (II) AIGLX: Resuming AIGLX clients after VT switch
[   728.233] (EE) RADEON(0): failed to set mode: Permission denied
[   728.233] (EE)
Fatal server error:
[   728.234] (EE) EnterVT failed for screen 0
[   728.234] (EE)
[   728.234] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
 for help.
[   728.234] (EE) Please also check the log file at
"/home/arky/.local/share/xorg/Xorg.0.log" for additional information.
[   728.234] (EE)
[   728.234] (II) AIGLX: Suspending AIGLX clients for VT switch
[   728.255] (EE) Server terminated with error (1). Closing log file.

On Thu, Oct 19, 2017 at 5:32 AM, Greg Wooledge  wrote:
> On Thu, Oct 19, 2017 at 10:06:05AM +0200, Floris wrote:
>> Maybe you can find more information in the log messages. /var/log/Xorg.x.log
>> gives information about the X server. Or try journalctl to read all log
>> messages.
>
> The X log can either be in /var/log/Xorg.*.log or in
> ~/.local/share/xorg/Xorg.*.log depending on how X is started, in which
> version of Debian, on which hardware.
>
> See 
> 
>

Re: attach a big picture This username is already in use. Stupid Yahoo mail won't let me in I am sorry, Cars Street signs etc,

2017-10-22 Thread Byung-Hee HWANG (황병희, 黃炳熙) 
In Article ,
 Ben Caradoc-Davies  writes:

> On 21/10/17 19:49, arne wrote:
>>> I am in a desperate situation, thanks!
>> https://paste.debian.net/  does not work at the moment either :(
>> I am out of luck
>
> You can upload to your Google Drive, share the link (this turns on
> link sharing, anyone with the link can view by default), and paste the
> link into an email. You can also attach images to Debian BTS bug
> reports but you will likely get better help here unless you can
> identify the package responsible for your problem.

This is good, thanks for information^^^
 
Sincerely, Byung-Hee.

-- 
^고맙습니다 _布德天下_ 감사합니다_^))//

Re: comando ./configure y make para instalar .tar.gz

2017-10-22 Thread Jose Mateo 
El sábado, 21 de octubre del 2017 a las 11:42:03 -0300.
 JavierDebian dijo:

> El 21/10/17 a las 07:49, Ignacio Martirén escribió:
> > Hola. Soy usuario debian, inexperto, al querer instalar este archivo
> > flash_player_npapi_linux.i386.tar.gz el precidimiento indicado sería
> > descomprimir con tar -zxvf y luego ejecutar ./configure y luego make.
> > Bueno, ¿qué debo tener instalado para que me ejecute ./configure ya que
> > ahí me sala "bash: ./configure: No existe el fichero o el directorio"?
> > Gracias por la ayuda


> En ningún lado dice que debés compilar e instalar.
> Tenés que descomprimir y copiar el archivo "en el lugar correspondiente".

> Installation instructions
> -

> Installing using the plugin tar.gz:
>   o Unpack the plugin tar.gz and copy the files to the appropriate 
> location.
>   o Save the plugin tar.gz locally and note the location the file was 
> saved
> to.
>   o Launch terminal and change directories to the location the file was 
> saved
> to.
>   o Unpack the tar.gz file.  Once unpacked you will see the following:
>   + libflashplayer.so
>   + /usr
>   o Identify the location of the browser plugins directory, based on your
> Linux distribution and Firefox version
>   o Copy libflashplayer.so to the appropriate browser plugins directory. 
> At
> the prompt type:
>   + cp libflashlayer.so 
>   o Copy the Flash Player Local Settings configurations files to the /usr
> directory.  At the prompt type:
>   + sudo cp -r usr/* /usr

> Installing the plugin using RPM:
>o As root, enter in terminal:
>   + # rpm -Uvh 
>   + Click Enter key and follow prompts

> Installing the standalone player:
>o Unpack the tar.gz file
>o To execute the standalone player,
>   + Double-click, or
>   + Enter in terminal: ./flashplayer


Yo lo tengo así:
Desconprimo el fichero, "tar zxvf libflashplayer*" entro en el directorio 
descomprimido copio
"cp libflashplayer.so ~/.mozilla/plugins/" y listo.

Las comillas no se ponen :-)

-- 
(·)>
/|\José Tomás Mateo Ruiz 
\_/_50550 Aragón España
---  
El muerto al pozo y el vivo al gozo.

jmtpfs left undeletable folder after usning with mobile phone

2017-10-22 Thread Thomas 
Hello,
I have used #jmtpfs to get data from my Samsung mobile phone.
I habe used #mkdir to make an folder.
After I used #jmtpfs and mount unmount the phone I have this kind of folder 
left.
#ls -lah 
d?  ? ?  ? ?? test1
I can not delete or do symthing else with the folder
#mount show me this kind of folder details
jmtpfs on /home/mike/test1 type fuse.jmtpfs 
(rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
Thanks

Re: Positiu clamav

2017-10-22 Thread Narcis Garcia 
M'imagino que es basa en el contingut, i no pas en el nom de la ruta o
carpeta.
De tota manera ¿No havies rebut mai un correu-e per pescar dades de
tipus «Necessitem confirmar les seves dades personals»?




__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 22/10/17 a les 12:48, ilion1250 ha escrit:
> Clamav em dóna el següent positiu:
> 
> /home/fju/.icedove/tbyxgsox.default/Mail/Local Folders/Inbox:
> Heuristics.Phishing.Email.SpoofedDomain FOUND
> 
> Em podeu confirmar que es un fals positiu ?
> 
> Per si un cas he buidat el fitxer inbox
> 
> Gràcies a tots
> 
> Ferran
> 
>

Re: problème d'url avec apache2

2017-10-22 Thread Pierre Malard 
Bonjour,

En supposant que cela concerne l’écriture de cette URL dans un script ou en 
ligne de commande… En supposant que la variable « mydomain » est bien 
renseignée… En supposant que tout cela n’est pas simplement encadré par des 
simples cotes…

Peut-être une simple écriture complète de la variable :
http://www.${mydomain}.tld/directory 


Ce serait pas mal d’avoir plus de précisions contextuelles lors des 
interrogations. Ça ferait moins de … suppositions.

> Le 20 oct. 2017 à 23:20, Pierre Meurisse  a écrit :
> 
> On Fri, Oct 20, 2017 at 05:37:43PM +0200, bernard.schoenac...@free.fr wrote:
>> bonjour,
>> 
>> j'essaye de trouver une solution pour un problème simple lorsque je tape:
>> 
>> http://www.$mydomain.tld/directory
>> 
>> il me réécrit :
>> http://www.$mydomain.tlddirectory
>> 
>> et je n'ai rien fait de violent mais comment retomber sur ses pieds?
>> 
> 
> Peut-être :
> 
> http://www.`echo $mydomain`.tld/directory   ?
> 
> slt
> 
> --
> Pierre Meurisse
> 

--
Pierre Malard

  « Si l'on veut croire en l'humanité,
 il faut voir et comprendre l'inhumanité »
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,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

Positiu clamav

2017-10-22 Thread ilion1250 

Clamav em dóna el següent positiu:

/home/fju/.icedove/tbyxgsox.default/Mail/Local Folders/Inbox: 
Heuristics.Phishing.Email.SpoofedDomain FOUND


Em podeu confirmar que es un fals positiu ?

Per si un cas he buidat el fitxer inbox

Gràcies a tots

Ferran

Re: attach a big picture This username is already in use. Stupid Yahoo mail won't let me in I am sorry, Cars Street signs etc,

2017-10-22 Thread deloptes 
Curt wrote:

> The future is now, I guess; we've been enlisted as (un)knowing slaves by
> our digital machines. The real catch is that it is the same for whatever
> we do on the global network; it's all being harvested, digested,
> utilized; soon they will know us so much better than we know them, the

better than you know yourself, as they develop predictive algorithms and
thus can predict what your next move would be. 

> better to bend us to their cryptic wills.
> 
> I'm pulling the plug.

Just avoid using their services. The more people refuse to participate the
better.

regards

Re: attach a big picture This username is already in use. Stupid Yahoo mail won't let me in I am sorry, Cars Street signs etc,

2017-10-22 Thread Curt 
On 2017-10-21, Darac Marjal  wrote:
>
> A car is a small passenger vehicle. A van is not a car, a truck is not a
> car. I'm not entirely sure if an SUV is a car and Utes are just... well,
> thankfully I've not had to decide about one of them in a Captcha yet.

A pipe isn't even a pipe (ceci n'est pas une pipe).

https://en.wikipedia.org/wiki/The_Treachery_of_Images

> Also, as ever, there's a relevant XKCD comic: https://xkcd.com/1897/.
>

That's exactly it. As G. themselves say:

 reCAPTCHA offers more than just spam protection. Every time our
 CAPTCHAs are solved, that human effort helps digitize text, annotate
 images, and build machine learning datasets. This in turn helps
 preserve books, improve maps, and solve hard AI problems.

https://www.google.com/recaptcha/intro/invisible.html

The future is now, I guess; we've been enlisted as (un)knowing slaves by
our digital machines. The real catch is that it is the same for whatever
we do on the global network; it's all being harvested, digested,
utilized; soon they will know us so much better than we know them, the
better to bend us to their cryptic wills.

I'm pulling the plug.

Adieu, kids.

-- 
"A simpering Bambi narcissist and a thieving, fanatical Albanian dwarf."
Christopher Hitchens, commenting shortly after the nearly concurrent deaths 
of Lady Diana and Mother Theresa.

Re: removing of sddm (debian 9 -kde5) to start in console mode then startx to start kde5

2017-10-22 Thread Felix Miata 
Felix Miata composed on 2017-10-17 17:40 (UTC-0400):

> Brian composed on 2017-10-17 20:54 (UTC+0100):

>> On Tue 17 Oct 2017 at 15:30:36 -0400, Felix Miata wrote:

>>> Startx continues to work more or less as always in Mageia, just as in 
>>> Debian,
>>> though not necessarily perfectly:
>>> https://bugs.mageia.org/show_bug.cgi?id=15662

>> Not "more or less" in Debian". Just rock solid,

> You might be right, but you might not be. I don't suppose you looked at that
> bug, because the bug is actually upstream, about gfxchips installed in PCs on
> which I have no version of Debian installed to confirm or deny broader impact
> than on just Mageia and Fedora. Without any stronger reason to add Debian, 
> both
> the machines and the gfxchips are too old for me to bother trying.

Upstream bug just updated to include 9.2:
https://bugs.freedesktop.org/show_bug.cgi?id=90572
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: attach a big picture This username is already in use. Stupid Yahoo mail won't let me in I am sorry, Cars Street signs etc,

2017-10-22 Thread Brad Rogers 
On Sat, 21 Oct 2017 19:47:38 +0100
Darac Marjal  wrote:

Hello Darac,

>A car is a small passenger vehicle. A van is not a car, a truck is not a
>car. I'm not entirely sure if an SUV is a car and Utes are just... well,

And there's the problem, at least in part;  Ute is Australian in origin
(AIUI), google are an American company.  The terminology google use
seems to be not internationally transferable with a 100% correlation.
Sadly, I've sometimes failed to verify because what's shown was clearly
*not* a car - google disagreed.

I've given up using sites (except one banking site[1]) that use
recaptcha to avoid the (largely unnecessary) frustration.  I'd stop using
that site too, but postage is bloody expensive here.   :-(

[1]  That a banking web site hands off part of its security measures to
google I find a little worrying.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
You criticize us, you say we're sh*t, but we're up here doin' it
We're The League - Anti-Nowhere League


pgp2pny40kblB.pgp
Description: OpenPGP digital signature