[xml/sgml-pkgs] Bug#482140: Reproducible and playing machine available

Luca Capello luca at pca.it
Thu Oct 9 21:44:48 UTC 2008


Hi Daniel!

I'm sorry for being late: I was hit by two bugs during the etch
installation on QEMU [1][2] and free time is missing here.

On Tue, 07 Oct 2008 15:17:24 +0200, Daniel Leidert wrote:
> Am Dienstag, den 07.10.2008, 09:53 +0200 schrieb Luca Capello:
>> 1) IMHO this bug is Severity: important, it leaves GNOME in an not
                                 ^^^^^^^^^
Sorry, my fault, this should have been "critical".

>>    usable state (see attached log)
>
> It breaks the upgrade, not GNOME. It needs manual intervention. IMHO
> seeverity > important is correct.

It breaks GNOME, try it: I've only create one non-root user (the one d-i
asks for) and after login I get a GNOME error and cannot continue:

  The configuration could not be loaded

  You are not allowed to access the system configuration.

This means "makes unrelated software on the system (or the whole system)
break, or causes serious data loss, or introduces a security hole on
systems where you install the package" [3].

>> I reproduced the error on three different installations: two plain etch
>> on powerpc (where "plain" means "Dekstop + Standard tasks, no more") and
>> another etch on i386 which I installed on May and then left there,
>> without never upgrading.
>
> All installations from an Etch installation media (CD/DVD)?

Netinst for i386 and powerpc, businesscard for QEMU.  All etch 4.0r4

>> One of the two powerpc installation is still in the error state,
>> i.e. `apt-get dist-upgrade` produces an error.  I can put it online and
>> accessible via SSH only if you need it, it's a playing machine (the same
>> used for bug #501367 [1]), thus you can do whatever you want.
>
> I would indeed like to take a look at it.

Since it seems that you have found a way to reproduce it [4], I don't
think you still want to take a look at my powerpc machine.  In case of,
I won't touch this machine for one week.

About [4], I would have expected to be at least cc:ed: I clearly stated
in my first mail to this bug [5] that before reporting my experience I
tried different times to reproduce the bug, which means I spent my
(already small) free time on it instead of other Debian-related stuff I
like more.  Please no insult here, just a consideration.

>> IIRC [2]
>> I still have the whole etch /etc folder, in case you want to analyze it.
>
> Not sure, if it is necessary. Maybe it will help.

As above, it'll be available for one week more.

>> I'm now installing etch on a QEMU image to check *again* if I can
>> reproduce this bug: the advantage of QEMU is that you've the -snapshot
>> option, thus you can test it whatever times you need.  I'll report back
>> as soon as the installation has finished.
>
> Thanks. Please tell, if you can reproduce it with QEMU.

Because of the bugs I found [1][2] and the fact that you can now
reproduce it, I stopped working on it.  FWIW, I still have the QEMU etch
image, which I'll discard in one week from now.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://bugs.debian.org/501723
[2] http://bugs.debian.org/501731
[3] http://www.debian.org/Bugs/Developer#severities
[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482140#232
[5] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482140#222
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/debian-xml-sgml-pkgs/attachments/20081009/129682ad/attachment.pgp 


More information about the debian-xml-sgml-pkgs mailing list