On Tue, 28 May 2024 17:15:02 +0100 Luca Boccassi wrote:
> On Tue, 28 May 2024 17:44:54 +0200 Michael Biebl
> > Please do not not ship conflicting configuration for /run/lock
> >
> > /usr/lib/tmpfiles.d/debian.conf:d /run/lock1777 root root - -
> > /usr/lib/tmpfiles.d/legacy.conf:d
control: tags -1 wontfix
control: retitle -1 remove logcheck user on purge
Tagging wontfix: debian policy is to not remove system users, since
they may still open files
On Sat, 3 Apr 2010 02:07:20 +0400 Dmitry Semyonov wrote:
> Another reason to set LC_ALL=C is grep slowness in UTF-8 locale.
> Depending on used patterns, I saw "grep -E" to be 6 times slower
> compared to C locale, and I guess this was not the worst case. The
> performance problem seems to be
On Wed, 25 Jun 2003 10:35:02 -0400 Erik Jacobson wrote:
> While looking through a few pages worth of FTP logs and other such
> things in my logcheck reports, I would think that many people might find
> the ability to have rewrite rules for logcheck. It would enable
> administrators to sift out
On Wed, 10 Oct 2012 09:24:26 -0400 CJ Fearnley wrote:
> File: /etc/logcheck/ignore.d.server/saslauthd
> The following patch fixes a bug in the regex for ignoring
> useless lines from saslauthd authentication failures
> (/etc/logcheck/ignore.d.server/saslauthd) on this Squeeze system:
>
>
On Mon, 07 Mar 2011 11:19:04 + "Benjamin M. A'Lee"
wrote:
> Various files under ignore.d.* use "[0-9.]{7,15}" to match an IPv4
> address, e.g., a connection to rsyncd. However, this does not match
> IPv6 addresses, causing spurious reports.
>
> A better regexp might be something like:
Dear Neil,
I was running it on arm64, may that be the reason?
Regards,
Richard
On May 27, 2024 4:02:32 AM GMT+02:00, NeilBrown wrote:
>On Sun, 26 May 2024, Richard Kojedzinszky wrote:
>> Dear Neil,
>>
>> According to my quick tests, your patch seems to fix this bug. Coul
Dear Neil,
According to my quick tests, your patch seems to fix this bug. Could you
also manage to try my attached code, could you also reproduce the bug?
Thanks,
Richard
2024-05-24 07:29 időpontban Richard Kojedzinszky ezt írta:
Dear Neil,
I've applied your patch, and since
Dear Neil,
I've applied your patch, and since then there are no lockups. Before
that my application reported a lockup in a minute or two, now it has
been running for half an hour, and still running.
Thanks,
Richard
2024-05-24 01:31 időpontban NeilBrown ezt írta:
On Fri, 24 May 2024
Dear Neil,
I've stripped the code more, which still triggers the bug for me. On
Bookworm, to get the binary, simply:
$ sudo apt-get install golang
$ go build .
And then give it an nfs mountpoint, e.g.:
$ ./ds /mnt/nfs
Meanwhile, I will try your patch too.
Regards,
Richard
2024-05-24 01
On Tue, 14 Mar 2023 10:19:19 -0400 Simon Deziel wrote:
> On 2023-03-14 08:49, Richard Lewis wrote:
> > On Mon, 13 Mar 2023, 12:36 Simon Deziel, wrote:
> >
> >> egrep still consumes a lot of memory for me. A workaround I've been
> >> using is to add th
On Thu, 16 Jun 2011 16:38:49 +0200 Nenad Cimerman
wrote:
TLDR: some time in the last 15 years, this bug against logcheck has
been fixed, as far as i can tell
> My system is setup with non-POSIX default locale (see below), using UTF-8
> character encoding.
> This leads to many lines inside
file operations, which will trigger a lockup in a few minutes.
Please take a look at it.
Thanks in advance,
Richard
2024-05-23 14:12 időpontban Richard Kojedzinszky ezt írta:
Dear devs,
Now bisecting turned out that 3c59366c207e4c6c6569524af606baf017a55c61
is the bad commit for me. Strangely
/trigger the
issue. It even could be stripped down to minimal operations to trigger
the bug.
Thanks in advance,
Richard
2024-05-23 09:10 időpontban Richard Kojedzinszky ezt írta:
Dear NFS developers,
I am running multiple PODs on a Kubernetes node, they all mount
different NFS shares from
on FreeBSD 13.3.
Thanks in advance,
Richard
ds.tar
Description: Unix tar archive
, and I did not find anything related to NFS.
Regards,
Richard
2024-05-20 21:07 időpontban Salvatore Bonaccorso ezt írta:
Hi Richard,
On Mon, May 20, 2024 at 09:27:24AM +, Richard Kojedzinszky wrote:
Package: src:linux
Version: 6.1.90-1
Severity: normal
X-Debbugs-Cc: richard+debian+bugrep
I've reported this issue to the upstream project at
https://github.com/neutrinolabs/xrdp/issues/3081
Ubuntu's version 0.9.24-4 in 24.04/noble is likewise affected.
Package: xrdp
Version: 0.9.24-5
Severity: important
Recently, I have noticed that logging in via a recent version of xrdp,
while using the Dvorak layout on the client, yields a QWERTY layout in
the remote framebuffer after getting past the login dialog. This is
incorrect behavior and has never
On Sun, 19 May 2024 at 05:06, Stefanos Harhalakis wrote:
> See attached patch for matching NVMe devices too in smartd logs
Thanks - yes i'd noticed that the rules for smartd need an update and
this is on the radar - however, the
update to the names of the .state files i was not aware of!
I
On Sat, 18 May 2024 at 08:39, Shai Berger wrote:
> This morning, when chkrootkit made its daily run, I had
> in /tmp a file named: 'חברת חשמל לישראל בע"מ - חשבון דו חודשי.pdf'
> (the single quote marks on the edges are not part of the name, but
> the double quote mark in the middle is)
>
> This
Package: src:linux
Version: 6.1.90-1
Severity: normal
X-Debbugs-Cc: richard+debian+bugrep...@kojedz.in
Dear Maintainer,
I am running kubernetes on debian, and pods are mounting multiple nfs
shares. I am running dovecot processes in PODs, which receive mails from
the internet, and also serves
On Sun, 4 May 2014 22:33:23 +1000 Scott Leggett wrote:
> I just spent half an hour figuring out how to get window titles to
> reflect my session in byobu.. and I find the exact patch required is
> already here (thanks Josh).
>
> I guess this is just a +1 for patching skel.bashrc so that ssh-ing
On Fri, 06 May 2011 11:32:03 -0700 Gerald Turner wrote:
> Hello, I've seen some legitimate mails with unusual Message-Id headers
> that cause logchecks dovecot delivery rule to be bypassed.
>
> Example: … sieve: msgid=<20110422T2108.GA.(stdi.s...@fsing.rootsland.net>:
> stored mail into mailbox
On Sun, 12 May 2024 at 19:57, Marc Haber wrote:
>
> On Sun, May 12, 2024 at 06:54:59PM +0100, R Lewis wrote:
> > On Wed, 16 Jul 2008 23:15:51 +0200 Marc Haber
> > wrote:
> >
> > > It would help with debugging to have an option that causes logcheck to
> > > always look through the entire log
control: tags -1 + moreinfo
thanks
On Wed, 25 Nov 2020 13:13:14 +0500 Alex Volkov wrote:
> IDK how it was in 2006 when this stupid decision was made, but nowadays
> `smartd` has all the needed filtering features in itself, in a case someone
> gets "annoyed" by attribute changes. Yeah, sure, it
control: tags -1 moreinfo
control: severity -1 wishlist
thanks
On Mon, 15 May 2017 10:42:03 +0200
> I am very happy with logcheck. It is great working and very usefull. However,
> it would be nice, if you could add a ruleset for suricata (a successor to the
> well known snort IDS), so I get
On Tue, 14 Jan 2014 13:33:25 +0100 Arne Wichmann wrote:
> There is one thing I would like to have in logcheck for quite a long time
> already:
>
> Invent a mechanism by which a pattern is only mailed (or not mailed) if
> another pattern was seen a given time before it (or also possibly after
>
On Sun, 20 Jan 2019 15:50:55 +0530 Charles Atkinson
wrote:
> Please consider introducing wildcards into the paths in the .logfiles
> configuration files. Perhaps similar to the way they are used in logrotate's
> paths.
> A use case is when using logcheck to check logs from multiple
> This bug is nearly 20 years old. (It is a shame no-one replied - the links
> no longer work and there is not enough info recorded to action)
>
> Unless anyone is watching and can proivde more info about what the issue
> is/was then i suggest we close it.
A year later: closing.
logcheck can
On Mon, 24 Aug 2009 08:36:21 -0400
=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?= wrote:
> On Thu, Mar 31, 2005 at 09:54:34AM -0500, Marc Sherman wrote:
> > I reported a bug on a couple clamav packages (302253, 302254) which
> > noted that in Sarge, logcheck files are supposed to be root:logcheck
> > 640,
On Wed, 16 Aug 2006 05:33:26 -0500 bingo wrote:
> It would be good if logtail supports locking.
I think we need some more information if this bug is to be action-ed.
logcheck uses logtail2 now (and syslog is not the default):so perhaps
it is not relevant after nearly 20 years (there were other
On Mon, 2 Jun 2014 10:25:40 -0700 (PDT) Chris Stromsoe wrote:
> logtail2 does not do any sanity checking on the final line of input to
> make sure that it is complete and "\n" terminated. If syslog is not set
> to flush on every write, it's possible for consecutive runs of logcheck to
> get a
On Fri, 14 Mar 2008 21:50:17 -0400 =?utf-8?b?RnLDqWTDqXJpYyBCcmnDqHJl?= <
> When testing a checked-out copy of the rulefiles against an old log copy
> and sending the output to stdout, I still have to use sudo because
> logcheck insists on creating a lockfile. It'd be nice to provide an
> option
On Sat, 16 May 2020 17:12:42 -0700 Wade Richards wrote:
> This is regarding Debian bug #47608 "wrong charset in logcheck mail
> (charset=unknown-8bit)"
>
>
> The maintainer has closed this bug as 'wontfix', but if an end-user is
> looking for a work-around, you can add the following to your
>
On Sat, 18 Mar 2023 18:55:25 + Richard Lewis
wrote:
> On Sat, 18 Mar 2023, 15:12 Holger Levsen, wrote:
>
> > On Thu, Mar 16, 2023 at 06:00:06PM +, Holger Levsen wrote:
> > > aaah, thanks! I only checked
> > /usr/share/doc/logcheck/NEWS.Debian.gz
&
On Fri, 28 May 2010 19:04:17 +0200 Holger Levsen wrote:
> I often add logcheck ignore rules for security related events (like ssh login
> attemps. etc), cause they are too many and login is protected reasonably
> anyway.
>
> But then I would like to get summaries for some ignored patterns,
Package: epiphany-browser
Version: 46.0-2
Severity: important
X-Debbugs-Cc: bug.repor...@mail.sheugh.com
Dear Maintainer,
A previously installed debian system** was reconfigured via
the intallation of debian-12-5 from a dvd. That 'bookworm'
installation was updated to 'trixie' almost
Addendum: this is the output of dmesg related to mt7921e that shows up
when this happens:
[Th May 9 18:36:50 2024] [01;31m[Kmt7921e[m[K :01:00.0:
firmware: direct-loading firmware mediatek/WIFI_RAM_CODE_MT7922_1.bin
[Th May 9 18:36:50 2024] [01;31m[Kmt7921e[m[K :01:00.0: ASIC
lugins-ugly:amd64
1.24.3-1 amd64 GStreamer plugins
from the "ugly" set
Best.
Richard
For links, this seems to be
https://github.com/rdiff-backup/rdiff-backup/issues/616. Apparently it's
expected behaviour.
ppressed
[ 435.827471] audit: type=1400 audit(1715094303.003:543):
apparmor="ALLOWED" operation="open" class="file"
profile="libreoffice-soffice"
name="/sys/fs/cgroup/user.slice/user-1000.slice/user@1000.service/app.slice/app-gnome-org.kde.dolphin-6145.sco
Package: libharfbuzz-dev
Version: 8.3.0-2+b1
It is customary for -dev packages to provide static archive libraries in
addition to the bare .so files for shared-library linking. The current
version of libharfbuzz-dev only provides the latter, and thus does not
allow applications to statically link
Package: libdav1d-dev
Version: 1.4.1-1
It is customary for -dev packages to provide a static archive library in
addition to the bare .so file for shared-library linking. The current
version of libdav1d-dev only provides the latter, and thus does not
allow applications to statically link the
Package: installation-reports
Severity: important
Boot method: USB stick
Image version:
https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-12.5.0-amd64-gnome.iso
Date: 19.04.2024
Machine: Framework 16
Processor: AMD Ryzen 7 7840HS w/ Radeon 780M Graphics
Memory: 2
On Fri, 3 May 2024, 12:44 Francesco Potortì, wrote:
>
> > One cure would be to have logcheck ignore user-level messages, and only
> care about system-level ones. Is that possible?
> >
> >maybe it is possible - how do you define "system-level message"?
>
> Those created by root-owned processes,
control: close 1070436
thanks
On Sun, 5 May 2024, 19:10 Jochen Sprickerhof, wrote:
> Hi Richard,
>
> * Richard Lewis [2024-05-05 11:32]:
> >If i try and run tests that use 'unshare --net' with a
> >schroot backend they fail inside autopkgtest even though
> >this work
Package: mesa-va-drivers
Version: 24.0.6-1+b1
Severity: important
Dear Maintainer,
I'm not sure if this is the right package to report this issue to, as there
recently have been many package updates due to the time_t transition. But mpv,
VLC and Firefox are no longer able to access VA-API while
Package: autopkgtest
Version: 5.28
Severity: normal
X-Debbugs-Cc: richard.lewis.deb...@googlemail.com
Dear Maintainer,
If i try and run tests that use 'unshare --net' with a
schroot backend they fail inside autopkgtest even though
this works in the schroot being used.
This works fine in a
control: reassign -1 logcheck-database
thanks
(this is mostly about logcheck-database)
On Fri, 3 May 2024, 09:39 Francesco Potortì, wrote:
>
>
> Starting maybe a couple years ago, logcheck spits an amount of stuff that
> has now become unamnageable.
logcheck-database was mostly dormant sround
On Thu, 2 May 2024, 03:45 Vincent Lefevre, wrote:
> On 2024-05-01 19:05:06 +0100, Richard Lewis wrote:
> > I agree that you should be able to filter out duplicate lines. And i
> think
> > this is possible with a custom filter.
>
> Yes, but "sed" may not b
lOn Mon, 29 Apr 2024, 14:19 Helge Kreutzmann, wrote:
> Am Sat, Apr 27, 2024 at 07:11:40PM +0100 schrieb Richard Lewis:
> > On Sun, 17 Jul 2022 17:28:11 +0100 Richard Lewis
> > wrote:
>
> > Hi Helge. Apologies no-one has replied to this bug report for 2 years
> &g
On Wed, 1 May 2024, 00:57 Vincent Lefevre, wrote:
> On 2024-05-01 01:29:10 +0200, Vincent Lefevre wrote:
> > For instance, /var/log/chkrootkit/log.expected contains
> >
> > WARNING: Output from ifpromisc:
> > lo: not promisc and no packet sniffer sockets
> > : PACKET
>
Hi Andres,
On Tue, 2024 Apr 30 02:42-04:00, Andres Salomon wrote:
> Please let me know if this is still broken with chromium 124.
I'm happy to report that the issue appears to be resolved in the current
124.0.6367.78-1~deb12u1. (I did not test 124.0.6367.60.)
Some additional info that I meant
Package: fakechroot
Version: 2.20.1+ds-17
Severity: important
X-Debbugs-Cc: ri...@paraeasy.ch
Dear Maintainer,
We use fakechroot for building a live OS that starts out with debootstrap. This
worked fine for a while, but started to fail last week. Now apt crashes when it
ties to download
On Sat, 03 Feb 2007 10:29:38 +0100 Jonas Koelker wrote:
> I (think I) want to see how many times the messages I care about are
> repeated. This means I can't ignore "last line repeated $n times"
> messages (obviously). But since those can also occur after messages
> that are ignored, I can't
On Tue, 16 Oct 2012 03:14:20 +0200 Sebastian Steinhuber
wrote:
> Dear Maintainer,
> to drop (slightly boring) messages from the package rrdcached of the
> form:
> Oct 15 22:59:29 dds rrdcached[12045]: flushing old values
>
> I added a file named ignore.d.server/rrdcached, containing the line:
>
On Fri, 14 Sep 2007 14:06:58 +0200 martin f krafft wrote:
> also sprach Alex Prinsier [2007.09.14.1344
> +0200]:
> > Please copy over the filters from cyrus-imapd-2.2. I'm running
> > logcheck on a loghost, which doesn't run cyrus itself. There might
> > be a better alternative to copying the
Closing this bug from 2010 (14 years ago!) -- the then-maintainer
found that most of the suggestions were either already present or
should not actually be added, for various reasons.
A requested was made to resubmit as more independent bugs - if that
was done, we dont need this bug, and if not
package: logcheck-database
# think it's reasonable to add rkhunter rules - although the ones in
this bug need updates
severity 511483 normal
tags 511481 - wontfix
On Tue, 10 Aug 2010 10:28:54 +1000 Nemo wrote:
> > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+
> > transmission-daemon\[[[:digit:]]+\]: Saved
> > "/var/lib/transmission-daemon/info/.*" \(bencode.c:1651\)$
> > ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ transmission-daemon\[[0-9]+\]: .* DHT
> > announce
On Sun, 17 Jul 2022 17:28:11 +0100 Richard Lewis
wrote:
> > The pattern for rsyslogd can be improved. Please add the following
> > line:
> >
> > imuxsock: Acquired UNIX socket '/run/systemd/journal/syslog' \(fd 3\) from
> > systemd. \[v8.2206.0\]
> >
>
On Tue, 16 Jun 2009 11:27:57 -0700 Russ Allbery wrote:
> chrysn writes:
> touch /etc/default/locale will also make these go away with no behavior
> changes. In my experience, it happens on systems upgraded from older
> versions of Debian but not with new installs. I think this is more a
> bug
On Tue, 18 Aug 2009 20:24:31 -0400
=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?= wrote:
> On Fri, Jan 02, 2009 at 10:21:51AM +0100, Jan Evert van Grootheest wrote:
> > Package: logcheck-database
> > Version: 1.2.68
> >
> > It has now started to spam the logs with lots of
> > Jan 2 09:22:57 sisko
On Mon, 02 Aug 2010 10:29:03 +0200 Hannes von Haugwitz
wrote:
> > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ rsyslogd: \[origin
> > software="rsyslogd" swVersion="3.18.6" x-pid="[[:digit:]]+"
> > x-info="http://www.rsyslog.com"\] restart$
>
> Daemon restart messages are willingly not included in
error message is quite
misleading.
Best
Richard
On Tue, 23 Apr 2024, 00:12 Thorsten Glaser, wrote:
> P: openjdk-8-doc: debian-changelog-line-too-short CVEs
> [usr/share/doc/openjdk-8-doc/changelog.Debian.gz:4]
>
> The changelog in question is:
>
> * New upstream release
> * CVEs
> - CVE-2024-21011
> - CVE-2024-21085
> -
3 firmware that's not an issue anymore.
Greetings,
Richard
On Thu, 18 Apr 2024, 23:18 Santiago Vila, wrote:
> El 18/4/24 a las 22:17, Richard Lewis escribió:
> >>> '^[a-zA-Z0-9_][a-zA-Z0-9._-]*\.sh$'
> >>
> >> Hi. I confirm that this is appropriate for what we distribute:
> >
> > What about local sc
> >'^[a-zA-Z0-9_][a-zA-Z0-9._-]*\.sh$'
>
> Hi. I confirm that this is appropriate for what we distribute:
What about local scripts added by users (which this change might
prevent loading): perhaps a NEWS.Debian entry would suffice?
On Fri, 12 Apr 2024, 19:00 Johannes Schauer Marin Rodrigues, <
jo...@debian.org> wrote:
> Hi Francesco,
>
> Quoting Francesco Poli (wintermute) (2024-04-11 00:13:51)
> >
> > sbuild --dist unstable --purge-build=never --purge-deps=never
> --chroot-mode=autopkgtest --autopkgtest-virt-server=qemu
-geospatial-tool-you-didnt-know-you-were-missing/
Regards,
Richard Duivenvoorde
Package: chromium
Version: 123.0.6312.86-1~deb12u1
Severity: important
Video playback worked fine in the previous version,
122.0.6261.128-1~deb12u1
In the current version, when I attempt to play a video, the visual
portion is completed whited out. The playback controls are present,
playback
${misc:Depends},
+Depends: ${misc:Depends},
${shlibs:Depends},
Breaks: libgnt0 (<< ${source:Version}), finch (<< 2.14.1),
Replaces: libgnt0, finch (<< 2.14.1),
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: input-remapper-gtk
Version: 2.0.1-1
Severity: minor
Dear Maintainer,
this is a really minor issue, but upon finishing installation (from
terminal),
I'm greeted by this error message:
Notices:
/usr/lib/python3/dist-packages/inputremapper/gui/controller.py:304:
SyntaxWarning: invalid
automatically enables logs.
For upgrades, I can use the presence or absence of the directory for most of
the handling. I do need to think through what happens / what to do if someone
has customized any of the other log settings.
--
Richard
Control: reopen -1
On 2024-03-12 11:10, MOESSBAUER, Felix wrote:
On Tue, 2024-03-12 at 10:33 -0500, Richard Laager wrote:
This is intentional. The logging is optional and whether the
directory
exists controls this.
Hi Richard,
that's a quite uncommon interface. Is this at least documented
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ddclient":
* Package name : ddclient
Version : 3.11.2-1
Upstream contact : https://github.com/ddclient/ddclient
* URL : https://ddclient.net
* License
Request for sponsorship (RFS): bug #1066022
OpenPGP_signature.asc
Description: OpenPGP digital signature
d (2.4.3-1) unstable; urgency=medium
.
* Initial debianization. (Closes: #1060023)
Regards,
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
,
so even available on non-Linux architectures, which will simplify
the installation of upstream provided service files / udev rules.
I have made that change. If that is NOT sufficient, please let me know
and I'll adjust again.
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital
I agree that the description, as provided, would be a bug.
However, I cannot reproduce this.
Can you provide your ntp.conf file, in full, please?
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
sks: 7 (limit: 18110)
Memory: 23.7M (peak: 108.7M)
CPU: 988ms
CGroup: /system.slice/fwupd.service
└─22184 /usr/libexec/fwupd/fwupd
I kept fwupd at 1.9.11-1 since this bug was reported, but the new
version seems to be in the clear.
Best.
Richard
If I'm understanding this correctly, I just need to install a file with
the contents "ntpsec.service" to
/usr/lib/systemd/ntp-units.d/50-ntpsec.list. That's easy enough to do.
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: spice-vdagent
Version: 0.22.1-4+b1
Severity: important
X-Debbugs-Cc: po42st+deb12...@gmail.com
Dear Maintainer,
* What led up to the situation?
Installed Debian Bookworm 12.5 XFCE VM within Debian 12.4 + Proxmox 8.1.4 XFCE
workstation. On the VM installed spice-vdagent. Noticed that the
On Wed, 28 Feb 2024 18:37:41 +0100 Michael Biebl wrote:
> On Fri, 17 Nov 2023 14:40:05 +0100 Christoph Anton Mitterer
> wrote:
> > Package: systemd
> > Version: 255~rc2-1
> > Because of #1056135 I was downgradin systemd/udev packages to 254.5-1.
> > While apt was still running, this causes the
On Mon, 26 Feb 2024, 13:03 Michael Biebl, wrote:
> Hi
>
> On Thu, 22 Feb 2024 19:01:05 +0000 Richard Lewis
> wrote:
> > On Thu, 22 Feb 2024, 10:15 Ralf Schlatterbeck, wrote:
> >
> > > On Wed, Feb 21, 2024 at 02:52:33PM +0100, Ralf Schlatterbeck wrote:
&g
Package: file-roller
Version: 43.1-1
Severity: important
Dear Maintainer,
it seems the version of file-roller is partially broken, possibly due to the
fact that it still lists p7zip-full as dependency and not the new 7zip
package
and thus might be missing some adaptation. Maybe some behavior of
On Thu, 22 Feb 2024, 10:15 Ralf Schlatterbeck, wrote:
> On Wed, Feb 21, 2024 at 02:52:33PM +0100, Ralf Schlatterbeck wrote:
> >
> > I forgot to mention:
> > There is an upstream (rsyslog) bug-report at
> > https://github.com/rsyslog/rsyslog/issues/5332
>
> Upstream has decided that it is not a
I was recently bitten by this as well.
It was particularly bad in my case: on a headless server, with the
network connection being my only way in---and the problem was not with
the main Ethernet interface, but with a separate WireGuard one that I
was not using (both marked as "auto").
The eno1
that authentication for
Google & Microsoft now uses the web browser, but nothing about nextCloud
etc.)
It is not expected that everything will work if you try to share
configuration between different operating system versions. Sorry.
:( Ouch! This is so frustrating.
-richy.
--
Richa
Confirmed: Same problem here for nextCloud and for google accounts.
Gnome files says "Unable to access usern...@googlemail.com Invalid
credentials for usern...@googlemail.com".
Same for nextCloud accounts. goa-daemon says
"/org/gnome/OnlineAccounts/Accounts/account_1706819076_1: Setting
I have been uploading drafts of the new keyd package to:
https://mentors.debian.net/package/keyd/
Any feedback would be appreciated.
OpenPGP_signature.asc
Description: OpenPGP digital signature
Am Mi., 17. Jan. 2024 um 17:08 Uhr schrieb John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de>:
> > This is exactly what it's supposed to mean. Packages distributed by
> Debian are obviously required
> > to not be broken when they hit stable. Otherwise an update wouldn't be
> accepted to
Qt based apps, even less
that can make use of a tray icon, and then less that are already based on
Qt 6, independent of their use of tray icons.
Richard
Am Mi., 17. Jan. 2024 um 15:24 Uhr schrieb A. Klitzing :
> Hi there,
>
> the AusweisApp has no autostart option on Linux. Di
Am Di., 16. Jan. 2024 um 20:41 Uhr schrieb John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de>:
> > Who says I am? I am running testing. Also, getting security updates
> from unstable is actually
> > recommended behavior, so the stuff around "FrankenDebian" is
> contradicting itself.
>
>
Am Mo., 15. Jan. 2024 um 21:38 Uhr schrieb John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de>:
> On Mon, 2024-01-15 at 19:29 +0100, Richard wrote:
> > I second this report. The app did use to work actually, but recently -
> not sure with
> > transitioning to auswe
Package: postfix-mysql
Version: 3.7.9-0+deb12u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
With the update in stable-updates, this package seems to be no longer working.
removing it and going back to 3.7.6 solves the issue. This is what it writes to
journal:
Jan
I second this report. The app did use to work actually, but recently - not
sure with transitioning to ausweisapp with v2.0 or later, this breaks for
me too. This renders the app completely unusable, at least using Gnome,
which should justify a severity of important. It's quite irrelevant if the
Package: scalpel
Version: 1.60-10
Severity: grave
Tags: patch
Justification: renders package unusable
X-Debbugs-Cc: goldenrich...@gmail.com
Dear Maintainer,
* What led up to the situation?
I am the author of Scalpel. Execution of Scalpel 1.60 (the version
that is currently in the scalpel
with the Salsa gitlab and am waiting on approval
for it.
Kind regards,
Richard
1 - 100 of 3934 matches
Mail list logo