Re: Apt-get vs Aptitude vs Apt

[Andrei POPESCU]

On Ma, 11 aug 20, 15:33:53, Javier Barroso wrote:
> 
> I swiched from aptitude to apt-get/apt some years ago
> 
> aptitude need love :(
> 
> My problem was mixing 64 and 32 bits packages. Seem aptitude didn't do a
> good job
> 
> Reading Planet debian and transitions and apt-listbugs (or how It is named)
> , apt update && apt full-upgrade , run perfect in unstable

In my experience[1] 'apt full-upgrade' is rarely needed, even on 
unstable, because 'apt upgrade' allows for new packages (and
'apt autoremove' is needed anyway for removals).

This will take care of most library transitions (e.g. package foo 
depends libbar1 -> libbar2) and packages with the version in their name 
(e.g. linux-image-amd64 depends linux-image-5.6.xx -> 
linux-image-5.7.xx).

The main benefit of aptitude (especially for unstable) is it's 
interactive mode:

 * Easy browsing of packages, (reverse) dependency chains, etc.
 
 * Keeps track of "new" packages, very useful to see what's new in 
   unstable.
 
 * Easy selective disabling of Recommends (or enabling, for those who 
   disable Recommends globally).

 * One step (full-)upgrade and autoremoval of packages (press 'u' to 
   update the package list, 'U' to prepare the full-upgrade, 'g' to 
   inspect the proposed actions and 'g' again to apply).

 * Interactive dependency resolving for when (not if) unstable is 
   broken, with several methods to tweak it (let it search for different 
   solutions, mark specific packages to "keep", etc.).

 * Forbid version, for when (not if) the new version of a package you 
   need has a bug that affects you.
   
   aptitude will then automatically skip to the next version when 
   available (hopefully with the bug fixed, but that's why apt-listbugs 
   exists)

 * possibly more that I forget right now.


And then there's aptitude's search patterns, for which there is 
currently no replacement.

I have aptitude installed on all but the smallest system (aptitude + 
dependencies can be significant for a very small install).

[1] Admittedly my recent experience is only with a smallish install with 
openbox, Kodi and Linux build dependencies (just enough to keep track of 
hardware support for the PINE A64+ and possibly enable some kernel 
options for it that are not enabled in Debian's kernel), though I don't 
expect it to be much worse with a full Desktop Environment install or 
similar.


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: [OT] Remote SSH (dynamic IP) without third-party server

[David Wright]

On Tue 11 Aug 2020 at 08:10:43 (-0400), Michael Stone wrote:
> On Mon, Aug 10, 2020 at 11:18:10PM -0500, David Wright wrote:
> > On Tue 04 Aug 2020 at 08:38:37 (-0400), Michael Stone wrote:
> > > On Mon, Aug 03, 2020 at 10:52:58PM -0500, David Wright wrote:
> > > > My main router doesn't have the facility to run that client. My
> > > > cascaded router does (to just those two services), but that one
> > > > has a broken WAN port (hence its rôle). So I presume I'd be expected
> > > > to run No-IP's own software on my home PC.
> > > 
> > > or just use a generic client written in perl or python. some people
> > > really seem to be looking for ways to complicate this.
> > 
> > I just can't see the point in complicating this more than I have to.
> 
> DNS is the thing on the internet used to find other hosts. If you want
> to invent some other way to find hosts then have at it, but simply
> using DNS makes everything else work without complication.

Registering a domain name with a dynamic DNS service is more complex
than registering an email service, and gives me a smaller payback.
It's also something that I (and probably many others) had already
set up long ago. Maintaining the service is more complex than the
two (hardly "inventive") lines I posted here, and yields less
information than those two lines do.

Like the OP, I'm only interested in a ssh connection. Unlike the OP,
I don't mind using a major third-party service for the asynchronous
rendezvous, and am not prepared to pay for a facility that I might
use very few times per year. The suggestion was for others with
similar priorities to benefit from.

If it makes you feel better to use DNS to lookup a fixed name so few
times, fine. The domain names I own, and pay for, are in use every
day by me and many other people.

Cheers,
David.

Re: [OT] Remote SSH (dynamic IP) without third-party server

[David Wright]

On Tue 11 Aug 2020 at 07:39:00 (-0400), Greg Wooledge wrote:
> On Mon, Aug 10, 2020 at 11:18:10PM -0500, David Wright wrote:
> > $ cat /etc/cron.daily/send-hotmail 
> > #!/bin/sh
> > [ -x /root/.cron/send-hotmail.sh ] || exit 0
> > /root/.cron/send-hotmail.sh
> > $ cat /root/.cron/send-hotmail.sh 
> > #!/bin/sh
> > mailx -s 'ZZZ---ZZZ' myfreeacco...@hotmail.co.uk < /etc/mailname
> > $ 
> 
> Why have two one-liner scripts?  Why not just put the mailx command
> in the send-hotmail script directly?

Personal policy. Many of my /etc configuration files are generated
from, as it were, templates under /root. For example, hosts is built
from a master list (≡router's DHCP) and an internet list of blocked
sites, fstab is built from a set of USB/SDcard/caddies plus a
host-specific section. Anything cron related, like apt-get update/
-d upgrade, and so on, lives under /root/.cron.

Lines that are in a cron table typically just call a separate script,
even when it's a single line, which allows the script to be edited
without rerunning crontab or disturbing the /etc files.

> > … sends my home's IP address each day to a location I can read from
> > anywhere.
> 
> Who populates the /etc/mailname file, and how?

The d-i, and then dpkg-reconfigure exim4-config. mailx comments on
a lack of message body, and I don't want cron sending a local email
on account of any error/warning. So—might as well send some file.
As I said, it could be any useful information as desired. I just
chose it for this example, and it has no special significance.

> Is the IP address actually in the /etc/mailname file, or are you
> parsing it out of the Received: headers and ignoring the body?

The latter, eg,
 Received: from hostname.corp (ipN-N-N-N.ISP.net [n.n.n.n]) by …

Most of the emails would probably never get opened, particularly in
these times of limited opportunities to travel, and I'd just delete
them. (I'm told that they'd expire in they remained unread for long
enough.) The subject line could be designed to make it easy to
filter them out from other emails being sent to the same address.

Cheers,
David.

Heute ist der perfekte Tag, um dir zu schreiben. Geht es dir gut?

[johannes nortje]

 Irgendwie hatte ich Sehnsucht. Ist bei dir alles in Ordnung?
https://scorloytreatej1897.blogspot.tw/



johannes nortje


8/11/2020 12:09:48 PM

Re: Instal debian

[Kukuh Syafaat]

Salam,

> Apakah debian ini bisa di instal di dalam sisten operasi windows atau
hanya sistem operasi linux??

Bisa juga dipasang didalam Windows menggunakan virtualisasi, misalkan
Virtualbox [0], contoh seperti ini [1]

Semoga membantu


[0] https://www.virtualbox.org/
[1] https://linuxhint.com/install_debian10_virtualbox/


On Wed, Aug 12, 2020 at 12:03 AM Riris Simanjuntak TIF2011 <
riris.simanjun...@itm.ac.id> wrote:

> Malam komunitas debian indonesia.. Saya riris,, saya mau tanya,, saya
> rencana mau mempelajari debian untuk bahan materi pengajaran di smk,
> Saya mau tanya..
> Apakah debian ini bisa di instal di dalam sisten operasi windows atau
> hanya sistem operasi linux??
>
> http://www.itm.ac.id



-- 
Kukuh Syafaat

Re: copy/paste in vim (in terminal)

[Richard Hector]

On 11/08/20 7:05 pm, Miguel A. Vallejo wrote:
> 
> 
> Richard Hector (mailto:rich...@walnut.gen.nz>>)
> wrote
> 
> I used to be able to use my mouse to select/paste 'normally' (for X),
> when using vim in a terminal. More recently (a few years?), it doesn't
> seem to work. 
> 
> 
> Yes, since a few years(?) you must use shift and the mouse for copy /
> paste in vim using Debian's default configuration.
> 

That's great, and simple, thanks.

I'll look at some of the other suggestions too, but this seems the simplest.

Thanks all! :-)

Richard

Re: Qt5 & SQLite

[JavierDebian]

El 7/8/20 a las 18:55, JavierDebian escribió:

Buenas tardes.




¿Tienen alguna otra opción mejor, o más simple, o más popular para 
trabajar?


Muchas gracias.

JAP



Buenas tardes.

Buceando la red, buscando y leyendo, creo que me decanto por

Qt5 y MariaDB.

¿Por qué MariaDB y no otro?
Pues, según https://db-engines.com/en/system/Firebird%3BMariaDB%3BSQLite

SQLite no soporta C++
Firebird está limitado en su escalabilidad.
MariaDB al ser muy compatible con MySQL, facilita la tarea a futuros 
mantenedores.


Me queda ver las diferencias de manejo en campos tipo LONGBLOB para 
archivo de imágenes.


Sigo escuchando sugerencias.

Gracias por lo que me han ayudado.

JAP

Re: Some keys on the keyboard do not work

[Dan Ritter]

rhkra...@gmail.com wrote: 
> Oh, one other thing I should mention -- on most keyboards (at least the ones 
> I've cleaned) there are some metal pieces (essentially springs) under many of 
> the larger (wider) keys.  I am pretty sure they are intended to allow 
> pressing 
> either end (or the center) of those long keys (e.g., the space bar).
> 

They're called stabilizers, and they usually click into the
keyswitch and slide into the keycap left-right. You may want a
thin poking device -- like an unwound paperclip -- to help
spread them as you replace the keycap.

-dsr-

Re: Some keys on the keyboard do not work

[Dan Ritter]

Doug McGarrett wrote: 
> 
> Someone along this thread mentioned key-pullers. I have a couple of IBM
> model M
> keyboards that haven't been cleaned in years. They work well anyway, but I'd
> like to clean
> the keys. Where could I get one of those key-puller tools?
> (If you ever get a chance to get one, TAKE IT! There's no better keyboard
> anywhere than
> this, altho it's too loud for a crowded office. And ALT-ESC will do the left
> Windows-key


$10 at NewEgg. $5-15 at Amazon.

but the keycaps on the Model M are among the easiest to pull by
hand; I like to have a small flat-bladed screwdriver nearby, to
pop one edge of oddly-placed keycaps.

You may want some isopropyl alcohol to wipe away finger-grease
from the remaining surfaces of the keyboard.

-dsr-

Re: Qt5 & SQLite

[Ismael L. Donis Garcia]

- Original Message - 
From: "JavierDebian" 

To: 
Sent: Monday, August 10, 2020 11:26 AM
Subject: Re: Qt5 & SQLite





El 10/8/20 a las 10:36, JavierDebian escribió:

Me pongo a ver lo de Firebird; no tengo ni idea.



Está interesante esto de Firebird... y más el paquetito FlameRobin...

JAP




Para tu caso te va a ser fácil Lazarus 2.0.10 + (Firebird 2.5.9 con 
flamerobin para admin)


Saludos Reiterados
--
Ismael

Re: Qt5 & SQLite

[Ismael L. Donis Garcia]

- Original Message - 
From: "JavierDebian" 

To: 
Sent: Friday, August 07, 2020 5:55 PM
Subject: Qt5 & SQLite



Buenas tardes.

Habida cuenta de que se me ha presentado la posibilidad de re-programar un 
sistema, gracias a Dios sin tiempo de entrega ni de especificaciones 
mandatorias, es que estoy queriendo usar algo nuevo y moderno.


Me explico mejor.
En 1996 programé un sistema de administración en Clipper, y lo actualicé 
por última vez en el 2000 con CA-Clipper 5.3. Hasta ahora, funciona en 
entornos Windows en modo compatibilidad.

Me han pedido que lo traiga al s.XXI, sin apuro.
Estoy un poco oxidado, pero me estoy desempolvando con varias cosas. 
Empecé a mirar Harbour, pero, me parece que entornos xBase son algo 
viejos; como yo.

Además, quiero hacer algo que sume las siguientes características:
- GUI
- Multiplataforma: Windows y Linux
- Entorno de red
- SQL

Ahora, la pregunta.
He estado desempolvando mi C++ con Qt5, y mi SQL/RDBMS con SQLite.
Es la pareja que CREO mejor se adapta a lo que quiero hacer, pues Qt5 me 
deja manejarme con soltura en GUI no sólo desde la consola de programación 
si no también con su IDE, y SQLite es lo más liviano y fácil de instalar 
para los usuarios sin necesidad de montar servidores.
Qt5 tiene, para mí, la potencia de C++ y me siento a gusto; además, puedo 
inyectar código C++ puro por si lo necesito, y se compila tanto en Windows 
como en Linux con muy pocos retoques.
Donde más dudas tengo es con la base de datos, pues no tengo idea de, por 
ejemplo, MariaDB. He usado mucho Oracle, pero para eso necesito montar un 
servidor, lo cual es complejo y no se justifica.

Qt5 soporta https://doc.qt.io/qt-5/sql-driver.html

¿Tienen alguna otra opción mejor, o más simple, o más popular para 
trabajar?


Muchas gracias.

JAP




Mira firebird, lo puedes usar empotrado que cliente servidor.

Saludos
--
Ismael

Re: Some keys on the keyboard do not work

[rhkramer]

Oh, one other thing I should mention -- on most keyboards (at least the ones 
I've cleaned) there are some metal pieces (essentially springs) under many of 
the larger (wider) keys.  I am pretty sure they are intended to allow pressing 
either end (or the center) of those long keys (e.g., the space bar).

I am careful with those, also, to pay attention to how they are installed, and 
then to reinstall the same way, and also, during the reinstallation, I use a 
toothpick to put a little bit of vaseline on the pivot point (where they 
attach to the keyboard).


On Tuesday, August 11, 2020 11:45:14 AM rhkra...@gmail.com wrote:
> On Tuesday, August 11, 2020 10:28:37 AM Stefan Monnier wrote:
> > That should work as well, but I was never able to disassemble any part
> > of a keyboard without having the impression that I was breaking it, so
> > I prefer to refrain from any such thing.
> 
> I started doing it a long time ago, so have probably gotten used to the
> various shortcuts in manufacturing that have been added over the years
> (which tend to make each newer keyboard a little bit more of a puzzle).
> 
> Generally, the keys can be lifted / snapped up by gently prying with
> something like a table knife (not sharp).  I do it in an uncluttered area
> so that if something does go flying, I can find it (but, I keep one hand
> cupped over the key I'm removing so I don't often lose anything).
> 
> There are usually screws on the bottom, often hidden under pads or labels
> that you can remove  to separate the bottom and top.  There are often
> several layers of clear plastic with various coatings which I am very
> careful with (to avoid scratching and to reassemble in the proper
> sequence).

Re: Some keys on the keyboard do not work

[Doug McGarrett]

On 8/11/20 9:53 AM, Dan Ritter wrote:

rhkra...@gmail.com wrote:

The way I clean (a non-laptop) keyboard is by disassembling it and putting all
the parts in a fresh (i.e., clean) washtub of warm water with dishsoap, let it
soak for a few minutes, then rinse with clean water and let dry, often
overnight (I almost always have a spare keyboard, but right not my spares need
cleaning "-(

This is a perfectly good method, and one which I used two days
ago.

-dsr-

Someone along this thread mentioned key-pullers. I have a couple of IBM 
model M
keyboards that haven't been cleaned in years. They work well anyway, but 
I'd like to clean

the keys. Where could I get one of those key-puller tools?
(If you ever get a chance to get one, TAKE IT! There's no better 
keyboard anywhere than
this, altho it's too loud for a crowded office. And ALT-ESC will do the 
left Windows-key

trick for Windows users.)
--doug

ALERTAN SUBESTIMACION DE CASOS: 1 de cada 100 mexicanos se hace la prueba

[Ing . Victor Manuel Zurita Garcia]

En México, menos de 1 de cada 100 mexicanos se ha hecho la prueba de COVID-19, 
convirtiéndonos en uno de los paises con menos pruebas en todo el mundo...
 
Pruebas Serológicas COVID-19 (Kit individual)
para Empresas e Instituciones
-APROBADAS POR COFEPRIS-

Pide justo lo que necesites, NO NECESITAS COMPRAR KITS DE 25 PRUEBAS.

¡MISMA CALIDAD, MENOR PRECIO!
MAYOR INFORMACIÓN Y COSTOS
Entregas a toda la república desde 48 horas.
Comunicarse con alguien a través de WhatsApp aquí
:Comunícate con alguno de nuestros ejecutivos a los teléfonos

Ciudad de México: (55) 2450 6187
Guadalajara, Jal. (33) 2005 0994
Monterrey, N.L. (81) 2974 7731


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, conteste con 
la palabra BAJARAPIDA293. O en su defecto puede hacer click en el siguiente 
enlace: unsubscribe from this list

As

[Roxane Coulombe]

es
Envoyé de mon iPhonew 

Re: Instal debian

[Dimas Yudha P.]

Halo Riris,

Mencoba menjawab,

1. Debian ini adalah salah satu varian distribusi (distro) tertua yang
menggunakan Sistem Operasi Linux, selain debian ada distribusi lain seperti
:
a. Redhat, turunannya, fedora, mandriva, dll.
b. Suse
c. Slackware

Sehingga jawaban pertanyaan, apakah debian bisa diinstall dalam sistem
operasi Linux adalah Ya. Dan untuk sistem operasi windows, untuk versi
windows 10 ada namanya WSL (Windows Subsistem Linux) dimana ada sistem
operasi Linux didalam sistem operasi Windows, sehingga kita bisa
menjalankan aplikasi Linux pada Windows.

Referensi :
https://wiki.debian.org/InstallingDebianOn/Microsoft/Windows/SubsystemForLinux


https://docs.microsoft.com/en-us/windows/wsl/install-win10



On Wed, Aug 12, 2020, 00:03 Riris Simanjuntak TIF2011 <
riris.simanjun...@itm.ac.id> wrote:

> Malam komunitas debian indonesia.. Saya riris,, saya mau tanya,, saya
> rencana mau mempelajari debian untuk bahan materi pengajaran di smk,
> Saya mau tanya..
> Apakah debian ini bisa di instal di dalam sisten operasi windows atau
> hanya sistem operasi linux??
>
> http://www.itm.ac.id

Instal debian

[Riris Simanjuntak TIF2011]

Malam komunitas debian indonesia.. Saya riris,, saya mau tanya,, saya
rencana mau mempelajari debian untuk bahan materi pengajaran di smk,
Saya mau tanya..
Apakah debian ini bisa di instal di dalam sisten operasi windows atau hanya
sistem operasi linux??

-- 
http://www.itm.ac.id 

Re: Qt5 & SQLite

[JavierDebian]

El 11/8/20 a las 01:04, Felix Perez escribió:

El lun., 10 de ago. de 2020 a la(s) 17:21, JavierDebian
(javier.debian.bb...@gmail.com) escribió:




La solución que estudiamos en su momento, fue que los clientes
locales, al cerrar el día generaban un reporte, el reporte se enviaba
a casa matriz junto a una copia de la BD, se almacenaban las copias de
la BD para auditoría y los reportes alimentaban el servidor central,
un RH (no recuerdo versión), propusimos instalar un Mysql.  No me
acuerdo que lenguaje se propuso, pero parece que querían seguir
utilzando BBx ya que tenían un par de desarrolladores con mucha
experiencia en él.
Todo el sistema el antiguo y el nuevo eran transparentes para el
usuario, a punta de batch del lado de windows y de scripts del lado
del servidor.  Lo único que fallaba era cuando se cortaba la energía
eléctrica en algún local y este no contaba con UPS o generador.
Se me ocurre Firebird embebido o sqlite en los clientes locales, y un
servidor central con Mysql o Postgresql.


Deberás automatizar todo lo que puedas, no darle opciones al usuario.

Suerte, espero que te sirvan un poco mis recuerdos.


JAP




Como te dije, esto es justamente lo que quiero hacer.
La programación va a ser en Qt5, de eso, no tengo dudas.
Lo que me "pica" es el motor de base de datos; aún no me he decidido.
Si el sistema bajo DOS ha durado casi 20 años, lo que haga supongo que 
durará otros 20; tengo que pensar en algo que se mantenga en ese lapso. 
C++ lo va a hacer, y espero que Qt5 también; hay mucho de base que 
dependen del primero, y bastante del segundo.

Las bases de datos, son otra cosa.
Me estoy debatiendo entre MaríaDB (por su parentesco con MySQL), SQLite 
(por su liviandad), y Firebird (por su potencia).


Le sigo dando vueltas.

JAP

Re: Some keys on the keyboard do not work

[rhkramer]

On Tuesday, August 11, 2020 10:28:37 AM Stefan Monnier wrote:
> That should work as well, but I was never able to disassemble any part
> of a keyboard without having the impression that I was breaking it, so
> I prefer to refrain from any such thing.

I started doing it a long time ago, so have probably gotten used to the 
various shortcuts in manufacturing that have been added over the years (which 
tend to make each newer keyboard a little bit more of a puzzle).

Generally, the keys can be lifted / snapped up by gently prying with something 
like a table knife (not sharp).  I do it in an uncluttered area so that if 
something does go flying, I can find it (but, I keep one hand cupped over the 
key I'm removing so I don't often lose anything).

There are usually screws on the bottom, often hidden under pads or labels that 
you can remove  to separate the bottom and top.  There are often several 
layers of clear plastic with various coatings which I am very careful with (to 
avoid scratching and to reassemble in the proper sequence).

Re: is there a way to corrupt the BIOS and/or the keybord on you laptop from the Internet? ...

[Albretch Mueller]

> I could not reproduce the issue outside Linux, but it only happens
> occasionally thus not sure if it is that.

 Well, that would show it is not a hardware issue

> Technically, I would think that you are experiencing either a hardware fault
> or a driver issue. I know that on my laptop, there is an issue wrt. some
> keys endlessly repeating under certain cirumstances and I have always
> thought it to be an issue regarding the driver rather than the BIOS' fault.

 Hmm! I was using a Linux DVD which I had tested.

 lbrtchx

Re: Some keys on the keyboard do not work

[Stefan Monnier]

> The way I clean (a non-laptop) keyboard is by disassembling it and putting 
> all 
> the parts in a fresh (i.e., clean) washtub of warm water with dishsoap, let 
> it 
> soak for a few minutes, then rinse with clean water and let dry, often 
> overnight (I almost always have a spare keyboard, but right not my spares 
> need 
> cleaning "-(

That should work as well, but I was never able to disassemble any part
of a keyboard without having the impression that I was breaking it, so
I prefer to refrain from any such thing.

> Not sure I'm brave enough to try a dishwasher -- do you leave it assembled?  

Yup.

> You probably mentioned it, but I'd probably also turn off any sources of 
> extra 
> heat (hot water or drying with hot air).

Hot water doesn't seem to be a problem.  The drying heat can reach
temperatures that can be harmful, so you need to be a bit more careful
with that (usually the recommendation is to use the top-rack and/or to
stop the wash cycle before it dries).


Stefan

Re: Some keys on the keyboard do not work

[Dan Ritter]

rhkra...@gmail.com wrote: 
> The way I clean (a non-laptop) keyboard is by disassembling it and putting 
> all 
> the parts in a fresh (i.e., clean) washtub of warm water with dishsoap, let 
> it 
> soak for a few minutes, then rinse with clean water and let dry, often 
> overnight (I almost always have a spare keyboard, but right not my spares 
> need 
> cleaning "-(

This is a perfectly good method, and one which I used two days
ago.

-dsr-

Re: copy/paste in vim (in terminal)

[Toni Mas Soler]

Open your file using vi -C <>
That works fine for me.

Then you can alias vi as vi -C using "alias vi='vi -C'"

Toni Mas

Missatge de Greg Wooledge  del dia dt., 11 d’ag.
2020 a les 13:57:
>
> On Tue, Aug 11, 2020 at 09:05:06AM +0200, Miguel A. Vallejo wrote:
> > Richard Hector () wrote
> >
> > I used to be able to use my mouse to select/paste 'normally' (for X),
> > > when using vim in a terminal. More recently (a few years?), it doesn't
> > > seem to work.
> >
> > Yes, since a few years(?) you must use shift and the mouse for copy / paste
> > in vim using Debian's default configuration.
>
> This changed in stretch, and I've documented it on the wiki, although I
> was a bit late in doing so.
>
> https://wiki.debian.org/NewInStretch#Changes
>

Re: Apt-get vs Aptitude vs Apt

[Javier Barroso]

El mar., 11 ago. 2020 13:31, Andrei POPESCU 
escribió:

> On Vi, 07 aug 20, 13:31:53, Default User wrote:
> > Hey guys,
> >
> > Recently there was a thread about aptitude dependency resolution
> > limitations.
>
> If you are referring to the limitations of 'aptitude why', this 1)
> reverse dependency and 2) apt / apt-get don't even have (an equivalent
> for) this.
>
> > Years ago, I believe I read in the Debian documentation that aptitude was
> > preferred to apt-get, because it seemed to have better dependency
> > resolution.
>
> The dependency resolution of aptitude is more... advanced ;)
>
> Depending on the situation this may or may not be good. While APT's
> dependency resolution is simpler, it is also more predictable.
>
> > Now, we have apt, as well.
>
> The command 'apt' is just another frontend to APT (the package manager),
> same as apt-get, apt-cache, etc. which it is meant to replace for
> interactive use.
>
> The dependency resolution algorithm is the same. It does have different
> defaults though, e.g. 'apt upgrade' is equivalent to
> 'apt-get upgrade --with-new-pkgs'.
>
> > So, all other things being equal, which is currently considered to be the
> > best at dependency resolution?
>
> Just my personal opinion:
>
> For stable (+ updates, security, backports) it doesn't matter, use
> whichever you like best.
>
> For testing or unstable aptitude's interactive dependency resolution can
> be very useful. It may need some tweaking though, according to my
> archive I was using
>
> Aptitude::ProblemResolver::SolutionCost "removals";
>
> to tweak the resolver. This may have changed in the meantime (it's been
> a few releases since I stopped using unstable for my "main" install).
>
> For upgrades between stable releases (also known as a "dist-upgrade"
> because of the 'apt-get' command) always use whatever is recommended in
> the corresponding Release Notes, because that is what was tested and
> found to produce the best results *for that particular distribution
> upgrade*.
>
> Kind regards,
> Andrei
> --
> http://wiki.debian.org/FAQsFromDebianUser


I swiched from aptitude to apt-get/apt some years ago

aptitude need love :(

My problem was mixing 64 and 32 bits packages. Seem aptitude didn't do a
good job

Reading Planet debian and transitions and apt-listbugs (or how It is named)
, apt update && apt full-upgrade , run perfect in unstable

Kind regards



>

Re: Some keys on the keyboard do not work

[rhkramer]

On Monday, August 10, 2020 10:34:56 PM Stefan Monnier wrote:
> > IIRC, this is about a keyboard on a laptop -- I would not put any part of
> > that in a dishwasher.
> 
> You sure can, tho you'll want to put only the keyboard (many other parts
> of a laptop can go safely into the dishwasher, actually, but indeed you
> probably don't want to put the whole laptop in).

Ok (but not for me).

The way I clean (a non-laptop) keyboard is by disassembling it and putting all 
the parts in a fresh (i.e., clean) washtub of warm water with dishsoap, let it 
soak for a few minutes, then rinse with clean water and let dry, often 
overnight (I almost always have a spare keyboard, but right not my spares need 
cleaning "-(

Not sure I'm brave enough to try a dishwasher -- do you leave it assembled?  

(I'd worry about small pieces, the keys and small spacers under the keys 
getting sucked into and/or stuck in the drain / garbage disposal at the bottom 
of at least some dishwashers.)

You probably mentioned it, but I'd probably also turn off any sources of extra 
heat (hot water or drying with hot air).

Re: [OT] Remote SSH (dynamic IP) without third-party server

[Michael Stone]

On Mon, Aug 10, 2020 at 11:18:10PM -0500, David Wright wrote:

On Tue 04 Aug 2020 at 08:38:37 (-0400), Michael Stone wrote:

On Mon, Aug 03, 2020 at 10:52:58PM -0500, David Wright wrote:
> My main router doesn't have the facility to run that client. My
> cascaded router does (to just those two services), but that one
> has a broken WAN port (hence its rôle). So I presume I'd be expected
> to run No-IP's own software on my home PC.

or just use a generic client written in perl or python. some people
really seem to be looking for ways to complicate this.


I just can't see the point in complicating this more than I have to.


DNS is the thing on the internet used to find other hosts. If you want 
to invent some other way to find hosts then have at it, but simply using 
DNS makes everything else work without complication.

Re: copy/paste in vim (in terminal)

[Greg Wooledge]

On Tue, Aug 11, 2020 at 09:05:06AM +0200, Miguel A. Vallejo wrote:
> Richard Hector () wrote
> 
> I used to be able to use my mouse to select/paste 'normally' (for X),
> > when using vim in a terminal. More recently (a few years?), it doesn't
> > seem to work.
> 
> Yes, since a few years(?) you must use shift and the mouse for copy / paste
> in vim using Debian's default configuration.

This changed in stretch, and I've documented it on the wiki, although I
was a bit late in doing so.

https://wiki.debian.org/NewInStretch#Changes

Re: Apt-get vs Aptitude vs Apt

[Andrei POPESCU]

On Vi, 07 aug 20, 13:31:53, Default User wrote:
> Hey guys,
> 
> Recently there was a thread about aptitude dependency resolution
> limitations.

If you are referring to the limitations of 'aptitude why', this 1) 
reverse dependency and 2) apt / apt-get don't even have (an equivalent 
for) this.
 
> Years ago, I believe I read in the Debian documentation that aptitude was
> preferred to apt-get, because it seemed to have better dependency
> resolution.

The dependency resolution of aptitude is more... advanced ;)

Depending on the situation this may or may not be good. While APT's 
dependency resolution is simpler, it is also more predictable.

> Now, we have apt, as well.

The command 'apt' is just another frontend to APT (the package manager), 
same as apt-get, apt-cache, etc. which it is meant to replace for 
interactive use.

The dependency resolution algorithm is the same. It does have different 
defaults though, e.g. 'apt upgrade' is equivalent to
'apt-get upgrade --with-new-pkgs'.

> So, all other things being equal, which is currently considered to be the
> best at dependency resolution?

Just my personal opinion:

For stable (+ updates, security, backports) it doesn't matter, use 
whichever you like best.

For testing or unstable aptitude's interactive dependency resolution can 
be very useful. It may need some tweaking though, according to my 
archive I was using 

Aptitude::ProblemResolver::SolutionCost "removals";

to tweak the resolver. This may have changed in the meantime (it's been 
a few releases since I stopped using unstable for my "main" install).

For upgrades between stable releases (also known as a "dist-upgrade" 
because of the 'apt-get' command) always use whatever is recommended in 
the corresponding Release Notes, because that is what was tested and 
found to produce the best results *for that particular distribution 
upgrade*.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: [OT] Remote SSH (dynamic IP) without third-party server

[Greg Wooledge]

On Mon, Aug 10, 2020 at 11:18:10PM -0500, David Wright wrote:
> $ cat /etc/cron.daily/send-hotmail 
> #!/bin/sh
> [ -x /root/.cron/send-hotmail.sh ] || exit 0
> /root/.cron/send-hotmail.sh
> $ cat /root/.cron/send-hotmail.sh 
> #!/bin/sh
> mailx -s 'ZZZ---ZZZ' myfreeacco...@hotmail.co.uk < /etc/mailname
> $ 

Why have two one-liner scripts?  Why not just put the mailx command
in the send-hotmail script directly?

> … sends my home's IP address each day to a location I can read from
> anywhere.

Who populates the /etc/mailname file, and how?

Is the IP address actually in the /etc/mailname file, or are you
parsing it out of the Received: headers and ignoring the body?

Re: BIOS time fine, Linux/Debian's isn't! ...

[Andrei POPESCU]

On Sb, 08 aug 20, 14:38:30, Andrew Cater wrote:
> 
> dpkg-reconfigure -plow tzdata
> 
> [That's the dpkg-reconfigure command, -plow to force asking low priority
> questions rather than taking the default answers, and tzdata being the file
> that sets the timezone.]

As the manpage states, dpkg-reconfigure is using priority low by 
default. Saves a few keystrokes ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Example(s) of recutils project flow? - was [FOSS equivalents of *OLD* database and spreadsheet tools?]

[Andrei POPESCU]

On Vi, 07 aug 20, 07:33:05, Richard Owlett wrote:
> 
> I had done similar search with DuckDuckGo receiving similarly useless hits.

[...]
 
> That's why I'm looking for a human's answer.

It helps to specify in advance what you tried already and didn't work.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: xterm no title (buster)

[dickey]

On Monday, August 10, 2020 at 7:50:04 AM UTC-4, to...@tuxteam.de wrote:
> On Mon, Aug 10, 2020 at 12:14:30PM +0200, Marc SCHAEFER wrote:
> > On Sun, Aug 09, 2020 at 09:59:12AM +0200, tomas wrote:
> > > To verify/falsify that, you might run xprop on your xterm window.
> > > The property you are looking for is called WM_NAME. You can even
> > 
> > xprop | grep WM_NAME
> > WM_NAME(STRING) = "schaefer@reliand: /home/schaefer"
> 
> So xterm is "setting" [1] its title correctly.
> 
> > > use xprop to /set/ the window property -- this way you can be sure
> > 
> > xprop -f WM_NAME 8s -set WM_NAME "toto"
> 
> This is to be expected, after what you found out above.
> 
> [...]
> 
> Given that evidence, my guess is that the window manager is somehow
> botching the title bar dispay. Either it tries to use some non-existent
> font, or it's writing with the same background and foreground colour
> or something.
> 
> Have you tried another "classic" X program? For example xmag or xeyes?
> 
> This may be a hint -- either your window manager is specifically treating
> xterm in a special way, or the decorations of all "classic" X programs
> fail in the same way.
> 
> Cheers
> 
> [1] Of course it cannot actually "set" the title. It just can ask
>politely the window manager to do it.

While you can set the title for xmag and xeyes using the X Toolkit option 
"-title", it seems that OP may be doing something different.  For instance, if 
OP's shell sends escape sequences to set the title, that could be in UTF-8, 
which has been a problem (a) because the original protocol uses ISO-8859-1 and 
(b) because the corresponding X properties have to be handled as multibyte 
rather than strings.

EWMH sort-of fixes the problem by providing a different set of properties which 
hold UTF-8.  buster has xterm patch #344.  The most recent fix for xterm in 
this area is from patch #350:

https://packages.debian.org/buster/xterm
https://invisible-island.net/xterm/xterm.log.html#xterm_350

Re: Lenovo S205 boot

[Andrew Cater]

I've got a similar vintage Thinkpad x130 next to me: firmware-linux-free
firmware-linux-nonfree firmware-misc-nonfree and it all works well.

UEFI should then more or less just work.

On Tue, Aug 11, 2020 at 9:23 AM Sven Hoexter  wrote:

> On Tue, Aug 11, 2020 at 09:57:47AM +0200, Sven Hoexter wrote:
>
> > It's a AMD CPU-GPU package, I've documented the hardware in
> > the wiki as I already pointed out earlier:
> > https://wiki.debian.org/InstallingDebianOn/Lenovo/ideapadS205/wheezy
>
> I've updated that page with some more information. For one the
> grub2 shell input to boot amd64 from Russel and my steps on how to
> finish a i386 based installation with grub-legacy.
> That actually brings me up to a booting and working XFCE installation
> with X and all the glitter.
>
>
> > One of the things that could prevent the X start is a firmware issue.
> > I documented that in this page back then, and it's likely you could
> > not do anything without the proper non-free firmware installed.
>
> Russel, I believe what you're missing on your installation to get X
> working is just an
> apt install firmware-linux-nonfree
> That depends on some firmware package for the AMD/ATI GPU.
> The required firmware for the ralink wlan ship is installed by
> default if you based on your install on the non-free netinstall
> images.
> Otherwise also
> apt install firmware-misc-nonfree
> via a cable connection.
>
> Sven
>
>

Re: Lenovo S205 boot

[Sven Hoexter]

On Tue, Aug 11, 2020 at 09:57:47AM +0200, Sven Hoexter wrote:

> It's a AMD CPU-GPU package, I've documented the hardware in
> the wiki as I already pointed out earlier:
> https://wiki.debian.org/InstallingDebianOn/Lenovo/ideapadS205/wheezy

I've updated that page with some more information. For one the
grub2 shell input to boot amd64 from Russel and my steps on how to
finish a i386 based installation with grub-legacy.
That actually brings me up to a booting and working XFCE installation
with X and all the glitter.


> One of the things that could prevent the X start is a firmware issue.
> I documented that in this page back then, and it's likely you could
> not do anything without the proper non-free firmware installed.

Russel, I believe what you're missing on your installation to get X
working is just an
apt install firmware-linux-nonfree
That depends on some firmware package for the AMD/ATI GPU.
The required firmware for the ralink wlan ship is installed by
default if you based on your install on the non-free netinstall
images.
Otherwise also
apt install firmware-misc-nonfree
via a cable connection.

Sven

Re: How to properly import the configuration of the Buster kernel into own development ?

[Thomas Schmitt]

Hi,

so i went back to the original configuration for exactly one kernel build
and installation. Full make lasts 70 minutes, a development cycle lasts
more than 3 minutes, even after running
  scripts/config --disable DEBUG_INFO
It builds our universe and a few alternative ones too.

So for the time of hacking, i am back to the sparse configuration from
"make localmodconfig" (plus some manual widening).
A build lasts about 1 minute, if no widely used header files got changed.

(Times are measured without make option -j, because of the current
 environment heat.)


I wrote:
> > > -rwxr-xr-x 1 root root 35424 Aug 26  1904 /mnt/iso/victim
> >   -rwxr-xr-x 1 root root 35424 Oct  1  2040 /mnt/iso/victim

songbird wrote:
>   always interesting!  :)

I have more:

- The classic CD read-ahead bug (nearly as old as Linux is):
  CD burned with write type TAO get reported by about 80 percent of all
  drives with a readable size that is 1 or 2 blocks too large. Linux is
  credulent and courageous enough to then produce i/o errors at the attempt
  to read the last blocks ahead of the request of the filesystem.

- Burning more than one DVD or BD simultaneously is darn slow.

- Automatic CD/DVD/BD tray loading on read attempt happens, but the attempt
  fails immediately with a "no medium" error.
dd if=/dev/sr0 of=/dev/null
  Retry succeeds after the drive had time to examine the medium.

- Blank CD, DVD, or BD are reported by lsblk with a size 2048 bytes.
  But readable are 0 bytes.

- An empty drive tray gets reported by lsblk with the size of the previously
  inserted medium. Default at boot time is 1024M.

- mount -t iso9660 option -o session=N does not work for DVD and BD.
  (Have dust masks ready when entering this part of the kernel's basement.)

- Filenames of length 254 or 255 in mounted ISO 9660 (with Rock Ridge) get
  truncated to some much shorter length. (Permissible are 255 bytes of name
  length. Truncation should aim for that length.)

- Burn programs have no means to tell the kernel that readable size or
  content of CD, DVD, or BD have changed. (One has to eject and re-load.)

Now i run out of bugs and wishes. Thus i will have to begin exploring
life with an upstream development kernel.


Have a nice day :)

Thomas

Re: Lenovo S205 boot

[Russell L. Harris]

On Tue, Aug 11, 2020 at 01:19:46PM +1000, David wrote:

On Tue, 11 Aug 2020 at 09:48, Russell L. Harris  wrote:

So is my processor AMD or Atom?

The best way to answer this question is to run the command
cat /proc/cpuinfo


That prints about thirty lines; here are a few:

processor: 1
vendor_id: AuthenticAMD
cpu family: 20
model: 1
model name: AMD E-350 Processor
stepping: 0
microcode: 0x52B
cpu MHz: 868.287
cache size: 512 KB

RLH

Re: Lenovo S205 boot

[Sven Hoexter]

On Tue, Aug 11, 2020 at 01:19:46PM +1000, David wrote:
> On Tue, 11 Aug 2020 at 09:48, Russell L. Harris  wrote:
> 
> > So is my processor AMD or Atom?
> 
> The best way to answer this question is to run the command
> cat /proc/cpuinfo
> 
> and perhaps share its output with us here.

It's a AMD CPU-GPU package, I've documented the hardware in
the wiki as I already pointed out earlier:
https://wiki.debian.org/InstallingDebianOn/Lenovo/ideapadS205/wheezy

One of the things that could prevent the X start is a firmware issue.
I documented that in this page back then, and it's likely you could
not do anything without the proper non-free firmware installed.

It's a nice device with quite good hardware support but you had to
get all the non-free firmware parts together to get it going.

Sven

Re: copy/paste in vim (in terminal)

[Miguel A. Vallejo]

Richard Hector () wrote

I used to be able to use my mouse to select/paste 'normally' (for X),
> when using vim in a terminal. More recently (a few years?), it doesn't
> seem to work.


Yes, since a few years(?) you must use shift and the mouse for copy / paste
in vim using Debian's default configuration.

Re: copy/paste in vim (in terminal)

[Thomas Pircher]

Thomas Schmitt wrote:
> 
> Sounds like "set mouse=a" is active.

Sounds like it. Either disable mouse mode as Thomas describes it, or
keep it enabled and use the shift key when copying and pasting.

This is useful e.g. when vim is started in a terminal with mouse mode,
like tmux or screen.

Thomas