+1 Maintenance Report

Mon Jun 17 15:43:34 UTC 2024

Thank you very much, Simon !!

On Mon, Jun 17, 2024 at 11:46 AM Simon Chopin <simon.chopin at 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.espana at 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 <brian at 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 at 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.espana at 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.espana at 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.espana at canonical.com

Location:

Spain  (GMT+2)

canonical.com

ubuntu.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20240617/ec460e4b/attachment-0001.html>