<div>Ahhh, ok.<br></div><div><br></div><div>I tried to simulate, but for me everything is ok, and I'm inside the container<br></div><div><br></div><div><img class="proton-embedded" src="cid:219979d@protonmail.com"><br></div><div>Could you help me simulate?<br></div><div><br></div><div>Regards,<br></div><div><br></div><div>Tiago Zaniquelli</div><div><br></div><div><br></div><div><br></div><div class="protonmail_signature_block"><div class="protonmail_signature_block-user protonmail_signature_block-empty"><br></div><div class="protonmail_signature_block-proton">Sent with <a href="https://protonmail.com" target="_blank">ProtonMail</a> Secure Email.<br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> Em segunda-feira, junho 7, 2021 3:43 PM, Fioddor Superconcentrado <fioddor@gmail.com> escreveu:<br></div><div> <br></div><blockquote class="protonmail_quote" type="cite"><div dir="ltr"><div>As the title says, the problem is that a test (<i>test_list_disks</i>) fails when run in a container.<br></div><div><div><p dir="auto">The cause for the test to fail is that "Storage page doesn't list any drives when running in a container". Now you've found the underlying library that provides the info about the disks.<br></p><p dir="auto">Since the problem only seems to happen inside containers (or similar diskless environments), FreedomBox itself isn't wrong. Only the test is. Thus, the issue reporter suggests: "We should detect this situation and skip the test". In other words: the tests should first check if it is running inside a container (with <code>systemd-detect-virt --container</code>) and if that's the case, it should report 'skipped' as result and skip the rest of the test.<br></p><p>Hope this helps.<br></p><p dir="auto"><code></code><br></p></div></div></div><div><br></div><div class="gmail_quote"><div dir="ltr">El lun, 7 jun 2021 a las 20:04, Tiago Zaniquelli via Freedombox-discuss (<<a href="mailto:freedombox-discuss@alioth-lists.debian.net">freedombox-discuss@alioth-lists.debian.net</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hello everybody. How are you?<br></div><div>I'm doing the issue  <a href="https://salsa.debian.org/freedombox-team/freedombox/-/issues/1998" target="_blank">https://salsa.debian.org/freedombox-team/freedombox/-/issues/1998</a>... I thing that to found the problem, so I need help to correct. Someone Could help me?<br></div><div><br></div><div>I putted some logs and discovered that the problems is in the function get_disks (plinth/modules/storage/udisks2.py), inside of the function get_disks has the follow verification<br></div><div><br></div><div>if _INTERFACES['Block'] not in interface_and_properties:<br></div><div><br></div><div>But the interface_and_properties doesn't have _INTERFACES['Block']. So, the problema is in the return of function<br></div><div>    manager = _get_dbus_proxy(_OBJECTS['UDisks2'],<br></div><div>                              _INTERFACES['ObjectManager'])<br></div><div><br></div><div>The function _get_dbus_proxy call io.bus_get_sync that call gio = import_from_gi('Gio', '2.0')<br></div><div><br></div><div>What is that gio = import_from_gi('Gio', '2.0')? Is it possible someone send me website with the documentation because i didn't found nothing about? So I think the problema is there.<br></div><div><br></div><div>Anyone could me help me with this?<br></div><div><br></div><div>Regards,<br></div><div><br></div><div>Tiago Zaniquelli<br></div><div>_______________________________________________<br></div><div> Freedombox-discuss mailing list<br></div><div> <a href="mailto:Freedombox-discuss@alioth-lists.debian.net" target="_blank">Freedombox-discuss@alioth-lists.debian.net</a><br></div><div> <a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/freedombox-discuss" rel="noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/freedombox-discuss</a><br></div></blockquote></div></blockquote><div><br></div>