Thank you very much, Simon !! On Mon, Jun 17, 2024 at 11:46 AM Simon Chopin <simon.cho...@canonical.com> wrote:
> Hi Miriam, > > On lun. 17 juin 2024 10:29:57, Miriam Espana Acebal wrote: > > (Sorry, I sent incomplete) > > > > Hello everyone, > > > > Sorry for the delay... I was waiting for the resolution > > (reviews/acceptance) of some of the tasks I did > > (learning also . > > As Athos commented, I shadowed him on the last days of his shift rotation > > (thanks, Athos! It was a pleasure). > > That's great to here, I'm really happy to have you joining the +1 ranks :) > > For the record, one of the use cases of the +1 report is as kind of a > hand-off document, so that the next shift can pick up where you left off > if possible. That means that sending a report with items still pending > is perfectly fine, and could even make it easier for those items to be > completed ;). > > Nice work on the report overall! > > Cheers, > Simon > > > These are the fixes I made: > > > > * python-chemspipy: A FTBFS: when tests were running, six module wasn't > > found > > (provided by python3-six package, not listed as (b)dependency in > > d/control). But the > > package was a sync from Debian and there it was built OK [1]. Going > > deeper, python3-six > > was a implicit dependency of python3-request via its direct dependency > > python3-urllib3. > > We have a different version that the one used in sid/trixie: > > Ubuntu: 2.0.7-1 [2], synced from experimental > > Debian (sid/trixie): 1.26.18-2 [3] > > six module was embedded into python3-urllib3 until this last version > (see > > changelog entry). > > > > * geophar: FTBFS. simpy is embedded in upstream source code, but that is > > not the case in Debian > > (so the same is true for Ubuntu). Since the last version we updated, > > there have been new tests covering > > the existence of these embedded simpy files: that test doesn't make > sense > > in Debian, nor in Ubuntu. > > I adapted the check to avoid this test. Also, assertEquals is > deprecated > > [4], so I changed it by refreshing > > the existing correspondent patch. I created an MR in salsa for this > [5]. > > I didn't forward it to upstream, because > > in the Debian tracker, the patches are marked as "need to be submitted > to > > upstream" and I left it to the maintainer > > as the original author of the patch. > > > > * python-phpserialize: FTBFS: since python3.12, the assert_ method no > > longer exists [6]. We could see a deprecation > > warning for this in previous builds, like this one for Focal [7]: > > test_object_hook (tests.PhpSerializeTestCase) ... > > /<<PKGBUILDDIR>>/tests.py:92: DeprecationWarning: Please use assertTrue > > instead. > > self.assert_(b'WP_User' in x) > > In Debian, they still use Python3.11 (so they have the warning, not the > > error like us) [8]. I forwarded the patch I did to Debian [9], > > but in the meantime, I was changing assertTrue by assertIn as pointed > out > > by Benjamin Drung, and Sergio Durigan was faster :). So, > > it's synced to Oracular already. > > > > * python-awkward: I spent sometime with this, but finally Athos made it. > > > > I want to thank Athos and Paride for the sponsorship and Benjamin Drung > and > > Daniel Drapper for their reviews too. > > > > Now, yes, the report is complete (I blame the keyboard shortcut that > > triggered the send). Thanks everyone for reading! > > > > [1] > > > https://buildd.debian.org/status/fetch.php?pkg=python-chemspipy&arch=all&ver=2.0.0-2&stamp=1704269160&raw=0 > > [2] https://launchpad.net/ubuntu/+source/python-urllib3/2.0.7-1 > > [3] https://tracker.debian.org/pkg/python-urllib3 > > > > [4] > https://docs.python.org/3.11/library/unittest.html#deprecated-aliases > > [5] https://salsa.debian.org/georgesk/geophar/-/merge_requests/4 > > > > [6] https://docs.python.org/3/library/unittest.html#assert-methods > > [7] > > > https://launchpadlibrarian.net/448504127/buildlog_ubuntu-focal-amd64.python-phpserialize_1.3-1.1_BUILDING.txt.gz > > [8] > > > https://buildd.debian.org/status/fetch.php?pkg=python-phpserialize&arch=all&ver=1.3-2&stamp=1712878490&raw=0 > > [ 9 ] https://github.com/mitsuhiko/phpserialize/pull/36 > > > > On Mon, Jun 17, 2024 at 10:04 AM Miriam Espana Acebal < > > miriam.esp...@canonical.com> wrote: > > > > > Hello everyone, > > > > > > Sorry for the delay... I was waiting for the resolution > > > (reviews/acceptance) of some of the tasks I did. > > > As Athos commented, I shadowed him on the last days of his shift > rotation > > > (thanks, Athos!). > > > > > > These are the fixes I made: > > > > > > * python-chemspipy: A FTBFS: when tests were running, six module wasn't > > > found > > > (provided by python3-six package, not listed as (b)dependency in > > > d/control). But the > > > package was a sync from Debian and there it was built OK [1]. Going > > > deeper, python3-six > > > was a implicit dependency of python3-request via its direct dependency > > > python3-urllib3. > > > We have a different version that the one used in sid/trixie: > > > Ubuntu: 2.0.7-1 [2], synced from experimental > > > Debian (sid/trixie): 1.26.18-2 [3] > > > six module was embedded into python3-urllib3 until this last version > > > > > > > > > > > > > > > On Tue, Jun 11, 2024 at 12:32 AM Brian Murray <br...@ubuntu.com> > wrote: > > > > > >> On Fri, Jun 07, 2024 at 06:03:35PM -0300, Athos Ribeiro wrote: > > >> > I did +1 maintenance from 2024-06-03 to 2024-06-07. > > >> > > > >> > I start the week by running the ubuntu-archive-tools > > >> find-proposed-cluster > > >> > script. There was nothing relevant there at this point of the cycle. > > >> > > > >> > Then I started looking at individual packages, no hard rules, but I > was > > >> > trying to focus on the bottom half of the list. Coincidently, the > first > > >> > 2 packages I looked at had infrastructure related failures. I then > > >> > proceeded to run the archive tools retry script: > > >> > > > >> > ./retry-autopkgtest-regressions --log-regex='unexpected eof from the > > >> testbed' > > >> > > > >> > I sticked to this regex for the 5 days I was working on +1 > maintainance > > >> and > > >> > found dozens of (non-duplicated) occurrences each day. > > >> > > >> I expect that the majority of these were on arm64 and a result of > > >> virtual machines taking an extraordinarily long period of time to be > > >> provisioned in PS6. This has been reported in RT 164415 and is > > >> documented at our autopkgtest service page[1]. > > >> > > >> [1] https://discourse.ubuntu.com/t/autopkgtest-service/34490 > > >> > > >> -- > > >> Brian Murray > > >> > > >> -- > > >> ubuntu-devel mailing list > > >> ubuntu-devel@lists.ubuntu.com > > >> Modify settings or unsubscribe at: > > >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel > > >> > > > > > > > > > -- > > > [image: Canonical-20th-anniversary] > > > > > > Miriam España Acebal > > > > > > Software Engineer II - Ubuntu Public Cloud/Server > > > > > > Email: > > > > > > miriam.esp...@canonical.com > > > > > > Location: > > > > > > Spain (GMT+2) > > > > > > canonical.com > > > > > > ubuntu.com > > > > > > > > > > -- > > [image: Canonical-20th-anniversary] > > > > Miriam España Acebal > > > > Software Engineer II - Ubuntu Public Cloud/Server > > > > Email: > > > > miriam.esp...@canonical.com > > > > Location: > > > > Spain (GMT+2) > > > > canonical.com > > > > ubuntu.com > -- [image: Canonical-20th-anniversary] Miriam España Acebal Software Engineer II - Ubuntu Public Cloud/Server Email: miriam.esp...@canonical.com Location: Spain (GMT+2) canonical.com ubuntu.com
-- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
