Re: Make proposed available by default? [was: Setting NotAutomatic for hirsute+1-proposed]

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 > >>

Re: pastebinit default target on Ubuntu

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

Re: Bumping apt RSA key length requirements to 3072-bit (2048 w/ warning) for 24.04

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: > > >

Re: Bumping apt RSA key length requirements to 3072-bit (2048 w/ warning) for 24.04

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.

Re: Ubuntu iso

On Mon, 20 Nov 2023 at 07:14, Jerry Geis wrote: > I am remastering the DVD. No issues there. > > Is there a way to remove the /pool directory on the ISO? > When I do that, remaster, and use the iso to boot, I get errors - about > not finding packages. > > I "desire" to install "everything" over

Re: new seeds feature: alternatives in germinate 2.4.2

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

Re: Call for testing: 22.04.3 release candidate images ready!

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

Re: Mantic QEMU, segfault in nested VMs and autopkgtest.u.c

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

Re: Reducing initramfs size and speed up the generation

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

Re: 23.04: desktop iso peculiarity compared to the live-server one

On Tue, 27 Jun 2023 at 13:59, Michael Hudson-Doyle < michael.hud...@canonical.com> wrote: > On Fri, 23 Jun 2023 at 11:38, Adam Vodopjan > wrote: > >> Mby you're the correct person to report another issue with install images. >> Since 21.04 the boot/grub/loopback.c

Re: 23.04: desktop iso peculiarity compared to the live-server one

On Fri, 23 Jun 2023 at 11:38, Adam Vodopjan wrote: > Mby you're the correct person to report another issue with install images. > Since 21.04 the boot/grub/loopback.cfg in live-server is broken: the > 'iso-scan/filename=' piece is gone. > Argh that was an unintended consequence of removing

Re: 23.04: desktop iso peculiarity compared to the live-server one

On Fri, 23 Jun 2023 at 10:24, Adam Vodopjan wrote: > > THE QUESTION I WANTED TO ASK, is: was it intentional to not set the default > layer in initrd in the desktop iso case? > > I don't think we ever got around to discussing it properly. I think the desktop ISO should be changed to do things the

Re: incoming change to task handling in livecd-rootfs in mantic

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

Re: incoming change to task handling in livecd-rootfs in mantic

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 &

Re: incoming change to task handling in livecd-rootfs in mantic

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" head

incoming change to task handling in livecd-rootfs in mantic

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

Re: +1 maintenance report

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

Re: +1 maintenance report

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: > > >

+1 maintenance report

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

Re: +1 maintenance day report

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

Re: libgit2 switch from mbedTLS to OpenSSL

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

Re: +1 maintenance _day_ report

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

Re: Building initrd for custom ISO

On Tue, 21 Jun 2022 at 03:06, Renato Botelho do Couto wrote: > I'm working implementing support for a hardware that requires one kernel > change to have console working. I already built a custom kernel that > solves the problem and have console working. > > Now next step is to build a custom

Re: Demote ltrace from standard to universe

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

Re: Revisiting default initramfs compression

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

Re: Revisiting default initramfs compression

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 -19. This caused signi

Re: Revisiting default initramfs compression

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

+1 maintenance report

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

Re: proposed-migration, "SMOOTH_UPDATES", and NBS reports

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

Re: Should we change the behaviour of -P for lsblk in util-linux for Jammy?

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,

Re: glibc 2.35 is coming to jammy

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

Re: glibc 2.35 is coming to jammy

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

glibc 2.35 is coming to jammy

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

Re: Change unattended-upgrades from Depends to Recommends on ubuntu-server-minimal

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:

Re: status of ccache and libhiredis in main

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 >

Re: Revisiting default initramfs compression

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

Re: Revisiting default initramfs compression

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

status of ccache and libhiredis in main

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,

+1 maintenance report

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

Re: Release vmlinuz and initrd alongside iso

Hi, On Tue, 9 Nov 2021 at 02:19, MonkZ wrote: > Hi, > > currently enabling booting via ipxe (https://ipxe.org/) over http needs > a dedicated mirror that has vmlinuz and initrd extracted from the iso. > > Would it be possible to release those files - already extracted from the > iso - alongside

+1 maintenance report

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: glibc 2.34 is coming to impish tomorrow

, 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 impish propose

Re: Impact of removing ubuntu-server metapackage

On Fri, 20 Aug 2021 at 10:55, Matthew Smith wrote: > > Hello, > > I have a handful of applications that will run on a ubuntu 20.04 server > install. I want to be able to manage core files that could be generated if > any of those applications crash using systemd-coredump. I noticed that when > I

Re: glibc 2.34 is coming to impish tomorrow

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> wrote:

glibc 2.34 is coming to impish tomorrow

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

+1 maintenance report part 2

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

+1 maintenance report part 1

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

Re: +1 maintenance report

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

Re: PHP 8.0 transition plan

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: > >

Re: autoinstall network question

On Fri, 15 Jan 2021 at 02:23, Jerry Geis wrote: > > > On Thu, Jan 14, 2021 at 7:42 AM Jerry Geis wrote: > >> On my boot line for append I have biosdevname=0 net.ifnames=0 (using >> 20.04 LTS). >> append initrd=/casper/initrd debian-installer/local=en_US autoinstall >> ds=nocloud;s=/cdrom/

Re: Disable File Checking Boot Parameter

On Wed, 9 Dec 2020 at 01:27, wrote: > Hello > > I need to boot a Ubuntu LiveUSB multiple times a day. Each time, I have > to remove the "maybe-ubiquity" from the kernel parameters and the side > effect is that I would not be able to skip the .deb files check which > lasted quite long for each

+1 maintenance report

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.

+1 maintenance report

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

+1 maintenance report

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

Re: installation kit modified during installation

On Sat, 29 Aug 2020 at 01:25, Doru Georgescu wrote: > Short version: > > Byte 480 of the Ubuntu desktop 20.04.1 LTS installation kit has been > modified during installation. Is this by design? > Yes, the logs of the installation process are now written to the USB stick by default. I guess the

Re: pam 1.1.8-3.6ubuntu2.18.04.2 packaging issue

On Sat, 5 Sep 2020 at 06:39, Arnold Czeman (aczeman) < arnold.cze...@oneidentity.com> wrote: > Hello, > > I have a little problem with the newest version of pam source package on > Bionic. > https://bugs.launchpad.net/ubuntu/+source/pam/1.1.8-3.6ubuntu2.18.04.2/ > I would like to import to a git

+1 maintenance report

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

+1 maintenance report

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

Re: +1 maintenance report

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

popcon to be removed from the standard seed

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

+1 maintenance report

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

+1 maintenance report

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

+1 maintenance report

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

Re: +1 maintenance report

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.ubun

+1 maintenance report

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

Re: How to handle tmpfiles.d in non-systemd environments

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

Re: How to handle tmpfiles.d in non-systemd environments

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

Re: Details of what is happening with python3.8 in Ubuntu?

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

Re: On the py2 topic: DEP8 tests

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

Re: New Ubuntu Core Developer - Thomas Ward

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 >

Re: mlocate - what is it good for?

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

the in-progress transition, icu, arm64 and nans

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:

Re: Just some observations on first time install of 18.10

On Sun, 28 Oct 2018 at 10:45, Jim Pye wrote: > All > > Not bugs, but some observations on the new installer of Ubuntu 18.10 Server > > Using .iso in a VirtualBox VM on a Mac > > Not sure of the etiquette of attaching screen shots, but have them if > needed. > > 1. Getting to step 7 of 11 in the

Re: uploading golang-1.10 everywhere

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 wa

uploading golang-1.10 everywhere

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

Re: glibc 2.28 autopkgtest failures

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

glibc 2.28 autopkgtest failures

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

Re: python3-numpy depending on *both* python 3.6 and 3.7

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 involves creat

Re: python3-numpy depending on *both* python 3.6 and 3.7

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 > >

Re: libv8-3.14-dev

On 18 May 2018 at 21:58, jaroslav.svoboda wrote: > Hi, > > is there a reason why libv8-3.14-dev and libv8-3.14 packages are not > available for arm64 (particularly in Bionic)? I read there was an issue few > years ago when V8 did not recognized ARMv8 but that

Re: Golang Package.

It's up to date in Bionic. If you want a newer release in an older Ubuntu, there is this PPA: https://launchpad.net/~gophers/+archive/ubuntu/archive or you can use the snap (snap install --classic --channel 1.10/stable go). Cheers, mwh On 22 February 2018 at 11:36, Mike Lloyd

Re: linting wrapper for dput

On 6 September 2017 at 08:14, Brian Murray <br...@ubuntu.com> 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/

Re: The transition to add support for Python 3.6 is beginning

On 12 July 2017 at 11:30, Barry Warsaw <ba...@ubuntu.com> 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... > &

Re: The transition to add support for Python 3.6 is beginning

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

Re: The transition to add support for Python 3.6 is beginning

On 29 June 2017 at 11:22, Barry Warsaw <ba...@ubuntu.com> 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://

Re: The transition to add support for Python 3.6 is beginning

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 > version in artful release, and almost all packages that build C extensions > have been rebuilt (pand

Re: The transition to add support for Python 3.6 is beginning

are 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 <michael.hud...@canonical.com> wrote: > Hi everyone, > > The process of adding Python 3.6 as a supported version has begun. > > The trans

The transition to add support for Python 3.6 is beginning

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

Re: How to push a security update to Xenial and Zesty

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

Re: git workflows for general Ubuntu development

On 15 November 2016 at 01:51, Robie Basak wrote: > On the server team, we've been working on a process that uses git to do > our "Ubuntu merges". As a consequence, we now have a mechanism that can > import package histories into git on Launchpad. We think that this work >

plans for golang packages in z

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

patch pilot report 2016-07-08

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

patch pilot report 2016-06-13

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

Re: ANN: DNS resolver changes in yakkety

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

Re: Go shared libraries are coming

On 31 May 2016 at 12:48, Martin Packman <martin.pack...@canonical.com> wrote: > On 25/05/2016, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: >> >> I've attempted to document the new world at >> https://docs.google.com/document/d/1IOlBWWgcDeB9PfR

Re: Go shared libraries are coming

On 26 May 2016 at 10:22, Michael Hudson-Doyle <michael.hud...@canonical.com> wrote: > On 26 May 2016 at 06:42, Matthias Klose <d...@ubuntu.com> wrote: >> On 25.05.2016 10:51, Michael Hudson-Doyle wrote: >>> >>> Hi all. >>> >>> I'm plan

Re: Go shared libraries are coming

On 26 May 2016 at 06:42, Matthias Klose <d...@ubuntu.com> 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

Go shared libraries are coming

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

Re: [PATCH] Please fix squid3 bug #3769 and squid3 trusty package bug 1405351 in trusty

Hi, thanks! I've reformatted the patch and put it in my PPA. Could you please fill out the test case and regression potential sections of the bug report? I don't know enough about squid3 to do that. Cheers, mwh On 24 March 2016 at 03:21, Lukas Erlacher wrote: > Hi, > > there

plans for go in xenial

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

  1   2   >