Nice find! And yes, I can confirm that it works for me too. Would be
great to see these fixes make it into bookworm.
- Markus
Am 29.03.23 um 17:48 schrieb Mark Hindley:
This single hunk on top of 3.06-2 fixes pidof following multiple symlinks for me
when invoked as
pidof $(which vi)
Markus
I did a few more tests of my own and didn't find any other issues.
- Markus
Am 24.03.23 um 15:17 schrieb Jesse Smith:
On 2023-03-24 6:44 a.m., Markus Fischer wrote:
I think I've figured it out. With the following patch I don't see the
unexpected behaviour anymore:
--- a
ll5.c:1028)
==4158==by 0x109700: main (killall5.c:1108)
I compiled the killall5 binary with:
CFLAGS="-O2 -ggdb" make killall5
Am 23.03.23 um 16:25 schrieb Jesse Smith:
On 2023-03-23 12:04 p.m., Markus Fischer wrote:
I could also reproduce it with emacs. I've used emacs-gtk to
`
Am 23.03.23 um 15:50 schrieb Jesse Smith:
On 2023-03-23 11:36 a.m., Markus Fischer wrote:
Alright. Then there is still the issue with gdb, which is no symlink.
A full example for that:
```shell 1
$ type gdb
gdb is /usr/bin/gdb
$ gdb --core=corefile
```
```shell 2
$ ./pidof gdb
23125
$ ./pidof $(
/gdb
```
Am 23.03.23 um 15:25 schrieb Jesse Smith:
On 2023-03-23 11:20 a.m., Markus Fischer wrote:
```shell 1
$ type vi
vi is /usr/bin/vi
$ vi
```
```shell 2
$ cd ~/src/sysvinit-upstream/src/
$ ls -l pidof
lrwxrwxrwx 1 ivanhoe ivanhoe 8 Mar 22 14:56 pidof -> killall5
$ ./pidof vi
21
r example, if "vi" was an alias to
"vim" rather than a symlink.
On 2023-03-23 3:38 a.m., Markus Fischer wrote:
I can confirm Mark's observation that "pidof $(which vi)" still does
not work, at least when vi is running as normal user. However, when I
run vi as ro
db)" behaves as expected.
I also noticed that as with vi above, when gdb was run as root "pidof
$(which gdb)" works as expected with both 3.06 and 3.07.
- Markus
Am 22.03.23 um 16:38 schrieb Jesse Smith:
On 2023-03-22 8:31 a.m., Mark Hindley wrote:
Markus,
Thanks for this
I just could reproduce another case where pidof with the argument being
a full path to a binary doesn't return a pid. It is not related to the
argument being a symlink.
This time it seems to be related to the program having been started with
arguments but I don't see the unexpected behaviour w
Package: sysvinit-utils
Version: 3.06-2
Severity: normal
X-Debbugs-Cc: none
Dear Maintainer,
Passing the full path of a binary to the pidof command does not always
return a pid although the process is running and the man page of the
pidof command explicitly notes that it can be used that way.
Th
background.
* What was the outcome of this action?
Unperdictable crashes...
* What outcome did you expect instead?
Normal function
Attached is a gdb.log (crash while doing nothing...)
Markus Fischer
-- System Information:
Debian Release: 8.5
APT prefers stable-updates
Package: dbmail
Version: 2.2.11-1+b1
Severity: important
Under certain circumstances the imap server sends ')\r\n' after messages which
confuses some clients.
This was fixed in 2.2.17 , see http://dbmail.org/mantis/view.php?id=849 .
I experiences this problem with imapcopy which lead to miss
Same problem here, I've had set "Bytecode" to Paranoid which made the
daemon crash.
I've now set it to "TrustSigned" and clamav-daemon runs again.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: citadel-server
Version: 7.83-2
Severity: important
Dear citadel maintainers,
I need to migrate my citadel database from my current computer system to
another. For that purpose, I'd like to use the migration tool "ctdlmigrate"
which is mentioned on
http://www.citadel.org/doku.php/faq:
Package: dpkg
Version: 1.15.4.1
Severity: normal
When running inside a vserver, the capability to alter the IO priority may not
be available.
Currently, due the daily cron job configuration, I get an email from the system
every day:
-8<--
Subject: Cron te
Hi,
Ola Lundqvist wrote:
Where is this option described?
On Tue, Oct 14, 2008 at 05:15:57PM +0200, Markus Fischer wrote:
Upon the first launch, vnc4server with the option '-SecurityTypes None'
still asks for a password, even though I specified no authentication to
be used.
Package: vnc4server
Version: 4.1.1+X4.3.0-30
Severity: normal
Upon the first launch, vnc4server with the option '-SecurityTypes None'
still asks for a password, even though I specified no authentication to
be used.
vnc4server passes unknown options down to Xvnc, however in this case it
should be
Package: munin-node
Version: 1.2.6-5
Severity: normal
Tags: patch
When activating the plugins tomcat_access, tomcat_threads and
tomcat_volume, they don't report any values for graphing.
That happens because the script expects the following XML structure in
the status output:
when in fact on m
After I upgraded to the latest version in testing it doesn't crash anymore.
thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: php5-syck
Version: 0.55+svn270-1
Severity: grave
Justification: renders package unusable
When trying to to syck_dump() a simple data structure, PHPs memory_limit is hit
immediately. The data being dumped doesn't warrant hitting the memory limit and
the limit is already at 128M on my syst
Package: swatch
Version: 3.2.1-1
Severity: normal
This is the exactly the same problem as described in #197042. I tried replying
to #197042 but only got
Recipient: <[EMAIL PROTECTED]>
Reason:unknown user
Using "mail [EMAIL PROTECTED]" does not work correctly, "mail
[EMAIL PROTECTED]"
I reported it against php5-tidy as #464074 which now contains a more
simplified reproducable example.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: php5-tidy
Version: 5.2.4-2+b1
Severity: normal
I initially reported this as #463872 but it was suggested this may be a
php5-tidy bug.
When used within PHP, the allowed memory size from PHP is exceeded every time:
$ /usr/bin/php -r 'tidy_parse_string("");'
Fatal error: Allowed memory s
I think this sounds very reasonable. I don't know why the debian PHP5 package
version crashes, because when I compile 5.2.4 and 5.2.5 from clean php.net
from source, the tidy extension works.
The PHP package tidy version exhibits this problem reproduceable on different
machines for me.
Shoul
chine
still with a 20051018-1 .so binary -> works.
thanks,
- Markus
Jason Thomas wrote:
Why don't you just increase your max memory in php. libtidy is now 2
years newer. most likely its going to use more memory.
On Sun, 2008-02-03 at 22:54 +0100, Markus Fischer wrote:
Package: libtidy-0
Package: libtidy-0.99-0
Version: 20080116cvs-2
Severity: grave
Justification: renders package unusable
When used within PHP, the allowed memory size from PHP is exceeded:
[EMAIL PROTECTED]:~/src$ cat debian-5.2.4-tidy-crash.php
test
HTML;
$oTidy = tidy_parse_string($sHtml
Package: php5
Version: 5.2.3-1+lenny1
Severity: wishlist
Currently the pdo_sqlite extension cannot be built standalone because
the header file "php_pdo_driver.h" cannot be found although it's there.
See the example (the directory pdo_sqlite is directly copied from a
prestine 5.2.5 source directo
Package: vim
Version: 1:7.0-122+1etch3
Severity: normal
The directory /usr/share/vim/addons/ is never considered by vim to be
parsed upon starting. Using strace I discovered that only
/var/lib/vim/addons/ is considered. It seems /usr/share/vim/addons/ is
either obsolete or /var/lib/vim/addons/ sho
Package: puppet
Version: 0.20.1-1
Severity: important
The help switch doesn't work on any of the executeables in the
puppet/puppetmaster package. This is the output I get:
mngr01:~# puppet --help
/usr/bin/puppet:103: undefined method `feature' for Puppet:Module
(NoMethodError)
from /usr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Langasek wrote:
> On Sat, Sep 16, 2006 at 09:05:53PM +0200, Markus Fischer wrote:
>> Package: winbind
>> Version: 3.0.23c-1
>> Followup-For: Bug #387076
>
>> Additionally I detected that SSH pam/winbind authorizat
Package: samba
Version: 3.0.23c-1
Followup-For: Bug #387076
I'm having the same problem as reported above. I'm having pam/winbindd
querying our DC but after upgrading to 23c-1 it failed.
Luckily I've (sub)versionied my complete debian installation and I was
able to track down which files are rea
Package: winbind
Version: 3.0.23c-1
Followup-For: Bug #387076
Additionally I detected that SSH pam/winbind authorization also didn't
worked. The identified binary which caused the problem was:
/lib/security/pam_winbind.so
-- System Information:
Debian Release: testing/unstable
APT prefers tes
Package: phpmyadmin
Version: 4:2.6.2-3sarge1
Followup-For: Bug #324318
When I give a fourth configuration block, I get the following warnings when I
choose this configuration in the select:
Notice: Undefined index: controluser in
/usr/share/phpmyadmin/libraries/common.lib.php on line 1232
Not
Package: php4
Version: 4:4.3.10-9
Severity: important
phpversion() reports '4.3.10-9' which breaks any code in the world which
checks e.g. for '4.3.10' (happens with DB_DataObject which works around
a bug in 4.3.10).
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy:
33 matches
Mail list logo
