On Sat, 15 Jun 2024 at 10:46, Benjamin Drung wrote:
> Hi everyone,
>
Hi Benjamin,
> I just uploaded dpkg 1.22.6ubuntu11 to Ubuntu oracular. This version
> enables ELF packaging metadata via dpkg-buildflags by default. ELF
> objects will record the spec https://systemd.io/ELF_PACKAGE_METADATA/
On Fri, 3 May 2024 at 03:05, Heinrich Schuchardt <
heinrich.schucha...@canonical.com> wrote:
> On 02.05.24 16:46, Robie Basak wrote:
> > On Thu, May 02, 2024 at 04:05:31PM +0200, Heinrich Schuchardt wrote:
> >> Often I see apt-get update downloads exceeding 100 MiB. That is without
> a
> >> single
On Tue, 16 Apr 2024 at 14:37, Steve Langasek
wrote:
> On Mon, Apr 15, 2024 at 04:42:37PM -0400, Stéphane Graber wrote:
> > > And if there are issues with the usability of paste.ubuntu.com, uh,
> we own
> > > that service? So let's work with our IS team to make it fit for
> purpose.
> > > (I don'
On Wed, 24 Jan 2024 at 20:48, Adrien Nader wrote:
> On Wed, Jan 24, 2024, Michael Hudson-Doyle wrote:
> > On Tue, 23 Jan 2024 at 02:31, Jeremy Bícha
> > wrote:
> >
> > > On Mon, Jan 22, 2024 at 7:36 AM Dimitri John Ledkov
> > > wrote:
> > >
On Tue, 23 Jan 2024 at 02:31, Jeremy Bícha
wrote:
> On Mon, Jan 22, 2024 at 7:36 AM Dimitri John Ledkov
> wrote:
> > > Sadly shipping this in 24.04 means that PPAs owned by user
> > > accounts created prior to 2014-03-11[3] until the key rotation
> > > mechanism(s) [4][5] have been implemented.
On Fri, 1 Sept 2023 at 04:23, Julian Andres Klode <
julian.kl...@canonical.com> wrote:
> This means that only the first package ends up getting a Task
> field, and hence installation during image build - which uses
> the task feature of apt (apt install task-name^)
This isn't how image builds in
On Wed, 9 Aug 2023 at 02:18, Paride Legovini wrote:
> Hello everyone,
>
> We just finished building our first set of 22.04.3 release candidate
> images, which are now available for testing from the ISO tracker:
>
> https://iso.qa.ubuntu.com/qatracker/milestones/447/builds
>
> Please pick your fav
On Wed, 2 Aug 2023 at 13:30, Sergio Durigan Junior
wrote:
> Hi,
>
> Just a heads up that the QEMU package on Mantic is currently affected by
> https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/2016252. This about
> using QEMU in a nested VM environment, and as such is impacting dep8
> tests th
On Thu, 27 Jul 2023 at 09:21, Benjamin Drung wrote:
> On Wed, 2023-07-26 at 17:53 +0200, Benjamin Drung wrote:
> > Hi all,
> >
> > A few weeks ago, I posted an idea how to reduce the initramfs size and
> > speed up the generation:
> >
> > https://lists.ubuntu.com/archives/ubuntu-devel/2023-July/0
On Tue, 11 Jul 2023 at 11:17, Benjamin Drung wrote:
> On Sun, 2023-07-09 at 15:29 -0700, Steve Langasek wrote:
> > On Sun, Jul 09, 2023 at 04:28:42AM +0200, Heinrich Schuchardt wrote:
> > > > > Benjamin Drung schrieb am Sa., 8. Juli 2023,
> 02:19:
> >
> > > > > > Hi all,
> >
> > > > > > a year a
On Tue, 23 May 2023 at 03:34, Steve Langasek
wrote:
> On Mon, May 22, 2023 at 01:04:51PM +1200, Michael Hudson-Doyle wrote:
> > Thinking about this a bit more... what is germinate actually for in this
> > context? :-)
>
> > The way packages from a seed end up in an ima
On Fri, 19 May 2023 at 22:38, Iain Lane wrote:
> On Fri, May 19, 2023 at 09:05:28PM +1200, Michael Hudson-Doyle wrote:
> > After a few rounds of fixups, this change passed all tests and has now
> > migrated to release, so the next round of mantic image builds will be
> built
&
On Mon, 15 May 2023, 09:47 Michael Hudson-Doyle, <
michael.hud...@canonical.com> wrote:
> Hi all,
>
> I've just uploaded a change[1] to livecd-rootfs that changes how the
> "add_task" function works.
>
> It switches away from using the "Task" hea
Hi all,
I've just uploaded a change[1] to livecd-rootfs that changes how the
"add_task" function works.
It switches away from using the "Task" headers in the archive's package
lists to find the packages (and snaps) that make up a task to reading the
information directly from the output of germina
On Mon, 1 Aug 2022 at 11:51, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
>
>
> On Mon, 1 Aug 2022 at 11:06, Steve Langasek
> wrote:
>
>> On Sun, Jul 31, 2022 at 05:48:25PM -0400, Jeremy Bicha wrote:
>> > On Sun, Jul 31, 2022 at 4:02 PM Steve
On Mon, 1 Aug 2022 at 11:06, Steve Langasek
wrote:
> On Sun, Jul 31, 2022 at 05:48:25PM -0400, Jeremy Bicha wrote:
> > On Sun, Jul 31, 2022 at 4:02 PM Steve Langasek
> > wrote:
> > > On Fri, Jul 29, 2022 at 03:36:32PM +1200, Michael Hudson-Doyle wrote:
> > > &g
Thanks to sickness and leave and other interruptions I didn't get a whole
lot done in my shift, and I didn't do a very good job of recording the
things I did do I'm afraid.
# ffmpeg 5
I spent a while looking at the ongoing ffmpeg 5 transition and it's a huge
mess. ffmpeg itself has now migrated b
On Tue, 19 Jul 2022 at 05:31, Paride Legovini wrote:
> mathcomp-multinomials:
> - holding 3 packages
> - missing builds on all archs but riscv64
> - reason: missing b-deps (riscv64 got lucky because it slow)
> - retriggered builds; built everywhere but on arm64.
> - reason for missing arm64
On Wed, 29 Jun 2022 at 20:33, Simon Chopin
wrote:
> Hi!
>
> As part of our efforts to support the Rust toolchain in main, we need to
> have libgit2 in main (dependency of cargo). However, it currently links
> against mbedTLS for its HTTPS backend rather than OpenSSL, for licensing
> reasons IIUC.
On Thu, 23 Jun 2022 at 01:33, Paride Legovini wrote:
> - I polished some local changes I had to allow autopkgtest-virt-lxd to
> run tests in LXD VMs, and submitted this upstream [3]. I think
> testing/feedback from Ubuntu developers is needed there. If that gets
> merged we could consider running
On Fri, 8 Apr 2022 at 05:55, Julian Andres Klode
wrote:
> Hi
>
> I was running ltrace today and noticed it doesn't really work at
> all anymore for binaries (tried ls, dpkg, apt, hello) in jammy,
> presumably due to PIE.
>
I think strictly speaking it's actually BIND_NOW rather than PIE directly
On Fri, 11 Mar 2022 at 02:39, Dave Jones wrote:
> On Thu, Mar 10, 2022 at 12:10:39PM +0100, Julian Andres Klode wrote:
> >On Wed, Mar 09, 2022 at 01:24:55PM +, Dave Jones wrote:
> [snip]
> >> Firstly I actually think lz4 -2 is probably the ideal level for that
> >> compressor. There's a large
bits):
>
> On Wed, Mar 09, 2022 at 09:46:19AM +0100, Julian Andres Klode wrote:
> >On Wed, Mar 09, 2022 at 02:10:57PM +1300, Michael Hudson-Doyle wrote:
> [snip]
> >> > some time ago, the default compressor for initramfs was changed
> >> > from lz4 -9 to zstd -1
On Thu, 9 Dec 2021 at 06:13, Julian Andres Klode
wrote:
> Hi all,
>
> some time ago, the default compressor for initramfs was changed
> from lz4 -9 to zstd -19. This caused significant problems:
>
Exactly three months later... we still haven't taken any action on this.
Time to do something!
I h
Hi all,
I was on +1 this week and managed to help a few things along, at least (it
was a bit of a disrupted week).
The python transition. Oh boy, the python transition.
When I first looked at this, I was lead to sssd and samba, both of which
reported regressions in adsys. This turned out to be s
On Thu, 9 Dec 2021 at 05:42, Julian Andres Klode
wrote:
> On Wed, Dec 08, 2021 at 05:29:19PM +0100, Sebastien Bacher wrote:
> > Hey again,
> >
> > Le 08/12/2021 à 00:14, Steve Langasek a écrit :
> > > I expect that with this option set, we will find much fewer problems
> with
> > > entanglement o
I too vote for (3). I think (2) would be the next least-bad option but
given the fundamental-ness of util-linux I think it's better to be safe.
Cheers,
mwh
On Sat, 19 Feb 2022 at 02:43, Paride Legovini wrote:
> Bryce Harrington wrote on 18/02/2022:
> > On Thu, Feb 17, 2022 at 01:00:07PM +1300,
On Fri, 4 Feb 2022 at 14:03, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
> Hello again,
>
> On Fri, 28 Jan 2022 at 10:47, Michael Hudson-Doyle <
> michael.hud...@canonical.com> wrote:
>
>> glibc 2.35 is due to be released next week and the plan i
Hello again,
On Fri, 28 Jan 2022 at 10:47, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
> glibc 2.35 is due to be released next week and the plan is to get it into
> Ubuntu pretty soon after that. As usual, this will run a very large number
> of autopkgtests
Hi all,
glibc 2.35 is due to be released next week and the plan is to get it into
Ubuntu pretty soon after that. As usual, this will run a very large number
of autopkgtests and so be a bit disruptive, but I'm not expecting enormous
fallout from this update based on the testing we have done so far.
So I think we should probably change the server-minimal seed to only
recommend, not depend, on unattended-upgrades. Changing to a hard
dependency was not intended when I wrote that seed and a change like this
should probably be a conscious thing.
On Thu, 6 Jan 2022 at 22:25, John Chittum
wrote:
On Tue, 7 Dec 2021 at 03:19, Lukas Märdian
wrote:
>
>
> On Sun, Dec 5, 2021 at 7:38 PM Jeremy Bicha wrote:
>
>> On Tue, Nov 30, 2021 at 10:22 PM Michael Hudson-Doyle
>> wrote:
>> > It turns out that ccache has been in main essentially forever, since
>> 20
On Thu, 9 Dec 2021 at 10:02, Julian Andres Klode
wrote:
> On Thu, Dec 09, 2021 at 09:21:35AM +1300, Michael Hudson-Doyle wrote:
> > On Thu, 9 Dec 2021 at 08:52, Julian Andres Klode <
> julian.kl...@canonical.com>
> > wrote:
> >
> > > The most interesti
On Thu, 9 Dec 2021 at 08:52, Julian Andres Klode
wrote:
> The most interesting solution would be to create the cpip archive
> dynamically by giving cpio a list of files over a pipe that we create
> dynamically in the hooks as we copy files in, then pipe that to zstd
> --adapt; then it would all w
Hi all,
A while ago I synced ccache from Debian and then discovered:
(a) ccache is in main
(b) the new binary packages depend on libhiredis, which is not
This is because the new upstream version now has a redis storage backend.
It turns out that ccache has been in main essentially forever, sinc
It would have been very easy to have spend my entire +1 shift on the Python
3.10 transition but as other people are actively working on that, I tried
to look at other things too.
hdf5 ftbfs on s390x, failing test test_aws_canonical_request (not what I
expected!), retried, failed in same way. The b
Hi all,
My +1 shift this week (good timing after the glibc migration unclogged
things a bit).
I started by scrolling about halfway down excuses and seeing what I found.
The first thing I found was radicale, which was failing its own tests but
they passed when I tried to reproduce locally so I re
n a subset, like
letting a random 10% of the tests run would make sense to me, although I
don't know how to do that . Hopefully someone else does :)
Cheers,
mwh
On Tue, 17 Aug 2021 at 10:12, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
> So glibc 2.34 is now in imp
So glibc 2.34 is now in impish proposed and all the autopkgtests have run.
I've started a discourse thread to coordinate handling the fallout:
https://discourse.ubuntu.com/t/migrating-glibc-2-34/23749
On Wed, 11 Aug 2021 at 11:49, Michael Hudson-Doyle <
michael.hud...@canonical.com> w
Hi everyone,
This is just a bit of advance notice that we'll be uploading the new
release of glibc, 2.34, to impish in about 24 hours and are hoping we can
get it migrated before feature freeze next week. So expect autopkgtest
queues to be a bit clogged for a while.
As Matthias mailed yesterday w
I looked a bit at sbcl. It is being held in proposed by a regression in
cl-xmls, but looking at the cl-xmls failure, it is actually a failure of
the clisp tests, not the sbcl tests. There is a version of clisp in
proposed but it's failing to build on ppc64el and s390x with the error
"oint_addr_mask
I'm on +1 maintenance this week but off on Wednesday so here is a report
from my first two days.
I looked at php stuff. I sent a small update on PHP stuff to Bryce and this
list.
I figured out xfig after far too much debugging (
https://sourceforge.net/p/mcj/tickets/120/).
I took a look at thrif
On Sat, 8 May 2021 at 21:30, Dan Bungert
wrote:
> +1 Maintenance Report
> Dan Bungert, Week of May-03-2021
>
> ### xfig ###
>
> Local tests fine, there is a valgrind complaint which I chased for a
> while before concluding that the ghostscript library that xfig is using
> has some valgrind magic
On Sat, 15 May 2021 at 15:54, Bryce Harrington <
bryce.harring...@canonical.com> wrote:
> Hi mwhudson,
>
> The other day you mentioned you'd be on +1 duty next week and expressed
> interest in how the php transition is going.
>
> Here's a wiki page with the current state of things:
>
> https:/
Hi all,
This shift I spent a while working on a ghc bug that is blocking the
haskell transition. It turned out to really be a gold (linker) bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=26902 which fortunately has
a simple fix which should land upstream and then in Debian and Ubuntu soon.
Because of some family stuff, I only had one slightly shortened day
this time around. I focused on ftbfs from the recent report -- I scrolled
down to universe and just started from the top.
I fixed 4g8 in Ubuntu. I should probably NMU it to debian but I've not done
that before!
I fixed accelio by
Hi all,
I forgot to send my +1 report for my last shift. This was possibly because
it was amazingly frustrating, it was in the middle of the ghc/libffi
transition and mostly consisted of waiting for riscv and armhf builds to
take ages to fail and have to be restarted. But at least those transition
Hi all,
I started my shift with the welcome news that britney "Will attempt
migration" of icu and the ~million associated packages in proposed but
after a little while it became clear that it was not in fact migrating
these packages.
I wondered if britney was crashing so looked at the logs -- it
Hi all,
I noticed golang-gopkg-square-go-jose.v2 times out on armhf, filed
https://github.com/square/go-jose/issues/326.
Then I looked at the icu transition.
0ad fails to build due to gcc-10, I found the fix for this upstream and
backported it.
I retried some ucto builds which appeared to have
On Wed, 22 Jul 2020 at 10:01, Reinhard Tartler wrote:
>
> Hi Michael,
>
> On Tue, Jun 23, 2020 at 5:55 PM Michael Hudson-Doyle <
> michael.hud...@canonical.com> wrote:
>
>> continuity no longer builds the continuity binary package so I filed a
>> bug to get
Hi all,
We are planning to remove the “popularity-contest” package from the
standard seed, meaning that new installs will not include it. This package
is intended to report (anonymously) the most installed packages on Ubuntu
systems to the Ubuntu developers. It turns out the package and backend ha
Hi all,
I've been doing +1 maintenance for the last couple of days. I didn't keep
as detailed notes this time. Yesterday, I mostly focused on Go things and
got a few things to migrate. golang-github-hashicorp-memberlist is now
blocking several packages from migrating. I think it's just a very flak
Hi,
I had to take a day of my shift off and the other day also ended up being a
bit disrupted so I didn't make as much progress as I would have hoped.
My basic plan was to work on the go packages by scrolling to the bottom of
excuses and searching upwards for "debian go packaging team".
I looked
I've been on +1 maintenance over the last two days. I'm not sure I've
achieved anything very significant but oh well. I'll come back tonight to
check on things and probably file a few removal request bugs.
I mostly started at the bottom of excuses and worked my way up.
There are two big messes I
On Wed, 27 May 2020 at 06:00, Dimitri John Ledkov wrote:
> On Tue, 26 May 2020 at 11:02, Michael Hudson-Doyle
> wrote:
> >
> > Hi,
> >
> > I've spend today working on +1 maintenance (
> https://wiki.ubuntu.com/PlusOneMaintenanceTeam,
> https://wiki
Hi,
I've spend today working on +1 maintenance (
https://wiki.ubuntu.com/PlusOneMaintenanceTeam,
https://wiki.ubuntu.com/PlusOneMaintenanceTeam/Status).
We have a few transitions ongoing (gsl, hdf5, perl, ...) which are showing
signs of all getting entangled together.
I re-uploaded haskell-hmatr
On Tue, 18 Feb 2020 at 13:37, Robie Basak wrote:
> On Tue, Feb 18, 2020 at 10:31:40AM +1300, Michael Hudson-Doyle wrote:
> > On the face of it, the package is buggy. tmpfiles configs are processed
> by
> > systemd, the package depends on the tmpfiles config being processe
On Mon, 17 Feb 2020 at 21:34, Christian Ehrhardt <
christian.ehrha...@canonical.com> wrote:
> Hi,
> There is a bug [1] showcasing an issue failing in a docker container as
> tmpfiles.d there does nothing.
>
> On 6th of December I already wrote to ubuntu-server as part of my daily
> bug duties and
Hi Seb,
On Tue, 22 Oct 2019 at 02:27, Sebastien Bacher wrote:
> Hey there,
>
> Matthias announced that F would have python3.8 and from the recent
> upload, it looks like that's being worked on actively at the moment.
>
Yes. To be clear, "F would have python3.8 (at archive opening)" means
having
On Thu, 26 Sep 2019 at 09:42, Robie Basak wrote:
> On Wed, Sep 25, 2019 at 02:33:35PM -0700, Steve Langasek wrote:
> > It should be possible to track this by looking at the contents of the
> > Testsuite-Triggers field in Sources.gz.
>
> I wonder if it would be appropriate for archive admins to ch
Congrats!!
Cheers,
mwh
On Mon, 17 Jun 2019, 21:01 Lukasz Zemczak,
wrote:
> Hello everyone,
>
> Please congratulate teward on his today's successful core-dev application!
> Welcome to the team!
>
> Cheers,
>
> --
> Łukasz 'sil2100' Zemczak
> Foundations Team
> lukasz.zemc...@canonical.com
> w
On Thu, 23 May 2019 at 09:07, Brian Murray wrote:
> The Ubuntu Foundations team was recently looking at an issue with
> mlocate[1] and the effect it has on all users of Ubuntu. While that
> specific issue is fixable there are also issues[2,3] with keeping
> PRUNEFS and PRUNEPATHS current in updat
Hi,
By my reading, the single thing blocking the migration of a whole bunch of
packages out of disco-proposed is the autopkgtest failure of symfony on
arm64.
Unfortunately, this failure is not a flaky test: it is due to a behaviour
change in ICU.
On disco-proposed:
root@Mcdivitt-B0-Cartridge37:
On Thu, 27 Sep 2018 at 06:29, Jamie Strandboge wrote:
> On Wed, 26 Sep 2018, Michael Hudson-Doyle wrote:
>
> > Hi all,
> >
> > At the recent sprint in Brussels, there was some discussion of providing
> a way
> > for packages in older Ubuntu releases a way t
Hi all,
At the recent sprint in Brussels, there was some discussion of providing a
way for packages in older Ubuntu releases a way to build with a newer
version of Go. After some discussion with the security team, it was decided
that it made sense to upload Go 1.10 (which is after all going to be
On Tue, 4 Sep 2018 at 13:26, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
> tl;dr we should force things through :)
>
> There are at the time of writing two autopkgtest failures preventing glibc
> from migrating: r-cran-rgenoud and python-cffi
>
> The
On Tue, 4 Sep 2018 at 13:26, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
> The bug is that when you lie to cffi about the return type of a variable,
> in particular when you say a function returning a float does not return a
> float, the x87 stack is not wipe
tl;dr we should force things through :)
There are at the time of writing two autopkgtest failures preventing glibc
from migrating: r-cran-rgenoud and python-cffi
The r-cran-genoud failure is mystifying in that I have no idea how the
glibc version is affecting the package (it doesn't call many lib
On Sun, 26 Aug 2018 at 23:48, Dmitry Shachnev wrote:
> On Sun, Aug 26, 2018 at 10:01:38PM +1200, Michael Hudson-Doyle wrote:
> > So the problem is that python3-numpy contains a version of 'f2py' for
> each
> > supported version of Python. I guess the proper fix invo
On Sat, 25 Aug 2018 at 05:07, Steve Langasek
wrote:
> Hi Andreas,
>
> On Fri, Aug 24, 2018 at 10:05:23AM -0300, Andreas Hasenack wrote:
> > Hi,
> >
> > while investigating some DEP8 failures currently in cosmic's
> > migration, I came across this:
> > $ dpkg -s python3-numpy|grep Depends
> > Depe
On 6 September 2017 at 08:14, Brian Murray wrote:
> On Fri, Sep 01, 2017 at 12:54:02PM +1200, Michael Hudson-Doyle wrote:
> > Hi all,
> >
> > If, like me, you spend time preparing uploads for ppas, the ubuntu
> > development release, SRUs and/or debian, sometimes yo
On 1 September 2017 at 15:55, Simon Quigley wrote:
> Hey Michael,
>
> > If, like me, you spend time preparing uploads for ppas, the ubuntu
> > development release, SRUs and/or debian, sometimes you no doubt screw up
> > and upload a package without ~ppa1 to your ppa or upload a package with
> > v
Hi all,
If, like me, you spend time preparing uploads for ppas, the ubuntu
development release, SRUs and/or debian, sometimes you no doubt screw up
and upload a package without ~ppa1 to your ppa or upload a package with
version X.Y~17.04 to xenial (at least, I do this sort of thing quite a
lot). I
On 16 August 2017 at 11:46, Nish Aravamudan
wrote:
> On Thu, Aug 10, 2017 at 6:24 PM, Michael Hudson-Doyle
> wrote:
> > On 11 August 2017 at 07:19, Robie Basak wrote:
> >>
> >> "git ubuntu clone " is like "git clone", but also knows the URL
>
On 11 August 2017 at 07:19, Robie Basak wrote:
> "git ubuntu clone " is like "git clone", but also knows the URL
> and some sensible default refspecs.
>
> If you then run "git tag", which tags do you expect to have
> automatically been fetched for you?
>
I think I would expect to get all tags, b
On 21 July 2017 at 15:36, Michael Hudson-Doyle wrote:
> On 29 June 2017 at 10:43, Michael Hudson-Doyle <
> michael.hud...@canonical.com> wrote:
>
>>
>>
>> On 21 June 2017 at 15:13, Michael Hudson-Doyle <
>> michael.hud...@canonical.com> wrote:
>&
On 29 June 2017 at 10:43, Michael Hudson-Doyle wrote:
>
>
> On 21 June 2017 at 15:13, Michael Hudson-Doyle <
> michael.hud...@canonical.com> wrote:
>
>> Hi all,
>>
>> An update on the transition to Python 3.6: Python 3.6 is now a supported
>> versi
On 12 July 2017 at 11:30, Barry Warsaw wrote:
> On Jul 12, 2017, at 07:33 AM, Michael Hudson-Doyle wrote:
>
> >Yeah, it's all good so long as we don't rebuild lazr.delegates thanks to
> >https://github.com/pypa/setuptools/issues/912 related fun...
>
> Too true.
On 30 June 2017 at 03:12, Barry Warsaw wrote:
> On Jun 28, 2017, at 07:22 PM, Barry Warsaw wrote:
>
> >I want to keep lazr.config in the archive, and I help maintain it both in
> >Debian and upstream.
>
> I'd forgotten that I had released a new upstream version a while ago, and
> had
> an update
On 29 June 2017 at 11:22, Barry Warsaw wrote:
> Thanks for working on this Michael.
Thanks for looking into it!
>
> On Jun 29, 2017, at 10:43 AM, Michael Hudson-Doyle wrote:
>
> >The 100 or so failures are now summarised in
> >https://docs.g
On 21 June 2017 at 15:13, Michael Hudson-Doyle wrote:
> Hi all,
>
> An update on the transition to Python 3.6: Python 3.6 is now a supported
> version in artful release, and almost all packages that build C extensions
> have been rebuilt (pandas is still a problem).
>
>
accounted for, we can flip the switch to make python
3.6 the default in the archive.
Cheers,
mwh
On 12 May 2017 at 11:29, Michael Hudson-Doyle
wrote:
> Hi everyone,
>
> The process of adding Python 3.6 as a supported version has begun.
>
> The transition tracker is here
Hi everyone,
The process of adding Python 3.6 as a supported version has begun.
The transition tracker is here:
https://people.canonical.com/~ubuntu-archive/transitions/html/python3.5-6.html
and I'm currently working my way down the list.
I did a test rebuild of all/most dependent packages in
Apologies for the terseness but are you looking for
https://wiki.ubuntu.com/StableReleaseUpdates ?
On 16 December 2016 at 23:49, Roman Tsisyk wrote:
> Hi everyone,
>
> I'm upstream and Debian maintainer of `tarantool` package [1][2].
> We received two CVE notifications yesterday. A fix is alrea
Hi,
It'd be nice to switch the default golang package to 1.7 during the
toolchain update part of the z development cycle. This is just a matter of
uploading a golang-defaults package with a version like 2:1.7+0ubuntu1. It
the stars align, the go team will release Go 1.7.2 before this happens but
I
I was patch pilot yesterday. I didn't manage to spend all day on it,
but I reduced the queue a bit:
https://bugs.launchpad.net/ubuntu/+source/quassel/+bug/1589128
- Proposed syncing package instead, set to Incomplete.
https://bugs.launchpad.net/ubuntu/+source/dpdk/+bug/1546565
- Asked for cla
Hi all,
I did my first stint at patch piloting today (was supposed to be last
thursday but other things came up). I didn't get a whole lot done but
I'll get better :-)
https://code.launchpad.net/~cbjchen/horizon/lp1382079/+merge/289023
- marked as merged
https://bugs.launchpad.net/ubuntu/+sou
On 7 June 2016 at 04:41, Dimitri John Ledkov wrote:
> On 6 June 2016 at 17:27, Stéphane Graber wrote:
>> On Mon, Jun 06, 2016 at 03:17:51PM +0100, Robie Basak wrote:
>>
>> Unless the above can be fixed somehow, and I very much doubt resolved
>> will grow a DNS server any time soon, the switch to
On 31 May 2016 at 12:48, Martin Packman wrote:
> On 25/05/2016, Michael Hudson-Doyle wrote:
>>
>> I've attempted to document the new world at
>> https://docs.google.com/document/d/1IOlBWWgcDeB9PfRORENESYj8iJt4W2EwsbYcpg4akBE/edit#
>
> Thank you for the clear wr
On 26 May 2016 at 10:22, Michael Hudson-Doyle
wrote:
> On 26 May 2016 at 06:42, Matthias Klose wrote:
>> On 25.05.2016 10:51, Michael Hudson-Doyle wrote:
>>>
>>> Hi all.
>>>
>>> I'm planning to start uploading the various bits and pieces of Go
&g
On 26 May 2016 at 06:42, Matthias Klose wrote:
> On 25.05.2016 10:51, Michael Hudson-Doyle wrote:
>>
>> Hi all.
>>
>> I'm planning to start uploading the various bits and pieces of Go
>> shared libraries to yakkety in the next few days. I'll start with
&
Hi all.
I'm planning to start uploading the various bits and pieces of Go
shared libraries to yakkety in the next few days. I'll start with
golang-1.6, golang-defaults and dh-golang, and then move on through
the libraries used by the packages we really care about (lxd, snapd,
juju-core).
I've att
Hi,
As I have discussed with a few people, I've filed an SRU bug to upload
a new version of Go to trusty:
https://bugs.launchpad.net/ubuntu/+source/golang/+bug/1536882
Because (as detailed in the bug) the package cannot be uploaded in the
usual way, there's no package upload to get sponsored at
The golang-go build failure needs a fix along the lines of
https://go-review.googlesource.com/#/c/18359/3 -- it'll be fine if 1.6
is uploaded before the flag is enabled, but if not we can add that as
a patch easily enough.
Cheers,
mwh
On 14 January 2016 at 01:51, Matthias Klose wrote:
> A first
Hi,
I'm starting to make plans for packaging Go and packages written in Go
for Xenial. I thought I'd sketch out my ideas here for feedback and
avoidance of surprises later in the piece.
Some background:
1. Go 1.6 is due to be released around the time of feature freeze for Xenial.
2. As part of
On 5 August 2015 at 14:40, Michael Hudson-Doyle
wrote:
> An update.
>
> On 31 July 2015 at 09:39, Michael Hudson-Doyle
> wrote:
>> Hi everyone,
>>
>> Go 1.5 will be released soon (target is actually August 1 but that's
>> not going to be hit). I
An update.
On 31 July 2015 at 09:39, Michael Hudson-Doyle
wrote:
> Hi everyone,
>
> Go 1.5 will be released soon (target is actually August 1 but that's
> not going to be hit). I've been doing some testing to see what will
> break when we upload it.
Still no rc, so pr
Hi everyone,
Go 1.5 will be released soon (target is actually August 1 but that's
not going to be hit). I've been doing some testing to see what will
break when we upload it.
I have a PPA at
https://launchpad.net/~mwhudson/+archive/ubuntu/go1.5-rebuild-tests/+packages
which contains a Go 1.5 snap
Matthias Klose writes:
> On 04/16/2015 03:17 PM, Michael Hudson-Doyle wrote:
>> Hi Matthias (belated response sorry)
>>
>> On 31 March 2015 at 17:33, Matthias Klose wrote:
>>> As part of packaging GCC 5, there is now also a gccgo-5 package in vivid.
>>>
Hi Matthias (belated response sorry)
On 31 March 2015 at 17:33, Matthias Klose wrote:
> As part of packaging GCC 5, there is now also a gccgo-5 package in vivid.
> GCC 5
> now builds the go and gofmt commands from it's own source, so the gccgo-go
> package was removed from the distro. gccgo is
100 matches
Mail list logo