On Thu, 26 Sept 2024 at 03:48, Paul Gevers wrote:
> Hi,
>
> On 25-09-2024 12:05, Craig Small wrote:
> > grep -E '^([[:space:]]+[[:digit:]]+){18}$' "${stdoutF}" >/dev/null
>
> I thought the problem was that the result didn't start with
> ^[
to adjust the autopkgtest grep to look for only a few
numbers, not 18.
That's a bit annoying but when the identical test in DEJAGNU *always*
passes, its the best that can be done.
- Craig
>
> Paul
>
>
i sobibo in cs us sy id
wa st gu
1 0 13416 7994060 1221344 151456200029 107 1372 22 8 1
91 0 0 0
buff column is the same as Buffers line (1221344)
cache column is Cached + SReclaimable (14260336 + 885284 = 15145620)
I tried it in a lxc container and vmstat works, but (correctly) shows 0 for
Buffers and SReclaimable.
- Craig
Hi,
I have added most of these changes to the upstream ps.1 Some of them have
already been changed in other patches.
- Craig
On Sun, 15 Sept 2024 at 10:09, Bjarni Ingi Gislason
wrote:
> Package: procps
> Version: 2:4.0.4-5
> Severity: minor
> Tags: patch
>
>*
s.
This one is easy - it is contained in RFC 6933 that also contains
> ENTITY-MIB, so this adding IANA-ENTITY-MIB is a matter of editing
> rfclist to:
>
> 6933ENTITY-MIB:IANA-ENTITY-MIB:UUID-TC-MIB
>
Done that, thanks!
- Craig
Package: bsdgames
Version: 2.17-34
Severity: normal
X-Debbugs-Cc: j...@whitehouse.gov
Dear Maintainer,
This package includes desktop files in /usr/share/applications/bsdgames
All of them include `Terminal=True` which should be lowercase `Terminal=true`.
Some of these desktop files should be rem
Package: bash
Version: 5.2.21-2.1+b1
I have no idea if this is a problem with bash or with readline but for the
last week or so, sometimes (fairly often) when I use Ctrl-R to do a history
search and recall, it prevents Ctrl-C from working - Ctrl-C is completely
ignored, i.e. it doesn't do anything
> =
> BEGIN BALLOT
>
> The Technical Committee declines to overrule the maintainer of
> base-files, or issue any advice on issues concerning /etc/os-release.
>
> We do not think there is a clear proposal on the table for us to assess,
> and we do not think it is appropriate to issue any general
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} [ :0-9]{1
h all we can do without
some major refactoring. That may occur, but this method also causes
watch to not display all the colours.
- Craig
e syctl default or kernel package
that need to decide and update.
- Craig
rocps-ng/procps/-/commit/42dce4d9f4132360647c4dcae1fbbfa1171528b3
2: https://gitlab.com/libvirt/libvirt/-/issues/492
Ideally, I'd like to push a pre-release into the Debian CI and see if
it works now. I'm not sure
there is a way of doing that.
- Craig
code got updated but the manpage was only half done.
- Craig
es
Oh, I've not seen that method before but I see it is in deb-conffiles(5).
I was going to use in a maintscript:
rm_conffile /etc/sysctl.conf 2:4.0.4-6~
but your way looks better.
- Craig
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 --t
3.16-4~ procps
mv_conffile /usr/lib/sysctl.d/protect-links.conf
/usr/lib/sysctl.d/99-protect-links.conf 2:3.3.17-6~ procps
Also procps ships an old /etc/sysctl.d/README.sysctl should that also
be deleted or moved into this new package?
- Craig
commit/104b3ce3df67092eeb868ba5e019cb895ebdf32d
We're hoping to get a new procps release soon.
- Craig
ing free should fix ps too.
procps after 3.3.17 has a *lot* of changes, but I didn't think parsing
the meminfo file was one of those.
- Craig
n -> usr/bin
$ realpath /bin/ps
/usr/bin/ps
Or in other words, /bin is symlink to /usr/bin and /bin/ps is not a real file.
So the trick here is to work out what you have here first.
I'm also curious why you're at version 4.0.3-1 Bookworm is 4.0.2-3 and
Trixie/Sid at 4.0.4-4; upgrading to the latest might clear this issue.
4.0.4-4 has a /usr/bin/ps because of the usrmerge/DEP-17 transistion.
- Craig
system. It also
works on salsa.
> 53s [1;31mASSERT: [0mvalue line
I see the prepare_testbed just before this failed too, not sure what that is.
The value line is running 'vmstat' and then for the third line
grep -E '^([[:space:]]+[[:digit:]]+){18}$' "${stdoutF}"
i.e. is there 18 fields.
- Craig
e and
renamed in the install phase.
Could you have a look at it and see what differences there could be? I'm
not seeing any errors with that example.
- Craig
Sign command: /lib/modules/6.8.9-amd64/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
[...]
depmod
dkms autoinstall on 6.8.9-amd64/x86_64 succeeded for nvidia-current zfs
dkms: autoinstall for kernel: 6.8.9-amd64.
Setting up linux-headers-amd64 (6.8.9-1) ...
real 3m4.300s user 16m20.516s sys 1m21.171s
craig
gets updated to something better; it's a low-priority
for me because systemd/elogind do what I need most of the time.
- Craig
do, here's one thing.
No idea what the administrative stuff Sean is talking about, I guess I'll
find out soon.
- Craig
On Sat, 13 Apr 2024 at 13:47, Sean Whitton wrote:
> Ping again. Thanks.
>
> On Thu 28 Mar 2024 at 01:33pm +08, Sean Whitton wrote:
>
> > Hello,
&
doesn't get filled in with the short
options and there is a null pointer.
The next procps release will have the fix at
https://gitlab.com/procps-ng/procps/-/commit/79042e07fab9956135a21b1df7a69d1fbde7ef79
I'll leave this Debian bug open until 4.0.5 makes it into Debian.
- Craig
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:
https://wpscan.com/blog/
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 t
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 *
Tr
ses
clock_gettime() instead so the start times are correct.
killall would be impacted by the same issue.
- Craig
1:
https://gitlab.com/procps-ng/procps/-/commit/b5e19c1730bcc68d553f44b5585704e3c92267bf#83c45d853acc8384452b404946e4a0c484b16a4e_1519_1515
if it is one
of those automatic detector things?
Thanks for following up on this.
- Craig
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
d
https://gitlab.com/psmisc/psmisc/-/commit/8fa115138f79f807d2f07e578f9a40c38c228c0b
If you can confirm it is the same issue then I've got the fix.
- Craig
used locally here is to look at /dev/pts:
>
ps -o etimes 1 will do it too
The upstream libproc2 now has a feature of providing container uptime and
both w and uptime have the option either as a command line or environment
variable.
- Craig
FWIW I'm having the same problems. Granted, this NIC is in a
Thunderbolt dock, so one can't exclude this as a factor, but the
errors are identical. This is even the case running the 6.7.1-1~exp1
kernel from experimental.
ptrapd.s*
debian/snmptrapd.service:ExecStart=/usr/sbin/snmptrapd -LOw -f udp:162
udp6:162
debian/snmptrapd.socket:ListenDatagram=0.0.0.0:162
debian/snmptrapd.socket:ListenDatagram=[::]:162
debian/snmptrapd.socket:# ListenStream=0.0.0.0:162
debian/snmptrapd.socket:# ListenStream=[::]:162
It would be more friendly when snmpd and snmptrapd degrade gracefully to
> IPv4-only when there is no IPv6 on the system.
>
I don't think its that.
- Craig
d the same issue.
>
What, specifically, are you doing to see this message? Running what you see
in the service file on the command line won't work and will give this
result.
- Craig
sensorsMib
and run your walk again you should get a lot of messages like:
Connection from UDP: [127.0.0.1]:40280->[127.0.0.1]:161
ucd-snmp/lmsensorsMib: lmSensorsTables_handler - root:
LM-SENSORS-MIB::lmTempSensorsTable, mode 160
- Craig
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
>
new version of
psmisc with that patch.
- Craig
Package: cron
Version: 3.0pl1-182
Please don't force colourised tty output by default. It makes the output
unreadable.
Forcing one person's colour preferences on everyone is a vision impairment /
accessibility problem for everyone who doesn't have the same visual capability
as that one individual
all be done directly with s-s-d.
>
I agree that this is a good idea. It will be more about removing the
Essential flag on any package.
- Craig
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.
something up on this as it changes a lot. There are
probably two questions
1) Does pidof need to be in an Essential package? While a lot of packages
do have pidof in them a lot (but not all) of those are in init scripts.
2) Does pidof need its own package then
- Craig
3.0.8-4)
sysvinit-utils maintainers create 3.08-4 without pidof and have Breaks:
procps (<< 2:4.0.4-3)
If everyone is in agreement with this, I'll update procps this week.
- Craig
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.
tion error"
>
That's upstream issue 301 (https://gitlab.com/procps-ng/procps/-/issues/301)
which is fixed upstream.
- Craig
multiarch directories but that
is solved elsewhere.
It's a 5-year-old bug, I'm not really sure what dh_missing needs to be
happy that the file has been handled.
- Craig
27;s only in the upstream package at the moment.
- Craig
On Sat, 16 Sept 2023 at 20:57, Sebastian Ramacher
wrote:
> Source: procps
> Version: 2:4.0.4-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the
> past)
>
t way.
- 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
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
https://gitlab.com/psmisc/psmisc/-/commit/c22d1e4edbfec6e24346cd8
grep -e ' 0:2[57] ' /proc/self/mountinfo
show?
You could also try
sudo nsenter -a -t fuser
/usr/lib/x86_64-linux-gnu/libc.so.6
- Craig
overflows and malloc will allocate less memory. You basically need to have
a recompiled kernel that increases ARG_MAX for it to happen.
Using the number of items, calculated later, and more importantly using
calloc() fixes the issue.
- Craig
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 wr
Package: openscap-utils
Version: 1.3.8+dfsg-1
Severity: normal
Dear Maintainer,
oscap-docker doesn't working due to a missing dependency on
python3-openscap as seen below:
$ oscap-docker
Traceback (most recent call last):
File "/usr/bin/oscap-docker", line 24, in
from oscap_docker_python
for some sort odd corner cases, just the
main ones.
I'm not even going to bother with checking if the regex is too long (e.g.
somethingverylonghere|somethingelsethatisverylong) because this is a simple
check.
Probably just scan the string looking for those chars and its done.
- Craig
O
not
Debian-specific unless it's my build options.
- Craig
arded to https://github.com/net-snmp/net-snmp/issues/537
I'll put this Debian patch in too.
- Craig
e, the "b" in blah lines up
with the "n" in len but wcswidth thinks it is 2. I have no idea why
this is so and even where this information comes from.
It's not the end-of-the world sort of bug, but it is a very stange one.
- Craig
1: https://gitlab.com/procps-ng/procps/-/i
eport and the patch. It has been applied upstream
and as a debian patch for the package.
I can't believe that we had been testing it for years and not seen it
before.
- Craig
sing first.
If you're writing new scripts, then pkill is better maintained than
skill but in any case, a bug is a bug.
- Craig
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
Package: vim-ale
Version: 3.2.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
vim-ale is being very unhappy, this is a brand-new installation of the package,
I previous used vim-syntastic but its going away.
I think it is assuming a particular vim version or some additional
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
ackages
do not depend on libprocps.
Looks like old dependencies so the removal of libprocps-dev from their
build dependency line in control is all that is needed.
I can do that, or the respective maintainers can.
- Craig
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
en-vm-tools has a new version in unstable that's now unable to
> migrate.
>
Odd they hadn't noticed it not compiling. I think I have looked at both
these before so I'll see what I can do.
- Craig
t instead of return for some functions when there was a failure,
but most of them used both anyway so it seemed
pretty arbitrary. If /proc is unmounted or malloc fails, you're in a world
of hurt anyway.
Timo, if you need help getting the next version linked to libproc2 I've
done both versions so I can help.
- Craig
#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
I
(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,
;m pretty confident
about the patches but don't use the package myself.
- Craig
ething else you need? This one was one of the easier ones to
fix.
- Craig
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
>
> ExecStart=/usr
/output.c
The fix, with a test case, is already in upstream.[2]
- Craig
1:
https://gitlab.com/procps-ng/procps/-/commit/584028dbe513127ef68c55aa631480454bcc26bf#30867ea709c90a1563b408e4c195a7124050135d_431_278
2:
https://gitlab.com/procps-ng/procps/-/commit/dd3cb0892d142e370413e1cba582d390042883e5
et/sparrow/releases/download/1.7.1/sparrow_1.7.1-1_amd64.deb
https://github.com/sparrowwallet/sparrow/releases/download/1.7.1/sparrow_1.7.1-1_arm64.deb
I assume the next step is to upload these two files, but I'm uncertain of where
or how to do this.
Thanks,
Craig
gainst the pidlist wasn't transferred.
It's a simple two-liner to fix and will be in the next Debian and upstream
release. There's also a test explicitly for this use-case.
- Craig
years ago, the function escape_command got duplicated into ps so
it wasn't exposed from the library.
The "add the defunct" bit wasn't, I'll try to see why.
Matching on the state is a better idea anyway.
- Craig
l known languages.
Even though there is no Chinese translation of free.1 in procps, there is a
language file so it got a set of English manpages
in that directory.
A fix has already been added and a new version will be uploaded soon.
- Craig
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
menu. All are
actively monitored.
It's worth noting as well that Sparrow hasn't had a security issue in the now
2+ years since it was first released. It had been the subject of external code
review and build reproducibility is regularly checked by external parties.
Craig
Package: wnpp
Severity: wishlist
Owner: cr...@sparrowwallet.com
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: sparrow
Version : 1.7.1
Upstream Author : Craig Raw
* URL : http://sparrowwallet.com/
* License : Apache 2
Programming Lang: Java
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 a/plugins/platform/
nderscore (>=
[-1.13.4~dfsg+~1.11.4),-] {+1.9.1~dfsg),+} php-getid3 (>= [-1.9.22+dfsg)-]
{+1.9.20+dfsg)+}
Installed-Size: [-45011-] {+45028+}
Version: [-5.7.8+dfsg1-0+deb11u1-] {+5.7.8+dfsg1-0+deb11u2+}
- Craig
>
>
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
L
calls.
All is not lost, for most of the dependent projects there are already patches
available to close to it. I have also ported programs from the old to the new
libraries so can assist.
The libproc2 packages are found in procps 4.0.1+ in experimental.
- Craig
-- System Information:
Debian
library calls.
All is not lost, for most of the dependent projects there are already patches
available to close to it. I have also ported programs from the old to the new
libraries so can assist.
The libproc2 packages are found in procps 4.0.1+ in experimental.
- Craig
-- System Information:
Debian
changed as well
as the library calls.
All is not lost, for most of the dependent projects there are already patches
available to close to it. I have also ported programs from the old to the new
libraries so can assist.
The libproc2 packages are found in procps 4.0.1+ in experimental.
- Craig
the issue and even has a patch
from me for it.[1]
- Craig
1: https://gitlab.com/procps-ng/procps/-/issues/239#note_1172414932
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i3
the library calls.
All is not lost, for most of the dependent projects there are already patches
available to close to it. I have also ported programs from the old to the new
libraries so can assist.
The libproc2 packages are found in procps 4.0.1+ in experimental.
- Craig
-- System Information
library calls.
All is not lost, for most of the dependent projects there are already patches
available to close to it. I have also ported programs from the old to the new
libraries so can assist.
The libproc2 packages are found in procps 4.0.1+ in experimental.
- Craig
-- System Information
calls.
All is not lost, for most of the dependent projects there are already patches
available to close to it. I have also ported programs from the old to the new
libraries so can assist.
The libproc2 packages are found in procps 4.0.1+ in experimental.
- Craig
-- System Information:
Debian
ine for the
process, unless the process is a zombie. In the latter case, there is
nothing in this file: that is, a read on this file will return 0
characters. The command-line arguments appear in this file as a
set of strings separated by null bytes ('\0'), with a further
null byte after the last string.
But neither your or my example has that, its a space. That's the kernel
doing something odd.
- Craig
- Craig
ks fine. That
was with 3.3.17-5
The reason seems to be, that there are trailing 0x00.
>
That's how the argument list is stored. libproc parses it out into a set of
strings or one long string.
You can't really directly use grep because the library is parsing it, while
grep uses the raw input.
- Craig
Package: orphan-sysvinit-scripts
Version: orphan-sysvinit-scripts_0.07_all , orphan-sysvinit-scripts_0.11_all
Severity: important
X-Debbugs-Cc: nc...@hotmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I i
lall 23.5 but can you try the above set of commands?
- Craig
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 in
forward
I can work with the relevant developers to get the API changed.
- Craig
1: https://gitlab.com/procps-ng/procps/-/issues/239
Ben file:
title = "procps";
is_affected = .depends ~
/libproc2\-0|libproc\-dev|libprocps[0-9]|libprocps\-dev/;
is_good = .depends ~ /libproc2\-0|libproc
1 - 100 of 1698 matches
Mail list logo