Thursday, 6 December 2018

Re: Backports Queue is Huge - Officially Volunteering to Help

In case it wasn't clear, I am officially volunteering to assist with clearing out the backports queue.

I have been working with the Server Team specifically with NGINX since 2014, but I am well versed in Ubuntu policies and how package processes work, and would like to volunteer to be part of the backporters team to help clear out the pending backports queues.  This way, Backports can be seen as a potentially viable method of getting newer software features into older releases where SRUs are not a viable solutions.


Thomas


On 11/29/18 12:07 PM, Thomas Ward wrote:

I took a look at the backports projects today, and the queues there.  The backports queues seem to be pretty siaable, and nobody's really taking the time to take a look at them (73 in Xenial backports, 11 in Bionic, 100+ in Trusty, etc.).

I haven't taken a look in-depth on the backport requests yet, but the key thing I am seeing is that all the backporters are otherwise occupied in working on other tasks.

If the problem is nobody is stepping up to volunteer to take a peek, the question then becomes is it just a lack of volunteers with the proper knowledge, or is it a lack of people wanting to take a look, or is it a lack of volunteers with the proper permissions to do the backports?  (I'd be willing to volunteer some of my time out of each week (probably weekends in my case) to poke at the backports queues if I were considered an acceptable member for the team)

It'd also be nice to see what requirements are needed to consider someone to be a backporter, the documentation on this seems nonexistent as does process documentation.


Thomas

Re: Issues with cdimage server

On 06/12/2018 14:59, charlie wrote:
> I'm pretty sure someone already knows this but the cdimage.ubuntu.com server doesn't seem to be working correctly. I downloaded the latest daily build to begin this weeks testing phase (my own schedule), and there's problems with the ISO. I created my startup disk as usual but upon restart, I get a big error box that says the installer's not working properly and I tried this three times and I got the same error each time. So now I've had to, *gulps hard*, reinstall windows 10 JUST to get a clean download of 18.04 from the main website for kubuntu and then make a startup disk just to get kubuntu back on my laptop. Ugh. And then try again with a new daily build of 19.04, which I've been testing. I sure dislike being away from the real world of Kubuntu.
>
> Charlie Luna
>
> ubuntu-california.org

If you are referring to the Disco daily build isos, and this bug:

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1805685

then as you can see from that, a fix is on the way and I'm just waiting
for a Core/ubiquity Developer to do an upload.

Rik Mills
Kubuntu Devel

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Wednesday, 5 December 2018

Re: Upcoming transitions

Hey Steve,

Le 05/12/2018 à 11:14, Steve Langasek a écrit :
> Before starting a new transition, they should look at the overlap between
> reverse-dependencies of mysql, php that will need rebuilt for the
> transition, and packages that are currently in -proposed waiting to migrate
> as part of the poppler transition.
>
> We wouldn't want new no-change rebuild uploads of packages that depend on
> poppler causing the two transitions to be entangled, preventing poppler from
> migrating to the release until mysql,php are also ready to migrate.

Right, that makes sense. I'm unsure there is much to "coordinate between
teams" though, it's more up to whoever wants to start a new transition
to check the state of things and if their uploads are going to be
disruptive to some ongoing transition.

Cheers,
Sebastien Bacher

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: Upcoming transitions

On Wed, Dec 05, 2018 at 10:36:08AM +0100, Sebastien Bacher wrote:
> Hey Matthias,

> Le 05/12/2018 à 08:03, Matthias Klose a écrit :
> > please coordinate with the desktop team and the poppler transition which is
> > still in progress, started 12 days ago.

> What sort of coordination are you looking after? Or did you mean "please
> wait for the poppler transition to be finished"?
> It's currently down to xpdf and libreoffice which are actively working
> on/hopefully going to be sorted out today.

Before starting a new transition, they should look at the overlap between
reverse-dependencies of mysql, php that will need rebuilt for the
transition, and packages that are currently in -proposed waiting to migrate
as part of the poppler transition.

We wouldn't want new no-change rebuild uploads of packages that depend on
poppler causing the two transitions to be entangled, preventing poppler from
migrating to the release until mysql,php are also ready to migrate.

--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slangasek@ubuntu.com vorlon@debian.org

Re: Upcoming transitions

Hey Matthias,

Le 05/12/2018 à 08:03, Matthias Klose a écrit :
> please coordinate with the desktop team and the poppler transition which is
> still in progress, started 12 days ago.

What sort of coordination are you looking after? Or did you mean "please
wait for the poppler transition to be finished"?
It's currently down to xpdf and libreoffice which are actively working
on/hopefully going to be sorted out today.

Cheers,
Sebastien Bacher


--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Tuesday, 4 December 2018

Re: Upcoming transitions

On 04.12.18 18:41, Robie Basak wrote:
> I'm planning to start transitions for PHP and MySQL soon, with the first
> uploads in the next day or two. If it would be better to wait, please
> let me know.
>
> I'll detail the plan with PHP in a reply to Jeremy's email as soon as
> we've confirmed it'll work.

please coordinate with the desktop team and the poppler transition which is
still in progress, started 12 days ago.

Matthias


--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: Changing $PATH for apt installs

On Tue, Dec 04, 2018 at 03:26:05PM -0600, Jamie Strandboge wrote:
> On Tue, 04 Dec 2018, Julian Andres Klode wrote:
>
> > Hi folks,
> >
> > I'm planning to have apt set PATH to a sane value for running
> > dpkg, so that maintainer scripts are executed in a sanitized
> > environment. That value will be:
> >
> > PATH=/usr/sbin:/usr/bin:/sbin:/bin
> >
> > The effect:
> >
> > (1) There is no /usr/local, which prevents breakage from custom perl
> > or python installation
> >
> > (2) /snap/bin is not included either. This means that packages migrating
> > to snaps will have to provide compatibility links (scripts?) in /usr
> > - IIRC, lxd already does so, I'm not sure about other libraries.
> >
> I'm generally in favor of the change, but AFAICS, lxd does *not* do anything
> with compatibility symlinks (it uses snap aliases instead, which live in
> /snap/bin). lxd may have done this in the past (I vaguely remember something
> about that), but snaps shouldn't be doing this and in fact, strict mode snaps
> typically cannot (only lxd and a couple of other super-privileged snaps happen
> to be able to, but that is considered bad form). As for deb-to-snap migrations,
> that still isn't well defined (again, lxd has the ability to do whatever it
> wants where most snaps cannot).

I mean the .deb packages depending on snapd and installing the snap in the
pre(?)inst, like the lxd one in the archive:

jak@jak-t480s:/tmp$ apt download lxd
Get:1 file:/etc/apt/mirrors.list Mirrorlist [226 B]
Get:2 http://de1.archive.ubuntu.com/ubuntu disco/main amd64 lxd all 1:0.4 [11,1 kB]
Fetched 11,1 kB in 0s (81,5 kB/s)
jak@jak-t480s:/tmp$ dpkg -c lxd_1%3a0.4_all.deb | grep usr/bin
drwxr-xr-x root/root 0 2018-10-10 18:28 ./usr/bin/
-rwxr-xr-x root/root 34 2018-09-12 22:09 ./usr/bin/lxc
-rwxr-xr-x root/root 34 2018-09-12 22:09 ./usr/bin/lxd



--
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer i speak de, en