Re: PHP 7.1 for debian stretch

[basti]

https://deb.sury.org/

On 28.03.19 06:15, gro.nai...@lagelagelage.ch wrote:
> Hi all
> 
> 
> Does anyone know when PHP 7.1 becomes to a stable version in debian stretch?
> Is there a roadmap?
> 
> 
> Thx a lot
> 
> 
> 

PHP 7.1 for debian stretch

[gro.naibed]

Hi all


Does anyone know when PHP 7.1 becomes to a stable version in debian stretch?
Is there a roadmap?


Thx a lot

Re: text editors

[John Hasler]

deloptes writes:
> learning emacs means learning lisp

Not true.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: text editors

[deloptes]

to...@tuxteam.de wrote:

> That would be a fatal mistake, indeed. But there's another hurdle,
> which is not to be subestimated. Emacs, as an old program, comes
> along with an old culture, with its own lispeltongue (i.e. "point"
> instead of "cursor", "window" for "sub-frame", etc.). It takes a
> while to understand that it's totally worh it to embrace this mysterious
> language/culture.

exactly - learning emacs means learning lisp - what for? I switched years
ago to ne.

Re: stretch install for amd64-9.8.0 problems.

[Gene Heskett]

On Wednesday 27 March 2019 17:12:55 Thomas Schmitt wrote:

> Hi,
>
> i pointed to:
> > > https://wiki.debian.org/JigdoOnLive#If_needed.2C_work_around_a_sho
> > >rtcoming_of_older_jigdo-lite
>
> Gene Heskett wrote:
> > Makes perfect sense, thanks Thomas.
>
> But does it help ?
>
> Steve talks of not finding the packages, whereas i talk of not finding
> the .jigdo files (*). Please clarify which files exactly are reported
> by jigdo-lite as non-existing.
>
> Is your jigdo-lite old enough at all to suffer from the https
> blindness ? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865864
> was closed in december 2017 by release of program version 0.7.3-5.
>
> --
> (*)
> .template is mainly a compressed ISO image with holes where packages
> were stored in the original ISO image.
> .jigdo is mainly a compressed list of pool paths of Debian packages.
> The packages sit in the pool trees of one or more Debian mirror
> servers.
>
> jigdo-lite downloads .jigdo and .template and then fills the holes of
> the template by downloading the packages from the mirrors.
> The https blindness bug 865864 affected only the .jigdo/.template
> download.
>
>
> Have a nice day :)
>
> Thomas

I just grabbed the 4th copy of the netinstall cd, maybe k3b will write a 
good copy next time... First 2 burns failed at the switch to initrd file 
point.

What linux really needs is the ability to write a new install to a new HD 
which is what I'll be doing with the netinstall, and do it while the old 
system is fully functional so problems can be fixed as they are 
encountered. Very disappointing to see a disk error pop up at sector 
28xxx after 10 minutes of reading an ancient but freshly burnt cd image.  
Loading the initrd doesn't seem to be doing anything after another 7 or 
8 minutes so you ctrl-alt-del and reboot to wheezy.
New burn done, and I'll reboot to it as soon as I hit ctrl-return


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: text editors

[John Hasler]

Stefan writes:
> I was tempted to try it out, but I heard it only handles a 4-char
> alphabet.  How do you handle accents?


Phosphorylation, acetylation, and glycosylation.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: stretch install for amd64-9.8.0 problems.

[Gene Heskett]

On Wednesday 27 March 2019 17:12:55 Thomas Schmitt wrote:

> Hi,
>
> i pointed to:
> > > https://wiki.debian.org/JigdoOnLive#If_needed.2C_work_around_a_sho
> > >rtcoming_of_older_jigdo-lite
>
> Gene Heskett wrote:
> > Makes perfect sense, thanks Thomas.
>
> But does it help ?
>
> Steve talks of not finding the packages, whereas i talk of not finding
> the .jigdo files (*). Please clarify which files exactly are reported
> by jigdo-lite as non-existing.
>
> Is your jigdo-lite old enough at all to suffer from the https
> blindness ? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865864
> was closed in december 2017 by release of program version 0.7.3-5.
>
And I have 7.3 on wheezy  Are the torrents similarly crippled? Just 
had a thought, the pi running my lathe has Jessie on it, but jigdo is 
not in the raspian repos's. So I guess  I see if in can get the whole 
netinstall image.  What a PITA...

> --
> (*)
> .template is mainly a compressed ISO image with holes where packages
> were stored in the original ISO image.
> .jigdo is mainly a compressed list of pool paths of Debian packages.
> The packages sit in the pool trees of one or more Debian mirror
> servers.
>
> jigdo-lite downloads .jigdo and .template and then fills the holes of
> the template by downloading the packages from the mirrors.
> The https blindness bug 865864 affected only the .jigdo/.template
> download.
>
>
> Have a nice day :)
>
> Thomas


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: [SOLUCIONADO] Versiones viejas de Debian, dónde?

[Paynalton]

Si un ave no rompe su huevo morirá antes de nacer.
Nosotros somos el ave y el mundo es nuestro huevo.
POR LA REVOLUCIÓN DEL MUNDO

Ciudad de México


El mié., 27 mar. 2019 a las 18:38, Darío ()
escribió:

> Gracias, ya vi ese enlace y no dice demasiado, en la versión para 386 no
> hay descarga alguna, en más tengo este enlace y no hay conexión
>
> http://cdimage.debian.org/debian-cd/5.0.6/i386/iso-cd/debian-506-i386-netinst.iso
>

Del enlace que te dí, este si está disponible:

https://cdimage.debian.org/cdimage/archive/5.0.10/i386/iso-cd/debian-5010-i386-netinst.iso


>
>
> Finalmente (agregado poco después de escribir las líneas de arriba),
> encontré todas las distros:
> https://cdimage.debian.org/mirror/cdimage/archive/
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, 27 de March de 2019 20:27, Ricardo Frydman <
> ricardoeur...@gmail.com> wrote:
>
> https://www.debian.org/releases/lenny/
>
> El mié., 27 mar. 2019 a las 20:08, Darío ()
> escribió:
>
>> Hola, estoy buscando Debian 5.0 Lenny, no puedo encontrar el enlace en la
>> página oficial, busco por internet y todo me lleva a
>> https://www.debian.org/releases/stable/
>> pero no hay opción de descarga para esas distribuciones.
>> Estoy buscando ésta porque la quiero instalar en una netbook Asus EEPC,
>> que vi que fue desarrollada para ella, y en su momento se vendía con
>> Debian, y prefiero una Deban pura a alguna basada en Debian.
>> ¿Alguien sabe dónde se podrá descargar? Busqué en linuxtracker tampoco la
>> encuentro
>>
>> Gracias!
>>
>
>
> --
> Ricardo A.Frydman
> Project Lead - Tata Consultancy Services
> Sun Certified System Administrator - Solaris 10
>
> pgp.mit.edu ID A04134BD 
> 
>
>
> "Aequam memento rebus in arduis servare mentem"
>
>
>

Re: [SOLUCIONADO] Versiones viejas de Debian, dónde?

[Darío]

Gracias, ya vi ese enlace y no dice demasiado, en la versión para 386 no hay 
descarga alguna, en más tengo este enlace y no hay conexión
http://cdimage.debian.org/debian-cd/5.0.6/i386/iso-cd/debian-506-i386-netinst.iso

Finalmente (agregado poco después de escribir las líneas de arriba), encontré 
todas las distros:
https://cdimage.debian.org/mirror/cdimage/archive/

‐‐‐ Original Message ‐‐‐
On Wednesday, 27 de March de 2019 20:27, Ricardo Frydman 
 wrote:

> https://www.debian.org/releases/lenny/
>
> El mié., 27 mar. 2019 a las 20:08, Darío () escribió:
>
>> Hola, estoy buscando Debian 5.0 Lenny, no puedo encontrar el enlace en la 
>> página oficial, busco por internet y todo me lleva a
>> https://www.debian.org/releases/stable/
>> pero no hay opción de descarga para esas distribuciones.
>> Estoy buscando ésta porque la quiero instalar en una netbook Asus EEPC, que 
>> vi que fue desarrollada para ella, y en su momento se vendía con Debian, y 
>> prefiero una Deban pura a alguna basada en Debian.
>> ¿Alguien sabe dónde se podrá descargar? Busqué en linuxtracker tampoco la 
>> encuentro
>>
>> Gracias!
>
> --
> Ricardo A.Frydman
> Project Lead - Tata Consultancy Services
> Sun Certified System Administrator - Solaris 10
>
> pgp.mit.edu
> ID
> [A04134BD](http://pgp.mit.edu/pks/lookup?op=get=0x0984BAA9A04134BD)
>
> "Aequam memento rebus in arduis servare mentem"

Re: Distribuciones para rescate, administracion, etc.

[Debian]

El 24/3/19 a las 14:39, Raphael Verdugo P. escribió:






El dom., 24 mar. 2019 a las 14:36, Paynalton (>) escribió:




El dom., 24 de marzo de 2019 11:30 a. m., Altair Linux
mailto:altairli...@gmail.com>> escribió:

Hola,

he visto esto, para Windows.

Hiren’s BootCD PE
https://www.hirensbootcd.org/download/

DLC Boot

https://www.informaticovitoria.com/dlc-boot-2016-el-pendrive-indispensable-que-debes-tener/

Sergei Strelec (tambien llamado "el ruso")
http://sergeistrelec.ru/

En sus paginas web se indican todo lo que hacen cada uno. Yo
creo que
son muy completos.

¿Cuales serian los equivalentes en Linux en general?. No solo
para Debian


Usualmente uso cualquier live de ubuntu o gentoo. Tienen casi todo
lo necesario para rescatar un sistema, aunque más allá de un
memtest, chkdsk o chroot no he necesitado gran cosa.

En una infección de una empresa, usé Dr. Web para desinfectar
varios equipos windows, y el live tenía algunas herramientas que
ni usé pero se veían interesantes.


Gracias.



http://www.system-rescue-cd.org/


Sin dudas, lo mejor para uso general. http://www.system-rescue-cd.org/




http://ubuntu-rescue-remix.org/



--
Raphael Verdugo P.
BOFH

Re: text editors

[Stefan Monnier]

>> I use vim.
> I use crispr!

I was tempted to try it out, but I heard it only handles
a 4-char alphabet.  How do you handle accents?


Stefan

Re: text editors

[Stefan Monnier]

> And, for people coming from Windows, EMACS (at least before a WYSIWYG / mouse 
> version (which I think exists now

Not sure what you mean by "now", but assuming you mean a time after
1994, then yes it exists "now".


Stefan

Re: Recommended way to install Docker in Stretch

[Linux-Fan]

Paul Sutton writes:


On 27/03/2019 12:59, Luís Gomes wrote:
> Hello everyone,
>
> I'm setting up a server with Debian Stretch and I need to install
> Docker.


[...]

Hello,

for my Debian installations, I have basically followed the recommendations  
from the official Docker website:


https://docs.docker.com/install/linux/docker-ce/debian/

It describes multiple installation methods and I chose the one based on  
adding a repository.


[...]


using instructions from here

https://www.itzgeek.com/how-tos/linux/debian/how-to-install-docker-on- 
debian-9.html


This guide is good except for the last point
``Allow non-root user to run Docker''. Think twice before doing that because  
Docker access is essentially equal to being root
(try `docker run --rm -it -v /:/mnt debian:9 /bin/bash` if you do not  
believe it*** :) ).



However I did find that containers are stored in

/var/lib/docker

which caused a problem for me, as my / partition was small (about 30gb),


This is good to know in advance, yes!

While one is at ensuring enough storage is available, it also makes sense to  
check that Docker runs with backend overlay2. To do this, check `docker info`

output. A change of storage backend can be achieved by passing
`--storage-driver=overlay2` to the daemon or by creating a suitable json  
configuration file.


It is recommendable to do this before even running the hello-world example  
(probably even before starting the Docker daemon for the first time, but  
then `docker info` is not available), because it will cause Docker to no  
longer be able to read containers and images from before switching the  
storage backend.


[...]


I also found that restarting docker, also creates a new container each
time, problem as at the time I was testing next cloud, etc


Interesting. For me, it only stops all the containers without proper
`--restart` parameter. I have never seen a docker upgrade create additional  
containers. Did you possibly run `docker run` again because that would always  
create a new container?



I then found by using

docker run -d --restart="always" -p 8080:80 nextcloud

it started the same instance and the same container,

Before (I was'nt starting with '--restart="always"' and I ended up with
several containers, each time I restarted docker,  so my previous
container + user account were still there, just not loaded.    


[...]

Please note that the recommended Docker way of dealing with this issue is to  
put data in a separate volume (or my preference: store it locally on the  
machine in a file-system location) like this (create `/srv/nextcloud` or any  
other suitable path first):


docker run -d --restart=always -p 8080:80 -v /srv/nextcloud:/var/www/html 
nextcloud

This way, you can update your container by issuing `docker pull nextcloud`  
and then stopping the container and re-running the command. If everything is  
OK, the update worked and the old container can be deleted which will  
usually cause the space of the old image to be freed as well... if not:  
restart the old container and hope the DB schema did not change (not sure  
how/if nextcloud handles/needs this...).


It might also be advisable to not take the `:latest` tag but rather a  
specific version like nextcloud:15-fpm or such. This way, new releases will  
not come by surprise when doing `docker pull nextcloud:15-fpm` but only  
after consciously deciding for a new release.


This mail is not strictly all on the topic of installing Docker but I hope  
this post is still useful for everyone getting started with it :)


***) `--rm` does not mean: Delete my data here (it just deletes the  
container after exit), but in case of doubt one may as well try the command  
without the `--rm` :)


HTH
Linux-Fan 


pgpa91NhT449f.pgp
Description: PGP signature

Re: stretch install for amd64-9.8.0 problems.

[Steve McIntyre]

Gene Heskett wrote:
>On Wednesday 27 March 2019 13:31:35 Steve McIntyre wrote:
>
>> In article <201903271310.25490.ghesk...@shentel.net> you write:
>> >I pulled and burnt the netinstall, bad burn or bad checksum, but
>> > can't find the checksums for the netinstalls.
>>
>> They sit alongside the iso images - see
>>
>>   https://cdimage.debian.org/cdimage/release/9.8.0/amd64/iso-cd/
>>
>> >So I go back and get the DVD-1.jigdo.
>> >
>> >Now where do I find the template for DVD-1 of 9.8.0 for amd64?
>>
>> alongside the .jigdo file in
>>
>>   https://cdimage.debian.org/cdimage/release/9.8.0/amd64/jigdo-dvd/
>>
>> >All I can get out of jigdo-lite after giving it a US mirror address
>> > is a request for a non-US address as the files don't exist, and I've
>> > tried several sites now.
>> >
>> >debian.org's search doesn't find them either.  Whats the official
>> > story here? I can't get a verifiable netinstall, and jigdo can't
>> > find a file to download.
>>
>> jigdo-lite should fall back (eventually) to snapshot.debian.org and
>> find all its files there. Although for 9.8 (the current release!) all
>> the files should be on the normal mirrors already. Which files is it
>> not finding?
>
>It hasn't found any so far.

OK, that *is* odd. When it prompted you for a Debian mirror, what did
you tell it? Running locally here, trying both with my local mirror
and a well-known UK mirror (http://mirror.bytemark.co.uk/debian/)
things are working fine.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Armed with "Valor": "Centurion" represents quality of Discipline,
  Honor, Integrity and Loyalty. Now you don't have to be a Caesar to
  concord the digital world while feeling safe and proud.

Re: Versiones viejas de Debian, dónde?

[Ricardo Frydman]

https://www.debian.org/releases/lenny/

El mié., 27 mar. 2019 a las 20:08, Darío ()
escribió:

> Hola, estoy buscando Debian 5.0 Lenny, no puedo encontrar el enlace en la
> página oficial, busco por internet y todo me lleva a
> https://www.debian.org/releases/stable/
> pero no hay opción de descarga para esas distribuciones.
> Estoy buscando ésta porque la quiero instalar en una netbook Asus EEPC,
> que vi que fue desarrollada para ella, y en su momento se vendía con
> Debian, y prefiero una Deban pura a alguna basada en Debian.
> ¿Alguien sabe dónde se podrá descargar? Busqué en linuxtracker tampoco la
> encuentro
>
> Gracias!
>


-- 
Ricardo A.Frydman
Project Lead - Tata Consultancy Services
Sun Certified System Administrator - Solaris 10

pgp.mit.edu ID A04134BD



"Aequam memento rebus in arduis servare mentem"

Re: Versiones viejas de Debian, dónde?

[Paynalton]

Si un ave no rompe su huevo morirá antes de nacer.
Nosotros somos el ave y el mundo es nuestro huevo.
POR LA REVOLUCIÓN DEL MUNDO

Ciudad de México


El mié., 27 mar. 2019 a las 17:08, Darío ()
escribió:

> Hola, estoy buscando Debian 5.0 Lenny, no puedo encontrar el enlace en la
> página oficial, busco por internet y todo me lleva a
> https://www.debian.org/releases/stable/
> pero no hay opción de descarga para esas distribuciones.
> Estoy buscando ésta porque la quiero instalar en una netbook Asus EEPC,
> que vi que fue desarrollada para ella, y en su momento se vendía con
> Debian, y prefiero una Deban pura a alguna basada en Debian.
> ¿Alguien sabe dónde se podrá descargar? Busqué en linuxtracker tampoco la
> encuentro
>
> Gracias!
>


Googleando un poco:

https://www.debian.org/releases/lenny/debian-installer/

Versiones viejas de Debian, dónde?

[Darío]

Hola, estoy buscando Debian 5.0 Lenny, no puedo encontrar el enlace en la 
página oficial, busco por internet y todo me lleva a
https://www.debian.org/releases/stable/
pero no hay opción de descarga para esas distribuciones.
Estoy buscando ésta porque la quiero instalar en una netbook Asus EEPC, que vi 
que fue desarrollada para ella, y en su momento se vendía con Debian, y 
prefiero una Deban pura a alguna basada en Debian.
¿Alguien sabe dónde se podrá descargar? Busqué en linuxtracker tampoco la 
encuentro

Gracias!

Re: trying to find a US debian.net with a 9.8.0 jigdo template where?

[Peter Ehlert]

Bad link


On March 27, 2019 9:41:30 AM Gene Heskett  wrote:


Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Requerimiento: RECLUTADOR con Especialidad en Perfiles IT

[Mariana Esquivel Valdez]

LinkedIn: Gratuito, Premium, Recruiter, Recruiter Lite, Recruiter Professional 
Services (RPS).

Especialización para el 
RECLUTADOR DE PERFILES TI

Fecha de inicio: 02 de Abril 2019
Duración: 04 Semanas
Modalidad: Online en Vivo


Durante 4 SEMANAS aprende cómo reclutar y seleccionar PROFESIONALES TI; conoce 
perfiles, puestos, posiciones, competencias, lenguajes, conocimientos y mucho 
más...

 

Favor de enviar toda la información completa referente al Programa de 
Especialización Online de 04 Semanas para el Reclutador de Perfiles TI con 
atención personalizada para:

 

Nombre:
Empresa:
Teléfono:
Ciudad:

O mayores informes comuníquese directamente con nuestros ejecutivos al:

01.800.890.86.65
(33) 36.32.65.41
(Contamos con más de 12 líneas a su servicio)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Este boletín informativo tiene como objetivo crear valor en usted y en su 
Empresa, si usted desea dejar de recibir este tipo de información le pedimos de 
favor pueda contestar este correo con la palabra BAJARECLUTADOR.

Re: Sequential boot with systemd?

[Darac Marjal]

On 27/03/2019 18:27, Steve Keller wrote:
> Is it possible to configure systemd to *not* start services in
> parallel?  I'd prefer deterministic boot with readable boot
> messages.  With parallel start, messages of different services get
> intermingled and it's much more difficult to identify possible
> problems.
>
> Steve
>
Have you thought about installing plymouth? Most people know it for it's
"splash screen" capabilities, but it also acts as a boot message
manager. You may find that installing plymouth and using the "text" or
"details" themes clears up your messages.

Re: stretch install for amd64-9.8.0 problems.

[Thomas Schmitt]

Hi,

i pointed to:
> > https://wiki.debian.org/JigdoOnLive#If_needed.2C_work_around_a_shortcoming_of_older_jigdo-lite

Gene Heskett wrote:
> Makes perfect sense, thanks Thomas.

But does it help ?

Steve talks of not finding the packages, whereas i talk of not finding
the .jigdo files (*). Please clarify which files exactly are reported by
jigdo-lite as non-existing.

Is your jigdo-lite old enough at all to suffer from the https blindness ?
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865864
was closed in december 2017 by release of program version 0.7.3-5.

--
(*)
.template is mainly a compressed ISO image with holes where packages
were stored in the original ISO image.
.jigdo is mainly a compressed list of pool paths of Debian packages.
The packages sit in the pool trees of one or more Debian mirror servers.

jigdo-lite downloads .jigdo and .template and then fills the holes of
the template by downloading the packages from the mirrors.
The https blindness bug 865864 affected only the .jigdo/.template download.


Have a nice day :)

Thomas

chroot jail for user with rssh

[basti]

hello,
i try ro setup a chroot jail with rssh.

the jail seem to work if I set /bin/bash as shell.
(I get a prompt and can ls inside chroot)

When I set /usr/bin/rssh as login shell i get:

ssh u...@example.com
This account is restricted by rssh.
Allowed commands: scp sftp rsync

sftp -vv u...@example.com
Transferred: sent 2508, received 2260 bytes, in 0.2 seconds
Bytes per second: sent 15924.1, received 14349.5
debug1: Exit status 1
Connection closed


scp -vv u...@example.com:/foo /tmp
Transferred: sent 2508, received 2304 bytes, in 0.2 seconds
Bytes per second: sent 15051.0, received 13826.7
debug1: Exit status 255

I have also try to set /usr/bin/rssh in /etc/shells but get the same result.

Files inside chroot:

/home/user# find ./
./
./bin
./bin/ls
./bin/date
./bin/bash
./.ssh
./.ssh/authorized_keys
./lib
./lib/x86_64-linux-gnu
./lib/x86_64-linux-gnu/libattr.so.1
./lib/x86_64-linux-gnu/libncurses.so.5
./lib/x86_64-linux-gnu/librt.so.1
./lib/x86_64-linux-gnu/libbsd.so.0
./lib/x86_64-linux-gnu/libpthread.so.0
./lib/x86_64-linux-gnu/libacl.so.1
./lib/x86_64-linux-gnu/libdl.so.2
./lib/x86_64-linux-gnu/libpopt.so.0
./lib/x86_64-linux-gnu/libpcre.so.3
./lib/x86_64-linux-gnu/libselinux.so.1
./lib/x86_64-linux-gnu/libtinfo.so.5
./lib/x86_64-linux-gnu/libc.so.6
./etc
./etc/group
./etc/rssh.conf
./etc/passwd
./foo
./usr
./usr/bin
./usr/bin/rssh
./usr/bin/sftp
./usr/bin/rsync
./usr/bin/scp
./usr/lib
./usr/lib/x86_64-linux-gnu
./usr/lib/x86_64-linux-gnu/libedit.so.2
./dev
./dev/random
./dev/zero
./dev/null
./dev/tty
./lib64
./lib64/ld-linux-x86-64.so.2

I have no idea anymore whats wrong and how can I debug.

Best Regards,

kernel policy vs bug handling (how to followup #919227 ?)

[Andrea Borgia]

Hi.

In an earlier post[1] I mentioned an ACPI LID issue with my laptop, 
which has been fixed in the current 5.x series[2].


My questions:

1) other than commenting on my own bugreport[3] with this information, 
should I do anything else, like closing it or adding some special tags? 
As far as current "testing" branch is concerned, this bug is still 
present, unless you install a kernel from "experimental"[4] or upstream.


2) maybe I am not using the proper keywords but I can't seem to find 
information on Debian kernel policy, specifically: when does a new 
kernel from upstream enter "unstable"? Later on it would move to 
"testing" and then "stable", this part I know how it works, but I am 
missing the initial step. I already have a working kernel package so 
this is just curiosity regarding the process, no begging :)


Thanks,
Andrea.


[1] https://lists.debian.org/debian-user/2019/01/msg00249.html

[2] https://bugzilla.kernel.org/show_bug.cgi?id=202421

[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919227

[4] 
https://qa.debian.org/developer.php?login=debian-kernel%40lists.debian.org

Re: Sequential boot with system d?

[Brian]

On Wed 27 Mar 2019 at 19:27:21 +0100, Steve Keller wrote:

> Is it possible to configure systemd to *not* start services in
> parallel?  I'd prefer deterministic boot with readable boot
> messages.  With parallel start, messages of different services get
> intermingled and it's much more difficult to identify possible
> problems.

Would Requires plus After get you going?

-- 
Brian.

Re: stretch install for amd64-9.8.0 problems.

[Gene Heskett]

On Wednesday 27 March 2019 13:31:35 Steve McIntyre wrote:

> In article <201903271310.25490.ghesk...@shentel.net> you write:
> >I pulled and burnt the netinstall, bad burn or bad checksum, but
> > can't find the checksums for the netinstalls.
>
> They sit alongside the iso images - see
>
>   https://cdimage.debian.org/cdimage/release/9.8.0/amd64/iso-cd/
>
> >So I go back and get the DVD-1.jigdo.
> >
> >Now where do I find the template for DVD-1 of 9.8.0 for amd64?
>
> alongside the .jigdo file in
>
>   https://cdimage.debian.org/cdimage/release/9.8.0/amd64/jigdo-dvd/
>
> >All I can get out of jigdo-lite after giving it a US mirror address
> > is a request for a non-US address as the files don't exist, and I've
> > tried several sites now.
> >
> >debian.org's search doesn't find them either.  Whats the official
> > story here? I can't get a verifiable netinstall, and jigdo can't
> > find a file to download.
>
> jigdo-lite should fall back (eventually) to snapshot.debian.org and
> find all its files there. Although for 9.8 (the current release!) all
> the files should be on the normal mirrors already. Which files is it
> not finding?

It hasn't found any so far.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: stretch install for amd64-9.8.0 problems.

[Gene Heskett]

On Wednesday 27 March 2019 13:23:52 Thomas Schmitt wrote:

> Hi,
>
> Gene Heskett wrote:
> > Now where do I find the template for DVD-1 of 9.8.0 for amd64?
>
>   https://cdimage.debian.org/debian-cd/current/amd64/jigdo-dvd/
>
> The "https://; might be the problem with your installed jigdo-lite;
>
>  
> https://wiki.debian.org/JigdoOnLive#If_needed.2C_work_around_a_shortco
>ming_of_older_jigdo-lite
>
>
Makes perfect sense, thanks Thomas.

> Have a nice day :)
>
> Thomas


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: need sources.list example for lan with approx-server

[Brian]

On Wed 27 Mar 2019 at 08:12:42 -0400, Greg Wooledge wrote:

> On Wed, Mar 27, 2019 at 11:01:38AM +1100, David wrote:
> > The important differences to be aware of are probably:
> > 
> > apt full-upgrade == apt-get dist-upgrade
> > apt upgrade == apt-get upgrade --with-new-pkgs
> > 
> > In other words, 'apt upgrade' does install new packages.
> 
> Also:
> 
>  * apt removes the .deb files that it downloads, after installing them.
>apt-get leaves them in /var/cache/.  This is configurable, I think

It is. The days of conserving bandwidth are mostly in the past. Not
that users have generally been given to reinstalling from /var/cache/apt.

>  * apt uses non-configurable yellow tty output that is completely unreadable
>on a white background.  apt-get doesn't do colors, so you can read it
>even if you don't override your terminal's background color.
> 
>  * apt search uses 3 lines of output for each result, with non-configurable
>green text for the package name.  apt-cache search uses 1 line of output
>for each result, and doesn't mess with colors.  At least the green is
>mostly readable, albeit still not as good as the default.
> 
>As compensation for the triple line cost and less readable package names,
>apt search includes the version number in its results.  apt-cache search
>does not.
> 
> And probably more that I'm not remembering or never encountered before
> switching back to apt-*.

The yellow on white is a pain. Is

https://unix.stackexchange.com/questions/392791/apt-configure-the-colors

any use? Change the background?

Combining apt-get and apt-cache into one command isn't such a bad idea
for most users.

-- 
Brian.




> 

Re: text editors

[Teemu Likonen]

rhkra...@gmail.com [2019-03-27 08:05:30-04] wrote:

> EMACS (at least before a WYSIWYG / mouse version (which I think exists
> now -- was tHat XEMACS for a while and then maybe merged back into
> EMACS)

There is GNU Emacs and there is (or was) a GNU Emacs fork named XEmacs.
Nowadays XEmacs is dead or nearly dead: no releases in ten years. XEmacs
code has never been merged to GNU Emacs. There was a time in the history
when it made sense to use XEmacs (some useful features that GNU Emacs
hadn't) but this has not been the case for long time and GNU Emacs has
gained much more.

Just "Emacs" tends to mean either GNU Emacs or this family of editors
which "ideologically" originated from TECO editor's macro collection
named Editor Macros (EMACS).

History lesson: https://everything.explained.today/Emacs/

-- 
/// Teemu Likonen   - .-..    //
// PGP: 4E10 55DC 84E9 DFF6 13D7 8557 719D 69D3 2453 9450 ///


signature.asc
Description: PGP signature

Re: text editors

[Gian Uberto Lauri]

> "r" == rhkramer   writes:

r> XEMACS for a while and then maybe merged back into EMACS) and

I think it is an independent developing of similar features.

-- 
 /\   ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_   African word
  //--\| | \|  |   Integralista GNUslamicomeaning "I can
\/ coltivatore diretto di software   not install
 già sistemista a tempo (altrui) perso...Debian"

Warning: gnome-config-daemon considered more dangerous than GOTO

Sequential boot with systemd?

[Steve Keller]

Is it possible to configure systemd to *not* start services in
parallel?  I'd prefer deterministic boot with readable boot
messages.  With parallel start, messages of different services get
intermingled and it's much more difficult to identify possible
problems.

Steve

Re: stretch install for amd64-9.8.0 problems.

[Steve McIntyre]

In article <201903271310.25490.ghesk...@shentel.net> you write:
>I pulled and burnt the netinstall, bad burn or bad checksum, but can't 
>find the checksums for the netinstalls.

They sit alongside the iso images - see

  https://cdimage.debian.org/cdimage/release/9.8.0/amd64/iso-cd/

>
>So I go back and get the DVD-1.jigdo.
>
>Now where do I find the template for DVD-1 of 9.8.0 for amd64?

alongside the .jigdo file in

  https://cdimage.debian.org/cdimage/release/9.8.0/amd64/jigdo-dvd/

>All I can get out of jigdo-lite after giving it a US mirror address is a 
>request for a non-US address as the files don't exist, and I've tried 
>several sites now.
>
>debian.org's search doesn't find them either.  Whats the official story 
>here? I can't get a verifiable netinstall, and jigdo can't find a file 
>to download.

jigdo-lite should fall back (eventually) to snapshot.debian.org and
find all its files there. Although for 9.8 (the current release!) all
the files should be on the normal mirrors already. Which files is it
not finding?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Armed with "Valor": "Centurion" represents quality of Discipline,
  Honor, Integrity and Loyalty. Now you don't have to be a Caesar to
  concord the digital world while feeling safe and proud.

Re: need sources.list example for lan with approx-server

[Curt]

On 2019-03-27, Greg Wooledge  wrote:
> On Wed, Mar 27, 2019 at 05:09:51PM -, Curt wrote:
>> In the time-frame of the cited bug (October, 2015), at least, one thread
>> participant opined that the automatic clean-up in apt had yet to be
>> "implemented". Has it been done since somewhere? 
>
> wooledg:~$ ls /var/cache/apt/archives/
> lock  partial
> wooledg:~$ sudo apt install sl
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> The following NEW packages will be installed:
>   sl
> 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
> Need to get 26.7 kB of archives.
> After this operation, 99.3 kB of additional disk space will be used.
> Get:1 http://ftp.us.debian.org/debian stretch/main amd64 sl amd64 3.03-17+b2 
> [26.7 kB]
> Fetched 26.7 kB in 0s (0 B/s) 
> Selecting previously unselected package sl.
> (Reading database ... 91995 files and directories currently installed.)
> Preparing to unpack .../sl_3.03-17+b2_amd64.deb ...
> Unpacking sl (3.03-17+b2) ...
> Setting up sl (3.03-17+b2) ...
> Processing triggers for man-db (2.7.6.1-2) ...
> wooledg:~$ ls /var/cache/apt/archives/
> lock  partial
>
>

I guess I'm not noticing very well these days, having repeated your
demonstration with identical results.

I dig that choo-choo, too, thanks.

Re: stretch install for amd64-9.8.0 problems.

[Thomas Schmitt]

Hi,

Gene Heskett wrote:
> Now where do I find the template for DVD-1 of 9.8.0 for amd64?

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

The "https://; might be the problem with your installed jigdo-lite;

  
https://wiki.debian.org/JigdoOnLive#If_needed.2C_work_around_a_shortcoming_of_older_jigdo-lite


Have a nice day :)

Thomas

Re: stretch install for amd64-9.8.0 problems.

[Thomas Schmitt]

Hi,

Gene Heskett wrote:
> can't find the checksums for the netinstalls.

These should belong together:

  
https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-9.8.0-amd64-netinst.iso
  https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/SHA512SUMS.sign
  https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/SHA512SUMS


> bad burn or bad checksum,

How does the badness express itself ?

What firmware is involved ? BIOS ? EFI ? EFI in BIOS mode ?
Does "burn" mean CD media ?


Have a nice day :)

Thomas

Re: need sources.list example for lan with approx-server

[Greg Wooledge]

On Wed, Mar 27, 2019 at 05:09:51PM -, Curt wrote:
> In the time-frame of the cited bug (October, 2015), at least, one thread
> participant opined that the automatic clean-up in apt had yet to be
> "implemented". Has it been done since somewhere? 

wooledg:~$ ls /var/cache/apt/archives/
lock  partial
wooledg:~$ sudo apt install sl
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  sl
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 26.7 kB of archives.
After this operation, 99.3 kB of additional disk space will be used.
Get:1 http://ftp.us.debian.org/debian stretch/main amd64 sl amd64 3.03-17+b2 
[26.7 kB]
Fetched 26.7 kB in 0s (0 B/s) 
Selecting previously unselected package sl.
(Reading database ... 91995 files and directories currently installed.)
Preparing to unpack .../sl_3.03-17+b2_amd64.deb ...
Unpacking sl (3.03-17+b2) ...
Setting up sl (3.03-17+b2) ...
Processing triggers for man-db (2.7.6.1-2) ...
wooledg:~$ ls /var/cache/apt/archives/
lock  partial

stretch install for amd64-9.8.0 problems.

[Gene Heskett]

I pulled and burnt the netinstall, bad burn or bad checksum, but can't 
find the checksums for the netinstalls.

So I go back and get the DVD-1.jigdo.

Now where do I find the template for DVD-1 of 9.8.0 for amd64?

All I can get out of jigdo-lite after giving it a US mirror address is a 
request for a non-US address as the files don't exist, and I've tried 
several sites now.

debian.org's search doesn't find them either.  Whats the official story 
here? I can't get a verifiable netinstall, and jigdo can't find a file 
to download.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: need sources.list example for lan with approx-server

[Curt]

On 2019-03-27, rlhar...@oplink.net  wrote:
> On 2019.03.27 07:12, Greg Wooledge wrote:
>> On Wed, Mar 27, 2019 at 11:01:38AM +1100, David wrote:
>>> The important differences to be aware of are probably:
>
>
>> Also:
>>  * apt removes the .deb files that it downloads, after installing them.
>>apt-get leaves them in /var/cache/.  This is configurable, I think.
>
>
>
>> And probably more that I'm not remembering or never encountered before
>> switching back to apt-*.
>
> Interesting.  But though I am keyboard-oriented, my preference is 
> Synaptic, because I typically am searching for a particular feature in a 
> package, and for this the package summaries presented by Synaptic save 
> me time.
>
>

I haven't noticed 'apt' deleting the download cache by default here on
my Stretch machine; I also 'apt clean' periodically for this very reason
(that argument being accepted by apt and more*, although it remains
undocumented so as to not confuse and/or clutter the minds of the hoi
polloi).

* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781237

In the time-frame of the cited bug (October, 2015), at least, one thread
participant opined that the automatic clean-up in apt had yet to be
"implemented". Has it been done since somewhere? 

problema al crear usuarios en stretch

[Fran Torres]

Buenas,

en una máquina con debian stretch, estoy teniendo problemas a la hora
de crear usuarios, con unos permisos específicos.
  Os pongo en situación:

  Supongamos que queremos crear el usuario "a". Pues bien, hacemos lo
siguiente, reciclando y dándole utilidad al grupo users, con gid: 100.

chgrp -R users /home/*
ahora, le vamos a dar permisos 2750 (rwx, r-s, ---).
chmod -R 2750 /home/*
y por último, en /etc/login.defs, modificamos la línea UMASK 022 por UMASK 027

  Bien, ahora hacemos:
useradd -g 100 -d /home/a -s /bin/bash -m -G audio a
básicamente queremos que pertenezca al grupo principal users (por
tanto su directorio home debería tener como permisos: rwx r-s, ---.
Todos sus subdirectorios los mismos permisos y los ficheros, rw- r--
---). Al mismo tiempo, queremos que como grupo secundario pertenezca a
audio, que su home sea /home/a (debe eredar los permisos del grupo) y
queremos que tenga acceso al bash.

  al hacer un ls -l, h sorpresa
vemos que el directorio home de a y por tanto todo lo que contiene,
tiene los permisos rws, r-x, ---. No queremos esto!

  Ahora resulta que si tocamos el adduser.conf, podemos decirle que
los permisos de ntorno sean 2750 y que activamos el setgid y sin
embargo, con adduser a, si que funciona. pide la contraseña y todos
los datos... PEro adduser no nos isrve, queremos utilizar useradd.
Básicamente por que :
1. en jessie el comportamiento esperado si que se produce sin
problema, o al menos no he detectado ningún problema.
2. es el comando que trabajamos en clase.

Alguna idea para solucionar esto?

Fran.

Re: need sources.list example for lan with approx-server

[rlharris]

On 2019.03.27 07:12, Greg Wooledge wrote:

On Wed, Mar 27, 2019 at 11:01:38AM +1100, David wrote:

The important differences to be aware of are probably:




Also:
 * apt removes the .deb files that it downloads, after installing them.
   apt-get leaves them in /var/cache/.  This is configurable, I think.





And probably more that I'm not remembering or never encountered before
switching back to apt-*.


Interesting.  But though I am keyboard-oriented, my preference is 
Synaptic, because I typically am searching for a particular feature in a 
package, and for this the package summaries presented by Synaptic save 
me time.

trying to find a US debian.net with a 9.8.0 jigdo template where?

[Gene Heskett]

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

apt-* family: apt-cache pkgnames Easter Egg? (Was: need sources.list example [...])

[Cindy-Sue Causey]

Hi... By the time I worked my way through a response, I realize it was
too far off-topic for the subject line so it's its own thing now. :)


On 3/26/19, David  wrote:
>
> The intention of apt is to provide an easier-to-use human interface
> to the most common operations, but its interface might
> be improved from time to time, so don't rely on it in scripts.
>
> Whereas the apt-* tools are intended to be powerful
> low-level tools to use in scripts, so their interfaces never change
> and they provide all functionality, but consequently they have many
> complex options.


PPS up top here... Actually... as I think on it some MORE... what I
just found (last part of what I wrote here)... is a little scary...
kinda-sorta. It hints that it's possible for everything like "apt-*
[operation]" (AND WHO KNOWS WHAT ALL ELSE) to be manipulated...
without User knowledge that it's even a possibility that needs
conscious security protection considerations at all times.

*hm... sorry.* :)

PPPS Some MORE thinking while repeatedly proofreading (to see what
common sense point I may be overlooking): Perhaps "apt-cache pkgnames"
is drawing from and then somehow expanding upon the functions of its
fellow family member, apt-file.

The original first part of the email...

VERY COOL. Your timing is impeccable. About 3 hours ago, I decided
it's time to buckle down and finally self-educate toward creating my
own first "real" script. Apt-get is my target. I'm going to take this
thread as a good sign. :)

As for the apt-* family, I spend *a lot* of time with apt-cache via
search, show, policy, and occasionally pkgnames (after it was
referenced on Debian-User at some point).

Also, the other day, I actively noticed that apt-listbugs has been
VERY quiet on Buster *for months*. Yay, Developers, because I remember
it often being quite chatty for Stretch!

Exiting Stage Right now... with an odd find that has happened more
than once recently...

I just accidentally tabbed twice instead of hitting "Enter" while
"apt-cache pkgnames apt" was on the command line. It happened because
I had just double-tabbed seconds before while only "apt" was on the
command line.

Upon double-tabbing, the "apt-cache pkgnames apt" query output was a
list of all the *personal, user-only generated text* files that begin
with "apt" within the directory where that command was (erroneously)
issued.

So I tried a different directory by testing it with a different file
name I knew was in there, i.e. "apt-cache pkgnames aaa".

On the *FIRST* double-tab clicks, pkgnames amended itself to and then
*HALTED* at "apt-cache pkgnames aaaBBBccc0"..

So I played along and double-tabbed again. "apt-cache pkgnames" then
provided all the files that started with its suggested "aaaBBBccc0" in
that second directory.

After thinking on it a second, I created a few more files named
aaaBBBcccXXX01.jpg, aaaBBBcccYYY02.jpg, and aaaBBBcccZZZ03.jpg. In
response to those new additions, "apt-cache pkgnames aaa" amended its
secondarily proffered query to a slightly shorter "aaaBBBccc" to
account for those new files.

What THAT does is additionally exhibit that "apt-cache pkgnames" flies
by the seat of its pants during double-tabbing. In other words, it
doesn't need another command, e.g. "updatedb", to be run first in
order to present all accurate possibilities at any given second in
Time.

That's a bit wicked strange. Kind of feels a little bit like a
seasonally appropriate Easter Egg, but I figure my not knowing about
it is possibly just me arriving at the party fashionably late as
usual. *grin*

PS Double-tabbing "apt-cache pkgnames aaaBBBccc" didn't send those
text file results to a ">" text file when asked to do so. A query
results filled text file *was* created when "Enter" was clicked
instead of double tabbing.

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* what'd I break THIS time? *

Re: text editors

[rlharris]

On 2019.03.27 09:37, to...@tuxteam.de wrote:

On Wed, Mar 27, 2019 at 09:00:07AM -0500, John Hasler wrote:

tomás writes:
> It /is/ a steep learning curve at the beginning (I can confirm, having
> come from vi, then vim -- in which I'm still fluent). But it is worth
> every turn in that panoramic route.


I think that one problem people have with Emacs is that they think 
they

need to learn all of it before they can use it.

...


As well as being easy to use for general word processing, Emacs excels 
in the work of writing scripts, in which the 
"COMPOSE-A-NEW-MACRO-WHENEVER-YOU-NEED-IT;IT-TAKES-ONLY-A-FEW-SECONDS" 
ability of Emacs is invaluable.  After all, the name Emacs is an acronym 
for "Editing MACroS".


Need to make alterations to dozens of lines?  If you can figure out a 
repetitive sequence of keystrokes to accomplish the change, you can save 
that sequence as a macro.  And those keystrokes can involve searches and 
operations such as "advance one word", "go to string xxYYz", "go to end 
of line", "replace xxx with yyy", and so forth.


Each time you need to do something which is impossible or would take 
forever with a rodent-dependent editor, you need to stop a minute and 
search for the way to do it with Emacs; that is the way you learn Emacs 
-- when you have motivation.


O'Reilly published a marvelous book on Emacs, "Learning GNU Emacs", in 
which author Debra Cameron takes the reader from the state of "complete 
novice" to "power user".


An Emacs guru who has been of great benefit to me is Xah Lee, who has 
written a tutorial:


http://ergoemacs.org/emacs/emacs.html

as well as much material on Emacs; check out his blog:

http://ergoemacs.org/emacs/blog.html

Re: squid / logs / servidor centralizado

[Roberto C . Sánchez]

On Wed, Mar 27, 2019 at 12:00:17PM -0400, José Betancourt Mondeja wrote:
> He instalado un servidor para centralizar los logs.
> Pero solo se registran los que van al syslog.
> Alguna forma de hacer que squid guarde en el syslog o que se envíen al
> servidor centralizado de logs ?
> Gracias.
> 
José,

Eso se configura en /etc/squid/squid.conf bajo la opción access_log.

Saludos,

-Roberto

-- 
Roberto C. Sánchez

squid / logs / servidor centralizado

[José Betancourt Mondeja]

He instalado un servidor para centralizar los logs.
Pero solo se registran los que van al syslog.
Alguna forma de hacer que squid guarde en el syslog o que se envíen al
servidor centralizado de logs ?
Gracias.

Re: text editors

[Teemu Likonen]

mick crane [2019-03-27 08:49:45Z] wrote:

> Sorry if appeared disrespectful, avoided because seemed daunting. I have
> enough trouble working out what to type as well as how to type it.

No problem at all. I have used the very same joke myself a couple of
years ago when I wrote an article to a Finnish computer magazine.
English translation of the title would be "GNU Emacs - a text editor or
an operating system". The article was serious and technical though.

I just find it funny that decades go by and the same jokes are told
again and again. I also think that it is good idea to update oneself.
Emacs has seen a lot of updates too so perhaps maybe people can be
updated too. :-)

-- 
/// Teemu Likonen   - .-..    //
// PGP: 4E10 55DC 84E9 DFF6 13D7 8557 719D 69D3 2453 9450 ///


signature.asc
Description: PGP signature

Re: Lspci

[Joe B]

I figured it out

Buster detects my firmware automatically like WiFi.

I did sudo apt update && sudo apt upgrade then apt install pciutils then I
found lspci

Thanks

On Tue, Mar 26, 2019 at 8:59 PM Nicholas Geovanis 
wrote:

> It's just a guess, but are you sure that your VM has a PCI bus configured?
> If not, I'm not confident that pciutils would have been installed. Or
> maybe, suppose you have networking disabled but the NIC  is the only device
> on PCI bus. Would pciutils find a bus without an active virtual device on
> it? I don't know.
>
>
>
> On Tue, Mar 26, 2019, 6:06 PM Joe B  wrote:
>
>> Hello
>>
>> I just downloaded the iso for Buster and im running it in a virtualbox. I
>> purposely disabled networking so I can learn how to find the firmware and
>> learn how to load it/use it
>>
>> I tried to run lscpi or even lspci -vv same thing but the command is not
>> found. I looked at
>>
>> https://manpages.debian.org/testing/pciutils/lspci.8.en.html and it said
>> there should be a lspci but I don't see it at all. I also looked at
>> https://wiki.debian.org/HowToIdentifyADevice/PCI and it said I should
>> have pc-utils which has lspci but I have no internet.
>>
>> What should I do?
>>
>> Thanks
>>
>

Re: Flushing all Buffers Before Exiting

[tomas]

On Wed, Mar 27, 2019 at 09:52:21AM -0500, David Wright wrote:

[...]

> But my point was that prodding the program with signals seemed a
> better fit than just forcing line buffering.

...and I still disagree with that (under most conditions, that is).

Cheers
-- t


signature.asc
Description: Digital signature

Re: Flushing all Buffers Before Exiting

[David Wright]

On Tue 26 Mar 2019 at 17:55:28 (+0100), to...@tuxteam.de wrote:
> On Tue, Mar 26, 2019 at 11:43:24AM -0500, David Wright wrote:
> 
> [...]
> 
> > So these are issues beyond the scope of the OP's problem domain.
> > OTOH, IMO, trapping a USR1 signal [...]
> 
> In this case, an atexit handler seems the right tool. Since the
> OP is using Perl, the END {...} block is our friend.

Sure. Nothing wrong with that. The advantage of trapping a signal
other than those that terminate the program is that you get more
opportunities to use it. IOW, you can send USR1 and examine whatever
properties of the program you like without actually stopping it.
It sounded as if the OP might be interested in this because they
mentioned tee earlier.

But my point was that prodding the program with signals seemed a
better fit than just forcing line buffering.

Cheers,
David.

Re: OpenStack vs Nextcloud

[Sergi Baila]

Bones.

Jo faig servir tant Nextcloud com ownCloud, el producte original del que
Nextcloud va fer fork.

No he fet servir mai OpenStack.

Pel que tinc entès son coses diferents. Nextcloud és, a nivell bàsic, com
un Dropbox. Té client natiu pel S.O. i una interfície web. A més d'això
proporciona aplicacions que es poden descarregar i instal·lar i hi
afegeixen funcionalitats com correu, calendari, notes, etc, etc. El
converteix en una mica un equivalent a google apps.

Per la part d'OpenStack jo diria que s'assembla més als serveis d'Amazon
(AWS). Així que no són exactament la mateixa cosa.

Pel que dius crec que el Nextcloud t'anirà bé.


Missatge de Narcis Garcia  del dia dc., 27 de març
2019 a les 15:19:

> Hola,
>
> El què principalment busco és l'allotjament de fitxers per al seu
> transport per la xarxa (grans adjunts de correu-e, carpetes
> compartides...), però vull valorar si hi ha altres característiques que
> m'interessen.
>
>
>
>
> __
> 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 27/3/19 a les 15:13, roger.sic...@gmail.com ha escrit:
> > Bones,
> >
> > personalment no coneixo aquests projectes, si que n'he sentit parlar
> > però mai els he provat.
> > D'altra banda, amb un contexte diferent, hi ha Kubernetes. Depenent de
> > per a què ho necessitis li pots donar una ullada.
> >
> > Salut!
> >
> > On March 27, 2019 3:02:31 PM GMT+01:00, Narcis Garcia
> >  wrote:
> >
> > Algú sabria explicar les diferències bàsiques entre OpenStack i
> NextCloud?
> > Hi ha algun altre projecte FOSS que també estigui a l'alçada?
> >
> > https://es.wikipedia.org/wiki/OpenStack
> > https://es.wikipedia.org/wiki/Nextcloud
> >
> > Gràcies.
> >
>  
> > 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.
> >
> >
> > --
> >
> > Roger Sicart Rams
>
>

Re: Lock login prompt screen

[Florian Blanc]

Je te remercie beaucoup Erwan ça ira très bien en complément à fail2ban.
Ça m'a l'air d'être exactement ce que je recherchais.
Je teste ça ce soir merci encore 

On Wed, Mar 27, 2019, 14:59 Erwann Le Bras 
wrote:

> oui, cest vrai,fail2ban surveille les connexions distantes
>
> c'est PAM qui fait ça. Voir
> https://www.tecmint.com/lock-user-accounts-after-failed-login-attempts-in-linux/
> Le 27/03/2019 à 11:48, Florian Blanc a écrit :
>
> Erwan comment tu fais ça ?
> Un ban iptables ne sert à rien pour une action sur l'affichage.
> Je souhaiterais juste désactiver les prompt login sur l'interface ou même
> l'interface elle même pendant 5 minutes par exemple. (Je parle de
> l'interface à l'écran branché en vga par exemple).
> Merci
>
>
> On Wed, Mar 27, 2019, 10:22 Erwann Le Bras 
> wrote:
>
>> bonjour
>>
>> Fail2ban banni les utilisateurs selon le temps imparti, après un nombre
>> d'échecs de connexions défini.
>>
>> de rien
>>
>> Le 26/03/2019 à 11:16, Florian Blanc a écrit :
>> > Après le précédent sujet d'ailleurs,
>> > Je souhaiterais savoir si vous connaissez une solution pour locker le
>> > login prompt système xorg/x11 pendant 5 minutes par exemple.
>> > Je m'explique,
>> > C'est pour éviter une attaque sur machine physique ou via IPMI ou VNC
>> > par exemple.
>> > Merci les coupains.
>>
>>

Re: text editors

[tomas]

On Wed, Mar 27, 2019 at 09:00:07AM -0500, John Hasler wrote:
> tomás writes:
> > It /is/ a steep learning curve at the beginning (I can confirm, having
> > come from vi, then vim -- in which I'm still fluent). But it is worth
> > every turn in that panoramic route.
> 
> I started out with Vi on UNix and eventually switched to Emacs.  I still
> often use Vim.

Same. Right now, I'm using vim, f.e.

> I think that one problem people have with Emacs is that they think they
> need to learn all of it before they can use it.

That would be a fatal mistake, indeed. But there's another hurdle,
which is not to be subestimated. Emacs, as an old program, comes
along with an old culture, with its own lispeltongue (i.e. "point"
instead of "cursor", "window" for "sub-frame", etc.). It takes a
while to understand that it's totally worh it to embrace this mysterious
language/culture.


> Work with the tutorial until you are proficient enough [...]

Agree with your other points. Especially the tutorial is nice.

Cheers
-- t


signature.asc
Description: Digital signature

Re: OpenStack vs Nextcloud

[Narcis Garcia]

Hola,

El què principalment busco és l'allotjament de fitxers per al seu
transport per la xarxa (grans adjunts de correu-e, carpetes
compartides...), però vull valorar si hi ha altres característiques que
m'interessen.




__
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 27/3/19 a les 15:13, roger.sic...@gmail.com ha escrit:
> Bones,
> 
> personalment no coneixo aquests projectes, si que n'he sentit parlar
> però mai els he provat.
> D'altra banda, amb un contexte diferent, hi ha Kubernetes. Depenent de
> per a què ho necessitis li pots donar una ullada.
> 
> Salut!
> 
> On March 27, 2019 3:02:31 PM GMT+01:00, Narcis Garcia
>  wrote:
> 
> Algú sabria explicar les diferències bàsiques entre OpenStack i NextCloud?
> Hi ha algun altre projecte FOSS que també estigui a l'alçada?
> 
> https://es.wikipedia.org/wiki/OpenStack
> https://es.wikipedia.org/wiki/Nextcloud
> 
> Gràcies.
> 
> 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.
> 
> 
> -- 
> 
> Roger Sicart Rams

Re: Recommended way to install Docker in Stretch

[Roberto C . Sánchez]

On Wed, Mar 27, 2019 at 03:05:50PM +0100, Sven Hartge wrote:
> Roberto C. Sánchez  wrote:
> > On Wed, Mar 27, 2019 at 02:03:43PM +0100, Sven Hartge wrote:
> >> Luís Gomes  wrote:
>  
> >>> However, I could not find a docker.io package on the main stretch
> >>> repository or in stretch-backports, which makes me ask what is the
> >>> Debian-recommended-way to install Docker on Stretch?
>  
> >> The recommended way to install Docker for Stretch is to use the
> >> upstream Docker repositories.
>  
> >> "DontBreakDebian" is nice advice, not there are situations where you
> >> have to use 3rd party repositories.
> 
> > However, given that buster is going to be released in a matter of
> > months, an upgrade might also be a viable route.
> 
> Running an unreleased Debian version on a production system? No way.
> 
OK.  Whatever works for you.

The point I was making was that it is not a black and white matter.
Depending on the use case, a stable Debian system with a third party
docker package may not actually be a better solution than a testing
system with official Debian packages for Docker.  Then again, it may be
that the third-party packages on stable are the better approach.

That decision is ultimately up to Luís.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Fwd: Baixa d'alias de correu @cag.es - Notificació al remitent

[Narcis Garcia]

 Missatge reenviat 
Assumpte: Baixa d'alias de correu @cag.es - Notificació al remitent
Data: Wed, 27 Mar 2019 15:03:45 +0100
De: not...@bonarea.com
Respon a: not...@bonarea.com
A: debianli...@actiu.net

Acaba d'enviar un correu a l'usuari samuel.g...@cag.es
El seu correu no s'ha bloquejat, pero l'adreça samuel.g...@cag.es
quedarà deshablitada en breus setmanes.

Si us plau, canviï en els seus enviaments, agendes, etc l'adreça de
destí per la adreça equivalent samuel.g...@bonarea.com


Acaba de enviar un correo al usuario samuel.g...@cag.es
Su correo no se ha bloqueado, pero la dirección samuel.g...@cag.es
quedará inhabilitada en breves semanas.

Por favor, actualize en sus envios, agendas, etc la dirección de destino
con la dirección equivalente samuel.g...@bonarea.com
: El mensaje contiene [1] archivos adjuntos

Re: Recommended way to install Docker in Stretch

[Sven Hartge]

Roberto C. Sánchez  wrote:
> On Wed, Mar 27, 2019 at 02:03:43PM +0100, Sven Hartge wrote:
>> Luís Gomes  wrote:
 
>>> However, I could not find a docker.io package on the main stretch
>>> repository or in stretch-backports, which makes me ask what is the
>>> Debian-recommended-way to install Docker on Stretch?
 
>> The recommended way to install Docker for Stretch is to use the
>> upstream Docker repositories.
 
>> "DontBreakDebian" is nice advice, not there are situations where you
>> have to use 3rd party repositories.

> However, given that buster is going to be released in a matter of
> months, an upgrade might also be a viable route.

Running an unreleased Debian version on a production system? No way.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: text editors

[John Hasler]

tomás writes:
> It /is/ a steep learning curve at the beginning (I can confirm, having
> come from vi, then vim -- in which I'm still fluent). But it is worth
> every turn in that panoramic route.

I started out with Vi on UNix and eventually switched to Emacs.  I still
often use Vim.

I think that one problem people have with Emacs is that they think they
need to learn all of it before they can use it.  Work with the tutorial
until you are proficient enough with basic editing commands to be
productive.  After that whenever you come up with something such as the
need to mark a block of text read-only search the documentation: a
command to do it probably exists.  If you then find yourself using that
command frequently it will become automatic.  If not you will still know
that it exists and so will be able to quickly find it in the docs and
refresh your memory when a need for it pops up years later.

Of course, you can create function key shortcuts for the commands you
use a lot: no need to constantly type long strings into the minibuffer
or memorize exotic escape sequences.  Also, almost everything is
somewhere in the menus if you like that sort of thing.  There is even a
customization interface so you need not learn Elisp.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Recommended way to install Docker in Stretch

[Paul Sutton]

On 27/03/2019 12:59, Luís Gomes wrote:
> Hello everyone,
>
> I'm setting up a server with Debian Stretch and I need to install
> Docker.
>
> After reading the warning against installing software from unnoficial
> repositories from https://wiki.debian.org/DontBreakDebian I'm trying to
> follow this good advice.
>
> However, I could not find a docker.io package on the main stretch
> repository or in stretch-backports, which makes me ask what is the
> Debian-recommended-way to install Docker on Stretch?
>
>
> Thanks,
>
> Luís
>
>
Hi Luis

Firstly I am _not_ an expert at this,   I have recently, however
installed nextcloud into a docker instance.

using instructions from here

https://www.itzgeek.com/how-tos/linux/debian/how-to-install-docker-on-debian-9.html

However I did find that containers are stored in

/var/lib/docker

which caused a problem for me, as my / partition was small (about 30gb),
the rest of the system was /home

I re-installed debian and used / and /swap,  hence more space for the
containers.  As this is a home LAN system, it works fine for me.

I also found that restarting docker, also creates a new container each
time, problem as at the time I was testing next cloud, etc

I then found by using

docker run -d --restart="always" -p 8080:80 nextcloud

it started the same instance and the same container,

Before (I was'nt starting with '--restart="always"' and I ended up with
several containers, each time I restarted docker,  so my previous
container + user account were still there, just not loaded.    

Also found that

systemctl docker start

and

systemctl docker enable

the latter enables docker to start on boot, hence I can at least run the
docker / next cloud server headless (to a point at least)

Not sure if it is the recommended way though.

Hope this helps


Paul


-- 
Paul Sutton
http://www.zleap.net
https://www.linkedin.com/in/zleap/
gnupg : 7D6D B682 F351 8D08 1893  1E16 F086 5537 D066 302D

OpenStack vs Nextcloud

[Narcis Garcia]

Algú sabria explicar les diferències bàsiques entre OpenStack i NextCloud?
Hi ha algun altre projecte FOSS que també estigui a l'alçada?

https://es.wikipedia.org/wiki/OpenStack
https://es.wikipedia.org/wiki/Nextcloud

Gràcies.




__
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.

Re: Lock login prompt screen

[Erwann Le Bras]

oui, cest vrai,fail2ban surveille les connexions distantes

c'est PAM qui fait ça. Voir 
https://www.tecmint.com/lock-user-accounts-after-failed-login-attempts-in-linux/


Le 27/03/2019 à 11:48, Florian Blanc a écrit :

Erwan comment tu fais ça ?
Un ban iptables ne sert à rien pour une action sur l'affichage.
Je souhaiterais juste désactiver les prompt login sur l'interface ou 
même l'interface elle même pendant 5 minutes par exemple. (Je parle de 
l'interface à l'écran branché en vga par exemple).

Merci


On Wed, Mar 27, 2019, 10:22 Erwann Le Bras > wrote:


bonjour

Fail2ban banni les utilisateurs selon le temps imparti, après un
nombre
d'échecs de connexions défini.

de rien

Le 26/03/2019 à 11:16, Florian Blanc a écrit :
> Après le précédent sujet d'ailleurs,
> Je souhaiterais savoir si vous connaissez une solution pour
locker le
> login prompt système xorg/x11 pendant 5 minutes par exemple.
> Je m'explique,
> C'est pour éviter une attaque sur machine physique ou via IPMI
ou VNC
> par exemple.
> Merci les coupains.

Re: Tutoriel 2019 - Debian Stretch AMD64 Stable RVM 2.4 Redmine 4.0

[G2PC]

> J'ai utilisé RVM il y a quelques années pour gérer des applis Ruby on
> Rails utilisant différentes versions de Ruby. Ça avait été assez
> galère à mettre en place si je me souviens bien. Puis Docker est
> arrivé avec une façon qui me semblait plus naturelle d'isoler des
> applications.
>
> S'il s'agit juste d'installer Redmine (application Ruby on Rails), il
> y a déjà une image Docker prête à l'emploi :
> https://hub.docker.com/_/redmine
>
> Ça mérite peut-être un petit coup d'oeil...
>

Docker, c'est le truc ou on arrive pas facilement à sauvegarder
l'instance docker ou à la redéployer ...
En tout cas, pas sans avoir passé des jours entiers à lire la doc et à
tester les commandes.
C'est pas le truc ou l'o perd des données si l'instance Docker tombe en
rade ?


Finalement, je m'en sort bien mieux avec ce tutoriel de RVM et Redmine.
La, avec RVM, on a tout de même très peu de paquets installés en plus,
pour pouvoir installer Redmine.
Je m'avance peut être, sans avoir testé le Docker de Redmine, mais, je
pense que RVM doit être plus performant.
Vraiment bien plus simple que Docker.

Je pense que ce tutoriel RVM est pleinement fonctionnel, et, à jour.
RVM, en 2019, ça fonctionne rapidement avec Redmine.
Pas besoin de sauvegarder des Volumes et tout le tsouin tsouin.
Un simple backup de la base de données et du dossier contenant les
fichiers, ainsi que les deux fichiers de configurations.yml.


Enfin, si tu as un tutoriel efficace pour Docker et Redmine, je veux
bien voir pour l'ajouter à mes notes Docker, mais, il faut au minimum
pouvoir :
1 déployer
2 sauvegarder l'ensemble
3 mettre à jour une ancienne version de bdd Redmine

Re: Recommended way to install Docker in Stretch

[Roberto C . Sánchez]

On Wed, Mar 27, 2019 at 02:03:43PM +0100, Sven Hartge wrote:
> Luís Gomes  wrote:
> 
> > However, I could not find a docker.io package on the main stretch
> > repository or in stretch-backports, which makes me ask what is the
> > Debian-recommended-way to install Docker on Stretch?
> 
> The recommended way to install Docker for Stretch is to use the upstream
> Docker repositories.
> 
> "DontBreakDebian" is nice advice, not there are situations where you
> have to use 3rd party repositories.
> 
However, given that buster is going to be released in a matter of
months, an upgrade might also be a viable route.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: Lock login prompt screen

[Eric Degenetais]

A priori, fail2ban analyse les logs d'authentification, mais les actions
possibles ne se limitent pas à des appels iptable : une action définit
différents scripts appelés en réponse à des évènements (initialisation,
blocage, déblocage, arrêt...).
Il est donc normalement possible de faire toutes sortes d'action en réponse
une tentative de forçage.

Cordialement
__
Éric Dégenètais
Henix

http://www.henix.com
http://www.squashtest.org


__
Éric Dégenètais
Henix

http://www.henix.com
http://www.squashtest.org



Le mer. 27 mars 2019 à 11:48, Florian Blanc  a
écrit :

> Erwan comment tu fais ça ?
> Un ban iptables ne sert à rien pour une action sur l'affichage.
> Je souhaiterais juste désactiver les prompt login sur l'interface ou même
> l'interface elle même pendant 5 minutes par exemple. (Je parle de
> l'interface à l'écran branché en vga par exemple).
> Merci
>
>
> On Wed, Mar 27, 2019, 10:22 Erwann Le Bras 
> wrote:
>
>> bonjour
>>
>> Fail2ban banni les utilisateurs selon le temps imparti, après un nombre
>> d'échecs de connexions défini.
>>
>> de rien
>>
>> Le 26/03/2019 à 11:16, Florian Blanc a écrit :
>> > Après le précédent sujet d'ailleurs,
>> > Je souhaiterais savoir si vous connaissez une solution pour locker le
>> > login prompt système xorg/x11 pendant 5 minutes par exemple.
>> > Je m'explique,
>> > C'est pour éviter une attaque sur machine physique ou via IPMI ou VNC
>> > par exemple.
>> > Merci les coupains.
>>
>>

Re: text editors

[tomas]

On Wed, Mar 27, 2019 at 08:05:30AM -0400, rhkra...@gmail.com wrote:

[...]

> Good point!
> 
> And, for people coming from Windows, EMACS (at least before a WYSIWYG / mouse 
> version (which I think exists now -- was tHat XEMACS for a while and then 
> maybe merged back into EMACS) and vi/vim are quite different.

These days, Emacs can even (GASP!) display images! png, jpeg, what you
throw at it. For SVGs you can switch back and forth between (XML) source
and image view. While in XML source "mode" you of course have all the
advanced XML edit machinery Emacs can offer.

GUI menus etc. are an old hat (> 10 years), for XEmacs even older.

Ooops, shattered another prejudice ;-)

It /is/ a steep learning curve at the beginning (I can confirm, having
come from vi, then vim -- in which I'm still fluent). But it is worth
every turn in that panoramic route.

Cheers
-- tomás


signature.asc
Description: Digital signature

Re: Recommended way to install Docker in Stretch

[Sven Hartge]

Luís Gomes  wrote:

> However, I could not find a docker.io package on the main stretch
> repository or in stretch-backports, which makes me ask what is the
> Debian-recommended-way to install Docker on Stretch?

The recommended way to install Docker for Stretch is to use the upstream
Docker repositories.

"DontBreakDebian" is nice advice, not there are situations where you
have to use 3rd party repositories.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Recommended way to install Docker in Stretch

[Luís Gomes]

Hello everyone,

I'm setting up a server with Debian Stretch and I need to install
Docker.

After reading the warning against installing software from unnoficial
repositories from https://wiki.debian.org/DontBreakDebian I'm trying to
follow this good advice.

However, I could not find a docker.io package on the main stretch
repository or in stretch-backports, which makes me ask what is the
Debian-recommended-way to install Docker on Stretch?


Thanks,

Luís

Re: bcmath extension for php 7.1 on debian linux

[Roberto C . Sánchez]

On Wed, Mar 27, 2019 at 05:08:11PM +0500, Alexander V. Makartsev wrote:
>On 27.03.2019 16:45, Roberto C. Sánchez wrote:
> 
>  That said, you may want to consider installing your PHP packages from
>  this source: [1]https://deb.sury.org/
> 
>  That site is maintained by Ondřej Surý, who is a Debian Developer and
>  also one of the main PHP maintainers for Debian and Ubuntu.
> 
>  Regards,
> 
>  -Roberto
> 
> 
>This information could be very useful for me in the future, and save some
>time.
>Still, in case of PHP, in order to mitigate "the version compatibility
>hell" and comply with requirements of various frameworks and CMS, I have
>to build personal packages from sources available upstream, most of the
>time.

Wow.  That must be frustrating indeed.

>Now I wonder, why is the owner of this repository doesn't contribute these
>packages to the original Debian repositories? Not even in form of
>backports.

That is effectively what the repository is.  It provides various
versions of PHP for various versions of Debian (and Ubuntu), all
maintained by the individual who is principally reponsible for PHP in
both distributions.

>Is the process too complicated and time consuming, so even Debian
>Developer and PHP maintainer finds it easier to just host his own repo
>online?
> 
Uploading a package to an official backports repository does involve
additional work.  Given the complexity of PHP I can certainly understand
why Ondřej is not interested in unnecessarily increasing his workload.
He has given his reasons a bit more specifically in public mailing list
discussions in the past, but my recollection boils down to him saying
something like, "they are the same packages I upload to Debian, signed
with the same key used to sign the packages in Debian."

If you need a version of PHP apart from what ships in whatever version
of Debian you happen to be using, I encourage you to consider it, as it
is an excellent resource.  In my mind there is no reason to think that
packages originating from Ondřej's repository are any less trustworthy
or of any lesser quality than those in Debian itself.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: need sources.list example for lan with approx-server

[Greg Wooledge]

On Wed, Mar 27, 2019 at 11:01:38AM +1100, David wrote:
> The important differences to be aware of are probably:
> 
> apt full-upgrade == apt-get dist-upgrade
> apt upgrade == apt-get upgrade --with-new-pkgs
> 
> In other words, 'apt upgrade' does install new packages.

Also:

 * apt removes the .deb files that it downloads, after installing them.
   apt-get leaves them in /var/cache/.  This is configurable, I think.

 * apt uses non-configurable yellow tty output that is completely unreadable
   on a white background.  apt-get doesn't do colors, so you can read it
   even if you don't override your terminal's background color.

 * apt search uses 3 lines of output for each result, with non-configurable
   green text for the package name.  apt-cache search uses 1 line of output
   for each result, and doesn't mess with colors.  At least the green is
   mostly readable, albeit still not as good as the default.

   As compensation for the triple line cost and less readable package names,
   apt search includes the version number in its results.  apt-cache search
   does not.

And probably more that I'm not remembering or never encountered before
switching back to apt-*.

Re: bcmath extension for php 7.1 on debian linux

[Alexander V. Makartsev]

On 27.03.2019 16:45, Roberto C. Sánchez wrote:
>
> That said, you may want to consider installing your PHP packages from
> this source: https://deb.sury.org/
>
> That site is maintained by Ondřej Surý, who is a Debian Developer and
> also one of the main PHP maintainers for Debian and Ubuntu.
>
> Regards,
>
> -Roberto
>
This information could be very useful for me in the future, and save
some time.
Still, in case of PHP, in order to mitigate "the version compatibility
hell" and comply with requirements of various frameworks and CMS, I have
to build personal packages from sources available upstream, most of the
time.
Now I wonder, why is the owner of this repository doesn't contribute
these packages to the original Debian repositories? Not even in form of
backports.
Is the process too complicated and time consuming, so even Debian
Developer and PHP maintainer finds it easier to just host his own repo
online?

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄ 

Re: text editors

[rhkramer]

On Tuesday, March 26, 2019 10:26:02 PM Erik Christiansen wrote:
> IME, the real reason why we won't consider the other editor is because
> of the time and energy spent learning the first good one we came across,
> and the grating frustration and lost productivity of dropping to the
> bottom of the learning curve to switch to horse of a different colour
> but similar performance. The "typing chords" vs modality difference
> essentially becomes moot once you adapt to your choice. Probably.

Good point!

And, for people coming from Windows, EMACS (at least before a WYSIWYG / mouse 
version (which I think exists now -- was tHat XEMACS for a while and then 
maybe merged back into EMACS) and vi/vim are quite different.

Re: pkill -P 1

[franiortiz hotmail]

Muchas gracias, tendre mas cuidado la proxima vez


On Tue, Mar 26, 2019 at 11:39:45PM +0100, Tomas Garcia De La Serrana wrote:
> Buenas noches!
> 
> Pues le has matao el primer proceso que es init (el sistema principal y de
> ahi al apagado en un click
> 
> Recomiendo no usar ese comando pues eso es reventar todo el sistema...
> 
> Primero mira a que proceso corresponde el 1, y revisar los numeros de
> procesos que corresponde a dicho programa y asi evitas sustos
> 
> Un saludo
> 
> El mar., 26 mar. 2019 22:18, franiortiz hotmail 
> escribió:
> 
> > Hola debianautas,solo por el hecho de saberlo,
> > Ayer me ocurrio una cosa rara, jugando con ranger, lance un par de videos
> > con nvlc, a la vez.
> > al cerrarlos (ctrl+q) y con comando "ps aux | grep vlc" veo que aun siguen
> > funcionando (los seguia escuchando aunque no viendo).
> > intentando dejar de escucharlos  ejecuto varios "pkill nvlc" sin exito,
> > hasta que hice un "pkill vlc", ya no los escuchaba.
> > Pero con "ps aux" veo que los procesos siguen ahi en ejecucion, salgo de
> > ranger, pero ahi siguen.
> > consigo ver los ppid de los procesos (/usr/bin nvlc ...) con valor 1,
> > pongo "pkill -P 1" y wtf, se me apaga la pc.
> > con el pc recien encendido ejecuto un "pkill -P 1" y se me cierra la
> > sesion.
> > leyendo creo entender que ppid 1 es el padre de todos los procesos en
> > shell sin un proceso padre.
> > cosa que no me dice mucho, no me queda claro, aunque he aprendido que no
> > debo ejecutarlo mas, jaja.
> > Alguien podria arrojar luz sobre que leches ocurrio?
> >
> >

Re: bcmath extension for php 7.1 on debian linux

[Roberto C . Sánchez]

On Wed, Mar 27, 2019 at 06:43:59AM +0100, gro.nai...@lagelagelage.ch wrote:
>Hi all
> 
> 
> 
>We need your help…
> 
> 
> 
>We need to use the bcmath extension on PHP 7.1 with a debian linux server…
> 
>We cant found any source or any think to install this extension.
> 
>We try to intall it with apt-get and also to add other sources to
>sourcelist.
> 
> 
> 
>Can you help us to install it?
> 
You do not provide enough information to know what version of Debian you
are using, but I am going to guess that you are using Debian stretch
(9).  You also do not mention what other sources you have tried adding
to your sources.list.  You also don't mention how you were able to
install PHP 7.1 (whether from upstream sources, or from Debian
packages).

I find it puzzling that you managed to install PHP 7.1 but now are not
able to install the corresponding bcmath package.  If you build from
sources, then it probably was built and installed along with the other
PHP components and you just need to enable it in your php.ini.

That said, you may want to consider installing your PHP packages from
this source: https://deb.sury.org/

That site is maintained by Ondřej Surý, who is a Debian Developer and
also one of the main PHP maintainers for Debian and Ubuntu.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: Archival of Jessie: where did jessie-updates went ?

[Roberto C . Sánchez]

On Tue, Mar 26, 2019 at 11:12:04PM -0500, Nicholas Geovanis wrote:
>On Tue, Mar 26, 2019, 2:46 PM Pierre Fourès <[1]pierre.fou...@gmail.com>
>wrote: 
> 
>  of course, if you're like me, bound to keep Jessie running while it's
>  in LTS lifespan while also depending on packages from jessie-backports
>  who are not maintained anymore, you've got to stretch yourself. Looks
>  likes this will eventually bumps our priorities to move everything to
>  stretch !
> 
>As of end of November, my employer didn't have any 9 production machines
>but were actively deploying 8 for new applications. I think jessie was
>pretty solid and there was no real need felt to move to the next release.
>They also had a few 7 servers chugging along. Is jessie a victim of its
>own success here?
> 
I don't think that it is a victim of its own success.

It would be no different than if you were deploying Windows and decided
to continue using Windows Server 2012 R2, even though its mainstream
support ended 6 months ago, because it is solid and you do not feel the
need to move to the next release.

The fact is that everything in the technology world has a finite
lifetime.  Granted, some things, like zOS, AIX, HP/UX, tend to have much
longer lifetimes for a given release.  Yet, even those eventually reach
and end of support for each release.

Deploying a new system using an OS or major application platform release
that is past its standard supported release timeline is a risky
proposition at best.  Granted, the advantage here is that if you really
like Debian Jessie, you actually have the ability to find someone to
continue to support it for you for as long as you as you are willing to
pay for that.  You cannot do the same for Windows or commercial Unix
systems.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: issue with packages

[Roberto C . Sánchez]

On Tue, Mar 26, 2019 at 06:36:28PM +, Rana, Khemraj wrote:
>Hi Team,
> 
> 
> 
>We have some major issues while running the apt get command for installing
>zip.
> 
> 
> 
>Could some one help please?

Not unless you tell what the issue is, what version of Debian you are
using, how you are running the command, etc.

Regards,

-Roberto
-- 
Roberto C. Sánchez

issue with packages

[Rana, Khemraj]

Hi Team,

We have some major issues while running the apt get command for installing zip.

Could some one help please?

Regards
Khemraj



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy. Your privacy is important to us. Accenture uses your personal data only 
in compliance with data protection laws. For further information on how 
Accenture processes your personal data, please see our privacy statement at 
https://www.accenture.com/us-en/privacy-policy.
__

www.accenture.com

Re: text editors

[mick crane]

On 2019-03-26 19:27, Wayne Sallee wrote:

I use vim.

Log in as user that will use vim, and run the following command:

cat > .vimrc << "EOF"
set nosi noai
set number

I have line numbers as the default but copy/paste with the mouse also 
copies the numbers so I have to turn it on and off.


--
Key ID4BFEBB31

Re: text editors

[Dan Purgert]

John Hasler wrote:
> mick crane wrote:
>> there it is then, although I've so far managed to avoid Emacs since
>> heard it is more of an operating system than an editor.
>
>  Teemu Likonen writes:
>> There are those who know Emacs, and there are those who know decades
>> old jokes about Emacs.
>
> And there are those who avoid learning what Emacs is actually like
> because they have heard decades old jokes about it.

I tried a couple of times.  But the vi-only boxes at work kinda forced
me to get familiar with that.  Maybe I'll try again in the future.


-- 
|_|O|_| 
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

Re: Tutoriel 2019 - Debian Stretch AMD64 Stable RVM 2.4 Redmine 4.0

[Christian Quentin]

J'ai utilisé RVM il y a quelques années pour gérer des applis Ruby on
Rails utilisant différentes versions de Ruby. Ça avait été assez galère
à mettre en place si je me souviens bien. Puis Docker est arrivé avec
une façon qui me semblait plus naturelle d'isoler des applications. 

S'il s'agit juste d'installer Redmine (application Ruby on Rails), il y
a déjà une image Docker prête à l'emploi :
https://hub.docker.com/_/redmine 

Ça mérite peut-être un petit coup d'oeil... 

Christian 

Le 2019-03-27 05:48, G2PC a écrit :

> Après 3 jours de lectures relectures, sur des tutoriels datant de 2015 à
> 2018, j'ai failli laisser tomber l'installation de RVM, qui m'a bien agacé.
> 
> Finalement, j'ai pu aboutir la traduction d'un tutoriel de 2015 et
> l'adapter pour obtenir ce merveilleux tutoriel 2019 qui permet
> l'installation de RVM 2.4 et Redmine 4.0.
> 
> Avis aux administrateurs Debian pour une relecture de ce tutoriel, pour
> vos critiques, et, pour votre participation pour répondre aux dernières
> questions ajoutées à la fin du tutoriel :
> 
> 
> 
> https://wiki.visionduweb.fr/index.php?title=Installer_Redmine_sur_Debian_avec_RVM
> 
> 
> 
> Je partage les ici questions qui restent ouvertes.
> Pour que ce tutoriel puisse être à 100% efficace, il faudrait pouvoir
> compléter les points suivants :
> 
> IMPORTANT : Les problèmes rencontrés :
> 1)
> Suite à l'installation de passenger-install-apache2-module le tutoriel
> original propose de créer un fichier de configuration sous
> /etc/apache2/conf-available nommé passenger-ruby-2.4.5@redmine-4.0-stable
> Je n'arrive PAS à charger cette configuration qui reste au rouge.
> J'ai du ajouter la configuration dans /etc/apache2/apache2.conf pour
> qu'elle soit prise en compte.
> Une idée du pourquoi ?
> 
> IMPORTANT : Mes questions :
> 1)
> Est t'il normal que la commande suivante affiche cela ?
> gem regenerate_binstubs
> Affiche :
> try also: gem pristine --binstubs
> bundler 1.16.6
> nokogiri 1.10.2 ...
> 
> 2)
> Si j'ai une base de données d'une version précédente de Redmine, pour la
> mettre à jour !?
> Je dois utiliser RAILS_ENV=production rake db:migrate ?
> N'y a t'il pas aussi une étape pour vider le cache session entre autre ?
> Savez vous préciser la démarche ?Je pourrais compléter le tutoriel et,
> faire un complément à l'auteur du tutoriel de 2015.
> 
> Source du tutoriel qui m'a servi de support :
> http://thelinuxchronicles.blogspot.com/2015/03/parallel-redmine-installations.html
> Traduction et amélioration du tutoriel Debian 9 RVM Redmine :
> https://wiki.visionduweb.fr/index.php?title=Installer_Redmine_sur_Debian_avec_RVM

Re: Lock login prompt screen

[Florian Blanc]

Erwan comment tu fais ça ?
Un ban iptables ne sert à rien pour une action sur l'affichage.
Je souhaiterais juste désactiver les prompt login sur l'interface ou même
l'interface elle même pendant 5 minutes par exemple. (Je parle de
l'interface à l'écran branché en vga par exemple).
Merci


On Wed, Mar 27, 2019, 10:22 Erwann Le Bras 
wrote:

> bonjour
>
> Fail2ban banni les utilisateurs selon le temps imparti, après un nombre
> d'échecs de connexions défini.
>
> de rien
>
> Le 26/03/2019 à 11:16, Florian Blanc a écrit :
> > Après le précédent sujet d'ailleurs,
> > Je souhaiterais savoir si vous connaissez une solution pour locker le
> > login prompt système xorg/x11 pendant 5 minutes par exemple.
> > Je m'explique,
> > C'est pour éviter une attaque sur machine physique ou via IPMI ou VNC
> > par exemple.
> > Merci les coupains.
>
>

Re: text editors

[Curt]

On 2019-03-27, mick crane  wrote:
> On 2019-03-26 15:48, Teemu Likonen wrote:
>> mick crane [2019-03-26 07:35:11Z] wrote:
>> 
>>> there it is then, although I've so far managed to avoid Emacs since
>>> heard it is more of an operating system than an editor.
>> 
>> There are those who know Emacs, and there are those who know decades 
>> old
>> jokes about Emacs.
>
> Sorry if appeared disrespectful, avoided because seemed daunting. I have 
> enough trouble working out what to type as well as how to type it.

Some men grow quite intimate with their text editor, and the thing is
right now she must be feeling insulted. Apparently, this middle-aged
lady's sensitive as hell and hasn't been out of the house in decades.
Careful, Mick, because the old hackers from way back she counts as
suitors like showing their teeth in a proprietary, protective reflex (if
they have any left).

Mind you, I'd give the dame a whirl myself (I'm currently stuck in a
rudimentary kind of liaison with Vim), but she wants eleven other
relations to move in with her!

> mick


-- 
“Let us again pretend that life is a solid substance, shaped like a globe,
which we turn about in our fingers. Let us pretend that we can make out a plain
and logical story, so that when one matter is despatched--love for instance--
we go on, in an orderly manner, to the next.” - Virginia Woolf, The Waves

Re: Conseils sur l'administration de MySQL/MariaDB sur Buster ? [RESOLU]

[Erwann Le Bras]

Le 26/03/2019 à 15:13, Olivier a écrit :

À mon sens, il y a deux aspects bien distincts:
1- empêcher les accès illégitimes
2- empêcher les conséquences néfastes d'un accès illégitime.

J'ai quand même l'impression que sur une machine Linux sur laquelle 
root a beaucoup (trop ?), le point 2 n'est vraiment pas facile à traiter.

Qui sait vraiment cloisonner une machine ?

Mon sentiment est que la majorité se focalise sur le point 1 en 
gardant pour plus tard le point 2, un jour ou on aura le temps ...




c'est pas facile...

chez "moi" les accès sont nominatifs et habilités derrière à acquérir du 
pouvoir par un "simple" sudo su - id, id étant root, oracle, ou qu'en 
sais-je encore.


les grands pouvoirs incluants de grandes responsabilités on n'est jamais 
à l'abri d'une mauvaise manipulation ayant de lourdes conséquences. Ces 
conséquences sont atténuées :


 * par de petits pouvoirs incluant de petits effets néfastes
 * des effets de masquage et réparations importants : sauvegarde,
   redondance, fermes de clusters...

mé bon chez "moi" c'est du gros...

root c'est dieu : seuls des sysadmins devraient y avoir accès, et donc 
eux seuls devraient avoir la possibilité (habilitation technique) 
d'effectuer des opérations sensibles. Pour le reste, l'éducation des 
utilisateurs, le traçage des actions et menace de tirages d'oreilles 
doivent cantonner les utilisateurs à leur simple rôle.

Re: Lock login prompt screen

[Erwann Le Bras]

bonjour

Fail2ban banni les utilisateurs selon le temps imparti, après un nombre 
d'échecs de connexions défini.


de rien

Le 26/03/2019 à 11:16, Florian Blanc a écrit :

Après le précédent sujet d'ailleurs,
Je souhaiterais savoir si vous connaissez une solution pour locker le 
login prompt système xorg/x11 pendant 5 minutes par exemple.

Je m'explique,
C'est pour éviter une attaque sur machine physique ou via IPMI ou VNC 
par exemple.

Merci les coupains.

Re: text editors

[mick crane]

On 2019-03-26 15:48, Teemu Likonen wrote:

mick crane [2019-03-26 07:35:11Z] wrote:


there it is then, although I've so far managed to avoid Emacs since
heard it is more of an operating system than an editor.


There are those who know Emacs, and there are those who know decades 
old

jokes about Emacs.


Sorry if appeared disrespectful, avoided because seemed daunting. I have 
enough trouble working out what to type as well as how to type it.


mick
--
Key ID4BFEBB31

Re: bcmath extension for php 7.1 on debian linux

[Alexander V. Makartsev]

On 27.03.2019 10:43, gro.nai...@lagelagelage.ch wrote:
>
> Hi all
>
>  
>
> We need your help…
>
>  
>
> We need to use the bcmath extension on PHP 7.1 with a debian linux server…
>
> We cant found any source or any think to install this extension.
>
> We try to intall it with apt-get and also to add other sources to
> sourcelist.
>
>  
>
> Can you help us to install it?
>
>  
>
> Thx you a lot.
>
At this moment PHP version 7.1 is not available in Debian repositories,
only version 7.0 is available in "stable" branch and version 7.3 in
"testing" branch.
Are sure you want exactly PHP version 7.1?

If PHP 7.0 is enough for your requirements and you are making a brand
new server configuration (not trying to fix current one, because PHP
could be installed and setup in multiple different ways), you can
install it and bcmath extension with this command:
# apt install php7.0 php7.0-bcmath

To check if your PHP setup has "bcmath" extension enabled:
$ php --version
$ php -r "phpinfo();" | grep BCMath


-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄ 

bcmath extension for php 7.1 on debian linux

[gro.naibed]

Hi all

 

We need your help.

 

We need to use the bcmath extension on PHP 7.1 with a debian linux server.

We cant found any source or any think to install this extension.

We try to intall it with apt-get and also to add other sources to
sourcelist.

 

Can you help us to install it?

 

Thx you a lot.