Hi all,
in bug #433462 there is a request to add free space information in
reportbug standard info appended to bug report.

It's a valid request, that I want to fulfill, but there are some
aspects I'd like to discuss.

First of all, with your package maintainers hat on, what kind of
information you'd like? only the value of free MB in the disk? total
size, free size? also percentage? I think that from a bug report
point-of-view, only the free megabytes value would do.

That said, what to report? Simply taking the output of "df -h" and
attaching to reportbug template it's not what I like: there could be
more partitions/disks not interesting for the report/system in that
output, and I don't want to include them.

So I thought: "Easy, just take the information for / and add them".
Well, not really. There are situation where /usr, /var, /etc and/or
many more directories are in separate partitions, and it might be
interesting to include those information too (if not with /). But, how
further should I go? Just take / and /usr, /var, /etc if-not-in-/ and
add them? what if /var has subdirs like /var/log /var/tmp /var/lib
splitted in different partition? what if /usr has /usr/bin and
/usr/share on a NFS filer?

So, just to recap:

- what free space information you'd like? (I'd propose only the count
of free MB)
- what directory to show in the report? (I'd propose /, /var, /usr,
/etc if the latter 3 not in / but not going recursively under them)

Thanks for your attention,
Sandro

PS: please keep the bug in CC, so that there will he history of the
discussion there too.

--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 8b2d7b4d1003151612y114f8363u2ac3702fab439b68@mail. gmail.com">http://lists.debian.org/8b2d7b4d1003151612y114f8363u2ac3702fab439b68@mail. gmail.com

hi,

> That said, what to report? Simply taking the output of "df -h" and
> attaching to reportbug template it's not what I like: there could be
> more partitions/disks not interesting for the report/system in that
> output, and I don't want to include them.

I think you don't have any chance. What if the bug comes in because
/tmp is full or a loop mount - like which havp use it - is corrupt.
I also suggest the content of /etc/mtab to see the mount options.

But and this is the only way it can be done: let reportbug ask the
user if those information are necessary and is reportbug allowed to
collect and this (with an explicit note that the information will be
public available).
On the other hand you to analyse the needs of the reported package.
Maybe with rules in debian/control like what is needed to build the
package, there could be a line for what information is needed for a
reliable bugreport.

Only my 2 cents,
Björn


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: c4ca7ed91003152320j20fd9d99y214247c176884ba4@mail. gmail.com">http://lists.debian.org/c4ca7ed91003152320j20fd9d99y214247c176884ba4@mail. gmail.com

On mar., 2010-03-16 at 00:12 +0100, Sandro Tosi wrote:
> - what free space information you'd like? (I'd propose only the count
> of free MB)
> - what directory to show in the report? (I'd propose /, /var, /usr,
> /etc if the latter 3 not in / but not going recursively under them)

Imho you need to show the directories where the program would need to
write. So /tmp, /var, /home (hmhmh...), stuff like that.

I'm not sure /etc and /usr are valid here, except in few cases (like
when upgrading packages).

Cheers,
--
Yves-Alexis

[Sandro Tosi]
> - what directory to show in the report? (I'd propose /, /var, /usr,
> /etc if the latter 3 not in / but not going recursively under them)

I would suggest to include all directories relevant for the package at
hand. Look at the file list for the package, and report all
partitions touched by the package, as well as /tmp/ and /var/lib/dpkg/
if those are on separate partitions.

Happy hacking,
--
Petter Reinholdtsen


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 2fl3a00tyni.fsf@login1.uio.no">http://lists.debian.org/2fl3a00tyni.fsf@login1.uio.no

On 16 March 2010 00:12, Sandro Tosi <morph@debian.org> wrote:

> That said, what to report? Simply taking the output of "df -h" and
> attaching to reportbug template it's not what I like: there could be
> more partitions/disks not interesting for the report/system in that
> output, and I don't want to include them.

What about:
On the first time a user uses reportbug with this new feature, you
warn her about the fact information about discs will be made public,
and provide an option to explicitly exlude certain mounts?
Then you would save the not excluded mounts, so that if she
creates e.g. a new encrypted mount, it doesn't gets included.

Cheers,

Luca


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4e9568871003160338n14753e90i7d4e968e9c8c4dc0@mail. gmail.com">http://lists.debian.org/4e9568871003160338n14753e90i7d4e968e9c8c4dc0@mail. gmail.com

On Tue, 16 Mar 2010 00:12:22 +0100, Sandro Tosi <morph@debian.org>
wrote:
>in bug #433462 there is a request to add free space information in
>reportbug standard info appended to bug report.
>
>It's a valid request, that I want to fulfill, but there are some
>aspects I'd like to discuss.

Please think that names of NFS Servers, LVM data etc might be
considered private by the local admin

Greetings
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: E1NrWxC-0005Pu-AZ@swivel.zugschlus.de">http://lists.debian.org/E1NrWxC-0005Pu-AZ@swivel.zugschlus.de