ainers
Architecture: amd64
[...]
[~]$ ls -al ~/tmp/transfer/print/
total 8
drwxr-xr-x 2 farblos farblos 4096 Mar 21 21:45 .
drwxr-xr-x 5 farblos farblos 4096 Mar 19 17:56 ..
[~]$ lpr -o Title=0 ~/tmp/test.ps
[~]$ ls -al ~/tmp/transfer/print/
total 12
drwxr-xr-x 2 farblos farblos 40
On 2025-03-13 06:20, Martin-Éric Racine wrote:
> Patches are always welcome.
>
> Martin-Éric
Sounds good, thanks for the offer.
Two follow-up questions:
- The upstream of cups-pdf seems to be inactive for quite some
time already, correct? So fixing this issue directly in
Debian is the be
Hi Martin-Éric,
I've seen your decision about becoming a DM in the recent changelog
update. Congratulations and thanks for taking over the responsibility!
However, I'd like to challenge your decision of closing this bug:
On 2025-03-11 19:28, Martin-Éric Racine wrote:
> Since this is merely a
On 2025-03-02 13:20, Agustin Martin wrote:
> I prefer to keep having this behavior to have a place where more info is
> available. This code is supposed to run under both Emacs and XEmacs and
> `force-load-message' seems not available for XEmacs. I also thought of
> early-init.el with debian-dict
Hi Augustin,
thanks for your quick fix, again. Only I have a couple of
minor and not-so minor nits with respect to its
implementation, namely the newly introduced variable
`ispell-load-nomessage':
1. Personally and honestly, I don't think that a new variable
would be necessary here. As the d
1. plus-one-and-bump
2. FWIW, I opened bug/RFE #1099027 today to cover the same issue
in dictionaries-common.
@Michael, I guess something similar probably would be
necessary for file (from your example output)
/etc/emacs/site-start.d/50latex-cjk-common.el loading
/usr/share/emacs/s
Package: dictionaries-common
Version: 1.30.5
Severity: wishlist
X-Debbugs-Cc: farb...@vodafonemail.de
Dear Maintainer,
thanks for so quickly fixing my previous issue #1098337, much
appreciated! Here is another one with rather low severity,
related to bug #979982. Which unfortunately waits for a
Package: dictionaries-common
Version: 1.30.4
Severity: minor
X-Debbugs-Cc: farb...@vodafonemail.de
Dear Maintainer,
* What led up to the situation?
Compilation of debian-ispell.el as triggered by an upgrade
of the Emacs packages.
* What was the outcome of this action?
Byte (or native) co
reassign 1051992 unattended-upgrades
forcemerge 994706 1051992
thanks
This should be caused by upstream bug #373 [1]. Just hit it again
(first in #1051992) and decided to dig at least a bit deeper.
[1] https://github.com/mvo5/unattended-upgrades/issues/373
Package: lightdm
Version: 1.32.0-6+b1
Severity: normal
Tags: utmp-disable
X-Debbugs-Cc: farb...@vodafonemail.de
Dear Maintainer,
* What led up to the situation?
Upgrade to systemd v256.7-2 and its following change:
| * Disable utmp support, not y2038 safe. utmp support in tmux has been
| disa
Thanks for the prompt fix! In case you haven't noticed yet: qemu has
backed out the move of the helper binaries. From the recent qemu
changelog:
qemu (1:9.1.0+ds-3) unstable; urgency=medium
* revert the move of the helper binaries (qemu-bridge-helper,
virtfs-proxy-helper, vhost-user-gpu)
Package: libvirt-daemon
Version: 10.7.0-3
Severity: normal
X-Debbugs-Cc: farb...@vodafonemail.de
Dear Maintainer,
* What led up to the situation?
Recent upgrade of packages libvirt-daemon (10.7.0-3) and/or qemu-system-common
(1:9.0.2+ds-2+b1).
* What exactly did you do (or not do) that wa
Package: unattended-upgrades
Version: 2.11+nmu1
Severity: important
X-Debbugs-Cc: farb...@vodafonemail.de
Dear Maintainer,
* What led up to the situation?
unattended upgrade doing its job, configured to send email to local root as
Unattended-Upgrade::Mail "root";
* What exactly did you
Package: dracut-config-generic
Version: 102-3
Severity: minor
X-Debbugs-Cc: in.cognit...@arcor.de
Dear Maintainer,
it seems that all what package dracut-config-generic does is to install
a file /etc/dracut.conf.d/20-generic-image.conf with contents
hostonly="no"
But according to dracut.conf(5
On 2024-06-20 22:15, Thomas Lange wrote:
> I use
> # dpkg-reconfigure dracut
> to recreate the initrd for all kernels.
Nice, thanks. That suits my needs.
I still feel the inconsistency between manual "dracut --regenerate-all"
and post-install hooks itching, but now less so. So feel free to do
Thanks for your prompt response!
On 2024-06-19 13:41, Thomas Lange wrote:
> I rembember there was a discussion about the initrd name and the
> plan was to have the same name on all distributions
That's reasonable, but regardless of what the "standard" initrd
name is or will be, probably *both*
Package: dracut
Version: 102-3
Severity: normal
X-Debbugs-Cc: in.cognit...@arcor.de
Dear Maintainer,
thanks for maintaining dracut for Debian and thanks for the extra
effort of migrating to the dracut-ng upstream! Here is probably
a follow-up issue caused by that ...
* What led up to the sit
Package: dracut
Version: 060+5-8
Severity: normal
X-Debbugs-Cc: in.cognit...@arcor.de
Dear Maintainer,
* What led up to the situation?
Recent update to dracut 060+5-8 and systemd 256~rc3-2.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Regenerated initrd
Hi Daniel,
On 2024-05-08 19:25, Daniel Kahn Gillmor wrote:
thanks for taking care about this in general and this one:
> Thanks, i've reported this part upstream:
> https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg/-/issues/74
in particular.
Should I open another issue about PINENTRY_USER
Never mind. During one of the last t64 upgrade orgies package gpg-sq got
installed on my system and succeeded to install the diversion to /usr/bin/gpg.
And the sequoia replacement is not very feature complete, as they continue
to stress themselfes.
For example, referencing a recipient by exact na
A quick comparison of the package sources hasn't revealed anything obvious.
So here is a reproducer (custom pinentry defined in gpg-agent.conf that dumps
its environment):
[~]$ grep ^pinentry-program .gnupg/gpg-agent.conf
pinentry-program/home/farblos/tmp/pinentry
[~]$ cat /home/fa
Package: gnupg
Version: 2.2.40-3
Severity: normal
X-Debbugs-Cc: in.cognit...@arcor.de
Dear Maintainer,
* What led up to the situation?
Most likely today's upgrade from GnuPG related packages
2.2.40-1.1 -> 2.2.40-3. "Yesterday this still has been working."
* What exactly did you do (or no
Package: tar-doc
Version: 1.35-1
Severity: important
X-Debbugs-Cc: in.cognit...@arcor.de
Dear Maintainer,
* What led up to the situation?
Usage of package tar-doc to browse the tar info manual.
* What exactly did you do (or not do) that was effective (or
ineffective)?
>From "emacs -
On 2023-09-19 19:50, Nicholas D Steeves wrote:
> On Fri, 15 Sep 2023 14:35:08 +0200 "Farblos"
> wrote:
>> Not sure whether this is still relevant or just bad luck or whatever ... my
>> unattended-upgrade failed today because of this issue. Logs available
>&g
Not sure whether this is still relevant or just bad luck or whatever ... my
unattended-upgrade failed today because of this issue. Logs available
on request. Work-around was to remove version 3.20+dfsg-7, retrigger
the unattended upgrade, install version 3.20+dfsg-8.
Thanks for taking care of th
Package: src:linux
Version: 6.4.4-3
Severity: normal
X-Debbugs-Cc: in.cognit...@arcor.de
Dear Maintainer,
* What led up to the situation?
Latest kernel update from Debian testing.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Latest kernel update from De
On 2023-08-04 22:54, Michael Biebl wrote:
Since I myself can't reproduce the issue anymore with 2.10.0-4, I'm
going to close this bug report again and you ask you to report this
upstream as a separate issue.
Just one more round-trip with you, please:
It seems that you cherry-picked commit
in::hardware, admin::monitoring,
hardware::detection, hardware::storage, hardware::storage:cd,
hardware::storage:dvd, hardware::usb, implemented-in::c,
interface::daemon, role::program
[~]$ pgrep udisksd
961
[~]$ suls -al /proc/961
[sudo] password for farblos:
total 0
dr-
Pinging this issue as I can see it as well in my bullseye system ...
Using an ugly service override
/etc/systemd/system/console-setup.service.d/override.conf:
[Unit]
Wants=systemd-tmpfiles-setup.service
After=systemd-tmpfiles-setup.service
helps as work-around.
--show-config
[Seat:*]
B greeter-session=lightdm-autologin-greeter
A greeter-hide-users=true
A session-wrapper=/etc/X11/Xsession
B user-session=lightdm-xsession
D autologin-user-timeout=0
D autologin-user=farblos
Sources:
A /usr/share/lightdm/lightdm.conf.d/01_debian.conf
B /usr/share
ifferent flash drive with the following steps:
# Ensure Gnome's (or whatever) auto-mounting is off to have
# better control over mount operations.
farblos@sappc2:~$ sudo mkfs.vfat -n "MCBACKUP" /dev/sda1
mkfs.fat 4.2 (2021-01-31)
farblos@sappc2:~$ udisksctl mount --block-devi
31 matches
Mail list logo
