DevHeads.net

Packages up for grabs

In the spirit of the season I'm giving away packages :)

I am not using most of these anymore, so I'd like to send them off to a good home:

<a href="https://admin.fedoraproject.org/pkgdb/packager/bcl/" title="https://admin.fedoraproject.org/pkgdb/packager/bcl/">https://admin.fedoraproject.org/pkgdb/packager/bcl/</a> All the python-* packages,
plus pylint, docker-anaconda-addon, bip, mx, and livecd-tools.

Let me know which ones you want and I'll give them to you, otherwise they'll be
orphaned by Friday.

Comments

Re: Packages up for grabs

By Adam Williamson at 12/12/2016 - 19:33

On Mon, 2016-12-12 at 10:22 -0800, Brian C. Lane wrote:
I'll take bip at least for now, but I reserve the right to switch to
znc or whatever the rest of the world is using and ditch it soon :)

Re: Packages up for grabs

By Dan =?ISO-8859-... at 12/13/2016 - 15:56

On Mon, 12 Dec 2016 15:33:33 -0800

I use bip, so I'll set myself as co-maintainer

Dan

Re: Packages up for grabs

By Adam Williamson at 12/13/2016 - 16:00

On Tue, 2016-12-13 at 20:56 +0100, Dan Horák wrote:
There's a couple of things about it annoying me at present:

<a href="https://projects.duckcorp.org/issues/500" title="https://projects.duckcorp.org/issues/500">https://projects.duckcorp.org/issues/500</a>
<a href="https://projects.duckcorp.org/issues/499" title="https://projects.duckcorp.org/issues/499">https://projects.duckcorp.org/issues/499</a>

We definitely have to fix #499 in order to maintain the package going
forward, and I wasted an afternoon chasing after openssl behaviour to
try and figure out what's going on in #500 to no avail.

Re: Packages up for grabs

By Christian Dersch at 12/12/2016 - 14:28

I'll take pylint, python-astroid and python-sphinx-argparse.

On 12/12/2016 07:22 PM, Brian C. Lane wrote:

Re: Packages up for grabs

By King InuYasha at 12/12/2016 - 14:24

I'll take livecd-tools.

On Mon, Dec 12, 2016 at 1:22 PM, Brian C. Lane < ... at redhat dot com> wrote:

Re: Packages up for grabs

By Richard W.M. Jones at 12/12/2016 - 17:31

On Mon, Dec 12, 2016 at 01:24:25PM -0500, Neal Gompa wrote:
I added myself to that one too, since we use it for building
the virt-p2v ISO.

However I'd like more information on what's happening with
livecd-tools. Since (seemingly) forever it has been deprecated, but
nothing replaced its exact functionality.

And then recently it was ported to use DNF, and so it's now maintained
again, or it it?

Rich.

Re: Packages up for grabs

By Kevin Fenzi at 12/12/2016 - 17:35

On Mon, 12 Dec 2016 21:31:40 +0000

The official Fedora images are made using livemedia-creator, which is
part of lorax.

appliance-creator is used for making arm images and it still needs
livecd-tools, but there's plans to port it to livemedia-creator too.

I'll let the folks who worked on that chime in on their plans.
I have no idea.

kevin

Re: Packages up for grabs

By Adam Williamson at 12/12/2016 - 19:34

On Mon, 2016-12-12 at 14:35 -0700, Kevin Fenzi wrote:
AIUI the people who did that work are folks who build a few
different Fedora variants and don't like how livemedia-creator works.

Re: Packages up for grabs

By Martin Kolman at 12/13/2016 - 15:19

On Mon, 2016-12-12 at 15:34 -0800, Adam Williamson wrote:
I just wonder why porting livecd-tool from yum to dnf and basically
taking over it maintenance was chosen instead of adding the
(presumably) missing functionality to livemedia-creator and using that
instead.

Re: Packages up for grabs

By Kevin Kofler at 12/14/2016 - 09:45

Martin Kolman wrote:
livemedia-creator is just a wrapper around Anaconda and is thus limited by
what Anaconda can do. In particular, it does not support a persistent
package cache. You have to jump through big hoops to avoid redownloading the
packages over and over all the time.

Kevin Kofler

Re: Packages up for grabs

By Adam Williamson at 12/13/2016 - 15:41

On Tue, 2016-12-13 at 20:19 +0100, Martin Kolman wrote:
Yes, substantially. livecd-creator basically sets up a chroot on the
system it's running on and interprets the live image kickstart itself
to install a bunch of packages and do a bunch of modifications to that
environment, then converts that environment into an image file.

livemedia-creator works by running an anaconda install into an
environment, feeding the kickstart to anaconda rather than interpreting
it itself, and then converting the resulting environment into an image
file. It was originally *intended* that the environment would be a
virtual machine, but that turned out to be fundamentally incompatible
with how Koji works, so lmc now has a '--no-virt' mode where it uses a
fairly new anaconda feature that lets you run an install into a
directory.

In a way, it is. With livecd-creator, you can quite easily run an image
build from your regular Fedora system in a way which is virtually
identical to how Koji does/did livecd-creator builds, so what you get
is very similar to an 'official' live image.

It's rather harder to do this with lmc. The way Koji uses lmc is it
sets up a mock chroot, then uses lmc --no-virt within the mock chroot.
If you want to build a live image the same way 'official' Fedora live
images are built, you have to either set up your own Koji deployment
(which is its own whole nest of rats) or recreate this process manually
(or write a script to do it): you have to create a mock chroot, install
the necessary packages into it, copy a flattened kickstart file into
it, then run the compose inside the chroot and get the resulting image
file out of the chroot. It's all possible, and not that hard once
you've done it a couple of times, but it's substantially more of a faff
than just pulling a one-line 'livecd-creator' command out of your
command history.

Your *other* choice is to use lmc's virt mode, which you should be able
to use from your regular desktop without any special preparation.
However, that doesn't work the same way our official image builds work
so it's possible it might somehow behave differently and give you
images with some important difference from the official ones (or just
be broken entirely), and some people have had trouble getting it to
work properly. Including me - every time I've tried to use it, it's
gone wrong somehow (I haven't tried it lately since I figured out how
to use the --no-virt mode in mock, though).

One of the things on my List Of Side Projects To Work On If I Ever Get
Time is a sort of koji-lite wrapper script which would let you run a
single command to do the '--no-virt build in a mock chroot' thing on a
typical Fedora system, but I've just never got around to it yet.

Re: Packages up for grabs

By Kevin Kofler at 12/13/2016 - 14:51

Adam Williamson wrote:
… and Mageia too (Neal Gompa and Angelo Naselli have a Mageia port) …

Kevin Kofler