Package: logcheck-database
Version: 1.4.3
Severity: normal
Hi,
I'm getting logcheck entries like:
Jul 23 06:02:01 myhost CRON[566969]: pam_unix(cron:session): session opened for
user logcheck(uid=124) by logcheck(uid=0)
The relevant mis-matching line is in paranoid.d/cron:
^(\w{3} [
tags -1 fixed-upstream
We use the ncurses library to store the displayed characters and use
that library to determine what has changed. It only holds the visible
parts, so changes outside the ncurses window are not stored and cannot
be compared.
I've added a note to the watch manpage which all
reassign -1 linux-sysctl-defaults
On Thu, 18 Jul 2024 at 00:33, Davius wrote:
>I was playing on Steam and experiment Crashes in some games.
>
>Increasing vm.max_map_count to 1048576 solve this issue creating a file in
> /etc/sysctl.d to change the value.
>This increased value is now
On Tue, 4 Jun 2024 at 05:57, Paul Gevers wrote:
> I looked at the results of the autopkgtest of your package, because it
> showed up in the glibc regressions. I noticed that it regularly fails on
> amd64, ppc64el and s390x. For your info, as it seems to correlate, those
> are the architectures
tags -1 fixed-upstream
On Tue, 30 Jan 2024 at 22:30, Wenbin Lv wrote:
> The description for --unit in vmstat(1) writes, "this does not change the
> swap (si/so) or block (bi/bo) fields". This is inconsistent with the text in
> section "FIELD DESCRIPTION FOR VM MODE", and "vmstat -S M" does
On Tue, 16 Jul 2024 at 10:20, Chris Hofstaedtler wrote:
> I'd suggest to add the following to your package; dpkg should then
> clean up the conffile automatically. Please test it, however.
>
>echo 'remove-on-upgrade /etc/sysctl.conf' >> debian/procps.conffiles
Oh, I've not seen that method
On Sun, 9 Jun 2024 at 01:03, Paul Slootman wrote:
> I am running a number of virtual systems under lxc via libvirt.
> This means these systems share the host kernel (not like qemu where a
> whole virtual machine is emulated).
Hi Paul,
I did the following (as root)
lxc-create --name debtest2
On Mon, 24 Jun 2024 at 05:57, Ben Hutchings wrote:
> Please consider dropping /usr/lib/sysctl.d/99-protect-links.conf and
> adding linux-sysctl-defaults to Depends or Recommends instead, once
> that package is available in testing.
Hi Ben,
This sounds like a great idea, config stuff for
Control: tags -1 fixed-upstream
On Tue, 11 Jun 2024 at 21:16, Paul Slootman wrote:
> I see I missed the case lseek() fails with another errno.
> Updated patch attached.
Thanks Paul,
This was applied upstream at
On Sun, 9 Jun 2024 at 01:03, Paul Slootman wrote:
> # free
> free: Unable to create meminfo structure
That's procps_meminfo_new() failing but /proc/meminfo exists.
The function:
checks the parameters
allocates some memory for the structure
runs meminfo_make_hash_failed(), which sets up the
On Tue, 11 Jun 2024 at 00:15, Chad William Seys wrote:
>
> Hmm, was there a cleanup or migration script which failed to run?
>
> On 6/8/24 09:30, Paul Slootman wrote:
> > On Tue, 23 May 2023 09:06:31 -0500 C Seys wrote:
> >
> >> After upgrading to bookworm there is an unowned /usr/bin/ps on the
On Tue, 4 Jun 2024 at 05:57, Paul Gevers wrote:
> I looked at the results of the autopkgtest of your package, because it
> showed up in the glibc regressions. I noticed that it regularly fails on
> amd64, ppc64el and s390x. For your info, as it seems to correlate, those
> are the architectures
On Mon, 20 May 2024 at 02:03, Kip Warner wrote:
> I would like to keep this bug report open still.
>
I have reopened it.
> I can confirm that it does not work. dh_missing does not report any
> warnings anymore, but the resulting package does not contain anything
> that I specified in my
On Wed, 8 May 2024 at 09:03, Jun MO wrote:
> 1) I hope there will still be the original
> w(1)/last(1)/lastb(1)/lastlog(1)/faillog(1)
> tools which can still read *old* format utmp/wtmp/lastlog in Debian at
> least for
> a while after switch to Y2038-safe replacements. Those tools can read
>
I
;
> > On Mon 18 Mar 2024 at 10:43am +08, Sean Whitton wrote:
> >
> >> The vote has concluded. The result is that the Technical Committee
> >> recommends that Craig Small be appointed by the Debian Project
> >> Leader to the Technical Committee.
> >>
>
Control: forwarded -1 https://gitlab.com/procps-ng/procps/-/issues/301
Control: tags -1 fixed-upstream
On Thu, 25 Apr 2024 at 22:36, David wrote:
> Hello, it seems there is a bug in the debian package "procps" with the
> "w"utility.
> it produce a segfault when using the "-s" argument.
> I
Package: wordpress
Version: 6.5+dfsg1-1
Severity: important
Tags: security
X-Debbugs-Cc: Debian Security Team
In WordPress < 6.5.2 there is a stored XSS in the Avatar block.
You have to have certain things enabled for it to work so it won't
impact everyone.
References:
Package: dh-exec
Version: 0.29
Severity: normal
In a multi-binary package, if there is a dh-exec-install .install or .manpages
file for
one of the packages, then these files are not carried across and logged
for dh_install so dh_missing fails if you use the other type of build.
For example, on
Package: razercfg
Version: 0.42+ds-4
Followup-For: Bug #1059997
Hi,
You have double "dist-packages" in the install path.
$ python3
Python 3.11.8 (main, Feb 7 2024, 21:52:08) [GCC 13.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from pyrazer import *
Control: tag 1066090 fixed-upstream
On Wed, 13 Mar 2024 at 00:30, Tim Connors wrote:
> I'm guessing it's looking at field 22 starttime in /proc/$pid/stat?
> starttime is seconds since boot. Since the process exists in the
> parent system as well, starttime will surely be seconds since host
>
>
> As per https://www.cve.org/CVERecord?id=CVE-2024-26464 the CVE has
> been rejected now.
>
> Reason: This candidate was withdrawn by its CNA. Further investigation
> showed that it was not a security issue.
>
I did wonder myself how it could be a security issue. Wonder if it is one
of those
Hi Steve,
Looks like you missed one:
dh_installdocs -plibsnmp-perl -ptkmib -plibsnmp-base -plibsnmp40
dh_installdocs: error: Requested unknown package libsnmp40 via
-p/--package, expected one of: snmpd snmptrapd snmp libsnmp-base
libsnmp40t64 libnetsnmptrapd40t64 libsnmp-dev libsnmp-perl tkmib
On Thu, 8 Feb 2024 at 21:06, Emanuele Rocca wrote:
> FAIL: fuser no args, no proc
> FAIL: fuser -a no proc
> FAIL: fuser -v, no proc
> FAIL: fuser -av, no proc
> FAIL: fuser -va, no proc
>
Are these systems running systemd?
If you can get on those hosts, what does fuser `mktemp` show?
On Mon, 13 Jun 2016 at 20:09, Daniel Baumann <
daniel.baum...@progress-technologies.com> wrote:
> when using 'uptime' in containers (regardless what kind of containers),
> it shows the uptime of the host system rather than the one of the
> container.
>
> What we used locally here is to look at
On Fri, 2 Feb 2024 at 08:54, Rob Janssen wrote:
> I am using systemd.
>
Where are you seeing this error? The systemd socket is the thing that opens
up the socket, so shouldn't matter what the snmptrapd process is running as.
When I reboot, I get this:
$ sudo ss -unlp | grep 162
UNCONN 0 0
On Sat, 30 Dec 2023 at 06:15, Rob Janssen wrote:
> After the upgrade, the snmptrapd service no longer starts.
> The error message is: couldn't open udp:162 -- errno 13 ("Permission
> denied")
>
Could you tell me how you start snmptrapd?
There are two ways:
The default systemd way. The socket is
> On a system reporting temperatures via "sensors", trying to enumerate the
> corresponding OIDs via:
> snmpwalk -v 2c -c public localhost LM-SENSORS-MIB::lmSensors
> yields no result.
>
$ snmpwalk -v 2c -c public 127.0.0.1 LM-SENSORS-MIB::lmSensors | grep ':
temp[0-9]'
Hi Chris,
It got uploaded to unstable tonight.
- Craig
On Sat, 27 Jan 2024 at 07:30, Chris Hofstaedtler wrote:
> Hi,
>
> please upload the fix for #1059817 also to unstable.
>
> Thanks,
> Chris
>
On Wed, 10 Jan 2024 at 09:42, Chris Hofstaedtler wrote:
> Please find a patch attached to install fuser into /usr, for the
> currently ongoing UsrMerge effort [1].
> It has been build-tested and checked by dumat.
>
Hi Chris,
Thanks for the patch. I have reviewed it and uploaded a new version
On Wed, 15 Nov 2023 at 23:03, Guillem Jover wrote:
> I'm all in for shrinking the essential-set. If there is consensus to
> switch pidof implementations that also seems fine to me in the abstract.
> But this shuffling around of essential-ness and new tiny packages and
> stuff seems a bit
Hello,
For quite some time (since 2006!) there has been a discussion at[1] about
changing from the sysvinit-utils version of pidof to the procps one. A
quick scan of the various distributions shows that only Debian and Ubuntu
(and I assume most other downstreams) use the sysvinit-utils version.
On Tue, 14 Nov 2023 at 06:09, Mark Hindley wrote:
> IIUC, the proposal[1] was to create a new Essential procps-base just
> containing
> pidof. Otherwise bin:procps would have to become Essential itself. Its
> installed
> size is about 20 times larger than sysvinit-util and that wouldn't
>
On Sat, 11 Nov 2023 at 23:45, Luca Boccassi wrote:
> Now that Bookworm has shipped, what about finally finishing this and
> getting rid of this debianism? There is really no reason to delay it
> any longer at this point. Thank you!
>
Hi Luca,
I'll need the assistance of the sysvinit-utils
On Wed, 1 Nov 2023 at 08:15, Ani Hay wrote:
> Instead of wasting all this space one should be a symlink to the other.
>
39 kilobytes is not exactly a lot.
tags 1053706 fixed-upstream
thankyou
On Mon, 9 Oct 2023 at 22:09, Pierpaolo Toniolo
wrote:
> I was trying to read the DISPLAY value from the output of 'w' command but
> with
> version 2:4.0.4-2 there is no value in the "FROM" column.
>
It's not really giving anything useful printing :0 Also
On Sat, 23 Sept 2023 at 08:09, Michael Biebl wrote:
> Is there some work being done to support this in dh-exec?
> Is there a way I can work around this issue for now?
>
The short answer is, that no work has been done on that issue. The main
use-case I have seen for dh-exec was for the multiarch
Looks like another "guess what strange thing the buildd is doing this time"
problem.
The failing test is (effectively)
pmap -XX $pid $pid | grep KB
And make sure the first numbers of each row are the same. Because it is the
same process, it should be the same.
There is the same test for pmap -X
.
- Craig
On Tue, 22 Aug 2023 at 12:07, Paul Kimoto wrote:
> On Wed, Aug 16, 2023 at 11:03:14PM -0400, Paul Kimoto wrote:
> > On Wed, Aug 16, 2023 at 05:25:26PM +1000, Craig Small wrote:
> >> What does
> >> grep -e ' 0:2[57] ' /proc/self/mountinfo
> >> s
On Tue, 21 Feb 2023 at 10:51, Andras Korn
wrote:
> The changelog for 23.6 says "fuser: Use modern statn where possible", but
> it's regrettably also used where not possible.
>
The next release of psmisc will have that fallback, see
Hi Paul,
On Wed, 16 Aug 2023 at 12:45, Paul Kimoto wrote:
> I believe that fuser(1) should work on libraries, but on this system
> it doesn't:
>
I don't think it is the libraries, the issue is the device IDs are
different.
> $ stat -L /usr/lib/x86_64-linux-gnu/libc.so.6
>
> File:
tags -1 fixed-upstream
The probable fix is at
https://gitlab.com/procps-ng/procps/-/commit/2c933ecba3bb1d3041a5a7a53a7b4078a6003413
The issue is the -C command allocates memory using malloc(length of arg *
size of struct).
In odd situations, you could have a very large arg, the multiplication
Package: procps
Version: 2:4.0.3-1
Severity: important
Tags: security
X-Debbugs-Cc: Debian Security Team
We have a very scant report of a ps buffer overflow security bug.
Under some circumstances, this weakness allows a user who has access to run the
“ps” utility on a machine, the ability to
Hi,
I'm thinking of adding a quick and dirty check for a regex. A very quick
set of characters to say "this is a regex" and suppress the warning.
The first idea is just look for a '[' or a '|'. I think that covers most
simple conditions. I'm not looking for some sort odd corner cases, just the
On Tue, 11 Apr 2023 at 11:48, наб wrote:
> This happens in all these configurations:
> $ snmptranslate -Op .1
> Segmentation fault
> $ snmptranslate -Op
> Segmentation fault
> $ snmpget -Op
> Segmentation fault
>
Hi наб,
Thanks for the report. I have passed this to upstream at
forwarded 1032139 https://github.com/net-snmp/net-snmp/issues/537
thankyou
On Wed, 1 Mar 2023 at 01:36, наб wrote:
>
> I couldn't for the life of me find where I'd post this, so I trust you
> understand upstream's link jungle and can forward this in my stead.
>
Forwarded to
Package: libc6
Version: 2.36-6
Severity: minor
I've been trying to work out why the Chinese translation for free
doesn't want to line up the columns like everyone else, report is
at [1]
For some reason, it thinks the strange colon used in the translation is
one character wide, but its actually
On Thu, 5 Jan 2023, 19:30 Ingo Saitz, wrote:
> running vmstat to produce a continuous output (eg. "vmstat 3") does not
> update the values in the memory columns any more. The "main loop" just
> does not fetch those values.
>
Hi Ingo,
Thanks very much for the report and the patch. It has been
On Thu, 5 Jan 2023 at 18:26, Chris Hofstaedtler wrote:
> Right. For the avoidance of doubt, if you think removing it is a
> better option, from my PoV, please do so.
It would be nice, but we're sort-of locked in for the "user API". I
would rationalise the ps command line parsing first.
If you're
For some reason the issue is not vim-ale its something broken in the
generic vim infrastructure.
debian.vim sets nocompatible which is supposed to stop the issue but it doesn't
running vim -N or putting "set nocompatible" in ~/.vimrc fixes it
On Fri, 30 Dec 2022 at 18:33, Salvatore Bonaccorso wrote:
> Upstream has addressed both issues with
> https://github.com/net-snmp/net-snmp/commit/be804106fd0771a7d05236cff36e199af077af57
I've made a debian patch and uploaded 5.9.3+dfsg-2 that has this fix.
- Craig
On Sat, 31 Dec 2022 at 22:21, Michael Prokop wrote:
> I just uploaded guymager v0.8.13-2 which takes care of this.
Great, that's another one down. Thanks for the quick response.
- Craig
Hi
I checked the source code, build logs and current binaries, open-vm-tools
doesn't use libprocps or link to it.
A simple removal of libprocps-dev from debian/control will fix this.
- Craig
Hi,
I checked the build logs, the source code and even the current binary
packages. guymager does not need libprocps.
A simple removal of libprocps-dev from debian/control is all that is needed.
- Craig
On Thu, 29 Dec 2022 at 05:04, Paul Gevers wrote:
> With procps migrated to testing, dose [1] is reporting two more packages
> that weren't on our radar: open-vm-tools and guymager. Can you have a
>
Both these packages do not use any symbols from the old library and their
binary packages
do not
OK, open-vm-tools doesn't even use the library so that's an easy fix.
On Sat, 31 Dec 2022 at 15:50, Craig Small wrote:
> On Thu, 29 Dec 2022 at 05:04, Paul Gevers wrote:
>
>> With procps migrated to testing, dose [1] is reporting two more packages
>> that weren't on our ra
On Thu, 29 Dec 2022 at 05:04, Paul Gevers wrote:
> With procps migrated to testing, dose [1] is reporting two more packages
> that weren't on our radar: open-vm-tools and guymager. Can you have a
> look and help the maintainer with migrating to the new version of
> procps? open-vm-tools has a
On Thu, 22 Dec 2022 at 19:50, Paul Gevers wrote:
> That's (in general) sub-optimal for the release team. We try hard to
> avoid entangling transitions and therefor we try to finish transitions
> sooner rather than later. My preference would be that you NMU (minimal
> changes) now; the maintainer
#1024218 - apitrace - patch available
#1024219 - cpu-x - patch available at upstream git
#1024220 - deepin-screen-recorder - nil
#1024221 - intel-gpu-tools - patch available upstream, version issues
#1024223 - obs-advanced-scene-switcher - Done!
#1024224 - openscap - Done!
#1024225 - veyon - nil
(added the bug report for igt)
On Thu, 22 Dec 2022 at 08:29, Craig Small wrote:
> On Thu, 22 Dec 2022 at 07:46, Paul Gevers wrote:
>
>> An actual upload. If the maintainer isn't doing it, I think an NMU is
>> appropriate if you're sure of the fix.
>>
> Ah, I thought
On Thu, 22 Dec 2022 at 07:46, Paul Gevers wrote:
> An actual upload. If the maintainer isn't doing it, I think an NMU is
> appropriate if you're sure of the fix.
>
Ah, I thought you were the igt maintainer :)
I'll have a go recreating it and uploading it tonight. I'm pretty confident
about the
On Thu, 22 Dec 2022 at 05:54, Paul Gevers wrote:
> The issue is that src:intel-gpu-tools is a key packages but currently
> unfixed. Having procps migrate to testing now would cause it to be
> instantaneously RC buggy, but because it is key, we can't simply remove
> it from bookworm. Can you help
On Wed, 21 Dec 2022 at 18:18, Paul Szabo wrote:
> Package: snmptrapd
> Version: 5.9+dfsg-4+deb11u1
> The file /lib/systemd/system/snmptrapd.service ends up with line
>
> ExecStart=/usr/sbin/snmptrapd -LOw -f -p /run/snmptrapd.pid
>
> whereas I guess that should instead be
>
>
On Mon, 19 Dec 2022 at 03:54, Paul Gevers wrote:
> With a recent upload of procps the autopkgtest of pslist fails in
> testing when that autopkgtest is run with the binary packages of procps
> from unstable. It passes when run with only packages from testing. In
> tabular form:
>
The good news
Hi Chris,
Thanks for your bug report. skill is one of those programs that isn't
used or loved much, but still hangs around. That being said, it shouldn't
have bugs like this!
When the program was converted to use the new API, the bit of code that
actually checks there is a match against the
On Fri, 9 Dec 2022 at 17:51, Petter Reinholdtsen wrote:
> Since 2022-12-05 the Debian sid builds of linuxcnc have failed. After
> some days scratching our heads, we discovered that the problem
> originated from 'ps' changout its output format. Running 'ps -o comm=
> ' used to include '' if the
On Tue, 6 Dec 2022 at 11:03, Witold Baryluk
wrote:
> trying to overwrite '/usr/share/man/zh_CN/man1/free.1.gz', which is also
> in package manpages-zh 1.6.3.6-1
> dpkg: error while cleaning up:
> new procps package post-removal script subprocess returned error exit
> status 1
>
> After
On Tue, 6 Dec 2022 at 06:51, Sebastian Ramacher
wrote:
> FAIL: check_fatal_proc_unmounted
> FAIL library/tests/test_pids (exit status: 1)
>
Not sure why the s390 (correctly) failed this test.
The issue is that the second value, which is the process VSS returns 0 so
it fails.
The failed check is
tags 1024225 patch
thankyou
Attached is a patch for veyon to work with libproc2. I cannot test it
because I can't actually get veyon to build as the upstream is in a
different branch and remote.
It looks ok but might need some additional work.
- Craig
diff --git
On Wed, 16 Nov 2022 at 21:45, Uwe Bueschel wrote:
> The following packages have unmet dependencies:
> wordpress : Depends: libjs-underscore (>= 1.13.4~dfsg+~1.11.4) but
> 1.9.1~dfsg-3 is to be installed
> Depends: php-getid3 (>= 1.9.22+dfsg) but 1.9.20+dfsg-1 is to
> be installed
>
For CPU-X upstream already have this working with libproc2, see.
https://github.com/X0rg/CPU-X/commit/2765e68dc4650b7306255e0c10056508d5ab44f8
This is in version 4.5.2
- Craig
tags 1024218
Hi,
Attached is a patch for API trace. I couldn't actually get apitrace to
build on my system (even without the patch) so it's hard to test it.
- Craig
Description: Build for libproc2
Replace libprocps with libproc2
Author: Craig Small
Reviewed-by: Craig Small
Last-Update
Package: veyon-plugins
Severity: important
Tags: upstream ftbfs
Hi,
The procps project is changing the libprocps library. The old API found in
libprocps8 is very diferrent to what is found in libproc2.
As a result, your package will FTBFS as the library name has changed as well
as the library
Package: openscap-utils
Severity: important
Tags: upstream ftbfs
Hi,
The procps project is changing the libprocps library. The old API found in
libprocps8 is very diferrent to what is found in libproc2.
As a result, your package will FTBFS as the library name has changed as well
as the
Source: obs-advanced-scene-switcher
Version: 1.19.1-1
Severity: important
Tags: upstream ftbfs
Hi,
The procps project is changing the libprocps library. The old API found in
libprocps8 is very diferrent to what is found in libproc2.
As a result, your package will FTBFS as the library name has
Package: intel-gpu-tools
Severity: important
Tags: upstream ftbfs
Hi,
The procps project is changing the libprocps library. The old API found in
libprocps8 is very diferrent to what is found in libproc2.
As a result, your package will FTBFS as the library name has changed as well
as the
Package: deepin-screen-recorder
Severity: important
Tags: upstream ftbfs
Hi,
The procps project is changing the libprocps library. The old API found in
libprocps8 is very diferrent to what is found in libproc2.
As a result, your package will FTBFS as the library name has changed as well
as
Source: cpu-x
Version: 4.5.1-1
Severity: important
Tags: upstream ftbfs
Hi,
The procps project is changing the libprocps library. The old API found in
libprocps8 is very diferrent to what is found in libproc2.
As a result, your package will FTBFS as the library name has changed as well
as the
Package: apitrace
Severity: important
Tags: ftbfs upstream
Hi,
The procps project is changing the libprocps library. The old API found in
libprocps8 is very diferrent to what is found in libproc2.
As a result, your package will FTBFS as the library name has changed as well
as the library
On Tue, 15 Nov 2022 at 00:36, Christoph Anton Mitterer <
cales...@scientia.org> wrote:
> $ hd /proc/19557/cmdline
> 73 73 68 3a 20 2f 68 6f 6d 65 2f 63 61 6c 65 73 |ssh:
> /home/cales|
> 0010 74 79 6f 2f 2e 73 73 68 2f 6d 75 78 2f 72 6f 6f
> |tyo/.ssh/mux/roo|
> 0020 74 40
On Fri, 4 Nov 2022 at 12:09, Christoph Anton Mitterer
wrote:
> pgrep --full --exact --euid "${LOGNAME}" --list-full -- "^ssh:
> ${HOME}/\.ssh/mux/.+ \[mux]$"
>
$ ./blah [4565] &
[1] 769
$ pgrep --full --exact --list-full '^/bin/sh ./blah \[4565]$'
769 /bin/sh ./blah [4565]
$ cat blah
On Sat, 31 Jul 2021 at 05:45, Mauricio Tagliaferro
wrote:
(no body text)
I suspect its not the hyphen but the length of the command.
$ ln -s /bin/sleep ./name-process
$ ./name-process 100 &
[2] 49256
$ killall -9 name-process
[2]- Killed ./name-process 100
This was killall
Package: wordpress
Version: 6.0.2+dfsg1-1
Severity: important
Tags: security
X-Debbugs-Cc: Debian Security Team
WordPress 6.0.3 is out and fixes many, many, many security issues:
* Stored XSS via wp-mail.php (post by email)
* Open redirect in `wp_nonce_ays`
* Sender’s email address is exposed
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
The procps library is now finally changing. Over 20 years ago there was
a library to assist with the procps binaries but the API wasn't very
good nor not really intentioned for use
Package: prometheus-xmpp-alerts
Version: 0.4.2-1
Severity: important
prometheus-xmpp-alerts is expecting its datetime to be in UTC, but that
is not what the prometheus alertmanager uses.
This means basically prometheus-xmpp-alerts does not work with
prometheus-alermanager which is its main
Hi,
Im not seeing this issue at all in 5.9.3
cat crash-79988d8886068ffd86a3f3efc90d420f5284c45f | xargs agentxtrap
1: Bad value notation (bs)
$ agentxtrap -V
NET-SNMP version: 5.9.3
>
On Thu, 1 Sept 2022 at 16:39, Salvatore Bonaccorso
wrote:
> Do the issues affect as well older series?
>
I suspect so because 2 days ago there was an update for the 5.7 branch
upstream.
https://github.com/WordPress/WordPress/commit/8b87e45e69889ec4a6a837c9d6971697da49e2c8
The commit message
Hi Colin,
Thanks for the report. I first copied dh-exec-install-rename from dh-exec
0.23.4 and compiled OpenSSL fine. The odd thing is that 0.23.4 was out but
0.24 was on Salsa but never released. 0.25 was just an update of the Salsa
version and 0.26 was the re-introduction of the patches for
set_status: CVE-2022-24806, CVE-2022-24807, CVE-2022-24808,
+CVE-2022-24810
+
+ -- Craig Small Wed, 10 Aug 2022 16:16:59 +1000
+
net-snmp (5.9+dfsg-3) unstable; urgency=medium
* Source only upload - no changes Closes: #970798
diff -Nru net-snmp-5.9+dfsg/debian/patches/series net-snmp-
I said:
> I had uploaded net-snmp 5.9.3 anyway but I'll add those CVEs to the
> changelog.
> I'm trying to find where they've made the changes to see if it is possible
> to get at least bullseye fixed.
>
I've had a look and believe these two commits are the fixes:
snmpd: fix bounds checking in
On Sun, 17 Jul 2022 at 21:12, Craig Small wrote:
> Why, after 10 years, has the mass-rebuild triggered it?
>
Because after even more years of printing a useless warning Dejagnu now
makes it an error[1].
- Craig
1:
https://git.savannah.gnu.org/gitweb/?p=dejagnu.git;a=co
On Sun, 17 Jul 2022 at 00:03, Lucas Nussbaum wrote:
> > ERROR: global config file ../testsuite/global-conf.exp not found.
> > ERROR: global config file ../testsuite/global-conf.exp not found.
> > ERROR: global config file ../testsuite/global-conf.exp not found.
>
This bug is curious for a few
On Thu, 13 Oct 2016 21:31:38 +0200 Bastien ROUCARIES <
roucaries.bast...@gmail.com> wrote:
> > dh-exec --with=subst --no-act
> /usr/lib/dh-exec/dh-exec-filter | /usr/lib/dh-exec/dh-exec-subst |
> /usr/lib/dh-exec/dh-exec-strip [input: {0, NULL}, output: {0, NULL}]
>
> instead of
>
On Sun, 29 Oct 2017 at 20:51, Andreas Beckmann wrote:
> auto_nlist.c: In function 'auto_nlist_value':
> auto_nlist.c:68:18: error: 'struct nlist' has no member named 'n_name';
> did you mean 'n_type'?
>
Given this is a really old bug and there appears to be n_name in the
structure[1] I'm not
Hi Ole,
It looks like that offending code wasn't removed, it was just
relocated further along [1].
Looking at what they have done for net-snmp 5.9.2 snmplib/snmp_api.c
isn't changed between 5.9 and 5.9.2 so I'll apply it as the problem
isn't going away.
Your bug report was fine BTW. If there
Upstream should have a new version of net-snmp that compiles with
OpenSSL v3.0 in May. I've tested the RC1 release and it compiles
fine.
https://sourceforge.net/p/net-snmp/mailman/message/37642006/
- Craig
Package: libwayland-client0
Version: 1.20.0-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
xdg-desktop-portal-gnome keeps crashing. What I do to trigger it is to
click the download button on anything inside the Brave browser.
e.g. start brave
go to any project on
Hi Katharina,
Thanks for the bug report. Only the minimised file needs changing and it
needs to remove two characters. There is a single icon that makes a remote
call that needs to be removed and I missed the ', from it.
- Craig
On Tue, 5 Apr 2022 at 23:45, Katharina Drexel
wrote:
>
Hello,
You may recall quite some time ago there was this bug #810018 where it was
asked can procps ship pidof so that sysvinit-utils could have its Essential
flag removed.
That was.. back in 2016. Is this still something that would be useful to
be done?
Michael put some good work in looking
Package: wordpress
Version: 5.8.3+dfsg1-1
Severity: grave
Tags: security
Justification: user security hole
X-Debbugs-Cc: Debian Security Team
WordPress has released version 5.9.2 that has one bug fix and three
security fixes[1]. They state the security fixes are required back
to 3.7 so all
Hi,
My understanding of this issue is you are starting agentxtrap on the
command line and then doing something to it to make argv[0] = NULL ?
I can see how this is possible in a debugger, but is there any way of doing
this outside a debugger or something that is directly writing to the
process
1 - 100 of 1171 matches
Mail list logo