Re: pkg-bsdmainutils mail "Host not reachable" (421)

[Andrei POPESCU]

On Mi, 03 iun 20, 00:22:10, Emanuel Berg wrote:
> FYI, I got a
> 
>   ERROR_CODE :421,
>   ERROR_CODE :Host not reachable.
> 
> for this:
> 
>   pkg-bsdmainut...@teams.debian.net

The domain is not listed[1], so it's probably inactive.

You should report a bug against bsdmainutils to update the Maintainer: 
field (or get the server up ;).

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

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


signature.asc
Description: PGP signature

Re: Virtualize a Debian system within Manjaro

[Andrei POPESCU]

On Ma, 02 iun 20, 20:23:21, Victor Sudakov wrote:
> Andrei POPESCU wrote:
> > 
> > 'systemd-nspawn'. You can use 'debootstrap' to create the Debian chroot, 
> > it was explicitly created to run also on other distributions (it's 
> > written in shell).
> 
> Thanks you, I'll definitely look into that. It that it?
> https://wiki.archlinux.org/index.php/Systemd-nspawn#Create_a_Debian_or_Ubuntu_environment

Looks like a good write-up.

Personally I'm only using 'systemd-nspawn -D /dir' as a quicker and 
nicer alternative to 'chroot'.

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


signature.asc
Description: PGP signature

Re: exim4 stopped delivering local mail after upgrade (sid)

[Sven Hartge]

m s  wrote:

> I haven't had a single problem on my system in so long, and this has
> me stumped. I appreciate anyone's help - I'd like to get my mail back
> asap!

As first measure downgrade the exim4 packages to the ones in Testing.

Then look at the paniclog, I suspect there will be more meaningful
log-messages in there.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: Something is buggy - was [Re: Debian man pages have annoying feature(sic)]

[Andrei POPESCU]

On Ma, 02 iun 20, 10:48:45, Richard Owlett wrote:
> 
> My problem with dman revolves around running Stretch and debian.org
> defaulting to serving up information about "stable" {i.e. Buster}.

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

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


signature.asc
Description: PGP signature

Re: Configurer un serveur secouru par onduleur

[Basile Starynkevitch]

On 6/2/20 9:52 PM, Olivier wrote:

Bonjour,

J'ai plusieurs machines Debian (de type NUC) installées sur des sites 
distants.


J'envisage d'installer un onduleur sur ces sites afin :
1. principalement de protéger le disque du serveur (arrêt "propre") en 
cas de panne de courant,

2. d'être notifié en cas de panne électrique.



Un certain nombre d'onduleurs grand public ont une connectivité USB (par 
exemple le APC BACK-UPS 700 VA 
). 
Il faut acheter le cable qui va bien, et installer un paquet 
ups-monitor, par exemple acupsd ou nut.



Ensuite il faut configurer tout ça.


Librement

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

pkg-bsdmainutils mail "Host not reachable" (421)

[Emanuel Berg]

FYI, I got a

  ERROR_CODE :421,
  ERROR_CODE :Host not reachable.

for this:

  pkg-bsdmainut...@teams.debian.net

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

[Résolu] Re: UEFI Bios : Disque système ne boot plus

[Alain Vaugham]

Le Sun, 31 May 2020 17:45:07 +0200,
Alain Vaugham  a écrit :

> Je me pose donc aujourd'hui la question si c'est normal qu'un disque
> sous Debian ne soit plus accepté par un BIOS-UEFI après qu'il ait été
> simplement démonté/remonté.

Je me réponds à moi-même.
Le BIOS-UEFI AMD 2.16.1240 sur la carte ASUS que j'utilise est
probablement buggé comme c'est suggéré sur :
https://wiki.debian.org/UEFI#Force_grub-efi_installation_to_the_removable_media_path

Ce que qui m'a dépanné c'est que pour qu'un disque Debian puisse
rebooter sur ce BIOS-UEFI après multiples
démontages/remontages/permutations de disques UEFI Debian/MS Windows, la
seule configuration qui a fonctionné c'est que la Debian soit installée
avec l'option BIOS-UEFI: Démarrage/Compatibilité Support Module=[Auto].
Avec une telle configuration, Netinst ne propose plus l'installation
UEFI mais BIOS.


-- 
Alain Vaugham
Clef GPG : 0xDB77E054673ECFD2

Re: Installing Buster on a Fit-PC: Can't find the network.

[Charles Curley]

On Thu, 28 May 2020 22:49:58 -0500
David Wright  wrote:

> On Thu 28 May 2020 at 14:23:31 (-0600), Charles Curley wrote:
> > On Fri, 15 May 2020 19:47:02 -0500 David Wright
> >  wrote:  
> > > On Fri 15 May 2020 at 16:03:12 (-0600), Charles Curley wrote:  
>  [...]  

I went further with this, and concluded that the machine in question
may have a hardware problem. Let us leave this as "unsolved" and
"probably not worth the time to pursue".

Thanks for your help.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Configurer un serveur secouru par onduleur

[Bernard Schoenacker]

- Mail original - 

> De: "Olivier" 
> À: "ML Debian User French" 
> Envoyé: Mardi 2 Juin 2020 21:52:17
> Objet: Configurer un serveur secouru par onduleur

> Bonjour,

> J'ai plusieurs machines Debian (de type NUC) installées sur des sites
> distants.

> J'envisage d'installer un onduleur sur ces sites afin :
> 1. principalement de protéger le disque du serveur (arrêt "propre")
> en cas de panne de courant,
> 2. d'être notifié en cas de panne électrique.

> En plus, je souhaite:
> 3. Démarrer automatiquement quand le courant revient (ou est revenu
> depuis plus de X minutes)
> 4. Optionnellement pouvoir démarrer séquentiellement quelques
> équipements réseau ("démarrer de suite le modem puis Y secondes
> après, le routeur puis tous les autres appareils").
> 5. Optionnellement pouvoir éteindre le serveur normalement, si
> besoin.

> En y réfléchissant, j'imagine deux étapes:
> A. configurer l'onduleur pour qu'il alimente en aval les prises
> électriques dès que le courant revient
> B. éteindre le serveur proprement en lui donnant la possibilité de
> redémarrer seul, plus tard.

> 1. Les NUC que j'utilise ont dans leur BIOS une option
> correspondante.
> Quelle est l'option à retenir et la commande à utiliser pour éteindre
> "proprement" et démarrer quand l'onduleur re-distribue du courant ?

> 2. Quelles recommandations sur l'onduleur ? Une autonomie de quelques
> minutes me suffit.

> 3. Conseils et suggestions

> Slts


bonjour,

pour des raisons évidentes de propagation de l'information, il faut 
aussi penser à ce que les commutateurs soient alimentés afin de 
transmettre le signal via snmp d'arret et de pouvoir activer le wake on lan 
lors du rétablissement du courant électrique 

l'autonomie conseillée est de l'ordre de 15 à 20 minutes afin de réaliser
un atterrissage en toute quiétude, surtout lorsque les bases de données sont 
en phase de réactualisation avant l'arrêt du système 

par conséquent il faut déterminer la priorité des machines qui doivent être
actives coûte que coûte et les autres qui peuvent être mise en sommeil 

ne pas prendre d'onduleur monolithique  et choisir une solution qui puisse 
être agile 

merci pour votre aimable attention

bien à vous
bernard

Configurer un serveur secouru par onduleur

[Olivier]

Bonjour,

J'ai plusieurs machines Debian (de type NUC) installées sur des sites
distants.

J'envisage d'installer un onduleur sur ces sites afin :
1. principalement de protéger le disque du serveur (arrêt "propre") en cas
de panne de courant,
2. d'être notifié en cas de panne électrique.

En plus, je souhaite:
3. Démarrer automatiquement quand le courant revient (ou est revenu depuis
plus de X minutes)
4. Optionnellement pouvoir démarrer séquentiellement quelques équipements
réseau ("démarrer de suite le modem puis Y secondes après, le routeur puis
tous les autres appareils").
5. Optionnellement pouvoir éteindre le serveur normalement, si besoin.

En y réfléchissant, j'imagine deux étapes:
A. configurer l'onduleur pour qu'il alimente en aval les prises électriques
dès que le courant revient
B. éteindre le serveur proprement en lui donnant la possibilité de
redémarrer seul, plus tard.

1. Les NUC que j'utilise ont dans leur BIOS une option correspondante.
Quelle est l'option à retenir et la commande à utiliser pour éteindre
"proprement" et démarrer quand l'onduleur re-distribue du courant ?

2. Quelles recommandations sur l'onduleur ? Une autonomie de quelques
minutes me suffit.

3. Conseils et suggestions

Slts

exim4 stopped delivering local mail after upgrade (sid)

[m s]

I'm running sid and after upgrading packages today, exim stopped
working. It's keeping all my local mail in /var/spool/exim4/msglog and
not delivering it, and even when I type "runq" it won't deliver the
mail.

# exim4 -qff -v
LOG: MAIN
  Warning: No server certificate defined; will use a selfsigned one.
 Suggested action: either install a certificate or change
tls_advertise_hosts option
LOG: queue_run MAIN
  Start queue run: pid=10734 -qff
delivering 1jgC7c-00028M-Af (queue run pid 10734)
R: system_aliases for marie@localhost
R: userforward for marie@localhost
R: procmail for marie@localhost
R: maildrop for marie@localhost
R: lowuid_aliases for marie@localhost (UID 1000)
R: local_user for marie@localhost
T: appendfile for marie@localhost
LOG: MAIN
  == marie@localhost R=local_user T=mail_spool defer (-6): mailbox
/var/mail/ has wrong uid (0 != 1000)
LOG: queue_run MAIN
  End queue run: pid=10734 -qff


# dpkg -l |grep exim
ii  exim4 4.92.3-1
all  metapackage to ease Exim MTA (v4) installation
ii  exim4-base4.92.3-1
amd64support files for all Exim MTA (v4) packages
ii  exim4-config  4.94-1
all  configuration for the Exim MTA (v4)
ii  exim4-daemon-light4.92.3-1
amd64lightweight Exim MTA (v4) daemon


In /var/spool/mail, there's a file for in inbox, marie, with marie as
the uid and mail as the gid. This is how it's been for years. The file
/var/spool/mail itself is a link (owned by root, group root) to
/var/mail, which is also root.root.

I haven't had a single problem on my system in so long, and this has
me stumped. I appreciate anyone's help - I'd like to get my mail back
asap!

Thanks so much!!

Marie

Re: (SOLVED) Re: Retard i/o pèrdua de lletres teclat amb GNOME i Bullseye

[Josep Lladonosa]

Hola,

De vegades pot ser cosa del connector del teclat i el cable. Netejant-lo
amb líquid de contactes i reconnectant-lo podria millorar.

Una altra opció -ja que cal obrir portàtil-  és canviar el teclat.

Salutacions,
Josep

On Tue, 2 Jun 2020 at 18:18, Robert Marsellés 
wrote:

>
>
> El 4/4/20 a les 17:55, Alex Muntada ha escrit:
> > Hola Robert,
> >
> >> Alguna idea o direcció que us vingui al cap?
> >
> > Per descartat totalment que sigui un problema mecànic podries
> > provar un teclat per USB o Bluetooth, si en tens algun a mà.
> >
> Fa dies d'això, però el confinament ha impedit que pogués provar algunes
> de les propostes que se'm van oferir. Ara responc per tancar el tema.
> Merci a tots per l'ajuda.
>
> Es tracta del teclat del portàtil. Ha arribat un moment que les tecles
> mencionades ja no responen ni insistint. En canvi amb un teclat USB, tot
> va com una seda.
>
> robert
>
>

-- 
--
Salutacions...Josep
--

Re: Something is buggy - was [Re: Debian man pages have annoying feature(sic)]

[Richard Owlett]

On 06/02/2020 08:45 AM, The Wanderer wrote:

On 2020-06-02 at 09:05, Richard Owlett wrote:


On 06/01/2020 05:02 PM, Richard Owlett wrote:


On 06/01/2020 04:02 PM, Ralph Katz wrote:



apt show debian-goodies
...
debman - Easily view man pages from a binary .deb without extracting
 [man, apt* (via debget)]

So...  ~$ dman packagename   # will fetch the manpages as though they
were local.

Regards,
Ralph



Thank you. Looks interesting.
1st didn't work even after installing debian-goodies.
Suspect operator. Leaving now. will pursue in morning.



Copy and paste this morning from MATE terminal

richard@defaultinstall:~$ dman gforth
bash: dman: command not found
richard@defaultinstall:~$ debman gforth
Usage: debman [options] [-- man(1) options]  ...

Options should be exactly one of:
 -f package.deb  read pages from package.deb archive
 -p package  download .deb for package and read pages
 from there
richard@defaultinstall:~$ debman -p gforth
Usage: debman [options] [-- man(1) options]  ...

Options should be exactly one of:
 -f package.deb  read pages from package.deb archive
 -p package  download .deb for package and read pages
 from there
richard@defaultinstall:~$ debman -f gforth.deb
Usage: debman [options] [-- man(1) options]  ...

Options should be exactly one of:
 -f package.deb  read pages from package.deb archive
 -p package  download .deb for package and read pages
 from there
richard@defaultinstall:~$


I have verified that both
https://manpages.debian.org/stretch/gforth/gforth.1.en.html
and
https://manpages.debian.org/buster/gforth/gforth.1.en.html

Help please.


I've dug into this, and while I thought at first there was a bug here
myself, I've figured it out.

The command lines you're giving are specifying the package name, but not
the name of the man page. The "" argument at the end of
the usage section is not optional.

For example,

$ debman -p gforth vmgen

works fine for me.


For what I was trying to do, I should have written
  debman -p gforth gforth
instead of
  debman -p gforth

My problem with dman revolves around running Stretch and debian.org 
defaulting to serving up information about "stable" {i.e. Buster}.


My bandwidth constraints cause me to purchase DVD sets to upgrade. And 
this time I had to purchase a flash drive instead instead of physical 
DVDs. The intended target machine cannot boot from a flash drive so I 
got delayed by housekeeping chores.


More later.
Thank you.



If you need to find out the name of the actual man page (since, e.g., it
isn't intuitively obvious that gforth will contain a man page for the
name 'vmgen'), something like

$ apt-file show gforth | grep /man/

ought to do it; just drop the leading path (up through the final '/')
and the trailing ".X.gz" (where X is a number) from each filename, and
it should be a valid man-page argument to debman.

(I'm not sure what it will do if there's a package which installs two
man pages with the same name but different sections, because I haven't
yet found any examples of packages which do that.)

Re: EOL Debian 8

[Dan Ritter]

Alejandro Guzman wrote: 
> Hola! Ustedes podr?an confirmar  la fecha de final soporte de Debian 8? En su 
> wiki vemos distintas fechas.
> 

https://lists.debian.org/debian-user-spanish/ exists, and
might be useful for you.


This page: https://wiki.debian.org/es/DebianReleases  has the
dates (and explanations in Spanish.)

-dsr-

Re: EOL Debian 8

[Victor Padro]

Buen día Alejandro,

En la Wiki aparece como día final del soporte el 30 de Junio del 2020:
https://wiki.debian.org/LTS

Se supone que habrá un periodo extendido de la LTS después del 1ero de
Julio, pero aún no hay una fecha exacta definida:
https://wiki.debian.org/LTS/Extended

En algunos casos puede durar un año o menos, eso lo decide el team de
Debian, lo recomendable sería iniciar con un plan de migración a Debian 9 o
10 en este momento.

Espero te ayude la información y recuerda que esta es una lista mayormente
de habla inglesa.

Saludos,

On Tue, Jun 2, 2020 at 9:45 AM Alejandro Guzman 
wrote:

> Hola! Ustedes podrían confirmar  la fecha de final soporte de Debian 8? En
> su wiki vemos distintas fechas.
>
>
>
> Gracias!
>
>
>
>
>
>
>
>
>
> --
>
> Guzmán Alejandro
>
> Tel.: (+5411) 4704-4075
>
>
>
> Coordinación de Infraestructura TI
>
> Dirección de Infraestructura y Desarrollo
>
> Educ.ar S.E. - http://www.educ.ar
>
> Ministerio de Educación de la Nación.
>
> Av. Comodoro Rivadavia 1151 (C1429DBA)
>
> Ciudad Autónoma de Buenos Aires
>
>
>
> No imprima este mail a menos que sea estrictamente necesario
>
> Cuidemos el medio ambiente
>
>
>


-- 
"Everything that irritates us about others can lead us to an understanding
of ourselves"

Re: Return a Debian system to a pristine state

[David Wright]

On Tue 02 Jun 2020 at 11:03:48 (+0700), Victor Sudakov wrote:
> David Wright wrote:
> > On Sun 31 May 2020 at 16:28:34 (+0700), Victor Sudakov wrote:
> > > David Wright wrote:
> > > > On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
> > > > > David Wright wrote:
> > > > > > Finally,   pkg delete -a   sounds like something from the abattoir,
> > > > > > rather than anything you'd do to a pet (to use your analogy).
> > > > > 
> > > > > It's not as terrible as it sounds ;-) It's more from a vet clinic than
> > > > > from a slaughterhouse. You don't lose configs, you don't lose network
> > > > > connectivity or remote access during this procedure. You can save a 
> > > > > list
> > > > > of installed packages before deleting them, and reinstall only those 
> > > > > you
> > > > > know you need.
> > > > > 
> > > > > Unfortunately, the FreeBSD package system is not as mature as DEB or
> > > > > RPM, therefore until very recently the "pkg delete -a" procedure has
> > > > > been required to get rid of the dependencey hell.
> > > > 
> > > > OK, that sounds more like what people do on Windows systems, where
> > > > there's a reset option, except that on Windows you can, ISTR, lose
> > > > all your own files if they're under C:.
> > > 
> > > Since what version does Windows have a reset option?
> > 
> > No idea. The last version of Windows that I used was IIRC 3.11.
> > I parted company when W95 came with "DOS" 7 rather than a
> > successor to DOS 6.22.
> 
> Ah, I thought you knew something I did not.

No chance of that.

> Then no, Windows still does
> not have a reset option.

I don't know how you define "reset option". I was just employing those
words with their generally accepted meanings: reset means "set again",
in the sense of "restore", and option means "through choice". You
obviously have a more technical meaning in mind.

> > > For dozens of
> > > years, literally, Windows has been notorious for leftovers of removed
> > > programs remaining in the "base system" and causing unexpected effects.
> > > There were even commercial products on the market to purge those 
> > > leftovers.
> > 
> > You're way ahead of me on Windows, then. I just know what I've seen,
> > and what I saw was this:
> > 
> > Chapter 3. Lenovo OneKey Recovery system
> >   The Lenovo OneKey Recovery system is software designed to back up and
> >   restore your computer. You can use it to restore the system partition to 
> > its
> 
> Such things are present in some laptops, but they are not part of
> Windows per se, they are developed by equipment manufacturers. Usually
> they just extract an OEM image of Windows from some recovery partition
> in case a user renders his/her system unbootable, as was verbosely
> quoted below.

Well, what you are asking for in your subject line concerns Debian,
so I chose to make this analogy in quoting that source:
an OS is part of a computer system,
Windows is part of the Lenovo system purchased,
Linux is part of a Debian system.
What counts as a "reset option" for Linux, as opposed to Debian?

> [dd]
> > 
> > > FreeBSD is different in this respect. No part of third-party software
> > > ever gets into the base system (unless you install something manually
> > > and incorrectly).
> > 
> > This has already been pointed out, that Debian's installed system is
> > an individual outcome, not some sort of mandated selection.
> > 
> > > And of course you don't lose any user data if you run 
> > > "pkg delete -a"
> > 
> > I didn't know we were discussing user data at all.
> 
> Apparently we were. Let me quote your own words among others: 
> "... ISTR, lose all your own files if they're under C:"

That partial quotation omits the opening words. The paragraph was:

OK, that sounds more like what people do on Windows systems, where
there's a reset option, except that on Windows you can, ISTR, lose
all your own files if they're under C:."

The example of Windows was brought up in response to your mentioning
"dependency hell", something I remember well when my institution
upgraded their Windows users to W95. And with Windows, you don't
"own" C:, even though many users leave their own files there. In
Debian, you "own" /home, which is why there's no need to discuss it
here. (Whether you decide to wipe the filesystem containing /home is
up to you, of course.)

> > > > Debian doesn't work that way: you can remove packages from the system
> > > > at will in a controlled manner. Isn't that what sysadmins do?
> > > 
> > > Well, I was not feeling particulary sysadmin-ish about the desktop
> > > system I wanted to cleanup.
> > 
> > How you feel about it can't alter the fact that reverting a system by
> > removing packages is a sysadmin-ish process: you administering the
> > system.
> 
> This is more of a terminological question.

As is the definition of "pristine state" for a Debian system.

> Is a user installing or
> removing GIMP of FireFox really administering a system? Some
> administrative tasks are 

Re: Debian man pages have annoying feature(sic)

[David Wright]

On Tue 02 Jun 2020 at 06:13:00 (-0500), Richard Owlett wrote:
> On 05/30/2020 04:05 PM, David Wright wrote:
> > On Sat 30 May 2020 at 10:08:41 (-0500), Richard Owlett wrote:
> > > On 05/30/2020 09:50 AM, to...@tuxteam.de wrote:
> > > > On Sat, May 30, 2020 at 04:13:22PM +0200, l0f...@tuta.io wrote:
> > > > 
> > > > [...]
> > > > 
> > > > > I would suggest the following instead:
> > > > 
> > > > [download + unpack]
> > > > 
> > > > > Of course, the method indicated by Tomas is great and may be easier 
> > > > > than mine (+ doesn't leave Debian package files on your computer).
> > > > 
> > > > I don't think "my" method is easier. Personally, I'd go with yours
> > > > any time (I dislike browsers) -- but I had the impression (wrongly?)
> > > > that the OP wanted a "webby" solution. But thanks for chiming in
> > > > with alternatives!
> > > > 
> > > 
> > > Yes. A "webby" solution can have two benefits in my environment:
> > >a. may minimize download downloaded byte count.
> > >b. following intervening links and cross references can lead to
> > >   answering important un-asked questions.
> > 
> > For man pages, I type   man foo   into google. That usually throws
> > up one or two links from different sources.
> > [snip]
> 
> You missed my point entirely. I have accessed the man page via
> https://manpages.debian.org/ . It lacks information *CRITICAL* to
> whether or not to install the package. It skirts the issue by
> referring to a file which will exist, *if and only if*, the package
> has already been installed. I.E. classical infinite loop ;}

My References header includes two of you posts. The first says

"NOTE BENE This post is about man pages as a class"

and the second says

"A "webby" solution can have two benefits in my environment"

as seen above. I ignored your little complaint about a specific man
page; instead, I addressed the Debian man pages in the subject line,
and particularly when the name of the command or package is hazy.

Thanks to Andrei for the list of references.

Cheers,
David.

Re: Towards a customizeable installer

[Brian]

On Tue 02 Jun 2020 at 05:17:53 -0500, Richard Owlett wrote:

> On 06/01/2020 04:50 PM, Brian wrote:
> > On Mon 01 Jun 2020 at 14:28:45 -0500, Richard Owlett wrote:
> > 
> > > On 06/01/2020 02:21 PM, Brian wrote:
> > > > On Mon 01 Jun 2020 at 07:01:21 -0500, Richard Owlett wrote:
> > > > 
> > > > > Does anyone recall the page I described in my 2nd paragraph?
> > > > 
> > > > It doesn't exist anymore.
> > > > 
> > > > Your knowledge of preseeding should be sufficient to get to where you
> > > > want to be.
> > > > 
> > > 
> > > No.
> > > My *EXPLICIT REQUIREMENT* is to produce multiple preseed.cfg files in a
> > > semiautomatic manner.
> > 
> > Your explicit requirement is something you have imposed on yourself.
> 
> True. I have a *PERSONAL* project requiring multiple preseed.cfg files.
> 
> > Why impose it on others in your search for a solution to preseeding?
> 
> That's a _non sequitur_ !
> [q. v. https://literarydevices.net/non-sequitur/ ]

More than likely. :(

Why not have a template file with all expert preseed questions answered.
Then adjust to get multiple preseed.cfg files? That's probably less time
consuming than searching for a non-existent webpage.

-- 
Brian.

Re: Virtualize a Debian system within Manjaro

[Victor Sudakov]

Victor Sudakov wrote:
> Andrei POPESCU wrote:
> > > 
> > > There is an office where the standard desktop OS is Manjaro (a
> > > clone of Arch Linux). There is not much choice actually.
> > > 
> > > I don't very much like Manjaro's packaging system and its lack of many
> > > essential packages in binary format. When I need something as simple as
> > > codesearch or apg or dateutils, it tries to compile them.
> > > 
> > > Willing to run a Debian instance within Manjaro, what's my best choice? 
> > > 
> > > The easiest thing that comes to mind is installing VirtualBox in
> > > Manjaro, but are there less resource-intensive and GUI-dependent
> > > options? Maybe some kind of chroot or container?
> > 
> > 'systemd-nspawn'. You can use 'debootstrap' to create the Debian chroot, 
> > it was explicitly created to run also on other distributions (it's 
> > written in shell).
> 
> Thanks you, I'll definitely look into that. It that it?
> https://wiki.archlinux.org/index.php/Systemd-nspawn#Create_a_Debian_or_Ubuntu_environment
> 

Just tried debootstrap+systemd-nspawn (Debian on Debian). It reminds me
very much of the FreeBSD jail infrastructure. No unnecessary hardware
emulation.

If it works well on Arch Linux, I'm going to use it there. Thank you
Andrei for the good advice.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

EOL Debian 8

[Alejandro Guzman]

Hola! Ustedes podrían confirmar  la fecha de final soporte de Debian 8? En su 
wiki vemos distintas fechas.

Gracias!




--
Guzmán Alejandro
Tel.: (+5411) 4704-4075

Coordinación de Infraestructura TI
Dirección de Infraestructura y Desarrollo
Educ.ar S.E. - http://www.educ.ar
Ministerio de Educación de la Nación.
Av. Comodoro Rivadavia 1151 (C1429DBA)
Ciudad Autónoma de Buenos Aires

No imprima este mail a menos que sea estrictamente necesario
Cuidemos el medio ambiente

Re: Debian man pages have annoying feature(sic)

[Brian]

On Tue 02 Jun 2020 at 06:13:00 -0500, Richard Owlett wrote:

> On 05/30/2020 04:05 PM, David Wright wrote:
> > On Sat 30 May 2020 at 10:08:41 (-0500), Richard Owlett wrote:
> > > On 05/30/2020 09:50 AM, to...@tuxteam.de wrote:
> > > > On Sat, May 30, 2020 at 04:13:22PM +0200, l0f...@tuta.io wrote:
> > > > 
> > > > [...]
> > > > 
> > > > > I would suggest the following instead:
> > > > 
> > > > [download + unpack]
> > > > 
> > > > > Of course, the method indicated by Tomas is great and may be easier 
> > > > > than mine (+ doesn't leave Debian package files on your computer).
> > > > 
> > > > I don't think "my" method is easier. Personally, I'd go with yours
> > > > any time (I dislike browsers) -- but I had the impression (wrongly?)
> > > > that the OP wanted a "webby" solution. But thanks for chiming in
> > > > with alternatives!
> > > > 
> > > 
> > > Yes. A "webby" solution can have two benefits in my environment:
> > >a. may minimize download downloaded byte count.
> > >b. following intervening links and cross references can lead to
> > >   answering important un-asked questions.
> > 
> > For man pages, I type   man foo   into google. That usually throws
> > up one or two links from different sources.
> > [snip]
> 
> You missed my point entirely. I have accessed the man page via
> https://manpages.debian.org/ . It lacks information *CRITICAL* to whether or
> not to install the package. It skirts the issue by referring to a file which
> will exist, *if and only if*, the package has already been installed. I.E.
> classical infinite loop ;}

'apt download ' has been mentioned a few times. The package
may be opened and the contents of /usr/share/doc/ viewed.
This takes all of two minutes. Is there something lacking in this
technique? Too simple and straightforward, perhaps?

-- 
Brian

Re: Virtualbox vs qemu/virt-manager

[Kamil Jońca]

Dan Ritter  writes:

> Kamil Jo?ca wrote: 
>> Dan Ritter  writes:
>> 
>> [...]
>> >
>> > Sending a shutdown signal: yes, but it's client-dependent. In
>> > virt-viewer it's a menu option.
>> 
>> And is this key combination for this? Neither virt-manager nor virt-have
>> such hotkey AFAIK.
>> 
>
> -H HOTKEYS, --hotkeys HOTKEYS

I read the manual :) and I tried this (using left_alt+left_ctrl+f to
fullsccreen) but without  success. Well. Will try again.
KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/

Re: Debian man pages have annoying feature(sic)

[Joe Pfeiffer]

Richard Owlett  writes:

> I the recent thread about returning a Debian installation to its
> original state "popularity-contest" was mentioned.
>
> I wished to compare it to other tools mentioned in that thread.
> Obvious stating point -- read the man page.
> As I never installed its package I went to
> https://manpages.debian.org/buster/popularity-contest/popularity-contest.8.en.html
> .
>
> It did not explicitly answer my question.
> However, under "SEE ALSO" it stated:
>> Additional documentation is in /usr/share/doc/popularity-contest/.
>
> *PROBLEM*
> As package is not installed, that directory does *NOT* exist.
>
> Where to find required documentation on the web?
>
> NOTE BENE
> This post is about man pages as a class.

Asking for a man page to include all of the documentation about a
package isn't reasonable -- there are man pages like that (bash comes to
mind), and it isn't a page, it's a book.  A man page tries to be a
succinct summary, so someone can look up details about running a program,
or about a file format, in a hurry.

If you want the full documentation on something you haven't installed,
the man page is the wrong place to look.  Googling 'debian
popularity-contest' (instead of looking specifically for the man page)
points me to
https://salsa.debian.org/popularity-contest-team/popularity-contest#:~:text=The%20popularity%2Dcontest%20package%20sets,go%20on%20the%20first%20CD.
which has a wealth of information.

Re: Something is buggy - was [Re: Debian man pages have annoying feature(sic)]

[l0f4r0]

Hi,

2 juin 2020 à 15:05 de rowl...@cloud85.net:

> On 06/01/2020 05:02 PM, Richard Owlett wrote:
>
> I am running Debian 9.8 with MATE desktop
>
> Synaptic reports:
>
>> Commit Log for Mon Jun  1 16:45:47 2020
>> Installed the following packages:
>> curl (7.52.1-5+deb9u9)
>> dctrl-tools (2.24-2+b1)
>> debian-goodies (0.69.1)
>> libcurl3 (7.52.1-5+deb9u9)
>>
>
> Copy and paste this morning from MATE terminal
>
>> richard@defaultinstall:~$ dman gforth
>> bash: dman: command not found
>> richard@defaultinstall:~$ debman gforth
>> Usage: debman [options] [-- man(1) options]  ...
>>
>> Options should be exactly one of:
>> -f package.deb  read pages from package.deb archive
>> -p package  download .deb for package and read pages
>> from there
>> richard@defaultinstall:~$ debman -p gforth
>> Usage: debman [options] [-- man(1) options]  ...
>>
>> Options should be exactly one of:
>> -f package.deb  read pages from package.deb archive
>> -p package  download .deb for package and read pages
>> from there
>> richard@defaultinstall:~$ debman -f gforth.deb
>> Usage: debman [options] [-- man(1) options]  ...
>>
>> Options should be exactly one of:
>> -f package.deb  read pages from package.deb archive
>> -p package  download .deb for package and read pages
>> from there
>>
> richard@defaultinstall:~$ 
> I have verified that both
> https://manpages.debian.org/stretch/gforth/gforth.1.en.html
> and
> https://manpages.debian.org/buster/gforth/gforth.1.en.html
>
Surely you did that but you haven't read previous answers on this mailing-list 
though otherwise you would not have said it is "buggy"...

Regarding dman it seems normal since your debian-goodies version is really old 
(0.69.1).
Indeed, dman seems to have been included from debian-goodies v0.70:

debian-goodies (0.70) experimental; urgency=low

  [ Antoine Beaupré ]
  * Add dman script from Ubuntu, modified to fetch pages directly from
    manpages.debian.org, see https://github.com/Debian/debiman/issues/57
    (Closes: #860920)

  [ Axel Beckert ]
  * Fix missing close statement in checkrestart. (c.f. #84)
    Thanks Emilio Pozuelo Monfort!
  * Suggest lsb-release for new dman command.

-- Axel Beckert   Sat, 22 Apr 2017 01:22:31 +0200

Best regards,
l0f4r0

Re: Virtualbox vs qemu/virt-manager

[Dan Ritter]

Kamil Jo?ca wrote: 
> Dan Ritter  writes:
> 
> [...]
> >
> > Sending a shutdown signal: yes, but it's client-dependent. In
> > virt-viewer it's a menu option.
> 
> And is this key combination for this? Neither virt-manager nor virt-have
> such hotkey AFAIK.
> 

-H HOTKEYS, --hotkeys HOTKEYS
Set global hotkey bindings. By default, keyboard shortcuts only
work when the guest display widget does not have focus. Any
actions specified in HOTKEYS will be effective even when the
guest display widget has input focus. The format for HOTKEYS is
=[+][,=[+]]. Key-names
are case-insensitive. Valid actions are: toggle-fullscreen,
release-cursor, secure-attention, smartcard-insert and
smartcard-remove. The "secure-attention" action sends a secure
attention sequence (Ctrl+Alt+Del) to the guest. Examples:
  --hotkeys=toggle-fullscreen=shift+f11,release-cursor=shift+f12

  --hotkeys=release-cursor=ctrl+alt
Note that hotkeys for which no binding is given are disabled.
Although the hotkeys specified here are handled by the client,
it is still possible to send these key combinations to the guest
via a menu item.


-dsr-

Re: Something is buggy - was [Re: Debian man pages have annoying feature(sic)]

[The Wanderer]

On 2020-06-02 at 09:05, Richard Owlett wrote:

> On 06/01/2020 05:02 PM, Richard Owlett wrote:
>
>> On 06/01/2020 04:02 PM, Ralph Katz wrote:

>>> apt show debian-goodies
>>> ...
>>> debman - Easily view man pages from a binary .deb without extracting
>>> [man, apt* (via debget)]
>>>
>>> So...  ~$ dman packagename   # will fetch the manpages as though they
>>> were local.
>>>
>>> Regards,
>>> Ralph
>> 
>> 
>> Thank you. Looks interesting.
>> 1st didn't work even after installing debian-goodies.
>> Suspect operator. Leaving now. will pursue in morning.

> Copy and paste this morning from MATE terminal
>> richard@defaultinstall:~$ dman gforth
>> bash: dman: command not found
>> richard@defaultinstall:~$ debman gforth
>> Usage: debman [options] [-- man(1) options]  ...
>> 
>> Options should be exactly one of:
>> -f package.deb  read pages from package.deb archive
>> -p package  download .deb for package and read pages
>> from there
>> richard@defaultinstall:~$ debman -p gforth
>> Usage: debman [options] [-- man(1) options]  ...
>> 
>> Options should be exactly one of:
>> -f package.deb  read pages from package.deb archive
>> -p package  download .deb for package and read pages
>> from there
>> richard@defaultinstall:~$ debman -f gforth.deb
>> Usage: debman [options] [-- man(1) options]  ...
>> 
>> Options should be exactly one of:
>> -f package.deb  read pages from package.deb archive
>> -p package  download .deb for package and read pages
>> from there
>> richard@defaultinstall:~$ 
> 
> I have verified that both
> https://manpages.debian.org/stretch/gforth/gforth.1.en.html
>and
> https://manpages.debian.org/buster/gforth/gforth.1.en.html
> 
> Help please.

I've dug into this, and while I thought at first there was a bug here
myself, I've figured it out.

The command lines you're giving are specifying the package name, but not
the name of the man page. The "" argument at the end of
the usage section is not optional.

For example,

$ debman -p gforth vmgen

works fine for me.

If you need to find out the name of the actual man page (since, e.g., it
isn't intuitively obvious that gforth will contain a man page for the
name 'vmgen'), something like

$ apt-file show gforth | grep /man/

ought to do it; just drop the leading path (up through the final '/')
and the trailing ".X.gz" (where X is a number) from each filename, and
it should be a valid man-page argument to debman.

(I'm not sure what it will do if there's a package which installs two
man pages with the same name but different sections, because I haven't
yet found any examples of packages which do that.)

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: Virtualize a Debian system within Manjaro

[Victor Sudakov]

john doe wrote:
> > 
> > There is an office where the standard desktop OS is Manjaro (a
> > clone of Arch Linux). There is not much choice actually.
> > 
> > I don't very much like Manjaro's packaging system and its lack of many
> > essential packages in binary format. When I need something as simple as
> > codesearch or apg or dateutils, it tries to compile them.
> > 
> > Willing to run a Debian instance within Manjaro, what's my best choice?
> > 
> > The easiest thing that comes to mind is installing VirtualBox in
> > Manjaro, but are there less resource-intensive and GUI-dependent
> > options? Maybe some kind of chroot or container?
> > 
> 
> Qemu preferably with KVM works well with Debian in a VM without a GUI.

The question is maybe I need not emulate hardware at all.

> 
> Chroot/container/VM are not the same, which one you pick depend on what
> you want to do with that Debian.

I mostly want to run Debian userspace commands and install
Debian userspace packages like aws, codesearch, dateutils, mercurial,
colordiff, ansible, mtr and others without the hassle of pacman.

> 
> See also Libvirt to manage your container/VMs.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

Re: Virtualize a Debian system within Manjaro

[Victor Sudakov]

Andrei POPESCU wrote:
> > 
> > There is an office where the standard desktop OS is Manjaro (a
> > clone of Arch Linux). There is not much choice actually.
> > 
> > I don't very much like Manjaro's packaging system and its lack of many
> > essential packages in binary format. When I need something as simple as
> > codesearch or apg or dateutils, it tries to compile them.
> > 
> > Willing to run a Debian instance within Manjaro, what's my best choice? 
> > 
> > The easiest thing that comes to mind is installing VirtualBox in
> > Manjaro, but are there less resource-intensive and GUI-dependent
> > options? Maybe some kind of chroot or container?
> 
> 'systemd-nspawn'. You can use 'debootstrap' to create the Debian chroot, 
> it was explicitly created to run also on other distributions (it's 
> written in shell).

Thanks you, I'll definitely look into that. It that it?
https://wiki.archlinux.org/index.php/Systemd-nspawn#Create_a_Debian_or_Ubuntu_environment



-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

Re: Virtualbox vs qemu/virt-manager

[Kamil Jońca]

Dan Ritter  writes:

[...]
>
> Sending a shutdown signal: yes, but it's client-dependent. In
> virt-viewer it's a menu option.

And is this key combination for this? Neither virt-manager nor virt-have
such hotkey AFAIK.


> I have been told that pass-through graphics are quite close to
> full native speed, and enable modern 3D games.

I do not want passthrough graphics, only qxl or its virtualbox
counterpart.
Boot there are not many search results about it.

KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/

Something is buggy - was [Re: Debian man pages have annoying feature(sic)]

[Richard Owlett]

On 06/01/2020 05:02 PM, Richard Owlett wrote:

On 06/01/2020 04:02 PM, Ralph Katz wrote:

On 5/30/20 3:52 AM, Richard Owlett wrote:
...

*PROBLEM*
As package is not installed, that directory does *NOT* exist.

Where to find required documentation on the web?

NOTE BENE
This post is about man pages as a class.



apt show debian-goodies
...
debman - Easily view man pages from a binary .deb without extracting
    [man, apt* (via debget)]

So...  ~$ dman packagename   # will fetch the manpages as though they
were local.

Regards,
Ralph



Thank you. Looks interesting.
1st didn't work even after installing debian-goodies.
Suspect operator. Leaving now. will pursue in morning.


I am running Debian 9.8 with MATE desktop

Synaptic reports:

Commit Log for Mon Jun  1 16:45:47 2020
Installed the following packages:
curl (7.52.1-5+deb9u9)
dctrl-tools (2.24-2+b1)
debian-goodies (0.69.1)
libcurl3 (7.52.1-5+deb9u9)



Copy and paste this morning from MATE terminal

richard@defaultinstall:~$ dman gforth
bash: dman: command not found
richard@defaultinstall:~$ debman gforth
Usage: debman [options] [-- man(1) options]  ...

Options should be exactly one of:
-f package.deb  read pages from package.deb archive
-p package  download .deb for package and read pages
from there
richard@defaultinstall:~$ debman -p gforth
Usage: debman [options] [-- man(1) options]  ...

Options should be exactly one of:
-f package.deb  read pages from package.deb archive
-p package  download .deb for package and read pages
from there
richard@defaultinstall:~$ debman -f gforth.deb
Usage: debman [options] [-- man(1) options]  ...

Options should be exactly one of:
-f package.deb  read pages from package.deb archive
-p package  download .deb for package and read pages
from there
richard@defaultinstall:~$ 


I have verified that both
https://manpages.debian.org/stretch/gforth/gforth.1.en.html
  and
https://manpages.debian.org/buster/gforth/gforth.1.en.html

Help please.
TIA

Re: [CLARIFICATION] Re: Debian man pages have annoying feature(sic)

[Dan Ritter]

Richard Owlett wrote: 
> In a recent post a particular package was mentioned.
> I was not familiar with it.
> I went to appropriate URL under https://manpages.debian.org/buster .
> 
> It did not explicitly answer my question.
> However, under "SEE ALSO" it stated that additional documentation would be
> under /usr/share/doc/...  .
> 
> *PROBLEM*
> As package is not installed, that directory does *NOT* exist.

*ANSWER*

Option 1: Install the package. Now the docs are in
/usr/share/doc/PACKAGENAME

Option 2: Get the package (apt install -d will work, or acquire
it from the package web page) and uncompress it with ar in a
location of your choosing; then read the docs.

There may be other options, but each of these will work.

-dsr-

Re: Return a Debian system to a pristine state

[Dan Ritter]

Victor Sudakov wrote: 
> David Wright wrote:
> > 
> > How you feel about it can't alter the fact that reverting a system by
> > removing packages is a sysadmin-ish process: you administering the
> > system.
> 
> This is more of a terminological question. Is a user installing or
> removing GIMP of FireFox really administering a system? Some
> administrative tasks are easy enough to be performed by users, and maybe
> (just maybe) the removal of extra software should be easy enough
> to be user-serviceable (i.e. not carry the risk of killing the system
> itself, or require sysadmin knowledge and reading of manual pages).


Quoting myself:

  The essence of the UNIX philosophy is not "make small
  utilities that can be fitted together with pipes" but to
  assume that at any moment, a user might decide to be a developer
  or a sysadmin and should have the tools to do that.

  The problems of UNIX generally come from assuming either that
  users are never devs and sysadmins, or that all users are devs
  and sysadmins.


-dsr-

Re: [Kamil Jo?ca] Virtualbox vs qemu/virt-manager

[Dan Ritter]

Kamil Jo?ca wrote: 
> 
> Please do not treat this as flame or sth.
> I used Virtualbox so far on my desktop box.
> Virtual machines are generally Windows (10,8.1,7, and ever ancient NT 4.0
> :) )
> I have been wondering for some time on migration to qemu.
> I tried to run test windows 8.1 guest and it looks promising.
> What I want:
> 1. isolated network for guests - no problem, already configured.
> 2. sharing folders between host and guest -  in virtualbox guest
> additions has such functionality, but it is ok to me use samba on host
> and mount volumes from guest.
> 3. shared clipboard - after installing client additions it worked.
> 
> Things I couldn't do: keystrokes and full screen with keys.
> In virtualbox I am used to turn off machine by pressing "right_ctrl+H", show 
> options
> by 'right_ctrl+Home', and so on, but I do not found how in virt-manager some 
> key
> combination make view full-screen or send shutdown signal to guest.
> Is it even possible?

Sending a shutdown signal: yes, but it's client-dependent. In
virt-viewer it's a menu option.

Making it full-screen: two different ways. One is to set your
virt-viewer client to full screen; the other is to dedicate a
graphics adapter to your virtual machine and pass it through.

> Another question is graphics performance. Does anybody test/compare it in 
> normal
> daily desktop  use? 

I have been told that pass-through graphics are quite close to
full native speed, and enable modern 3D games.

Non-passthrough is generally good enough for the use of Youtube
in a browser in Windows in a VM.

-dsr-

Re: Debian man pages have annoying feature(sic)

[Richard Owlett]

On 05/30/2020 04:05 PM, David Wright wrote:

On Sat 30 May 2020 at 10:08:41 (-0500), Richard Owlett wrote:

On 05/30/2020 09:50 AM, to...@tuxteam.de wrote:

On Sat, May 30, 2020 at 04:13:22PM +0200, l0f...@tuta.io wrote:

[...]


I would suggest the following instead:


[download + unpack]


Of course, the method indicated by Tomas is great and may be easier than mine 
(+ doesn't leave Debian package files on your computer).


I don't think "my" method is easier. Personally, I'd go with yours
any time (I dislike browsers) -- but I had the impression (wrongly?)
that the OP wanted a "webby" solution. But thanks for chiming in
with alternatives!



Yes. A "webby" solution can have two benefits in my environment:
   a. may minimize download downloaded byte count.
   b. following intervening links and cross references can lead to
  answering important un-asked questions.


For man pages, I type   man foo   into google. That usually throws
up one or two links from different sources.
[snip]


You missed my point entirely. I have accessed the man page via 
https://manpages.debian.org/ . It lacks information *CRITICAL* to 
whether or not to install the package. It skirts the issue by referring 
to a file which will exist, *if and only if*, the package has already 
been installed. I.E. classical infinite loop ;}

[CLARIFICATION] Re: Debian man pages have annoying feature(sic)

[Richard Owlett]

In a recent post a particular package was mentioned.
I was not familiar with it.
I went to appropriate URL under https://manpages.debian.org/buster .

It did not explicitly answer my question.
However, under "SEE ALSO" it stated that additional documentation would 
be under /usr/share/doc/...  .


*PROBLEM*
As package is not installed, that directory does *NOT* exist.

Where to find referenced documentation on the web?

NOTE BENE
This post is about man pages as a class.

Re: Towards a customizeable installer

[Richard Owlett]

On 06/01/2020 04:50 PM, Brian wrote:

On Mon 01 Jun 2020 at 14:28:45 -0500, Richard Owlett wrote:


On 06/01/2020 02:21 PM, Brian wrote:

On Mon 01 Jun 2020 at 07:01:21 -0500, Richard Owlett wrote:


Does anyone recall the page I described in my 2nd paragraph?


It doesn't exist anymore.

Your knowledge of preseeding should be sufficient to get to where you
want to be.



No.
My *EXPLICIT REQUIREMENT* is to produce multiple preseed.cfg files in a
semiautomatic manner.


Your explicit requirement is something you have imposed on yourself.


True. I have a *PERSONAL* project requiring multiple preseed.cfg files.


Why impose it on others in your search for a solution to preseeding?


That's a _non sequitur_ !
[q. v. https://literarydevices.net/non-sequitur/ ]

Re: Opener: systemd Sluiter: gezocht

[Richard Lucassen]

On Mon, 1 Jun 2020 09:13:55 +0200
Geert Stappers  wrote:

> Tijdens opstart reeds taken parallel doen,
> is een van de dingen die systemd mogelijk maakt.
> 
> In andere woorden:  systemd heeft bestaansrecht.

Ja, de gebruikelijke systemd klets. De hele boel om zeep helpen om een
paar seconden te winnen. Echter, herstarten gaat enkel op voor een
kernel change, want:

1) een laptop gaat in suspend
2) een workstation gaat in hibernate
3) een server herstart niet zomaar

Buiten dat: anno 2020 doet een server nog steeds 5 minuten over de
BIOS zodat die paar extra secondes wat mij betreft gestolen mogen
worden.

Voor dat alles wordt de aloude Unix filosofie bij het grofvuil gezet:

"Unix is so simple, but it takes a genius to understand its simplicity"

En erger nog, allerhande werkende programma's worden ineens afhankelijk
van systemd. Laatst nog nullmailer, notabene een smtp server die voor
embedded systemen is gemaakt. Hoe haal je het in je hoofd. Godzijdank
is de maker daarvoor flink teruggefloten, is-ie nou helemaal betoeterd?

Nota bene: ik ben NIET tegen systemd, eenieder draait maar wat-ie wil,
ik ben wel tegen het allesverzengende imperialisme van de heer
Poettering c.s.

R.

-- 
richard lucassen
https://contact.xaq.nl/

Re: Virtualize a Debian system within Manjaro

[john doe]

On 6/2/2020 6:14 AM, Victor Sudakov wrote:

Dear Colleagues,

There is an office where the standard desktop OS is Manjaro (a
clone of Arch Linux). There is not much choice actually.

I don't very much like Manjaro's packaging system and its lack of many
essential packages in binary format. When I need something as simple as
codesearch or apg or dateutils, it tries to compile them.

Willing to run a Debian instance within Manjaro, what's my best choice?

The easiest thing that comes to mind is installing VirtualBox in
Manjaro, but are there less resource-intensive and GUI-dependent
options? Maybe some kind of chroot or container?



Qemu preferably with KVM works well with Debian in a VM without a GUI.

Chroot/container/VM are not the same, which one you pick depend on what
you want to do with that Debian.

See also Libvirt to manage your container/VMs.

--
John Doe

kdump is not working

[Satish Bhalekar]

Hello, kdump is working on testing VM, but not generating dump data on
actual hardware server.
Below are details of OS version:
Debian Jessie - 3.16.0-4-amd64/Kernel - 3.16.51.-3 (2017-12-13)



Thanks & Regards
Satish Bhalekar.