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
t; 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
med 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
uild/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
updated to something better; it's a low-priority
for me because systemd/elogind do what I need most of the time.
- Craig
to
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,
> >
ure 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:
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 *
nstead 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
s://gitlab.com/psmisc/psmisc/-/commit/8fa115138f79f807d2f07e578f9a40c38c228c0b
If you can confirm it is the same issue then I've got the fix.
- Craig
cally 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.
tart=/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
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
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
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.
e 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
aintainers 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.
;
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
e 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)
> X-Debbugs-Cc: s
.
- 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
/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
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
ases, 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
On Tue, 13 Jun 2023 at 11:09, Jan Br
-specific unless it's my build options.
- Craig
//github.com/net-snmp/net-snmp/issues/537
I'll put this Debian patch in too.
- Craig
ot;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/-/issues/213
--
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
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
ckages
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't on our ra
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
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
(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
ent
about the patches but don't use the package myself.
- Craig
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
>
>
utput.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
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
and 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
nown 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
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/linux
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
Last-Update
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
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
-- 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
of 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: i386
Kernel
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
-- System Information
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
-- 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
ocess 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
. 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
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
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\-dev/;
is_bad
On Fri, Sep 23, 2022 at 01:17:52PM +0200, Christoph Berg wrote:
> I think that was well beyond what could be acceptable for a Debian member to
> behave like. Have you considering finding other venues?
Have you considered minding your own fucking business? You've all been
fucking dog-piling me
orkaround for a shitty broken package that does a shitty job of implementing
a stupid and pointless idea.
Go away and stop bothering me.
craig
hat I need to do something about it. That works for me, and
I no longer care if it's still broken for others.
> Maybe you can provide a minimal reproducer (based on a minimal chroot).
Making a stable VM and then upgrading it to sid should show it.
craig
reopen 1020290
severity 1020290 critical
stop
There's no need to repeat (again!) what i've already said.
fix the bug before closing this report.
t my responsibility to figure out what broken interactions your broken
package has with usrmerge, usr-is-merged, and apt itself. IT'S YOUR PACKAGE,
YOUR RESPONSIBILTY.
craig
--
craig sanders
On Wed, Sep 21, 2022 at 08:32:53AM +0200, Helmut Grohne wrote:
> On Wed, Sep 21, 2022 at 10:41:18AM +1000, Craig Sanders wrote:
> > Stop closing this bug without fixing it.
>
> The change you are objecting to was planned and presented to various
> teams in Debian including the t
reopen 1020290
severity 1020290 critical
stop
> Given you have made usrmerge uninstallable in your system as you
> admitted (probably running one of dpkg's unsupported scripts that
> installs a local blocking package, I'd imagine) then it is entirely on
> you to fix that, it cannot be done
or not (I didn't like your
condescending and dismissive tone in your reply to my bug report, but I doubt
you give a damn about that either). There's a critical bug in your package
and you need to fix it.
craig
reopen 1020290
stop
> > This effectively makes these packages Essential by stealth. Debian's
> usrmerge
> > FAQ says:
> >
> > * Is it mandatory to install this package?
> > No.
>
> That is correct - new installations are already merged-usr so there's no
> need for that package, hence the
init systems are
welcome to include their helpers in this package.
craig
ps: I'm annoyed enough that this tried to install usr-is-merged and failed.
I would have been furious if it had successfully installed usrmerge and
irreversibly fucked with my filesystems without warning and especially without
my CONSENT.
-10:00"), '%Y-%m-%dT%H:%M:%S.%f%z')
datetime.datetime(2022, 9, 8, 21, 26, 9, 706263,
tzinfo=datetime.timezone(datetime.timedelta(days=-1, seconds=50400)))
I can provide a patch if required.
- Craig
-- System Information:
Debian Release: 11.4
APT prefers stable
APT policy: (990, 'stable'),
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
>
essage looks like security-type fixes:
- Posts, Post Types: Escape output within `the_meta()`.
- General: Ensure bookmark query limits are numeric.
- Plugins: Escape output in error messages.
- Build/Test Tools: Allow the PHPCS plugin in Composer configuration.
- Craig
the following in /usr/share/dh-exec/dh-exec-install-rename
if (defined ($ENV{"DH_INTERNAL_OPTIONS"}) &&
$ENV{"DH_INTERNAL_OPTIONS"} =~ /-[ai]/) {
$noop = 0;
}
I'm not really sure why this causes the problem, but it definitely sets
something off.
- Craig
On Fri, 12 Aug
Do you have capacity to prepare updates for bullseye?
>
Yes, see attached debdiff for review. It's just those two patches.
- Craig
diff -Nru net-snmp-5.9+dfsg/debian/changelog net-snmp-5.9+dfsg/debian/changelog
--- net-snmp-5.9+dfsg/debian/changelog 2020-09-25 09:10:00.0 +1000
+++ ne
net-snmp/commit/9a0cd7c00947d5e1c6ceb54558d454f87c3b8341
Both sets of commits look pretty clear and simple to implement. I've asked
upstream to confirm these are the only two patches.
- Craig
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
1 - 100 of 1757 matches
Mail list logo