Verifying dependencins of DEB file(s)

[Tomáš Golembiovský]

Hi,

I need to safely install a DEB file (or set of DEB files) without
network connectivity and with tools normally present on small Debian
installation. More precisely I would either like to install the package
or leave the system in state before the attempt.

However, it seems there is no way to roll-back installation done with
dpkg in case of failure. Neither I found a way how to at least check
dependencies. The --dry-run/--simulate option does not do that. In fact,
I'm not sure what stages of the process it goes through (maybe just
verifying package integrity).

Is what I want to do possible with dpkg or other tools that are
normally in the base system?

Thanks,

Tomas

-- 
Tomáš Golembiovský 

Re: Display problems after installation (Stretch)

[Felix Miata]

Robert Kopp composed on 2018-11-14 05:28 (UTC):
...
> I succeeded in installing Debian Stretch (x64), but not in getting suitable 
> graphical
> performance. My system includes a 4D display (3840 x 2160), LG 24UD58, and an 
> AMD RX 480 display
> adapter (should use amdgpu). Ubuntu and Fedora both aced it when installed on 
> this hardware,...

What is the output of 'inxi -Gxx' and the content from Stretch of 
/var/log/Xorg.0.log?
-- 
Evolution as taught in public schools is religion, not science.

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

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

Re: Re (2): Password policy.

[Reco]

Hi.

On Tue, Nov 13, 2018 at 12:55:06PM -0800, pe...@easthope.ca wrote:
> Correct?  No reliable means of testing a 
> password without giving away the hashed password file exists?

It's rather 'no fast way of bruteforcing a password without giving away
its hash exists'.
You can always try to feed different passwords to login(1) or ssh, but
it will be terribly slow.

Reco

Re: Password policy.

[Reco]

Hi.

On Tue, Nov 13, 2018 at 04:47:39PM -0500, Gene Heskett wrote:
> On Tuesday 13 November 2018 14:01:51 Reco wrote:
> 
> > On Tue, Nov 13, 2018 at 12:49:17PM -0500, Gene Heskett wrote:
> > > On Tuesday 13 November 2018 11:23:13 pe...@easthope.ca wrote:
> > > > Hi,
> > > >
> > > > https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_
> > > >good _password specifies "6 to 8 characters".  Is that adequate
> > > > against currently available brute force?
> > > >
> > > > Thanks,  ... Peter E.
> > >
> > > "John the ripper" can find a 6 char word in a couple seconds on a
> > > slow machine.
> >
> > Against sha512? Or against old Unix crypt? There's a difference, and
> > it's measured in orders of magnitude, not times.
> >
> > Reco
> 
> I don't recall as it been a decade or more since I saw that article

So it's either crypt or md5. Debian moved away from both long time ago.
John's too slow for today's hashes as it only utilizes CPU.
If you really need to bruteforce that password you use hashcat - GPU
based.

Reco

Re: Password policy.

[peter]

*   From: Brian 
*   Date: Tue, 13 Nov 2018 18:14:32 +
> OTOH, if a*isvg is known to be the name of your dog...

The reference in my enquiry is clear about that.
https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good_password
Section 4.3.
"Do not choose guessable words for the password. ...  pets, ... are all bad 
choice for the password."

> You are going to have to say what you mean
> by "brute force",

https://en.wikipedia.org/wiki/Brute-force_attack

Regards,... Peter E.

-- 
Message composed and transmitted by software designed to avoid the 
complication, overhead and vulnerability of antivirus software.

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  +1 
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

Re: Password policy.

[peter]

*   From: Brian 
*   Date: Tue, 13 Nov 2018 20:14:41 +
> OP sits tight and does not expand on what he wants to defend against.

To the best of my understanding a password is used to allow legitimate 
access and prevent illegitimate access.  More details in these pages.
https://en.wikipedia.org/wiki/Password
https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good_password

> ... what he wants to defend against.

Illegitimate access.  See above.

> ... furore ...

Might be some confusion.  Not sure it's furore.

*   From: Reco 
*   Date: Tue, 13 Nov 2018 20:22:58 +0300
> So, 6 characters is somewhat low (that GPU is outdated by today's
> standards). 8 characters seem ok.

Good.  Thanks Reco.  I'll keep the present 8 characters and not start 
shifting to 9 or 10.

Regards, ... Peter E.


-- 
Message composed and transmitted by software designed to avoid the 
complication, overhead and vulnerability of antivirus software.

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  +1 
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

RE: configuración de permisos predeterminados (umask) para nuevos usuarios.

[ziprasidone146939277]

> estoy tratando de configurar un servidor FTP con varios usuarios (sí, ya lo 
> sé,
> es lo más inseguro que existe pero, cumple con las necesidades para lo que
> se le necesita).

No sé si te servirá o aplicara a tu caso (omito el tema de los permisos que 
necesitas), *pero*:

Cuando tienes un servidor FTP con varios usuarios, "lo normal" es que cada uno 
tenga su propio home. 
Al menos así lo entiendo yo.

> Alguna idea?

Si, una idea sería usar usuarios "virtuales" con autenticación.

Por ejemplo, si usas vsftpd, sería algo así (va lo relevante):

   guest_username=ftp # todos los usuario se conectan "en realidad" con este 
usuario local.
   local_enable=YES
   chroot_local_user=YES # los enjaulas a cada uno en su propio $HOME.
   local_root=/dir/ftp/$USER # el usuario "usuarioFTP1" solo va a poder 
acceder, leer, escribir ,etc solo y solo en: /dir/ftp/usuarioFTP1 (y no va a 
poder subir de directorio por el chroot)

Luego asignas permisos 700 (o incluso 755) recursivo a /dir/ftp/$USER con 
propietario y grupo ftp. Siempre usuario real "ftp"

i.e.: 
drwxr-xr-x 9 ftp ftp 4096 Jul  4 08:43 .

> Fran.

Por último, dejo un enlace desde el cual más o menos te puedes valer para hacer 
lo que digo: 
https://www.rosehosting.com/blog/easy-ftp-vsftpd-server-with-virtual-users-on-debian-8-jessie/

Saludos

Re: Paypal and Linux in a low graphics environment.

[Karen Lewellen]

Oh I have spoken with the executive office more than once, is where I am 
getting the claim.




On Tue, 13 Nov 2018, Gene Heskett wrote:


On Tuesday 13 November 2018 18:04:44 Karen Lewellen wrote:


Hi Folks,
More for those using tools like links then tools like Firefox, because
I only have access to Linux via a shell.
Is there an alternative door to paypal, or a paypal alternative?
Changes in the past week or so makes even elinks a problem.
Does not help speaking personally  that  Paypal itself claims they do
not support Linux.
Ideas?
Kare


"escalate" the call. Paypal I think, runs on linux. Somebody up the chain
has to know how it works.

--
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: Paypal and Linux in a low graphics environment.

[Gene Heskett]

On Tuesday 13 November 2018 18:04:44 Karen Lewellen wrote:

> Hi Folks,
> More for those using tools like links then tools like Firefox, because
> I only have access to Linux via a shell.
> Is there an alternative door to paypal, or a paypal alternative?
> Changes in the past week or so makes even elinks a problem.
> Does not help speaking personally  that  Paypal itself claims they do
> not support Linux.
> Ideas?
> Kare

"escalate" the call. Paypal I think, runs on linux. Somebody up the chain 
has to know how it works.

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

Paypal and Linux in a low graphics environment.

[Karen Lewellen]

Hi Folks,
More for those using tools like links then tools like Firefox, because I 
only have access to Linux via a shell.

Is there an alternative door to paypal, or a paypal alternative?
Changes in the past week or so makes even elinks a problem.
Does not help speaking personally  that  Paypal itself claims they do not 
support Linux.

Ideas?
Kare

Re: Lire ses logs rapidement de façon efficace

[Eric Degenetais]

bonjour,
pourquoi pas injecter les logs dans  mysql, mais la pile dite 'ELK'
(Elastic search Logstache Kibana) pour la centralisation et l'exploitation
des logs de multiples serveur, est un candidat solide.

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 mar. 13 nov. 2018 à 21:48, G2PC  a écrit :

> Pour l'intérêt d'utiliser MySQL pour le stockage de ses logs, c'est de
> pouvoir créer un serveur de logs, qui récupérerait les logs d'autres
> serveurs.
> Externaliser les logs des serveurs, pour utiliser un client pour
> consulter les logs.
>
> J'ai modifié l'emplacement de mes notes sur les Logs, donc, les liens
> précédents ne sont plus valides.
> https://www.visionduweb.eu/wiki/index.php?title=Gestion_des_logs
>
>

Re: Lire ses logs rapidement de façon efficace

[G2PC]

Pour l'intérêt d'utiliser MySQL pour le stockage de ses logs, c'est de
pouvoir créer un serveur de logs, qui récupérerait les logs d'autres
serveurs.
Externaliser les logs des serveurs, pour utiliser un client pour
consulter les logs.

J'ai modifié l'emplacement de mes notes sur les Logs, donc, les liens
précédents ne sont plus valides.
https://www.visionduweb.eu/wiki/index.php?title=Gestion_des_logs

Re: Password policy.

[Gene Heskett]

On Tuesday 13 November 2018 14:01:51 Reco wrote:

> On Tue, Nov 13, 2018 at 12:49:17PM -0500, Gene Heskett wrote:
> > On Tuesday 13 November 2018 11:23:13 pe...@easthope.ca wrote:
> > > Hi,
> > >
> > > https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_
> > >good _password specifies "6 to 8 characters".  Is that adequate
> > > against currently available brute force?
> > >
> > > Thanks,  ... Peter E.
> >
> > "John the ripper" can find a 6 char word in a couple seconds on a
> > slow machine.
>
> Against sha512? Or against old Unix crypt? There's a difference, and
> it's measured in orders of magnitude, not times.
>
> Reco

I don't recall as it been a decade or more since I saw that article


-- 
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 (2): Password policy.

[peter]

From:   pe...@easthope.ca
Date:   Tue, 13 Nov 2018 11:39:40 -0800
> We refer to two completely different processes or I completely miss 
> the point. 

Gene, in your scenario the crook has a copy of the hash of the 
password file.  Correct?  No reliable means of testing a 
password without giving away the hashed password file exists?

Regards,  ... Peter E.



-- 
Message composed and transmitted by software designed to avoid the 
complication, overhead and vulnerability of antivirus software.

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  +1 
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

Re: Password policy.

[Brian]

On Tue 13 Nov 2018 at 22:00:00 +0300, Reco wrote:

>   Hi.
> 
> On Tue, Nov 13, 2018 at 01:37:22PM -0500, Jude DaShiell wrote:
> > It's not even adequate against rainbow table hash attacks and hasn't
> > been for several years by now either.
> 
> That's why they using salted hashes for passwords in /etc/shadow for the
> last 15 years at least - and it's considered an adequate protection
> against Rainbow Tables.
> Besides, if the hashing algorithm is that bad that it can be cracked by
> Rainbow Tables (the old Unix crypt, for instance) - the password length
> is hardly relevant.

Your comments are probably uncontestable. Meanwhile - the OP sits tight
and does not expand on what he wants to defend against. A classic case
of throwing out an idea and sitting back to enjoy the furore without
specifying the conditions he wants fulfilled. Either that of he picks on
one post and goes off at a tangent.

-- 
Brian.

Re: Password policy.

[Dan Ritter]

pe...@easthope.ca wrote: 
> * From: Gene Heskett 
> * Date: Tue, 13 Nov 2018 12:49:17 -0500
> > "John the ripper" can find a 6 char word in a couple seconds on a slow 
> > machine.
> 
> We refer to two completely different processes or I completely miss 
> the point. After an incorrect password is submitted, the 
> authentication process waits a few seconds before allowing another 
> try.  Therefore if "John the ripper" is to success in two seconds, the 
> correct pw must be submitted on the first try.  That might happen once 
> in an astronomical number of different authentications but not 
> frequently.  ... Unless magic is involved.  (?)

No magic. The login process has delays built in to it. John The
Ripper does its own comparison against the value of the hash
stored in /etc/shadow, not actually invoking login.

-dsr-

Re: Password policy.

[peter]

*   From: Gene Heskett 
*   Date: Tue, 13 Nov 2018 12:49:17 -0500
> "John the ripper" can find a 6 char word in a couple seconds on a slow 
> machine.

We refer to two completely different processes or I completely miss 
the point. After an incorrect password is submitted, the 
authentication process waits a few seconds before allowing another 
try.  Therefore if "John the ripper" is to success in two seconds, the 
correct pw must be submitted on the first try.  That might happen once 
in an astronomical number of different authentications but not 
frequently.  ... Unless magic is involved.  (?)

Regards,   ... Peter E.

-- 
Message composed and transmitted by software designed to avoid the 
complication, overhead and vulnerability of antivirus software.

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  +1 
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

Re: Password policy.

[Reco]

On Tue, Nov 13, 2018 at 12:49:17PM -0500, Gene Heskett wrote:
> On Tuesday 13 November 2018 11:23:13 pe...@easthope.ca wrote:
> 
> > Hi,
> >
> > https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good
> >_password specifies "6 to 8 characters".  Is that adequate against
> > currently available brute force?
> >
> > Thanks,  ... Peter E.
> 
> "John the ripper" can find a 6 char word in a couple seconds on a slow 
> machine.

Against sha512? Or against old Unix crypt? There's a difference, and
it's measured in orders of magnitude, not times.

Reco

Re: Password policy.

[Reco]

Hi.

On Tue, Nov 13, 2018 at 01:37:22PM -0500, Jude DaShiell wrote:
> It's not even adequate against rainbow table hash attacks and hasn't
> been for several years by now either.

That's why they using salted hashes for passwords in /etc/shadow for the
last 15 years at least - and it's considered an adequate protection
against Rainbow Tables.
Besides, if the hashing algorithm is that bad that it can be cracked by
Rainbow Tables (the old Unix crypt, for instance) - the password length
is hardly relevant.

Reco

Re: Password policy.

[Jude DaShiell]

It's not even adequate against rainbow table hash attacks and hasn't
been for several years by now either.

On Tue, 13 Nov 2018, pe...@easthope.ca wrote:

> Date: Tue, 13 Nov 2018 11:23:13
> From: pe...@easthope.ca
> To: debian-user@lists.debian.org
> Cc: pe...@easthope.ca
> Subject: Password policy.
> Resent-Date: Tue, 13 Nov 2018 17:06:10 + (UTC)
> Resent-From: debian-user@lists.debian.org
>
> Hi,
>
> https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good_password
> specifies "6 to 8 characters".  Is that adequate against currently available 
> brute force?
>
> Thanks,  ... Peter E.
>
>
>
>

-- 

Re: Password policy.

[Brian]

On Tue 13 Nov 2018 at 08:23:13 -0800, pe...@easthope.ca wrote:

> Hi, 
> 
> https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good_password
> specifies "6 to 8 characters".  Is that adequate against currently
> available brute force?

Much too fuzzy a question. You are going to have to say what you mean
by "brute force", how it is taking place and against what. The six
letter password "a*isvg" might be good enough when it is someone
sitting in front of the machine trying to get in (the delay between
failed logins can be exasperating). OTOH, if a*isvg is known to be the
name of your dog...

-- 
Brian.

Re: Password policy.

[Gene Heskett]

On Tuesday 13 November 2018 11:23:13 pe...@easthope.ca wrote:

> Hi,
>
> https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good
>_password specifies "6 to 8 characters".  Is that adequate against
> currently available brute force?
>
> Thanks,  ... Peter E.

"John the ripper" can find a 6 char word in a couple seconds on a slow 
machine. Every char you add multiplies that time by 62 or so depending 
on the valid char spec. 52 for upper and lowercase plus 0-9= 62. Add 13 
more if you allow the punctuation on the upper row of keys shifted, I 
ran into a supplier site still useing 8 chars last summer, and sent them 
a 'gram about it, fussing that I won't do business with such a poorly 
protected site. I got an email from them the next Tuesday proclaiming 
their network guy had expanded the passwd length to 127 chars.  I like 
20+ chars personally as that would take John about the rest of the time 
for the universe to run down to find. But there are better tools for the 
specialists at hacking than John. Please keep that in mind.

-- 
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: Password policy.

[Reco]

Hi.

On Tue, Nov 13, 2018 at 08:23:13AM -0800, pe...@easthope.ca wrote:
> Hi, 
> 
> https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good_password
> specifies "6 to 8 characters".  Is that adequate against currently available 
> brute force?

$ hashcat --session 6to8 -m1800 /tmp/hash -a3 ?a?a?a?a?a?a

hashcat (v4.2.1) starting...

OpenCL Platform #1: NVIDIA Corporation
==
* Device #1: GeForce GTX 1060 3GB, 753/3013 MB allocatable, 9MCU

...

Session..: 6to8
Status...: Running
Hash.Type: sha512crypt $6$, SHA512 (Unix)
Hash.Target..: $6$...
...
Time.Estimated...: Tue Aug 11 17:56:28 2020 (1 year, 271 days)
Guess.Mask...: ?a?a?a?a?a?a [6]

$ hashcat --session 6to8 -m1800 /tmp/hash -a3 ?a?a?a?a?a?a?a?a

...

Session..: 6to8
Status...: Running
Hash.Type: sha512crypt $6$, SHA512 (Unix)
Hash.Target..: $6$...
...
Time.Estimated...: Next Big Bang (15988 years, 0 days)
Guess.Mask...: ?a?a?a?a?a?a?a?a [8]


So, 6 characters is somewhat low (that GPU is outdated by today's
standards). 8 characters seem ok.

Reco

Password policy.

[peter]

Hi, 

https://www.debian.org/doc/manuals/debian-reference/ch04.en.html#_good_password
specifies "6 to 8 characters".  Is that adequate against currently available 
brute force?

Thanks,  ... Peter E.



-- 
Message composed and transmitted by software designed to avoid the 
complication, overhead and vulnerability of antivirus software.

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  +1 
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

Dossier sur l'évolution du logiciel libre

[Jean Bernon]

Dans le supplément économique du Monde d'aujourd'hui et à l'occasion du rachat 
de Redhat par IBM, un dossier intéressant sur l'évolution du logiciel libre : 
intérêt croissant des grandes compagnies, modèle de développement open source, 
modèle économique / liberté des utilisateurs ?...

Subject: Re: Mystery interface reported by ip.

[peter]

> That's unusual, to say the least.

Definitely beyond my experience.

> And what about this:
> udevadm test /sys/class/net/LocLCS218301788

Will report on that when at the site again November 
20 or so.  

Thanks, ... Peter E.



-- 
Message composed and transmitted by software designed to avoid the 
complication, overhead and vulnerability of antivirus software.

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  +1 
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

emacs (GTK) Problème accès distant via x2go

[roger . tarani]

Bonjour,

J'accède graphiquement avec x2go (sorte de VNC sous ssh) à une machine Debian 8 
depuis une machine Debian 9. 
Tout va bien SAUF quand je lance emacs 26.1 (ou 24.5.1 du dépôt Debian), sur la 
machine accédée : 
Emacs est arrêté dès que le pointeur de la souris arrive sur sa fenêtre, sans 
aucun message d'erreur. 

Mais via x2go, j'ai lancé sans souci 2 autres programmes qui utilisent GTK.

Une recherche montre que c'est un problème connu avec emacs et GTK :

bug#24280: 25.1; emacs crashes in x2go session
https://lists.gnu.org/archive/html/bug-gnu-emacs/2016-08/msg00701.html

crash when run through x2go
https://bugzilla.redhat.com/show_bug.cgi?id=1349412


La solution (de 2016) évoquée dans Comment 1 
(https://bugzilla.redhat.com/show_bug.cgi?id=1349412#c1) est de compiler emacs 
avec l'option --with-x-toolkit=gtk2 --without-xwidgets 

Est-ce un problème (avec x2go ou vnc) que vous avez déjà rencontré ?

Comment corriger cela tout en continuant d'utiliser un Emacs normal de la 
distribution Debian ?

Merci.

Re: Archiving content of a directory on a DVD-R.

[peter]

*   From: Greg Wooledge 
*   Date: Tue, 13 Nov 2018 08:15:13 -0500
> So move them to scripts instead.  Or a single script.

Likely the 2nd (archive build) and 3rd (DVD burn) stages will be 
combined after they have worked for a few weeks with no obvious 
problems.  The first stage will remain distinct.  No need to burn 
multiple DVDs in day. Yes need to sync the SD card to the HDD 
frequently.

> Defining your system backup in your end-user account's shell functions 
> just seems completely silly and pointless.

System backup is provided by debian.  Eg.
https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-9.6.0-i386-netinst.iso
No point in backing a widely available archive.  If the HDD fails, 
install another and proceed with *netinst.iso.

My own data is backed of course.  By Backup according to previous 
message.

Additional point: work at user status when possible; root status when 
necessary.  Arbitrary use of root status opens unnecessary 
vulnerability.

> But clearly you're going to ignore all advice I give, so fine.

Not ignoring advice.  Replies concerning pushd, popd, tar and xorriso 
have been invaluable.

Thanks,   ... Peter E.





-- 
Message composed and transmitted by software designed to avoid the 
complication, overhead and vulnerability of antivirus software.

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  +1 
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

Re: P2V Convertendo maquina a quente com raid software

[Leandro Guimarães Faria Corcete DUTRA]

Le mardi 13 novembre 2018 à 08:06 -0200, Anderson Bertling a écrit :
> subi um live cd com montei a partição /etc/sda1 e usei o chroot 

Por favor responda todas as minhas perguntas em mensagem à lista, uma
resposta abaixo de cada pergunta, e em texto simples.  Assim pode haver
mais pessoas interessadas em ler, tentar entender e ajudar.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm

Control de Costos y Presupuestos 2019

[Nuevas Practicas]

[1] Ver esta campaña en tu navegador

Nuevas prácticas en control de costos y presupuestos 2019 para hoteles y 
restaurantes
Ciudad de México 17 Diciembre

La elaboración de un presupuesto le ayudará a formalizar los planes futuros de 
su hotel, mejorar la coordinación entre los diferentes departamentos, y 
unificar la visión de conjunto de la empresa.
[2] PRESIONE AQUÍ PARA OBTENER EL TEMARIO VÍA EMAIL

[3] PRESIONE AQUÍ PARA OBTENER EL TEMARIO VÍA WHATSAPP
No te puedes perder esta oportunidad única ASISTEN 2 PERSONAS PAGAS 1 CON TODOS 
LOS MEDIOS DE PAGO
Los presupuestos son una de las herramientas más importantes de las cuales 
disponen las empresas hoteleras, para llevar al cabo la consecución de sus 
objetivos. En la situación actual del sector que se encuentra ante una extrema 
competencia, es imprescindible trabajar óptimamente con los presupuestos, desde 
el punto de vista económico financiero, para saber cuales serán las metas a 
conseguir en el 2019.

Comuníquese con nosotros a nuestro callcenter:
018003337726 - 5521860384

Este mensaje fue enviado a i...@controldatos.info por 
i...@supervisoresmonterrey.com
Calle 3 Campestre, Merida, Yucatan  97120, Mexico

Cancelar suscripción| Administrar suscripción| Remitir a un amigo| Reportar 
abuso


 References:

1. http://infocontroldatos.info.bme1.net/c/v?e=D8FE15=855F5=0
2. 
mailto:i...@supervisoresmonterrey.com?subject=Costos=Deseo%20Informacion%20favor%20de%20enviar%20a:%0ANombre:%0ATelefono:%0AEmail:
  debian-user-spanish@lists.debian.org
3. 
http://infocontroldatos.info.bme1.net/c/l?u=84853F0=D8FE15=855F5=0=1  
  

Este mensaje fue enviado a debian-user-spanish@lists.debian.org por 
i...@supervisoresmonterrey.com

Usted puede modificar / actualizar su suscripción a través del enlace de abajo. 
   

Cancelar suscripci n de cualquier env o futuro
http://infocontroldatos.info.bme1.net/c/su?e=D8FE15=855F5=23944C=fTHoM8aX4cmtTUXrKU%2BuFkH65JnmyxczA4N83Ddjj9tQoS1ahAwyIA%3D%3D=CF0861C1


Administre su Suscripción
http://infocontroldatos.info.bme1.net/c/s?e=D8FE15=855F5=23944C=fTHoM8aX4cmtTUXrKU%2BuFkH65JnmyxczA4N83Ddjj9tQoS1ahAwyIA%3D%3D=CF0861C1


Remitir Email
http://infocontroldatos.info.bme1.net/c/f?e=D8FE15=855F5=23944C=fTHoM8aX4cmtTUXrKU%2BuFkH65JnmyxczA4N83Ddjj9tQoS1ahAwyIA%3D%3D=CF0861C1


Reportar Abuso
http://infocontroldatos.info.bme1.net/Abuse?e=D8FE15=855F5=23944C=fTHoM8aX4cmtTUXrKU%2BuFkH65JnmyxczA4N83Ddjj9tQoS1ahAwyIA%3D%3D=CF0861C1


Calle 3 Campestre, Merida, Yucatan  97120, Mexico

Vea este email en su navegador: 

http://infocontroldatos.info.bme1.net/c/v?e=D8FE15=855F5=23944C=fTHoM8aX4cmtTUXrKU%2BuFkH65JnmyxczA4N83Ddjj9tQoS1ahAwyIA%3D%3D=CF0861C1

Re: Archiving content of a directory on a DVD-R.

[Greg Wooledge]

On Mon, Nov 12, 2018 at 06:15:29PM -0800, pe...@easthope.ca wrote:
> I was afraid you meant that.  =8~)  My three scripts are executed 
> interactively. To my knowledge there can be only one script in a file.  
> =8~|  By defining chell functions, all three are in .bashrc.  =8~)

So move them to scripts instead.  Or a single script.

Defining your system backup in your end-user account's shell functions
just seems completely silly and pointless.

But clearly you're going to ignore all advice I give, so fine.  It's
your system.  Do whatever you want.

Re: Filosofía: RAID vs particiones en sistema hogareño [TERMINADO]

[Gonzalo Rivero]

El lun, 12-11-2018 a las 10:49 -0300, Javier ArgentinaBBAR escribió:
> El mar., 23 oct. 2018 a las 14:13, Javier ArgentinaBBAR
> () escribió:
> > Buenas tardes:
> > 
> > La siguiente es una pregunta para debate y escuchar opiniones, no
> > para
> > corregir problemas.
> > 
> > Desde hace 14 años uso GNU/Linux, y siempre he usado particiones.
> > Con el tiempo, el crecimiento de datos y baja de precios relativos
> > de
> > discos, ha hecho que usara más de un disco en mi sistema personal.
> > Los he manejado hasta ahora como discos independientes, y me las he
> > arreglado para que sea transparente a los usuarios, o sea, mi
> > familia.
> > 
> > Pero he estado pensando si no convendría pasar a armar un RAID con
> > mdadm, y "olvidarme" del manejo de cuotas de disco (una de las
> > cosas
> > que hago para poner coto a la expansión de datos).
> > No me cabe dudas que en un sistema de producción debo usar RAID,
> > pero
> > en mi casa...  aún no encuentro argumentos suficientes como para
> > hacerlo.
> > 
> > Por eso la pregunta es:
> > En un sistema hogareño, ¿usarían RAID?
> > Como aclaración, el sistema tiene dos discos con "datos de uso" y
> > un
> > tercero con "copia de seguridad de datos sensibles", que, por
> > supuesto, este último no entraría en el RAID a armar con los otros
> > dos.
> > 
> > Muchas gracias a todos
> > 
> > JAP
> 
> Visto que mi objetivo era aumentar el lugar disponible en disco y
> además tomar las medidas necesarias para preservar la integridad de
> la
> información, es que me decidí por montar un RAID-5 en el sistema de
> mi
> casa, con 3 discos de 1 TB cada uno.
> De esa manera, pasaría de la configuración de un disco de 1 TB, a un
> RAID de 2 TB, asegurando los datos.
> Practiqué unas 5 o 6 veces con máquina virtual, hasta que el fin de
> semana lo hice con los discos físicos.
> 
> Conclusión: RAID es una porquería.
> Tardé 4 horas, 20 minutos en instalar un sistema Debian básico.
> Cuando
> digo básico, me refiero a básico en absoluto, sin entorno gráfico,
> sin
> servidor de impresión, y sin "Utilidades estándares del sistema".
> Sólo
> consola básica.
> 
> Así que he montado dos discos con LVM, y estoy ajustando un script de
> resguardo a colgar del crontab un poco más sofisticado que un simple
> rsync.
> Instalar Debian con LVM desde cero me llevó no más de 30 minutos.
> 
> Es impresionante cómo se ralentizan los procesos de lectura/escritura
> a disco con RAID por 'software'.
>  
semi offtopic: tal vez dependa del sistema de archivos. Yo uso raidz,
/creo/ que equivale a un raid 5 pero en zfs, y 
es impresionante como se acelera la lectura y escritura.
Claro, estoy hablando de un servidor, con discos sas y toda la bola,
pero cada nuevo disco que agregamos en las pruebas era mas rápido que
los individuales. Con 5 discos nos dio una relación
rendimiento/paridad/tamaño suficiente para nuestras necesidades
Lo que no se es que tal estará el soporte en linux; actualmente usamos
el zfs en algún derivado de solaris y freebsd, se que hay zfs para
linux, pero no que tan bien o mal funcione

Re: P2V Convertendo maquina a quente com raid software

[Anderson Bertling]

subi um live cd com montei a partição /etc/sda1 e usei o chroot

Em seg, 12 de nov de 2018 às 20:09, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> escreveu:

> Le lundi 12 novembre 2018 à 15:54 -0200, Anderson Bertling a écrit :
> > edito os arquivos fstab e grub
>
> Edita como?  De que valores para que valores?
>
> >  mas quando subo a maquina aparece erro,
>
> Que erro, para que comando com que valores de configuração nos arquivos
> acima?
>
> Ajude-nos a ajudar-te: mensagem em texto simples (sem HTML nem
> ETF), pontuada e completa.
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
>
>

-- 
Att

Anderson Bertling

Re: heads up: timidity causes pulseaudio to not find sound cards

[Eric S Fraga]

Very helpful.  Thanks.  I'll keep this around in case I lose sound again!

-- 
Eric S Fraga via Emacs 27.0.50 & org 9.1.13 on Debian 9.5

Re: Suspend - which packages are at least needed?

[Reco]

Hi.

On Tue, Nov 13, 2018 at 09:39:19AM +0100, Hans wrote:
> Hi folks,
> 
> in earlier times suspend-to-disk worked fine, but now after the years things 
> changed. Suspend-to-disk is no more working. This might be by changes in the 
> kernel and in the packages.

More like 'in the packages'.


> What packages do I really need? On my debian/testing I have
> 
> laptop-mode-tools, uswsusp, tux-on-ice, powerdevil (Plasma5),acpi and 
> hibernate. 

None of these.
Laptop-mode-tools is for powersaving.
uswsusp and tux-on-ice do not do anything that kernel cannot.
powerdevil is a KDE GUI tool that cannot work unless underlying things do.
acpid is irrelevant to the suspend-on-disk.
hibernate is tux-on-ice related.


> I believe, these might be too much. Any ideas?

Remove all those save for laptop-mode-tools and powerdevil.
Ensure you have swap configured.
Invoke 'systemctl hibernate' if you're using systemd.
Install pm-utils if not, and invoke 'pm-hibernate'.

Reco

Re: Suspend - which packages are at least needed?

[Alexander V. Makartsev]

On 13.11.2018 13:39, Hans wrote:
> Hi folks,
>
> in earlier times suspend-to-disk worked fine, but now after the years things 
> changed. Suspend-to-disk is no more working. This might be by changes in the 
> kernel and in the packages.
>
> So I want to do a fresh configuration for susspending. 
>
> What packages do I really need? On my debian/testing I have
>
> laptop-mode-tools, uswsusp, tux-on-ice, powerdevil (Plasma5),acpi and 
> hibernate. 
>
> I believe, these might be too much. Any ideas?
>
> Thanks for any hints.
>
> Best
>
> Hans
>
>
>
>
>
I believe nowadays suspend\hibernate functions are handled purely by
kernel, which talks directly with ACPI firmware of the motherboard. So
you don't need any additional (legacy) packages to get that
functionality, besides systemd that has modules to help handle
sleep\suspend\hibernation functionality. This is how hibernation works
on my PC workstation and on my cheap netbook.

There are wiki page that helps with configuration and explains many
things about how hibernation works. [1] Basically all you have to do is
create a large enough swap partition and setup it's GUID in "resume"
file located inside "/etc/initramfs-tools/conf.d" folder.

Also, it might be helpful to check out kernel documentation about these
functions and how to test and debug them. [2]

[1] https://wiki.debian.org/Hibernation

[2] https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt

-- 
With kindest regards, Alexander.

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

Suspend - which packages are at least needed?

[Hans]

Hi folks,

in earlier times suspend-to-disk worked fine, but now after the years things 
changed. Suspend-to-disk is no more working. This might be by changes in the 
kernel and in the packages.

So I want to do a fresh configuration for susspending. 

What packages do I really need? On my debian/testing I have

laptop-mode-tools, uswsusp, tux-on-ice, powerdevil (Plasma5),acpi and 
hibernate. 

I believe, these might be too much. Any ideas?

Thanks for any hints.

Best

Hans