Regression of pmap bug 753124

[Andrey Bondarenko]

Binary package hint: procps

It is an auxiliary bug to help track merging real fix for bug 753124 into natty and oneiric branches created in response on:

https://code.launchpad.net/~abone/ubuntu/natty/procps/fix-for-753124/+merge/58905

[Clint Byrum (clint-fewbar)]

Andrey, in trying to reproduce the issue before sponsoring your fix, I'm unable to do it.. on natty and oneiric the output looks right:

# pmap -x $$
5672: -bash
Address Kbytes RSS Dirty Mode Mapping
0000000000400000 0 636 0 r-x-- bash
00000000006df000 0 4 4 r---- bash
00000000006e0000 0 36 36 rw--- bash
...
00007fff96dcc000 0 4 0 r-x-- [ anon ]
ffffffffff600000 0 0 0 r-x-- [ anon ]
---------------- ------ ------ ------
total kB 18020 2016 496

procps:
  Installed: 1:3.2.8-10ubuntu3
  Candidate: 1:3.2.8-10ubuntu3
  Version table:
 *** 1:3.2.8-10ubuntu3 0
        500 http://127.0.0.1/ubuntu/ natty/main amd64 Packages
        100 /var/lib/dpkg/status

Maybe I don't understand what the issue was with bug #753124 ..

Can you explain how to reproduce the regression?

[Andrey Bondarenko (abone)]

I can tell only about natty. I don't have oneiric environment. The issue probably appears because of building package with bzr-buildpackage. Try

bzr branch lp:ubuntu/natty/procps natty
cd natty
bzr bd --dont-purge -- -B -uc -us
cd ../build-area/procps-3.2.8/debian/procps/usr/bin/
./pmap -x $$

Seems the same procedure was applied while building official version. In my natty environment. If I install procps 1:3.2.8-10ubuntu3 from an official repository I can reproduce an issue:

pmap -x $$
4274: -bash
Address Kbytes RSS Dirty Mode Mapping
00110000 0 528 0 r-x-- libc-2.13.so
0026a000 0 0 0 ----- libc-2.13.so
...
b78fc000 0 8 8 rw--- [ anon ]
bfc04000 0 44 44 rw--- [ stack ]
-------- ------- ------- ------- -------
total kB 10336 - - -

It does not correctly apply quilt patches, as auxiliary .ps/ directory was put into bzr branch. I reimported upstream version into 3.2.8-10ubuntu3.1, removed all quilt generated files from the branch and added them to .bzrignore. Now it applies patches correctly. issue disappears when I install locally compilled version 1:3.2.8-10ubuntu3.1

AFAIK, If you build package by extracting sources with dget then build them with dpkg-buildpackage issue would disappear also.

[Clint Byrum (clint-fewbar)]

Excerpts from Andrey Bondarenko's message of Sat Jun 11 04:13:04 UTC 2011:
> I can tell only about natty. I don't have oneiric environment. The issue
> probably appears because of building package with bzr-buildpackage. Try
>
> bzr branch lp:ubuntu/natty/procps natty
> cd natty
> bzr bd --dont-purge -- -B -uc -us
> cd ../build-area/procps-3.2.8/debian/procps/usr/bin/
> ./pmap -x $$
>
> Seems the same procedure was applied while building official version. In
> my natty environment. If I install procps 1:3.2.8-10ubuntu3 from an
> official repository I can reproduce an issue:
>
> pmap -x $$
> 4274: -bash
> Address Kbytes RSS Dirty Mode Mapping
> 00110000 0 528 0 r-x-- libc-2.13.so
> 0026a000 0 0 0 ----- libc-2.13.so
> ...
> b78fc000 0 8 8 rw--- [ anon ]
> bfc04000 0 44 44 rw--- [ stack ]
> -------- ------- ------- ------- -------
> total kB 10336 - - -
>
> It does not correctly apply quilt patches, as auxiliary .ps/ directory
> was put into bzr branch. I reimported upstream version into
> 3.2.8-10ubuntu3.1, removed all quilt generated files from the branch and
> added them to .bzrignore. Now it applies patches correctly. issue
> disappears when I install locally compilled version 1:3.2.8-10ubuntu3.1
>
> AFAIK, If you build package by extracting sources with dget then build
> them with dpkg-buildpackage issue would disappear also.

The official buildds build from a .dsc/orig.tar.gz/etc., not the bzr
branch, so its quite strange to me that the official binaries *you*
have show this problem, whereas the same official binaries that I have,
same version, same architecture, do not show the problem.

BTW, the only reliable way to build from a bzr branch is:

bzr bd -S

and then use pbuilder/sbuild to build in a clean chroot. Otherwise you
may have some other thing different on your system that changes the
way the package is built.

[Andrey Bondarenko (abone)]

I agree, it looks very strange that two "official" builds are different in fact. I'm using http://de.archive.ubuntu.com:

wget http://de.archive.ubuntu.com/ubuntu/pool/main/p/procps/procps_3.2.8-10ubuntu3_i386.deb

md5sum procps_3.2.8-10ubuntu3_i386.deb
779238865cfe4233f48519c68a18cb81 procps_3.2.8-10ubuntu3_i386.deb

sha1sum procps_3.2.8-10ubuntu3_i386.deb
e1f880b7f16b6315c7d51e8ab08d8332938d7fed procps_3.2.8-10ubuntu3_i386.deb

sha256sum procps_3.2.8-10ubuntu3_i386.deb
942caffe3144a51d4979916bf61c48bdb16fa8f0b156d2defb93cd57c0a47d01 procps_3.2.8-10ubuntu3_i386.deb

sudo dpkg -i procps_3.2.8-10ubuntu3_i386.deb

pmap -x $$ | tail -4
b7711000 0 8 8 rw--- [ anon ]
bfa52000 0 44 44 rw--- [ stack ]
-------- ------- ------- ------- -------
total kB 10184 - - -

Can you please do the same for your source?

[Andrey Bondarenko (abone)]

Any news? Will we proceed with merging changes into Ubuntu branches or I should forgot about it?

[Clint Byrum (clint-fewbar)]

Excerpts from Andrey Bondarenko's message of Sat Jun 18 08:03:56 UTC 2011:
> Any news? Will we proceed with merging changes into Ubuntu branches or I
> should forgot about it?
>

Andrey, I'm sorry, I've been busy with some other things. I'll get some
time to work on this next week.

[RazrFalcon (razrfalcon)]

I have this bug even on Arch.

[Konstantin Ivanov (liner.mgn)]

Ubuntu 11.04

pmap -x $$
http://pastebin.com/TCaNPFGd

[Andrey Bondarenko (abone)]

I see that pmap output provided in #8 shows partially correct result. Totals are ok, but column Kbytes contains zero in all othre rows. This was also fixed in my branch:

$ pmap -x $$ | tail -5
b7887000 4 4 4 r---- ld-2.13.so
b7888000 4 4 4 rw--- ld-2.13.so
bf97e000 132 16 16 rw--- [ stack ]
-------- ------- ------- ------- -------
total kB 10152 2344 588 -

My guess is: Ubuntu CD contains different deb packages than online repository. I installed Ubuntu at version 9.10 and did network only upgrades since then. I don't have Ubuntu ISO on hand and cannot check procps package from there right now. I'll get back with results as soon as I get more info.

[Andrey Bondarenko (abone)]

Got additional information from Konstantin Ivanov. I'm using package for architecture i386 while his package is for amd64.

[Andrey Bondarenko (abone)]

Changed status of the bug from Incomplette to Confirmed to prevent expiration.

[dino99 (9d9)]

eol reached https://wiki.ubuntu.com/Releases