On 24/09/2022 01:38, Eike Lantzsch KY4PZ wrote:
did you realize that, if the backup copy fails for any reason, also the
document cannot be saved and thus *all* work is lost? I experienced this
behaviour recently to my dismay (not to say anger).
I never used Backup copy feature, I just enabled
On Fri, 23 Sep 2022 19:18:35 -0400
The Wanderer wrote:
> I think the question was about a way/place/method to manually add such
> headers from within Gmail, so that they can be present even when
> replying to a message from within the digest, so that replies can be
> made correctly while
Hola,
El 23/9/22 a las 18:08, judedi sago escribió:
Buenas tardes…
Otra vez a molestarlos un poco con una justa inquietud.
Según me muestra fdisk, aquí se están perdiendo 52.2 G en la partición
extendida que quedó como primera partición.
Disco /dev/sda: 465,76 GiB, 500107862016 bytes,
On Freitag, 23. September 2022 09:28:12 -04 piorunz wrote:
> On 13/09/2022 20:47, Juan R.D. Silva wrote:
> > I was pissed off to find out that autosave is desabled by default. I
> > used not to care. Looks like now I want to enable it.
>
> Same! I just realized that AutoRecovery is disabled by
On 24/09/22 03:32, Greg Wooledge wrote:
On Fri, Sep 23, 2022 at 11:22:31AM -0400, The Wanderer wrote:
'man bash' cites Brian Fox and Chet Ramey as the authors, and gives an
E-mail address for each. (It's possible that they may be the active
upstream maintainers, as well.)
Chet Ramey is the
On 2022-09-23 at 16:24, Thomas Schmitt wrote:
> Hi,
>
> jr wrote:
>
>> I [...] cannot find an obvious (any!) place where headers could be set [...]
>> I [...] hope that someone can/will supply Gmail specific instructions
>
> The normal way to participate is to subscribe your mail address at
>
Buenas tardes…
Otra vez a molestarlos un poco con una justa inquietud.
Según me muestra fdisk, aquí se están perdiendo 52.2 G en la partición
extendida que quedó como primera partición.
Disco /dev/sda: 465,76 GiB, 500107862016 bytes, 976773168 sectores
Modelo de disco: WDC WD5000AVDS-6
Unidades:
Hi,
jr wrote:
> I [...] cannot find an obvious (any!) place where headers could be set [...]
> I [...] hope that someone can/will supply Gmail specific instructions
The normal way to participate is to subscribe your mail address at
https://lists.debian.org/debian-user/
or by sending a mail to
hi,
a single reply re the mail headers issue.
On Thursday, 22 September 2022 at 09:20:06 UTC+1, Thomas Schmitt wrote:
> ...
> Your mails lack headers like "In-Reply-To:" or "References:", ...
On Thursday, 22 September 2022 at 09:30:05 UTC+1, Tixy wrote:
> ...
> For a lot (most?) of us, your
On 23/09/2022 09:41, BERTRAND Joël wrote:
Bonjour à tous,
Ce matin, une fois de plus, systemd a cru bon tuer X et, incidemment,
toutes les applications en cours (me contraignant à repartir de la
sauvegarde de la nuit, je n'ai heureusement perdu qu'une heure de
travail). Ce ne
holas
El sáb, 17-09-2022 a las 09:49 +0200, Camaleón escribió:
> El 2022-09-16 a las 21:50 -0300, Gonzalo Rivero escribió:
>
> > Holas,
> > tengo el siguiente sources.list para un debian 11:
> > deb http://deb.debian.org/debian/ bullseye main contrib
> > deb http://deb.debian.org/debian/
On 2022-09-23 at 13:20, Perry Smith wrote:
> I have Debian bullseye installed in a container. My reading of the man
> page[1]
> is to use the -i flag to get dash to read $HOME/.profile. But that doesn’t
> seem
> to work for me. Instead, -l needs to be used. At least, that seems to be
>
I have Debian bullseye installed in a container. My reading of the man page[1]
is to use the -i flag to get dash to read $HOME/.profile. But that doesn’t seem
to work for me. Instead, -l needs to be used. At least, that seems to be
true for
me using Docker. Does this seem to be correct? If
On 2022-09-23 at 12:02, Emanuel Berg wrote:
> The Wanderer wrote:
>
>> That's maintainership history, with E-mail addresses attached.
>
> There should be no history entries in the man pages that relates to
> practical aspects that are no longer operational.
The E-mail address doesn't relate to
Greg Wooledge wrote:
>> 'man bash' cites Brian Fox and Chet Ramey as the authors,
>> and gives an E-mail address for each. (It's possible that
>> they may be the active upstream maintainers, as well.)
>
> Chet Ramey is the current upstream bash maintainer.
> Brian Fox has not been involved with
The Wanderer wrote:
> That's maintainership history, with E-mail
> addresses attached.
There should be no history entries in the man pages that
relates to practical aspects that are no longer operational.
Commands, examples that once worked but are now removed,
options that are
On 2022-09-23 at 11:32, Greg Wooledge wrote:
> On Fri, Sep 23, 2022 at 11:22:31AM -0400, The Wanderer wrote:
>
>> 'man bash' cites Brian Fox and Chet Ramey as the authors, and gives
>> an E-mail address for each. (It's possible that they may be the
>> active upstream maintainers, as well.)
>
>
On Fri, Sep 23, 2022 at 11:22:31AM -0400, The Wanderer wrote:
> 'man bash' cites Brian Fox and Chet Ramey as the authors, and gives an
> E-mail address for each. (It's possible that they may be the active
> upstream maintainers, as well.)
Chet Ramey is the current upstream bash maintainer. Brian
On 2022-09-23 at 11:07, Emanuel Berg wrote:
> Greg Wooledge wrote:
>
>> https://manpages.debian.org/bullseye/exif/exif.1.en.html
>>
>>AUTHOR
>>exif was written by Lutz Mueller
>> and numerous contributors.
>>This man page is Copyright © 2002-2012 Thomas Pircher,
>>Dan
Greg Wooledge wrote:
> https://manpages.debian.org/bullseye/exif/exif.1.en.html
>
>AUTHOR
>exif was written by Lutz Mueller
> and numerous contributors.
>This man page is Copyright © 2002-2012 Thomas Pircher,
>Dan Fandrich and others.
>
> This isn't a contact address for bug
El 23/9/22 a las 17:34, Camaleón escribió:
> El 2022-09-23 a las 17:17 +0300, Julián Daich escribió:
>> Probé primero pasar a PHP 8.1
>> Cuando hago
>> sudo a2dismod php7.3
>> sudo a2enmod php8.1
>> Me sale
>> ERROR: Module php8.1 does not exist!
>
> Ah, entonces lo que te falla es la
El 22/9/22 a las 9:01, Camaleón escribió:
> El 2022-09-21 a las 21:43 +0200, Julian Daich escribió:
>
>> Tengo un Wordpress montado en un Debian 10. Después de una
>> actualización se instaló PHP8 y ahora se cuelga cada do por tres.
>
> La versión que viene con Debian 10 y 11 es la 7.x,
El 2022-09-23 a las 17:17 +0300, Julián Daich escribió:
(reenvío a la lista)
> El 22/9/22 a las 9:01, Camaleón escribió:
> > El 2022-09-21 a las 21:43 +0200, Julian Daich escribió:
> >
> >> Tengo un Wordpress montado en un Debian 10. Después de una
> >> actualización se instaló PHP8 y ahora se
On Fri, Sep 23, 2022 at 04:14:43PM +0200, Emanuel Berg wrote:
> The fix in this case would amount to removing that entry from
> the roff source.
Let's be clear. We're talking about the exif(1) man page, as shown
here?
https://manpages.debian.org/bullseye/exif/exif.1.en.html
AUTHOR
exif
David Wright wrote:
>> But: isn't it still a bug in the distribution man page to
>> refer to mail address that bounces?
>
> I hope the maintainers (Debian's) have better things to do
Are you saying incorrect information in the man pages are OK
in Debian?
> than trawl through email addresses in
Bonjour,
Le 23/09/2022 à 14:24, Haricophile a écrit :
Le Fri, 23 Sep 2022 12:42:41 +0200,
"antoine.valmer" a écrit :
eth0, wlan0... c'est explicite, et pratique pour réparer un réseau
défaillant.
Le nouveau nommage est explicite aussi, c'est juste pas fait pour les
humains. Ce que je
On 13/09/2022 20:47, Juan R.D. Silva wrote:
I was pissed off to find out that autosave is desabled by default. I
used not to care. Looks like now I want to enable it.
Same! I just realized that AutoRecovery is disabled by default, and
backup copy feature is also disabled by default. Now I
On Wed, 14 Sep 2022 09:37:14 +0200 (CEST)
local10 wrote:
> I actually have it disabled on purpose. The reason is I don't always
> want changes to be autosaved because sometimes the changes make the
> document worse. I wonder if there's some change tracking option in LO
> that would allow to see
Le Fri, 23 Sep 2022 12:42:41 +0200,
"antoine.valmer" a écrit :
> eth0, wlan0... c'est explicite, et pratique pour réparer un réseau
> défaillant.
Le nouveau nommage est explicite aussi, c'est juste pas fait pour les
humains. Ce que je reproche n'est pas la logique du truc, mais ce fait
qui
On Fri, 23 Sep 2022 07:51:15 +0200 Gionatan Danti wrote:
Using libsystemd0 as an example, apt-cache policy shown the installed
packages
with score 100, and an available update with score 500. Still, the
update was
not installed until I manually specified the package on the
apt-get
Le 23/09/2022 à 12:42, antoine.valmer a écrit :
On Friday 23 September 2022 12:34:01 BERTRAND Joël wrote:
Attention, les ports sont renommés automatiquement sauf s'il y a des
règles udev spécifiques. Cela fut rigolo au passage de l'ancien système
au nouveau (et si j'ai pu récupérer eth1
On Friday 23 September 2022 12:34:01 BERTRAND Joël wrote:
> Attention, les ports sont renommés automatiquement sauf s'il y a des
> règles udev spécifiques. Cela fut rigolo au passage de l'ancien système
> au nouveau (et si j'ai pu récupérer eth1 et eth2, eth0 n'a rien voulu
> savoir et se
Erwann Le Bras a écrit :
>
>
>
>> Bonjour
>>
>> Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
>> [...]
>>> chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
>>> l'installer.
>>> J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
>>>
>>> Je suis en Debian stable
Bonjour
Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
[...]
chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
l'installer.
J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
Je suis en Debian stable (11.5).
Si tu as fait un upgrade d'une version
El 23/9/22 a las 9:40, Antonio Trujillo Carmona escribió:
Un servidor que funciona sin error aparente da:
# systemctl status
● gr00swebhgra28
State: *degraded*
Jobs: 0 queued
Failed: 1 units
...
revisando todos los servicios me dan todos correctos, por ejemplo:
# systemctl status
Bonjour
Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
[...]
chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
l'installer.
J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
Je suis en Debian stable (11.5).
Si tu as fait un upgrade d'une version antérieure,
Bonjour,
Erwann Le Bras a écrit :
> chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
> l'installer.
> J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
C'est ce matin que j'ai constaté qu'il était autoritairement poussé
dans testing. Jusqu'ici, je
Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
[...]
chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
l'installer.
J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
Je suis en Debian stable (11.5).
[...]
Bonjour,
De ce que je comprends, ce sera problématique
Michel Memeteau a écrit :
> Bonjour ,
>
>
> Je pensais que Systemd-OOM était désactivé sur debian ?
Je préférerais que ce soit un truc comme ça, mais non. Dans les logs,
j'ai juste systemd qui tue la session, comme ça, presque gratuitement.
Et concernant la session, c'est une sortie
Pierre-Elliott Bécue a écrit :
> Une ligne de log, quelque chose qui montre que systemd a bien tué X
> et éventuellement pourquoi, ou bien on est juste sur yet another
> mail de baseless FUD?
Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0...
Sep 23 08:49:31 hilbert
bonjour
je n'ai jamais constaté ce comportement :
sur mon ordi il arrive -rarement, mais je ne sais pas pourquoi- que
lightdm parte en vrille et je dois le redémarrer par 'systemctl restart
lightdm' depuis la console locale en root.
Ma session utilisateur est fermée, et les les processus
Bonjour ,
Je pensais que Systemd-OOM était désactivé sur debian ?
Le 23/09/2022 à 09:41, BERTRAND Joël a écrit :
Bonjour à tous,
Ce matin, une fois de plus, systemd a cru bon tuer X et, --
--
Michel Memeteau
Ekimia ( https://ekimia.fr )
El 2022-09-23 a las 09:40 +0200, Antonio Trujillo Carmona escribió:
> Un servidor que funciona sin error aparente da:
> # systemctl status
> ● gr00swebhgra28
> State: *degraded*
> Jobs: 0 queued
> Failed: 1 units
> ...
¿Qué tipo de servicio es ese?
> revisando todos los servicios me
BERTRAND Joël wrote on 23/09/2022 at 09:41:24+0200:
> Bonjour à tous,
>
> Ce matin, une fois de plus, systemd a cru bon tuer X et, incidemment,
> toutes les applications en cours (me contraignant à repartir de la
> sauvegarde de la nuit, je n'ai heureusement perdu qu'une heure de
>
Un servidor que funciona sin error aparente da:
# systemctl status
● gr00swebhgra28
State: *degraded*
Jobs: 0 queued
Failed: 1 units
...
revisando todos los servicios me dan todos correctos, por ejemplo:
# systemctl status dbus
● dbus.service - D-Bus System Message Bus
Loaded:
Bonjour à tous,
Ce matin, une fois de plus, systemd a cru bon tuer X et, incidemment,
toutes les applications en cours (me contraignant à repartir de la
sauvegarde de la nuit, je n'ai heureusement perdu qu'une heure de
travail). Ce ne serait encore pas trop grave s'il ne
On Thu, 22 Sep 2022 19:33:20 -0400 Greg Wooledge wrote:
You've either got a Frankendebian system, or a pin. Or both.
Review your sources.list and sources.list.d/* and see if you've mixed
different branches, or different operating systems.
Or pick a package from the "kept back" list, and do
47 matches
Mail list logo
