Re: from screen to tmux

[Victor Sudakov]

davidson wrote:
> On Tue, 23 Jun 2020 Victor Sudakov wrote:
> > davidson wrote:
> > > [Victor Sudakov OP wrote:]
> > > > I'm trying to switch from screen to tmux
> [snip]
> 
> I've thought about the same thing, but inertia is seductive, and I
> have remained --so far-- unaware of specific reasons to bother
> changing.

I have a reason but not Debian-related. Since some version, screen has
started enforcing the "screen.xterm-256color" (sic!) terminal type which
is missing from FreeBSD's terminal definitions:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246029

[dd]

> 
> In my Gnu screen setup, the corresponding key sequence (unchanged from
> package defaults in this respect, afaict) is
> 
>   Ctrl-a a
> 
> And so to emulate that I would probably replace this line
> 
>   bind-key C-a send-prefix
> 
> with this one instead
> 
>   bind-key a send-prefix
> 
> so that old muscle-memory would remain useful.

Yes, this is much better, thank you.

> 
> > > I started my first session with this command:
> > > 
> > >   $ tmux attach
> > 
> > It is quite counter-intuitive to start a *first* session with "tmux
> > attach",
> 
> I agree, but I'm not sure how much my intuition, or my expectations of
> what constitutes "normal behavior" for a terminal multiplexer, has
> been shaped/warped by habituation to Gnu screen idioms.
> 
> It looks like tmux works a little differently. In particular, it uses
> its config files a little differently than Gnu screen uses ~/.screenrc

[dd]

Thank you for the detailed write up, very informative.

Also, if you have the "termcapinfo xterm* ti@:te@" command in screenrc,
you might find the following command for tmux.conf useful: 

set-option -ga terminal-overrides ',xterm*:smcup@:rmcup@

It prevents tmux from requesting the alternate screen from its parent
terminal, which is possibly what the Xfce or Gnome terminal is using to
decide if it should send the fake Cursor Up/Down keys when scrolling the
mouse wheel.

Without these commands, after starting screen or tmux, the mouse wheel
in Xfce Terminal starts scrolling through command history instead of the
terminal buffer, which can be quite annoying and even dangerous.

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


signature.asc
Description: PGP signature

Re: Fwd: lists.debian.org has received bounces from you

[Andy Smith]

Hello,

On Tue, Jun 23, 2020 at 06:40:17PM -0600, Joe Pfeiffer wrote:
> I assume the list is using mailman?

Debian lists do not use Mailman, but SmartList I believe. It's
probably also a fair bit modified from upstream.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: paste.debian.net for screenshots?

[Andy Smith]

Hi,

On Sun, Jun 21, 2020 at 12:41:26PM -0400, rhkra...@gmail.com wrote:
> How do I make screenshots acessible to the list?

In a text-based support forum like this I think one should be
careful to use images only as an additional resource, and still use
the body of the email to fully describe the issue as much as
possible. Not that I am suggesting *you* would just post a link to an
image with no further explanatory text, I just wanted to make clear
that I don't think that would be generally acceptable.

Anyhow, that said, there are tons of free image host web sites where
you can easily upload and share a link. I use https://imgur.com/ and
https://imaegbin.ca/ the latter of which doesn't require any kind of
login (maybe imgur doesn't either, but I have an account so am
logged in anyway…)

I don't really see there is any need to use Debian's pastebin in
preference to any other anyway. It doesn't have any particular
Debian-specific features aside from being ad-free. If you have
another that's ad-free then I don't see a problem with using that
one.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: menu bar lost in all KDE environment

[Jiri Kanicky]

The problem was panel "Application Menu Bar" on another screen.

When I disconnected the screen the menu was still hidden, so I think 
that the feature of adding app menu to the panel does not seem to work 
with many screens.


Jiri

On 24/6/20 11:40 am, Jiri Kanicky wrote:

Hi.

I also menu bar in all apps in KDE environment. I was not able to find 
the cause or how to get the menu back.


Can you advise?

Thx Jiri

Re: [debian-reference manual] bullet point sign and its content misplaced

[davidson]

On Wed, 24 Jun 2020 Finn wrote:

Charles Curley wrote:


Before you do that, are you sure what you see isn't Firefox's reaction
to buggy HTML? Have you run the code through an HTML validator?


Thanks for reminding that. HTML validator shows only one error, with
"width" attribute[1].

[1]:
https://validator.w3.org/check?uri=https%3A%2F%2Fwww.debian.org%2Fdoc%2Fmanuals%2Fdebian-reference%2Fch10.en.html%23_removable_storage_device=%28detect+automatically%29=Inline=0


I see this:

 http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;>
 http://www.w3.org/1999/xhtml;>
 ^

and I see a lot of empty elements written in combined start-end form,
like this,

  

but without any space preceding the forward slash at the end of the tag.

And by "a lot", I mean one dozen and two hundreds:

  $ grep -o '<[^<]*[^[:blank:]]/>' ch10.en.html | wc -l # NB[1]
  212

  $ grep -o '<[^<]*[^[:blank:]]/>' ch10.en.html |
  >  grep -o "^<[[:alpha:]]*" |
  >  tr -d "<" | sort | uniq -c
 67 a
 15 br
 54 col
  2 hr
 67 img
  5 link
  2 meta

In ye olde book about xhtml[2], it is written:

 Section 16.3.3  Handling Empty Elements

  In XML, and thus XHTML, every tag must have a corresponding end
  tag---even those that aren't allowed to contain other tags or
  content. Accordingly, XHTML expects the line break to appear as
   in your document. Ugh.

  Fortunately, there is an acceptable alternative: include a slash
  before the closing bracket of the tag to indicate its ending (eg,
  ). If the tag has attributes, the slash comes after, the
  slash comes after all the attributes so that an image could be
  defined as:

  

  While this notation may seem foreign and annoying to an HTML
  author, it actually serves a useful purpose. Any XHTML element that
  has no content can be written this way. Thus, an empty paragraph
  can be written as , and an empty table cell can be written as
  . This is a handy way to mark empty table cells.

  Clever as it may seem, writing empty tags in this abbreviated way
  may confuse HTML browsers. To avoid compatibility problems, you can
  fool the HTML browsers by placing a space before the forward slash
  in an empty element using the XHTML version of its end tag. For
  example, use , with a space between the "br" and '/', instead
  of the XHTML equivalents  and . Table 16-1 contains
  all of the empty HTML tags, expressed in their acceptable XHTML
  (transitional DTD) forms.

 Table 16-1. *HTML empty tags in XHTML format*

  
 
 
   
  


NOTES

1. "Every time you attempt to parse HTML with regular expressions, the
unholy child weeps the blood of virgins, and Russian hackers pwn
your webapp."
   
stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags/1732454#1732454

2. Musciano and Kennedy 2007, "HTML & XHTML the Definitive Guide" (6ed)


--
Firstly, you must always implicitly obey orders, without attempting to
form any opinion of your own respecting their propriety. Secondly, you
must consider every man your enemy who speaks ill of your king; and
thirdly, you must hate a Frenchman, as you do the devil. --H. Nelson

menu bar lost in all KDE environment

[Jiri Kanicky]

Hi.

I also menu bar in all apps in KDE environment. I was not able to find 
the cause or how to get the menu back.


Can you advise?

Thx Jiri

Re: Fwd: lists.debian.org has received bounces from you

[Nicholas Geovanis]

FWIW I get a couple of these every couple weeks. But that didnt start until
maybe 3 years ago. Ive always assumed it was a gmail internal issue. It has
never been more than 2 or 3 bounces per month.

On Tue, Jun 23, 2020, 8:06 PM Joe Pfeiffer  wrote:

> I assume the list is using mailman?  I haven't found a setting to tell a
> subscriber their email is bouncing -- where is it?
>
>

Re: Fwd: lists.debian.org has received bounces from you

[Joe Pfeiffer]

I assume the list is using mailman?  I haven't found a setting to tell a
subscriber their email is bouncing -- where is it?

Re: [debian-reference manual] bullet point sign and its content misplaced

[Finn]

Charles Curley wrote:

> Before you do that, are you sure what you see isn't Firefox's reaction
> to buggy HTML? Have you run the code through an HTML validator?

Thanks for reminding that. HTML validator shows only one error, with
"width" attribute[1].

[1]:
https://validator.w3.org/check?uri=https%3A%2F%2Fwww.debian.org%2Fdoc%2Fmanuals%2Fdebian-reference%2Fch10.en.html%23_removable_storage_device=%28detect+automatically%29=Inline=0

Radeon graphics work with 4.19.0-8 but not 4.19.0-9

[Scott Lair]

I installed a Radeon WX 3100 a few days ago on my buster system. It failed to 
bring up the X server. I installed the proprietary drivers from AMD's site, but 
still no dice.  Just for fun I tried to boot the previous kernel 4.19.0-8 and 
the system worked fine.

I have install the amd-graphics-firmware from buster backports version 
20190717-2.  Also installed xserver-xorg-video-amdgpu version 
18.1.99+git20190207-1. 

I have reconfigured the kernel and ran update-initramfs.  Also purged the 
amdgpu xorg driver and reinstalled.

Any ideas on how to get the system to run X with the 4.19.0-9 kernel.


log snippet from xorg log on 4.19.0-9  - failed
[60.114] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[60.116] (--) PCI:*(1@0:0:0) 1002:6985:103c:0b0e rev 0, Mem @ 
0xe000/268435456, 0xf000/2097152, 0xf7e0/262144, I/O @ 
0xe000/256, BIOS @ 0x/131072
[60.116] (II) LoadModule: "glx"
[60.116] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[60.116] (II) Module glx: vendor="X.Org Foundation"
[60.116]compiled for 1.20.4, module version = 1.0.0
[60.116]ABI class: X.Org Server Extension, version 10.0
[60.116] (==) Matched ati as autoconfigured driver 0

drm is not loaded and amdgpu is not matched

log snippet from xorg log on 4.19.0-8 - worked OK
[54.191] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[54.191] (II) xfree86: Adding drm device (/dev/dri/card0)
[54.203] (--) PCI:*(1@0:0:0) 1002:6985:103c:0b0e rev 0, Mem @ 
0xe000/268435456, 0xf000/2097152, 0xf7e0/262144, I/O @ 
0xe000/256, BIOS @ 0x/131072
[54.204] (II) LoadModule: "glx"
[54.240] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[54.500] (II) Module glx: vendor="X.Org Foundation"
[54.500]compiled for 1.20.4, module version = 1.0.0
[54.500]ABI class: X.Org Server Extension, version 10.0
[54.500] (II) Applying OutputClass "AMDgpu" to /dev/dri/card0
[54.500]loading driver: amdgpu
[54.500] (==) Matched amdgpu as autoconfigured driver 0
[54.500] (==) Matched ati as autoconfigured driver 1


thanks

Re: Be careful when editing /etc/fstab

[David]

On Wed, 24 Jun 2020 at 09:16, David  wrote:

> Anyway I was not aware of this so I thought to share it here.
> Further information is welcome, if you have any.

Well, it appears there is more info out there if you know to
look for it. For example:

https://unix.stackexchange.com/questions/477794/how-to-force-os-reload-of-fstab

https://unix.stackexchange.com/questions/90723/is-there-any-reason-to-move-away-from-fstab-on-a-systemd-system

Be careful when editing /etc/fstab

[David]

Hi,

I just noticed a new bug report [1]:
"""
Dear Installer Team,

Please consider adding words informing users they should run
"systemctl daemon-reload" after changing /etc/fstab.

With stale mount units from an older /etc/fstab, users might observe
"interesting surprises", f.e. systemd might umount newly mounted
filesystems, if the in-memory mount units conflict with info in
/etc/fstab.
""

Apparently this is old news, I found a systemd bug report [2]
from 2017. It links to documentation [3] that says:
"""
On SysV systems changes to init scripts or any other files that define
the boot process (such as /etc/fstab) usually had an immediate effect
on everything started later. This is different on systemd-based
systems where init script information and other boot-time
configuration files are only reread when "systemctl daemon-reload" is
issued. (Note that some commands, notably "systemctl
enable"/"systemctl disable" do this implicitly however.) This is by
design, and a safety feature, since it ensures that half-completed
changes are not read at the wrong time.
"""

Anyway I was not aware of this so I thought to share it here.
Further information is welcome, if you have any.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963573
[2] https://github.com/systemd/systemd/issues/7291
[3] https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/

No Dual Monitors on AMD Ryzen 7 Pro + Radeon Graphics

[Curtis Tucker1]

Hi,

After installing firmware-bullseye + xserver-xorg-video-amdgpu + 
firmware-amd-graphics on an AMD Ryzen 7 Pro + Radeon Graphics platform, there 
is no dual monitor capability via HDMI.

I thought the amdgpu from xorg would take care of things like xinerama or 
twinview.

Thanks,
C

Router 3/4G

[Jordi Vila]

Bon dia, tinc un problema que encara que no te res a veure amb debian,
voldria veure si em podeu donar un cop de ma.

A la casa del poble tinc un router 3/4G tp-link tr-ml6400 amb unes
càmeres connectades. Precisament quan va començar el confinament vaig
començar a tenir problemes a l'hora d'accedir remotament a la
configuració del router via web, ja que refusa la connexió. El router
mitjançant un temporitzador es reinicia dos cops al dia i algunes vegades
si aconsegueixo accedir-hi i altres no.He canviat el port del servidor
http diverses vegades amb igual resultat. A les càmeres mitjançant https
si hi puc accedir sempre, per la qual cosa no sé que està passant. El
senyal de la cobertura amb movistar abans era 100% o 75% i ara 25% pel
que suposo que aquest és el problema, però no entenc perquè no tinc
problema per accedir a les càmeres, només a la configuració del router.
Si em podeu orientar us ho agrairé, també amb el tema d'augmentar la
recepció del senyal de forma econòmica.

Gracies.

Jordi

No Dual Monitors on AMD Ryzen 7 Pro + Radeon Graphics

[Curtis Tucker1]

Hi,

After installing firmware-bullseye + xserver-xorg-video-amdgpu + 
firmware-amd-graphics on an AMD Ryzen 7 Pro + Radeon Graphics platform, there 
is no dual monitor capability via HDMI.

I thought the amdgpu from xorg would take care of things like xinerama or 
twinview.

Thanks,
C

Re: problem to apply an update with fwupd

[Liam O'Toole]

On Tue, 23 Jun, 2020 at 20:57:30 +0200, Patrice Duroux wrote:
>Hi,
>I am facing a strange trouble with a Debian Sid laptop (Dell Precision
>7540) both using gnome-software or fwupdmgr: a recent firmware update
>does not apply.
>So after reboots the update comes back again. Previously this worked
>many times.
>Is there a way to debug that?
>Thanks,
>Patrice

[...]

I vaguely recall that firmware updates require that the laptop is
plugged in to the mains at boot time. Is your laptop on AC power when
you boot it?

Re: from screen to tmux

[davidson]

On Tue, 23 Jun 2020 Victor Sudakov wrote:

davidson wrote:

[Victor Sudakov OP wrote:]

I'm trying to switch from screen to tmux

[snip]

I've thought about the same thing, but inertia is seductive, and I
have remained --so far-- unaware of specific reasons to bother
changing.


The first line below changes the command key from Ctrl-b to Ctrl-a,
to emulate Gnu screen.

  $ cat ~/.tmux.conf
  set-option -g prefix C-a


This is a nice feature, but not quite sufficient. You won't be able to
send a literal C-a to the terminal if you have just this one line.


Oof. Yeah, that's no good at all.


I have 3 lines doing the same job:

set-option -g prefix C-a
unbind-key C-b
bind-key C-a send-prefix


Thank you. That is much better.

I notice that this will make

  Ctrl-a Ctrl-a

the key sequence for passing Ctrl-a to the application running in a
window pane.

In my Gnu screen setup, the corresponding key sequence (unchanged from
package defaults in this respect, afaict) is

  Ctrl-a a

And so to emulate that I would probably replace this line

  bind-key C-a send-prefix

with this one instead

  bind-key a send-prefix

so that old muscle-memory would remain useful.


I started my first session with this command:

  $ tmux attach


It is quite counter-intuitive to start a *first* session with "tmux
attach",


I agree, but I'm not sure how much my intuition, or my expectations of
what constitutes "normal behavior" for a terminal multiplexer, has
been shaped/warped by habituation to Gnu screen idioms.

It looks like tmux works a little differently. In particular, it uses
its config files a little differently than Gnu screen uses ~/.screenrc

Try the following, with the ~/.tmux.conf that specifies
MyFirstTmuxSession:

 $ tmux kill-server # make sure your user has no tmux sessions

 $ tmux list-sessions # verify that this is so
 no server running on /tmp/tmux-1000/default

 $ tmux start-server # start the server that manages your sessions

 $ tmux list-sessions # see what sessions you have now
 MyFirstTmuxSession: 4 windows (created Tue Jun 23 17:18:33 2020) [80x24]

And now, of course, if you cared to, you could attach that session to
some terminal.

This made more sense to me when I read more carefully in tmux(1)
(somewhat weirdly, under section DESCRIPTION instead of OPTIONS) about
the '-f' command line option that lets you explicitly specify a
configuration file.

Surprisingly, it's full of information about how (and when) the
configuration file actually gets used:

  -f file

 Specify an alternative configuration file.  By default, tmux
 loads the system configuration file from /etc/tmux.conf, if
 present, then looks for a user configuration file at
 ~/.tmux.conf.

 The configuration file is a set of tmux commands which are
 executed in sequence when the server is first started.  tmux
  
 loads configuration files once when the server process has
 started.  The source-file command may be used to load a file
 later.

 tmux shows any error messages from commands in configuration
 files in the first session created, and continues to process the
 rest of the configuration file.

Sometimes you don't actually want your customary mancave full of
windows running applications like text editor, or tail --follow -ing
logs, or dedicated shell window for backgrounding fifty man pages or
whatever.

Sometimes you just want your terminal multiplexer to start up a plain
old one-window session --a brand new one-- and attach it to your
terminal.

And that is exactly what happens when you invoke tmux with no
arguments, like this:

 $ tmux

But first, before it can give you your plain-old one-window session,
(if the your user's tmux server isn't already started) it has to start
the server up, so that the session can be managed. And it is at *that*
point, server start-up time, that your ~/.tmux.conf file gets read.

If you've specified a mancave session in there, a mancave session will
be started for you. Whatever is in ~/.tmux.conf is just part of
setting up the server.

And then tmux can go about doing the specific task that the user who
issued plain old

 $ tmux

asked it to do: create a plain-old one-window session and attach it to
your terminal.


but your setup works, and thank you very much for that.


You are as surprised as I was/am.


I would have never been able to think of such a variant.


Me neither! It was just hiding under /usr/share/doc/tmux,
treacherously, in obfuscated form!


And when I detach it, I can resume it again with the same command.

I based the config file above off the following example config, after
some hunting around in the man page.

  $ tail -n12 /usr/share/doc/tmux/example_tmux.conf
  # Create a single default session, because a session is created here, tmux
  # should be started with "tmux attach" rather than "tmux new"


Well I never!

I tried the new-window command in .tmux.conf, but it always 

Fwd: lists.debian.org has received bounces from you

[Tapas Mishra]

-- Forwarded message -
From: Debian Listmaster Team 
Date: Mon, Jun 22, 2020, 2:15 PM
Subject: lists.debian.org has received bounces from you
To: 


Dear subscriber,

We've encountered some problems while sending listmail to your
emailaddress mightydre...@gmail.com.

In the last seven days we've seen bounces for the following list:
* debian-user
1 bounce out of 52 mails in one day (1%, kick-score is 80%)
(https://lists.debian.org/bounces/iRTovy1A1zJQes4Md9QwSQ)

(The link above points to a copy of the latest bounce
and will be valid for seven days.)

If the bounce-rate passes the kick-score, our bounce-detection will forcibly
remove your subscription.

Bounces happen from time to time when spam slips through our filters but are
rejected by your mail provider.  If you are your own mail provider and use
'Before-Queue Content filtering', you should whitelist bendel.debian.org
from
Content filtering.

However: You can safely ignore this message (and you will not be
unsubscribed
:-) ) if your bounce rate remains low.

For more information see https://wiki.debian.org/Teams/ListMaster/FAQ

You are welcome to contact listmas...@lists.debian.org if you think this
message was sent in error.

Sincerely,
The Listmaster Team
-- 
http://lists.debian.org

Re: technical terms overhaul

[nemo]

On Sun, 21 Jun 2020, John Hasler wrote:


deloptes writes:

Some 40-50y ago you did not like the word Neger, so it was replaced
with Black. You did nothing all those 50y to change the perception of
black. Now you have problem with the word Black


Wrong.  "Nigger" (a corruption of negro) was only used by whites and
always had derogatory connotations.


your memory is quite different from mine - the folks I grew up with 
used the word and weren't white.



 "Black" originated with blacks and has no derogatory connotations


again, very different from my memory of my parents' generation. the 
NAACP is an organization of 'colored' people. the valorization of 
'black' came in the '60's the way 'queer' became positive.


(except as used by racist whites who would say "nigger" if they 
could get away with it).


in 'Huckleberry Finn' the run-away slave's name is 'Nigger Jim'. 
Conrad wrote the novel, 'The Nigger of the Narcissus' but right, 
certainly the word was not used with delicate feeling for the 
sensibilities of black people (apparently since the 1st third of the 
Nineteenth Century in the US).


It is what blacks I know call themselves. "African-american", on the 
other hand, is a euphemism manufactured by liberal whites.


or by Jessie Jackson: "A movement led by the Rev. Jesse Jackson to 
call blacks African-Americans has met with both rousing approval and 
deep-seated skepticism in a debate that is coming to symbolize the 
role and history of blacks in this country."



fjd

--
Felmon Davis
Verbum sat sapienti

problem to apply an update with fwupd

[Patrice Duroux]

Hi,

I am facing a strange trouble with a Debian Sid laptop (Dell Precision
7540) both using gnome-software or fwupdmgr: a recent firmware update does
not apply.
So after reboots the update comes back again. Previously this worked many
times.
Is there a way to debug that?

Thanks,
Patrice

patrice@kos-moceratops ~> dpkg -l | grep '\(grub\|fwupd\)'
ii  fwupd 1.3.11-1
   amd64Firmware update daemon
ii  grub-common   2.04-8
   amd64GRand Unified Bootloader (common files)
ii  grub-efi-amd642.04-8
   amd64GRand Unified Bootloader, version 2 (EFI-AMD64 version)
ii  grub-efi-amd64-bin2.04-8
   amd64GRand Unified Bootloader, version 2 (EFI-AMD64 modules)
ii  grub-firmware-qemu2.04-8
   amd64GRUB firmware image for QEMU
ii  grub-pc-bin   2.04-8
   amd64GRand Unified Bootloader, version 2 (PC/BIOS modules)
ii  grub2-common  2.04-8
   amd64GRand Unified Bootloader (common files for version 2)
ii  libfwupd2:amd64   1.3.11-1
   amd64Firmware update daemon library
ii  libfwupdplugin1:amd64 1.3.11-1
   amd64Firmware update daemon plugin library

patrice@kos-moceratops ~> fwupdmgr update
• Thunderbolt Controller has no available firmware updates
• KXG60ZNV256G NVMe KIOXIA 256GB has the latest available firmware version
• ST1000LM049-2GH172 has no available firmware updates
Upgrade available for System Firmware from 1.8.2 to 1.9.0
Precision 7540 must remain plugged into a power source for the duration of
the update to avoid damage. Continue with update? [Y|n]: Y
Downloading 1.9.0 for System Firmware...
Decompressing…   [***]
Authenticating…  [***]
Updating System Firmware…[  -]
Scheduling…  [***]
Successfully installed firmware

An update requires a reboot to complete. Restart now? [y|N]:



patrice@kos-moceratops ~> tree /boot/efi
/boot/efi
├── EFI
│   ├── Boot
│   │   ├── BOOTX64.EFI
│   │   ├── en-us
│   │   │   └── bootx64.efi.mui
│   │   ├── fbx64.efi
│   │   ├── mmx64.efi
│   │   └── shimx64.efi
│   ├── Debian
│   │   ├── BOOTX64.CSV
│   │   ├── fbx64.efi
│   │   ├── fw
│   │   │   └── fwupd-74992bad-d49d-4f82-bb77-bbe865bea34e.cap
│   │   ├── fwupdx64.efi
│   │   ├── grub.cfg
│   │   ├── grubx64.efi
│   │   ├── mmx64.efi
│   │   └── shimx64.efi
│   ├── dell
│   │   ├── bios
│   │   │   └── recovery
│   │   │   ├── BIOS_CUR.RCV
│   │   │   └── BIOS_PRE.rcv
│   │   └── logs
│   │   └── diags_current.xml
│   ├── Microsoft
│   │   └── Boot
│   │   ├── BCD
│   │   ├── BCD.LOG
│   │   ├── en-us
│   │   ├── Fonts
│   │   │   ├── chs_boot.ttf
│   │   │   ├── cht_boot.ttf
│   │   │   ├── jpn_boot.ttf
│   │   │   ├── kor_boot.ttf
│   │   │   ├── malgun_boot.ttf
│   │   │   ├── meiryo_boot.ttf
│   │   │   ├── msjh_boot.ttf
│   │   │   ├── msyh_boot.ttf
│   │   │   ├── segmono_boot.ttf
│   │   │   ├── segoe_slboot.ttf
│   │   │   └── wgl4_boot.ttf
│   │   └── Resources
│   │   └── bootres.dll
│   └── ubuntu
│   ├── BOOTX64.CSV
│   ├── grub.cfg
│   ├── grubx64.efi
│   ├── mmx64.efi
│   └── shimx64.efi
└── en-us
└── bootmgr.efi.mui

16 directories, 36 files

Re: Pacote LSB

[Christian Erick]

Dutra, boa tarde

Desculpa esqueci mesmo de mencionar o modelo da impressora é uma Epson L3110


Em 23/06/2020 15:49, Leandro Guimarães Faria Corcete DUTRA escreveu:

Le mardi 23 juin 2020 à 13:43 -0300, Christian Erick a écrit :

Preciso instalar uma impressora Epson

¿Qual?



no Debian 10, mas é solicitada a
instalação do pacote lsb para conseguir instalar os drivers da
Epson.

Só se tentares instalar os pacotes da Epson, que são para versões
antigas.



Alguém poderia me dar uma orientação (uma luz) que me ajuda a
resolver isso?

Já faz alguns meses que instalei a minha.  O pulo do gato, que não é
óbvio, é que instala-se o pacote do próprio Debian, não os da Epson:

apt install printer-driver-escpr

E aí faz-se a chamada instalação sem acionadores de
dispositivo (/driverless/), ou seja, via assistente, usando o
protocolo IPP.

Para dispositivos móveis, coloca-se no com uma opção no
/etc/cups-browsed.conf :

CreateIPPPrinterQueues All



Achei em alguns fóruns que não existe mais suporte a esse pacote.

É isso mesmo?

Sim, ele está mais que obsoleto.



Alguma ajuda pra instalar uma multifuncional Epson no Debian 10?

Começa dizendo qual o modelo.




--
Att,

Christian Erick
WhatsApp (51) 99299-4209
Skype: christian_er...@hotmail.com

Re: Pacote LSB

[Leandro Guimarães Faria Corcete DUTRA]

Le mardi 23 juin 2020 à 13:43 -0300, Christian Erick a écrit :
> Preciso instalar uma impressora Epson

¿Qual?


> no Debian 10, mas é solicitada a
> instalação do pacote lsb para conseguir instalar os drivers da
> Epson.

Só se tentares instalar os pacotes da Epson, que são para versões
antigas.


> Alguém poderia me dar uma orientação (uma luz) que me ajuda a
> resolver isso?

Já faz alguns meses que instalei a minha.  O pulo do gato, que não é
óbvio, é que instala-se o pacote do próprio Debian, não os da Epson:

apt install printer-driver-escpr

E aí faz-se a chamada instalação sem acionadores de
dispositivo (/driverless/), ou seja, via assistente, usando o
protocolo IPP.

Para dispositivos móveis, coloca-se no com uma opção no
/etc/cups-browsed.conf :

CreateIPPPrinterQueues All


> Achei em alguns fóruns que não existe mais suporte a esse pacote.
>
> É isso mesmo?

Sim, ele está mais que obsoleto.


> Alguma ajuda pra instalar uma multifuncional Epson no Debian 10?

Começa dizendo qual o modelo.


-- 
/¯\
\ / +55 (61) 3546 7191 xmpp:leand...@jabber.org
 X  +55 (61) 99302 2691
/ \ BRAZIL GMT−3  https://useplaintext.email/#why-plaintext

Re: Pacote LSB

[Christian Erick]

Oi Deivite, boa tarde

Estava seguindo a recomendação da Epson, baixando os drivers pra Linux 
do Portal Epson, só que eles pedem a instalação do pacote lsb pra 
reconhecer os arquivos para instalação.



Em 23/06/2020 14:35, Deivite Cardoso escreveu:

Boa tarde, Christian.

Eu tenho uma Epson TX135 aqui que nunca usei. Acabei de configura-la no
meu Debian Testing tranquilamente. Usando o próprio gerenciador de
impressoras do Gnome, foi basicamente um (next, next) instalei o Driver
Genérico que é o recomendado. As impressoras Epson costumam ser bem
amigáveis com o Debian; Como você tá fazendo a instalação?

Att.



Em 2020-06-23 13:43, Christian Erick escreveu:

Boa tarde!

Preciso instalar uma impressora Epson no Debian 10, mas é solicitada a
instalação do pacote lsb para conseguir instalar os drivers da Epson.
Alguém poderia me dar uma orientação (uma luz) que me ajuda a resolver isso?
Achei em alguns fóruns que não existe mais suporte a esse pacote.
É isso mesmo? Alguma ajuda pra instalar uma multifuncional Epson no Debian 10?

Desde já grato


--
Att,

Christian Erick
WhatsApp (51) 99299-4209
Skype: christian_er...@hotmail.com

Re: Pacote LSB

[Deivite Cardoso]

Boa tarde, Christian.

Eu tenho uma Epson TX135 aqui que nunca usei. Acabei de configura-la no
meu Debian Testing tranquilamente. Usando o próprio gerenciador de
impressoras do Gnome, foi basicamente um (next, next) instalei o Driver
Genérico que é o recomendado. As impressoras Epson costumam ser bem
amigáveis com o Debian; Como você tá fazendo a instalação?

Att.



Em 2020-06-23 13:43, Christian Erick escreveu:
> Boa tarde!
> 
> Preciso instalar uma impressora Epson no Debian 10, mas é solicitada a
> instalação do pacote lsb para conseguir instalar os drivers da Epson.
> Alguém poderia me dar uma orientação (uma luz) que me ajuda a resolver isso?
> Achei em alguns fóruns que não existe mais suporte a esse pacote.
> É isso mesmo? Alguma ajuda pra instalar uma multifuncional Epson no Debian 10?
> 
> Desde já grato

Re: [debian-reference manual] bullet point sign and its content misplaced

[Charles Curley]

On Tue, 23 Jun 2020 11:53:53 +
Finn  wrote:

> > It is obviously a bug in Firefox's HTML parser, probably linked to
> > the empty  element denoted with the slash at the end.  
> 
> Thanks, I'll report it to Bugzilla.

Before you do that, are you sure what you see isn't Firefox's reaction
to buggy HTML? Have you run the code through an HTML validator? e.g.
http://validator.w3.org/check

-- 
Does anybody read signatures any more?

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

Pacote LSB

[Christian Erick]

Boa tarde!

Preciso instalar uma impressora Epson no Debian 10, mas é solicitada a 
instalação do pacote lsb para conseguir instalar os drivers da Epson.

Alguém poderia me dar uma orientação (uma luz) que me ajuda a resolver isso?
Achei em alguns fóruns que não existe mais suporte a esse pacote.
É isso mesmo? Alguma ajuda pra instalar uma multifuncional Epson no 
Debian 10?


Desde já grato

--
Att,

Christian Erick
Skype: christian_er...@hotmail.com

Re: [debian-reference manual] bullet point sign and its content misplaced

[l0f4r0]

Hi,

23 juin 2020 à 13:43 de finn02+deb...@disroot.org:

> Yes, but I can reproduce this behavior on fresh "new profile" of
> Firefox. Can you reproduce this on Firefox?
>
Confirmed on FF indeed!

Best regards,
l0f4r0

Re: https://certbot.eff.org/lets-encrypt/debianbuster-nginx

[Paul van der Vlis]

Op 23-06-2020 om 12:55 schreef mj:
> Hoi,
> 
> On 6/23/20 10:39 AM, Paul van der Vlis wrote:
>> Hiervoor worden bestaande dns en http servers gebruikt. Maar zoals
>> gezegd: misschien dat er een standalone optie is.
> 
> Ja, dat had ik erbij moeten zeggen, sorry. Ik gebruik acme.sh, en die
> kan inderdaad een draaiende apache 'hergebruiken', maar ook --standalone
> via port 80, en dat kan (natuurlijk) niet wanneer apache daarop draait.

De vraag gaat over certbot.

Doet ongeveer hetzelfde lijkt me, maar is een andere applicatie.

Groeten,
Paul


-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: [debian-reference manual] bullet point sign and its content misplaced

[Vipul]

l0f...@tuta.io wrote:

> You see an empty bullet point with its related text just below? 
Yep.

> Have you tried different web browsers?
Not yet, I reproduced this only on Firefox browser. Just checked, I
cannot reproduce this on Chromium browser; seems like issue is with Firefox.

> Do you have specific browser addons installed?
Yes, but I can reproduce this behavior on fresh "new profile" of
Firefox. Can you reproduce this on Firefox?

Re: [debian-reference manual] bullet point sign and its content misplaced

[Finn]

> It is obviously a bug in Firefox's HTML parser, probably linked to the
> empty  element denoted with the slash at the end.

Thanks, I'll report it to Bugzilla.

Re: [debian-reference manual] bullet point sign and its content misplaced

[Nicolas George]

Kenneth Parker (12020-06-23):
> I picked this one as an example.  Firefox on Android showed what you
> described, on the first Bullet Point.
> 
> *However*,  the DuckDuckGo Android Browser put the content on the same line
> as the Bullet Point.
> 
> So I back up the suggestion by the other responder to try other Browsers.

With Firefox, the DOM inspector shows:

  

  ...
  ...

In the source code of the page, we see:

10.1.7. Removable storage 
device

It is obviously a bug in Firefox's HTML parser, probably linked to the
empty  element denoted with the slash at the end.

That could be better written:

10.1.7. Removable storage 
device

though.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: [debian-reference manual] bullet point sign and its content misplaced

[Kenneth Parker]

On Tue, Jun 23, 2020, 5:15 AM Vipul  wrote:

> Hi,
>
> At some places, in debian-reference manual[1], bullet point and its
> content is misplaced, that is content is present just below the bullet
> sign.
>
> Here some examples,
>
> - Removable Storage Device (Section 10.1.7)[2]
> > "USB flash drive"
>
> Sentence present just below bullet sign, and similarly there are many
> more place like this.
>
> - Filesystem choice for sharing data (Section 10.1.8)[3]
> >  Partitioning them with fdisk(8), cfdisk(8) or parted(8) (see Section
> > 9.5.2, “Disk partition configuration”) into a single primary partition
> > and to mark it as the following.
>
> - Sharing data via network (Section 10.1.9)[4]
> > Encrypt it with SSL/TLS
>
>
> I don't think author has intention to show these sentences like this. I
> looked into source code of debian-reference manual[5], but found nothing
> unusual i.e. if you look into source code of "Removable Storage Device"
> (Section 10.1.7)[6], there is no syntactically difference in first and
> second line, despite that "USB flash drive" sentence isn't present in
> same line like "Hard disk drive" sentence.
>
> First I was thinking that may be debian.org is running older release of
> manual; but README file mentioned it clearly, debian.org is running
> latest release[7]. Is it some kind of bug? Or I'm missing something.
>
> [1]: https://www.debian.org/doc/manuals/debian-reference/
> [2]:
>
> https://www.debian.org/doc/manuals/debian-reference/ch10.en.html#_removable_storage_device


I picked this one as an example.  Firefox on Android showed what you
described, on the first Bullet Point.

*However*,  the DuckDuckGo Android Browser put the content on the same line
as the Bullet Point.

So I back up the suggestion by the other responder to try other Browsers.

(As to Firefox, don't know what to suggest).



Kenneth Parker

Re: [External] Re: AMD Ryzen 7 Pro + Radeon Graphics

[Brad Rogers]

On Tue, 23 Jun 2020 09:53:44 +
Curtis Tucker1  wrote:

Hello Curtis,

>The solution to my issue was as Mr. Ritter suggested.  Seems like the
>AMDGPU Radeon drivers that come from Mesa & some firmware now have a
>dependency on Xorg, as stated below:

Glad you're sorted.

I realised after I posted my message I may have (as turns out, I did)
misinterpret your message.  At least you got good advice from others.

Cheers.

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


pgphM85heOLkU.pgp
Description: OpenPGP digital signature

Re: [debian-reference manual] bullet point sign and its content misplaced

[l0f4r0]

Hi,

23 juin 2020 à 10:58 de finn02+deb...@disroot.org:

> At some places, in debian-reference manual[1], bullet point and its
> content is misplaced, that is content is present just below the bullet sign.
>
Either I don't understand your description, or I have no issue at all from my 
side.
You see an empty bullet point with its related text just below?
Have you tried different web browsers? Do you have specific browser addons 
installed?

Anyway, if there is a real issue, debian-...@lists.debian.org will certainly be 
more appropriate ;)

Best regards,
l0f4r0

Re: https://certbot.eff.org/lets-encrypt/debianbuster-nginx

[mj]

Hoi,

On 6/23/20 10:39 AM, Paul van der Vlis wrote:

Hiervoor worden bestaande dns en http servers gebruikt. Maar zoals
gezegd: misschien dat er een standalone optie is.


Ja, dat had ik erbij moeten zeggen, sorry. Ik gebruik acme.sh, en die 
kan inderdaad een draaiende apache 'hergebruiken', maar ook --standalone 
via port 80, en dat kan (natuurlijk) niet wanneer apache daarop draait.


MJ

RE: [External] Re: AMD Ryzen 7 Pro + Radeon Graphics

[Curtis Tucker1]

Hi Brad,

The solution to my issue was as Mr. Ritter suggested.  Seems like the AMDGPU 
Radeon drivers that come from Mesa & some firmware now have a dependency on 
Xorg, as stated below:

"The Xorg AMDGPU Driver package contains the X.Org Video Driver for newer AMD 
Radeon video cards starting from Volcanic Islands. It can also be used for 
Southern and Sea Islands if the experimental support was enabled in the kernel."

Thanks for the feedback.  Really appreciate it.
C

-Original Message-
From: Brad Rogers  
Sent: Monday, June 22, 2020 8:53 AM
To: Debian Users ML 
Subject: [External] Re: AMD Ryzen 7 Pro + Radeon Graphics

On Mon, 22 Jun 2020 12:27:56 +
Curtis Tucker1  wrote:

Hello Curtis,

>Is this platform supported? 

Running AMD Ryzen 7 here, without issue.  No Radeon GFX, but that has nothing 
to do with your issues.

--
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Watching the people get lairy
I Predict A Riot - Kaiser Chiefs

Re: https://certbot.eff.org/lets-encrypt/debianbuster-nginx

[Paul van der Vlis]

Hoi,

Op 23-06-2020 om 11:37 schreef Geert Stappers:
> On Tue, Jun 23, 2020 at 10:39:54AM +0200, Paul van der Vlis wrote:
>> Op 23-06-2020 om 10:23 schreef mj:
>>> Hoi,
>>>
>>> On 6/23/20 10:00 AM, Paul van der Vlis wrote:
 Nee. Anders zou je het niet samen met b.v. Apache kunnen gebruiken.
>>>
>>> Volgens mij kan dat ook niet, en zou je het daarom wel als een (heel
>>> specifiek soort van, en uiterst tijdelijk draaiende) webserver kunnen
>>> beschouwen.
> 
> Dat beantwoordt mijn oorspronkelijke vraag.  Dank.
> 
> 
>> Misschien dat er een standalone optie is, o.i.d.
>>
>> Apache wordt niet even uitgezet als certbot draait.
> 
> Hoe dan?   (zelfde vraag verder op ook in andere beantwoording)

Er wordt tijdelijk een mapje aangemaakt in de map .well-known/
Als ik me niet vergis heet dat mapje acme, maar ik weet het niet zeker.

Dit wordt uitgelezen door de acme server, dus apache moet van buitenaf
bereikbaar zijn. Dit gaat goed over poort 80. Of het goed gaat over
poort 443 (bij een verleninging) weet ik niet zeker.

>>> Wanneer apache luistert op 80, kan acme.sh (dat ik gebruik ipv certbot)
>>> die poort niet gebruiken voor verificatie doeleinden.
>>>
> Wat is certbot volgens jou?

 Ik zie het als een acme-client.
>>>
>>> Ik ook. En acme kan over dns en http. 
>>
>> Hiervoor worden bestaande dns en http servers gebruikt. Maar zoals
>> gezegd: misschien dat er een standalone optie is.
>>
>>> Waarbij dns mijn voorkeur heeft,
>>> omdat je dus geen poort conflicten krijgt tijdens certificaat renewals,
>>> met apache op 443/80. 
>>
>> Ik gebruik het met Apache zonder conflicten.
> 
> En is dat m.b.v. van "webroot"?
> ( https://certbot.eff.org/docs/using.html#webroot )

Nee, met behulp van de apache plugin.
https://packages.debian.org/buster/python3-certbot-apache

Groet,
Paul

>> Maar het is wat lastig als er geen Apache draait tegenover de
>> buitenwereld. Zoals bij een intranet of een mailserver.
> 
> Inmiddels https://certbot.eff.org/docs/using.html#manual gevonden.
> 
> 
>> Groeten,
>> Paul
>>
>>> (plus: het is heel gemakklijk te automatiseren
>>> met: https://github.com/joohoi/acme-dns)
>>>
>>> Groet,
>>> MJ
> 
> 
> 
> 
> Groeten
> Geert Stappers
> 

-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: https://certbot.eff.org/lets-encrypt/debianbuster-nginx

[Geert Stappers]

On Tue, Jun 23, 2020 at 10:39:54AM +0200, Paul van der Vlis wrote:
> Op 23-06-2020 om 10:23 schreef mj:
> > Hoi,
> > 
> > On 6/23/20 10:00 AM, Paul van der Vlis wrote:
> >> Nee. Anders zou je het niet samen met b.v. Apache kunnen gebruiken.
> > 
> > Volgens mij kan dat ook niet, en zou je het daarom wel als een (heel
> > specifiek soort van, en uiterst tijdelijk draaiende) webserver kunnen
> > beschouwen.

Dat beantwoordt mijn oorspronkelijke vraag.  Dank.


> Misschien dat er een standalone optie is, o.i.d.
> 
> Apache wordt niet even uitgezet als certbot draait.

Hoe dan?   (zelfde vraag verder op ook in andere beantwoording)

 
> > Wanneer apache luistert op 80, kan acme.sh (dat ik gebruik ipv certbot)
> > die poort niet gebruiken voor verificatie doeleinden.
> > 
> >>> Wat is certbot volgens jou?
> >>
> >> Ik zie het als een acme-client.
> > 
> > Ik ook. En acme kan over dns en http. 
> 
> Hiervoor worden bestaande dns en http servers gebruikt. Maar zoals
> gezegd: misschien dat er een standalone optie is.
> 
> > Waarbij dns mijn voorkeur heeft,
> > omdat je dus geen poort conflicten krijgt tijdens certificaat renewals,
> > met apache op 443/80. 
> 
> Ik gebruik het met Apache zonder conflicten.

En is dat m.b.v. van "webroot"?
( https://certbot.eff.org/docs/using.html#webroot )
 

> Maar het is wat lastig als er geen Apache draait tegenover de
> buitenwereld. Zoals bij een intranet of een mailserver.

Inmiddels https://certbot.eff.org/docs/using.html#manual gevonden.


> Groeten,
> Paul
> 
> > (plus: het is heel gemakklijk te automatiseren
> > met: https://github.com/joohoi/acme-dns)
> > 
> > Groet,
> > MJ




Groeten
Geert Stappers
-- 
Silence is hard to parse

Wordpress UTF-8 problem after PHP upgrade (from 5.6 to 7.3)

[Christoph K.]

Hello,

I've just upgraded from PHP 5.6 to PHP 7.3 (and reverted back for now).

With PHP 7.3 there is a problem in Wordpress displaying german Umlaute
and other UTF-8 related characters.

I guess it's just some locale-related setting somewhere,
any suggestions?

Thanks,
Christoph


Software version information:
Debian 10/Buster on amd64
MYSQL server 5.5
Apache 2.4.38
Wordpress 5.0 (that ships with Buster)

PHP / Wordpress compatibility chart
https://make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions/

[debian-reference manual] bullet point sign and its content misplaced

[Vipul]

Hi,

At some places, in debian-reference manual[1], bullet point and its
content is misplaced, that is content is present just below the bullet sign.

Here some examples,

- Removable Storage Device (Section 10.1.7)[2]
> "USB flash drive"

Sentence present just below bullet sign, and similarly there are many
more place like this.

- Filesystem choice for sharing data (Section 10.1.8)[3]
>  Partitioning them with fdisk(8), cfdisk(8) or parted(8) (see Section
> 9.5.2, “Disk partition configuration”) into a single primary partition
> and to mark it as the following.

- Sharing data via network (Section 10.1.9)[4]
> Encrypt it with SSL/TLS


I don't think author has intention to show these sentences like this. I
looked into source code of debian-reference manual[5], but found nothing
unusual i.e. if you look into source code of "Removable Storage Device"
(Section 10.1.7)[6], there is no syntactically difference in first and
second line, despite that "USB flash drive" sentence isn't present in
same line like "Hard disk drive" sentence.

First I was thinking that may be debian.org is running older release of
manual; but README file mentioned it clearly, debian.org is running
latest release[7]. Is it some kind of bug? Or I'm missing something.

[1]: https://www.debian.org/doc/manuals/debian-reference/
[2]:
https://www.debian.org/doc/manuals/debian-reference/ch10.en.html#_removable_storage_device
[3]:
https://www.debian.org/doc/manuals/debian-reference/ch10.en.html#_filesystem_choice_for_sharing_data
[4]:
https://www.debian.org/doc/manuals/debian-reference/ch10.en.html#_sharing_data_via_network
[5]: https://salsa.debian.org/debian/debian-reference/
[6]:
https://salsa.debian.org/debian/debian-reference/-/blob/master/asciidoc/10_datamngt.txt#L256
[7]:
https://salsa.debian.org/debian/debian-reference/-/tree/master#publication-to-the-wwwdebianorg-servers


Cheers,
Vipul

RE: [External] Re: AMD Ryzen 7 Pro + Radeon Graphics

[Curtis Tucker1]

Thanks, Dan.  That solved the problem.  Really appreciate your time & feedback.

C

-Original Message-
From: Dan Ritter  
Sent: Monday, June 22, 2020 8:51 AM
To: Curtis Tucker1 
Cc: debian-user@lists.debian.org
Subject: [External] Re: AMD Ryzen 7 Pro + Radeon Graphics

Curtis Tucker1 wrote: 
> Hi,
> 
> After installing "firmware-bullseye-D1-alpha2-amd64-DVD-1" on an AMD Ryzen 7 
> Pro + Radeon Graphics platform, the system boots but no desktop (Gnome) is 
> launched & the screen is blank.
> 
> Is this platform supported?  I set "nomodeset" on the boot line, but that did 
> not work.  I booted to runlevel 3 to investigate, but the keyboard wasn't 
> configured properly.  I looked far & wide & could not find any solution or 
> information regarding this issue.
> 


You'll want to install 
xserver-xorg-video-amdgpu 
and
firmware-amd-graphics

and reboot.

-dsr-

Re: https://certbot.eff.org/lets-encrypt/debianbuster-nginx

[Paul van der Vlis]

Op 23-06-2020 om 10:23 schreef mj:
> Hoi,
> 
> On 6/23/20 10:00 AM, Paul van der Vlis wrote:
>> Nee. Anders zou je het niet samen met b.v. Apache kunnen gebruiken.
> 
> Volgens mij kan dat ook niet, en zou je het daarom wel als een (heel
> specifiek soort van, en uiterst tijdelijk draaiende) webserver kunnen
> beschouwen.

Misschien dat er een standalone optie is, o.i.d.

Apache wordt niet even uitgezet als certbot draait.

> Wanneer apache luistert op 80, kan acme.sh (dat ik gebruik ipv certbot)
> die poort niet gebruiken voor verificatie doeleinden.
> 
>>> Wat is certbot volgens jou?
>>
>> Ik zie het als een acme-client.
> 
> Ik ook. En acme kan over dns en http. 

Hiervoor worden bestaande dns en http servers gebruikt. Maar zoals
gezegd: misschien dat er een standalone optie is.

> Waarbij dns mijn voorkeur heeft,
> omdat je dus geen poort conflicten krijgt tijdens certificaat renewals,
> met apache op 443/80. 

Ik gebruik het met Apache zonder conflicten.

Maar het is wat lastig als er geen Apache draait tegenover de
buitenwereld. Zoals bij een intranet of een mailserver.

Groeten,
Paul

> (plus: het is heel gemakklijk te automatiseren
> met: https://github.com/joohoi/acme-dns)
> 
> Groet,
> MJ
> 

-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: https://certbot.eff.org/lets-encrypt/debianbuster-nginx

[mj]

Hoi,

On 6/23/20 10:00 AM, Paul van der Vlis wrote:

Nee. Anders zou je het niet samen met b.v. Apache kunnen gebruiken.


Volgens mij kan dat ook niet, en zou je het daarom wel als een (heel 
specifiek soort van, en uiterst tijdelijk draaiende) webserver kunnen 
beschouwen.


Wanneer apache luistert op 80, kan acme.sh (dat ik gebruik ipv certbot) 
die poort niet gebruiken voor verificatie doeleinden.



Wat is certbot volgens jou?


Ik zie het als een acme-client.


Ik ook. En acme kan over dns en http. Waarbij dns mijn voorkeur heeft, 
omdat je dus geen poort conflicten krijgt tijdens certificaat renewals, 
met apache op 443/80. (plus: het is heel gemakklijk te automatiseren 
met: https://github.com/joohoi/acme-dns)


Groet,
MJ

Re: https://certbot.eff.org/lets-encrypt/debianbuster-nginx

[Paul van der Vlis]

Op 22-06-2020 om 21:43 schreef Geert Stappers:
> Hoi,
> 
> Certbot, is dat eigenlijk een webserver, iets wat op poort 80 luistert?

Nee. Anders zou je het niet samen met b.v. Apache kunnen gebruiken.

> Althans, dat is wat ik van 
> https://certbot.eff.org/lets-encrypt/debianbuster-nginx
> begrijp.
> 
> Wat is certbot volgens jou?

Ik zie het als een acme-client.
https://en.wikipedia.org/wiki/Automated_Certificate_Management_Environment
https://letsencrypt.org/docs/client-options/

Groet,
Paul

-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

mplayer

[steef]

good morning to you all!

yesterday as it seems now after some research I asked you about a hichup 
of mplayer.
This seems to be a systematic fault within a couple of builds over the 
years and is allways repaired after some time.


Sorry to have bothered you with this,

reg.,

steef
groningen, holland