Differential D729

add ARM support to openqa_fedora_tools
AbandonedPublic
Actions

Authored by garretraziel on Jan 21 2016, 2:17 PM.

Details

Reviewers
adamwill
Summary

I hate ARM and I want it to die horrible death.

openQA 4.3 (with KERNEL, INITRD and APPEND support) needed for this.
This adds possibility to test our ARM images with openQA. For some reason,
only available images (that I know) are disk images with Fedora preinstalled.
That means that we have to download XZed disk image, uncompress it, copy
kernel and initramfs out of it and then use direct kernel boot with QEMU
to boot it. There is some black magic with openQA's request (unfortunatelly,
we have to conditionally check whether we are planning ARM testcases or not,
because we are passing it completely different set of arguments).
download_image now passes whole path to iso/disk file (because we need full
path for uncompressing) and it uses basename before POST.
backports.lzma Python library is needed for uncompressing.

I will follow this DR with patches with actual ARM tests (that will also do
some variables rejiggling).

See wiki on some
notes on ARM with openQA.

Test Plan

Create ARM machine (see wiki), bind some random test to it and
use fedora-openqa-schedule to plan some test on it. Alternativelly, wait
until I will do some test for ARM.

Diff Detail

Repository
rOPENQA fedora_openqa
Branch
arcpatch-D729
Lint
No Linters Available
Unit
No Unit Test Coverage
Build Status
Buildable 433
Build 433: arc lint + arc unit
garretraziel retitled this revision from to add ARM support to openqa_fedora_tools.Jan 21 2016, 2:17 PM
garretraziel updated this object.
garretraziel edited the test plan for this revision. (Show Details)
garretraziel added reviewers: adamwill, jskladan.
adamwill added a comment.Jan 21 2016, 5:18 PM

Thanks for figuring that out! Good work. There are only two things about this that concern me:

  1. It ties scheduling pretty heavily to the openQA server box again, when I was trying to make them separable (I never got around to changing the scheduler to use the openQA ISO download function, but it's a trivial change).
  1. I don't think anything will clean up the extracted images, and they're going to eat quite a bit of disk space, aren't they?

The required kernel and initramfs are actually available for download, though fedfind doesn't give those locations at present it fairly easily could. See for e.g. https://kojipkgs.fedoraproject.org/mash/rawhide-20160121/rawhide/armhfp/os/images/pxeboot/ . Downloading both the disk image and the kernel and initramfs files is a bit less efficient in terms of transfer, I guess, but should make the code a lot less complex. We'd still be tied to the scheduler, but it'd be at least potentially easier to unpick (I could implement something like HDDURL, KERNELURL and INITRDURL for openQA along the same lines of ISOURL, I intentionally left the design such that that sort of thing should be relatively easy to do). WDYT?

I guess I also worry a bit that ARM tests would take forever using non-accelerated virtualization of ARM on an x86 host. Is there some plan in place to get us some arm or (better) aarch64 hardware so we can have a worker host that does accelerated ARM virt?

garretraziel added a subscriber: lbrabec.Jan 22 2016, 1:06 PM
In D729#13868, @adamwill wrote:
  1. It ties scheduling pretty heavily to the openQA server box again, when I was trying to make them separable (I never got around to changing the scheduler to use the openQA ISO download function, but it's a trivial change).

I guess that when we'll want to use openQA to download images for us, we can also change this. Hardest thing was to figure out how to actually get ARM to run on QEMU, this code isn't that long to be missed when we will download things through openQA and delete all this :-).

Question is whether we want to do it now.

  1. I don't think anything will clean up the extracted images, and they're going to eat quite a bit of disk space, aren't they?

I was kinda hoping that we could set GRU to clean up things for us :-).

The required kernel and initramfs are actually available for download, though fedfind doesn't give those locations at present it fairly easily could. See for e.g. https://kojipkgs.fedoraproject.org/mash/rawhide-20160121/rawhide/armhfp/os/images/pxeboot/ . Downloading both the disk image and the kernel and initramfs files is a bit less efficient in terms of transfer, I guess, but should make the code a lot less complex. We'd still be tied to the scheduler, but it'd be at least potentially easier to unpick (I could implement something like HDDURL, KERNELURL and INITRDURL for openQA along the same lines of ISOURL, I intentionally left the design such that that sort of thing should be relatively easy to do). WDYT?

I agree, it would be much better. Kernel + initramfs aren't that big anyway.

I guess I also worry a bit that ARM tests would take forever using non-accelerated virtualization of ARM on an x86 host. Is there some plan in place to get us some arm or (better) aarch64 hardware so we can have a worker host that does accelerated ARM virt?

I would say that virtualizing ARM on x86 is ~5 times slower. I think that @lbrabec got some AArch64 machines in RH Beaker to test Fedora on, but I don't know whether we would be able to use them. openSUSE guys are using PPC64 machine to virtualize AArch64 on and they are using TIMEOUT_SCALE=4 for those tests (I think that it means that all waiting in tests is four times longer).

Since we don't have installation images (I still don't know whether we should have them - how we should test all those Installation tests on ARM?), only things we will test are from Base matrix and they will not take long (compared to many Fedora installations on x86). Together with functionality where we report test as soon as they are finished (instead of waiting till the end), I don't thing we will have any problems with it, at least from start.

adamwill added a comment.Jan 22 2016, 6:18 PM
In D729#13903, @garretraziel wrote:
In D729#13868, @adamwill wrote:
  1. It ties scheduling pretty heavily to the openQA server box again, when I was trying to make them separable (I never got around to changing the scheduler to use the openQA ISO download function, but it's a trivial change).

I guess that when we'll want to use openQA to download images for us, we can also change this. Hardest thing was to figure out how to actually get ARM to run on QEMU, this code isn't that long to be missed when we will download things through openQA and delete all this :-).

Question is whether we want to do it now.

I'm fine with not actually switching to openQA downloads yet, I just wanted to consider whether we should get tied into a design which would make switching to them really difficult. i.e. if we just switch to downloading the kernel/initramfs instead of extracting them from the disk image, that's totally fine for me, because it's easy to switch over if I do bother to implement downloads of those things for openQA.

  1. I don't think anything will clean up the extracted images, and they're going to eat quite a bit of disk space, aren't they?

I was kinda hoping that we could set GRU to clean up things for us :-).

GRU is not really configurable in this way, the code that decides what files it will actually clean up is part of openQA itself. So to make GRU clean up after us here, we'd have to get a patch merged upstream. I think we'd have a reasonable shot at merging a patch that cleaned up these style of disk images (if they're not already covered), kernels and initramfs'es; I don't think, if we stick with the 'extract kernel/initramfs from the image' approach, we'd be able to sell upstream on cleaning up the directory where we do the extraction, and that could be a bit of a problem, as I don't see how we could entirely reliably clean it up once openQA was done (we *could* adjust the current code to wipe all the files except the kernel and initramfs it needs, though, which would mitigate the issue).

One thing I'd suggest we do is take a look and see if SUSE are doing any direct kernel boot tests, and if so where they put the kernel/initramfs files and if there's anything in place to clean them up.

The required kernel and initramfs are actually available for download, though fedfind doesn't give those locations at present it fairly easily could. See for e.g. https://kojipkgs.fedoraproject.org/mash/rawhide-20160121/rawhide/armhfp/os/images/pxeboot/ . Downloading both the disk image and the kernel and initramfs files is a bit less efficient in terms of transfer, I guess, but should make the code a lot less complex. .. WDYT?

I agree, it would be much better. Kernel + initramfs aren't that big anyway.

OK, I'll add a method or something to fedfind to help us find kernel/initramfs for an arch, shouldn't be too hard.

I guess I also worry a bit that ARM tests would take forever using non-accelerated virtualization of ARM on an x86 host. Is there some plan in place to get us some arm or (better) aarch64 hardware so we can have a worker host that does accelerated ARM virt?

I would say that virtualizing ARM on x86 is ~5 times slower. I think that @lbrabec got some AArch64 machines in RH Beaker to test Fedora on, but I don't know whether we would be able to use them. openSUSE guys are using PPC64 machine to virtualize AArch64 on and they are using TIMEOUT_SCALE=4 for those tests (I think that it means that all waiting in tests is four times longer).

Yeah, that's what it means indeed, they have a bit of code in their distribution class IIRC which lets them scale all the timeout values.

Since we don't have installation images (I still don't know whether we should have them - how we should test all those Installation tests on ARM?),

There's a stage2 image for ARM (install.img) in any install tree. You can boot the installer by doing a direct kernel boot and passing in that stage2, I think. pwhalen would have all the details I expect, since he does these tests manually.

only things we will test are from Base matrix and they will not take long (compared to many Fedora installations on x86). Together with functionality where we report test as soon as they are finished (instead of waiting till the end), I don't thing we will have any problems with it, at least from start.

Fair point, I guess, it would be useful to hit the base tests indeed.

adamwill added a comment.EditedFeb 2 2016, 11:51 AM

So a couple of notes here: I have the pungi4 rewrite in progress and working, but we are planning to have taskotron doing the scheduling, which means all scheduling stuff needs to work with openQA doing the image downloading. So we're gonna have to add openQA download support for disk images, I guess. That should be relatively simple, I can work on it or I can help someone else with it if you want to do some upstream familiarization.

Other note is probably useless if we have to do remote downloading, but just for information - virt-builder actually has a function for extracting kernel and initramfs from a disk image, virt-builder --get-kernel IMAGE. See http://libguestfs.org/virt-builder.1.html .

Some of the bits of the diff won't apply to the new scheduler at all, but the main meat of it - what params to pass to the POST request - should be the same.

garretraziel added a comment.Feb 2 2016, 2:18 PM
In D729#13979, @adamwill wrote:

Other note is probably useless if we have to do remote downloading, but just for information - virt-builder actually has a function for extracting kernel and initramfs from a disk image, virt-builder --get-kernel IMAGE. See http://libguestfs.org/virt-builder.1.html .

I'm already using it in this code :-).

adamwill added a comment.Feb 2 2016, 2:36 PM

Well shoot, I clearly didn't remember the code properly :)

Good news from openSUSE folks: they're totally fine with us extending the download stuff to cover disk images, kernels and initramfs'es (in fact we're gonna make it generic so you can add _URL to *any* expected setting name and it'll run through the 'download' logic for it). So we can do that :)

garretraziel updated this revision to Diff 1893.Feb 3 2016, 8:52 AM

rebasing to develop branch

garretraziel added a comment.Feb 4 2016, 2:40 PM

Just to note - we are waiting for Pungi 4 and openQA download stuff and I will rebase it to it once it will be released.

adamwill added a comment.Feb 4 2016, 4:14 PM

Here is the PR for kernel / initrd / hdd downloading:

https://github.com/os-autoinst/openQA/pull/535

adamwill added a comment.Feb 18 2016, 8:10 PM

The generic asset download code is now merged upstream and is in openqa-4.3-17, which is in updates-testing at present. stg is running that openqa (prod is still on 4.3-12 for now). You can pass KERNEL_URL and INITRD_URL to download kernels and initrds. We'll probably also want to set KERNEL and INITRD to give them unique file names.

garretraziel abandoned this revision.Apr 1 2016, 12:38 PM

Revision Contents

Diff 1893

View Options

scheduler/fedora_openqa_schedule/config.py

Show All 31 Lines
32CONFIG.add_section('cli') 32​CONFIG.add_section('cli')
33CONFIG.add_section('report') 33​CONFIG.add_section('report')
34CONFIG.add_section('schedule') 34​CONFIG.add_section('schedule')
35CONFIG.set('cli', 'log-file', '') 35​CONFIG.set('cli', 'log-file', '')
36CONFIG.set('cli', 'log-level', 'info') 36​CONFIG.set('cli', 'log-level', 'info')
37CONFIG.set('report', 'submit', 'true') 37​CONFIG.set('report', 'submit', 'true')
38CONFIG.set('report', 'jobs-wait', '360') 38​CONFIG.set('report', 'jobs-wait', '360')
39CONFIG.set('schedule', 'iso-path', '/var/lib/openqa/factory/iso/') 39​CONFIG.set('schedule', 'iso-path', '/var/lib/openqa/factory/iso/')
40​CONFIG.set('schedule', 'hdd-path', '/var/lib/openqa/factory/hdd/')
40CONFIG.set('schedule', 'compose-wait', '480') 41​CONFIG.set('schedule', 'compose-wait', '480')
41CONFIG.set('schedule', 'imagetype', 'boot live dvd canned') 42​CONFIG.set('schedule', 'imagetype', 'boot live dvd canned disk')
42CONFIG.set('schedule', 'arches', 'x86_64 i386') 43​CONFIG.set('schedule', 'arches', 'x86_64 i386 armhfp')
43CONFIG.set('schedule', 'payload', 'cloud_atomic server generic workstation kde') 44​CONFIG.set('schedule', 'payload', 'cloud_atomic server generic workstation kde minimal')
44CONFIG.set('schedule', 'persistent', '/var/tmp/openqa_watcher.json') 45​CONFIG.set('schedule', 'persistent', '/var/tmp/openqa_watcher.json')
45CONFIG.read('/etc/fedora-openqa/schedule.conf') 46​CONFIG.read('/etc/fedora-openqa/schedule.conf')
46CONFIG.read('{0}/.config/fedora-openqa/schedule.conf'.format(os.path.expanduser('~'))) 47​CONFIG.read('{0}/.config/fedora-openqa/schedule.conf'.format(os.path.expanduser('~')))
View Options

scheduler/fedora_openqa_schedule/schedule.py

Show All 22 Lines
23job scheduling go here. 23​job scheduling go here.
24""" 24​"""
25 25​
26# Standard libraries 26​# Standard libraries
27import json 27​import json
28import logging 28​import logging
29import os.path 29​import os.path
30import re 30​import re
31​import glob
32​from subprocess import call
31 33​
32# External dependencies 34​# External dependencies
33import fedfind.helpers 35​import fedfind.helpers
34import fedfind.release 36​import fedfind.release
35import wikitcms.wiki 37​import wikitcms.wiki
38​from backports import lzma
36from openqa_client.client import OpenQA_Client 39​from openqa_client.client import OpenQA_Client
37from six.moves import configparser 40​from six.moves import configparser
38from six.moves.urllib.request import urlopen 41​from six.moves.urllib.request import urlopen
39 42​
40 43​
41# Internal dependencies 44​# Internal dependencies
42from fedora_openqa_schedule.config import CONFIG 45​from fedora_openqa_schedule.config import CONFIG
43 46​
44logger = logging.getLogger(__name__) 47​logger = logging.getLogger(__name__)
45 48​
46 49​
47class TriggerException(Exception): 50​class TriggerException(Exception):
48 pass 51​ pass
49 52​
50 53​
51class WaitError(Exception): 54​class WaitError(Exception):
52 """Raised when we waited for something too long.""" 55​ """Raised when we waited for something too long."""
53 pass 56​ pass
54 57​
55 58​
56def download_image(image, iso_path=None): 59​def download_image(image, iso_path=None):
57 """Download a given image with a name that should be unique, 60​ """Download a given image with a name that should be unique,
58 optionally specifying destination directory. 61​ optionally specifying destination directory.
59 Returns the filename of the image (not the path). 62​ Returns the filename of the image (including the path).
60 """ 63​ """
61 # if no iso_path is specified, parse it from config file 64​ # if no iso_path is specified, parse it from config file
62 if not iso_path: 65​ if not iso_path:
63 iso_path = CONFIG.get('schedule', 'iso-path') 66​ iso_path = CONFIG.get('schedule', 'iso-path')
64 ver = image.version.replace(' ', '_') 67​ ver = image.version.replace(' ', '_')
65 if image.imagetype == 'boot': 68​ if image.imagetype == 'boot':
66 isoname = "{0}_{1}_{2}_boot.iso".format(ver, image.payload, image.arch) 69​ isoname = "{0}_{1}_{2}_boot.iso".format(ver, image.payload, image.arch)
67 else: 70​ else:
Show All 13 Lines81 while True:
81 buffer = resp.read(8192) 84​ buffer = resp.read(8192)
82 if not buffer: 85​ if not buffer:
83 break 86​ break
84 fout.write(buffer) 87​ fout.write(buffer)
85 fout.close() 88​ fout.close()
86 89​
87 else: 90​ else:
88 logger.info("%s already exists", filename) 91​ logger.info("%s already exists", filename)
89 return isoname 92​ return filename
93​
94​
95​def extract_disk_image(downloaded_disk, hdd_path):
96​ diskname = os.path.splitext(os.path.basename(downloaded_disk))[0]
97​ disk_dir = os.path.join(hdd_path, diskname)
98​ disk_path = os.path.join(disk_dir, diskname)
99​ if not os.path.isdir(disk_dir):
100​ os.mkdir(disk_dir)
101​ if not os.path.exists(disk_path):
102​ with lzma.open(downloaded_disk) as fin, open(disk_path, "w") as fout:
103​ while True:
104​ # see above
105​ data = fin.read(1024*1024*10) # reading by 10MB chunks
106​ if not data:
107​ break
108​ fout.write(data)
109​ call(["virt-builder", "--get-kernel", disk_path, "--output", disk_dir])
110​ kernels = glob.glob(os.path.join(disk_dir, "vmlinuz-*"))
111​ initrds = glob.glob(os.path.join(disk_dir, "initramfs-*"))
112​ print kernels, initrds
113​ if len(kernels) != 1 or len(initrds) != 1:
114​ raise TriggerException("no kernel and/or initram was extracted from disk image %s", disk_path)
115​ return os.path.join(diskname, diskname), kernels[0], initrds[0]
90 116​
91 117​
92def run_openqa_jobs(isoname, flavor, arch, build, force=False): 118​def run_openqa_jobs(isoname, flavor, arch, build, force=False):
93 """# run OpenQA 'isos' job on selected isoname, with given arch 119​ """# run OpenQA 'isos' job on selected isoname, with given arch
94 and a version string. **NOTE**: the version passed to OpenQA as 120​ and a version string. **NOTE**: the version passed to OpenQA as
95 BUILD and is parsed back into the 'relval report-auto' arguments 121​ BUILD and is parsed back into the 'relval report-auto' arguments
96 by report_job_results.py; it is expected to be in the form of a 122​ by report_job_results.py; it is expected to be in the form of a
97 3-tuple on which join('_') has been run, and the three elements 123​ 3-tuple on which join('_') has been run, and the three elements
98 will be passed as release, compose and milestone. Returns list of 124​ will be passed as release, compose and milestone. Returns list of
99 job IDs. If force is False, jobs will only be scheduled if there 125​ job IDs. If force is False, jobs will only be scheduled if there
100 are no existing, non-cancelled jobs for the same ISO and flavor. 126​ are no existing, non-cancelled jobs for the same ISO and flavor.
101 """ 127​ """
102 logger.info("sending jobs to openQA") 128​ logger.info("sending jobs to openQA")
103 # find current and previous releases; these are used to determine 129​ # find current and previous releases; these are used to determine
104 # the hard disk image file names for the upgrade tests 130​ # the hard disk image file names for the upgrade tests
105 try: 131​ try:
106 currrel = str(fedfind.helpers.get_current_release()) 132​ currrel = str(fedfind.helpers.get_current_release())
107 prevrel = str(int(currrel) - 1) 133​ prevrel = str(int(currrel) - 1)
108 except ValueError: 134​ except ValueError:
109 # we don't really want to bail entirely if fedfind failed for 135​ # we don't really want to bail entirely if fedfind failed for
110 # some reason, let's just run the other tests and set a value 136​ # some reason, let's just run the other tests and set a value
111 # that shows what went wrong for the upgrade tests 137​ # that shows what went wrong for the upgrade tests
112 currrel = prevrel = "FEDFINDERROR" 138​ currrel = prevrel = "FEDFINDERROR"
113 139​
114 # starts OpenQA jobs ​
115 params = { 140​ params = {
116 'ISO': isoname, 141​ 'ARCH': arch,
117 'DISTRI': 'fedora', 142​ 'DISTRI': 'fedora',
118 'VERSION': build.split('_')[0], 143​ 'VERSION': build.split('_')[0],
119 'FLAVOR': flavor, 144​ 'FLAVOR': flavor,
120 'ARCH': arch, ​
121 'BUILD': build, 145​ 'BUILD': build,
122 'CURRREL': currrel, 146​ 'CURRREL': currrel,
123 'PREVREL': prevrel, 147​ 'PREVREL': prevrel,
124 } 148​ }
149​
150​ if arch == 'armhfp':
151​ # for ARM we have xziped disk image and we want to use direct kernel boot
152​ # we have to unpack disk image to tmp directory and then extract kernel from it
153​ disk, kernel, initrd = extract_disk_image(isoname, CONFIG.get('schedule', 'hdd-path'))
154​ params.update({
155​ 'ARCH': 'arm',
156​ 'HDD_1': disk,
157​ 'HDDFORMAT': 'raw',
158​ 'KERNEL': kernel,
159​ 'INITRD': initrd,
160​ 'APPEND': 'rw root=LABEL=_/ rootwait console=ttyAMA0 console=tty0', # ARM kernel arguments since we are using direct kernel boot
161​ 'FAMILY': 'arm',
162​ })
163​ else:
164​ params.update({
165​ 'ISO': os.path.basename(isoname),
166​ 'FAMILY': 'x86',
167​ })
168​
169​ # starts OpenQA jobs
125 client = OpenQA_Client() 170​ client = OpenQA_Client()
126 if not force: 171​ if not force:
127 # Check if we have any existing non-cancelled jobs for this 172​ # Check if we have any existing non-cancelled jobs for this
128 # ISO and flavor (checking flavor is important otherwise we'd 173​ # ISO and flavor (checking flavor is important otherwise we'd
129 # bail on doing the per-ISO jobs for the ISO we use for the 174​ # bail on doing the per-ISO jobs for the ISO we use for the
130 # 'universal' tests). 175​ # 'universal' tests).
131 jobs = client.openqa_request('GET', 'jobs', params={'iso': isoname})['jobs'] 176​ jobs = client.openqa_request('GET', 'jobs', params={'iso': isoname})['jobs']
132 jobs = [job for job in jobs if job['settings']['FLAVOR'] == flavor] 177​ jobs = [job for job in jobs if job['settings']['FLAVOR'] == flavor]
▲ Show 20 Lines • Show All 170 Lines • Show Last 20 Lines
View Options

scheduler/schedule.conf.sample

Show All 16 Lines
17 17​
18# Minutes to wait for openQA jobs to be complete (0 means 'do not wait') 18​# Minutes to wait for openQA jobs to be complete (0 means 'do not wait')
19wait-jobs: 360 19​wait-jobs: 360
20 20​
21[schedule] 21​[schedule]
22# Where to download ISOs (should be the directory openQA will look in) 22​# Where to download ISOs (should be the directory openQA will look in)
23iso-path: /var/lib/openqa/factory/iso/ 23​iso-path: /var/lib/openqa/factory/iso/
24 24​
25​# Path to hdd directory (where disk images are kept)
26​hdd-path: /var/lib/openqa/factory/hdd/
27​
25# Minutes to wait for the compose to be complete, when scheduling jobs for a 28​# Minutes to wait for the compose to be complete, when scheduling jobs for a
26# specific compose. 'current' never waits. 29​# specific compose. 'current' never waits.
27compose-wait: 480 30​compose-wait: 480
28 31​
29# Image types to download, space-separated list - boot, live, dvd 32​# Image types to download, space-separated list - boot, live, dvd, disk
30imagetype: boot live dvd 33​imagetype: boot live dvd canned disk
31 34​
32# Architectures to download, space-separated list - x86_64, i386 35​# Architectures to download, space-separated list - x86_64, i386, armhfp
33arches: x86_64 i386 36​arches: x86_64 i386 armhfp
34 37​
35# Payloads to download, space-separated list - server, generic or one of desktops 38​# Payloads to download, space-separated list - server, generic, minimal or one of desktops
36payload: server generic workstation kde 39​payload: server generic workstation kde minimal
37 40​
38# Where file with info about latest checked version is located 41​# Where file with info about latest checked version is located
39persistent: /var/tmp/openqa_watcher.json 42​persistent: /var/tmp/openqa_watcher.json
View Options

scheduler/setup.py

Show All 18 Lines16setup(
19 entry_points = {'console_scripts': ['fedora-openqa-schedule = fedora_openqa_schedule.cli:main'],}, 19​ entry_points = {'console_scripts': ['fedora-openqa-schedule = fedora_openqa_schedule.cli:main'],},
20 author = "Fedora QA devel team", 20​ author = "Fedora QA devel team",
21 author_email = "qa-devel@lists.fedoraproject.org", 21​ author_email = "qa-devel@lists.fedoraproject.org",
22 description = "Fedora openQA scheduler", 22​ description = "Fedora openQA scheduler",
23 license = "GPLv3+", 23​ license = "GPLv3+",
24 keywords = "fedora openqa test qa", 24​ keywords = "fedora openqa test qa",
25 url = "https://bitbucket.org/rajcze/openqa_fedora_tools", 25​ url = "https://bitbucket.org/rajcze/openqa_fedora_tools",
26 packages = ["fedora_openqa_schedule"], 26​ packages = ["fedora_openqa_schedule"],
27 install_requires = ['fedfind>=1.5', 'openqa-client', 'setuptools', 'six'], 27​ install_requires = ['fedfind>=1.5', 'openqa-client', 'setuptools', 'six', 'backports.lzma'],
28 long_description=read('README.md'), 28​ long_description=read('README.md'),
29 classifiers=[ 29​ classifiers=[
30 "Development Status :: 3 - Alpha", 30​ "Development Status :: 3 - Alpha",
31 "Topic :: Utilities", 31​ "Topic :: Utilities",
32 "License :: OSI Approved :: GNU General Public License v3 or later " 32​ "License :: OSI Approved :: GNU General Public License v3 or later "
33 "(GPLv3+)", 33​ "(GPLv3+)",
34 ], 34​ ],
35 data_files=[ 35​ data_files=[
36 (SYSTEMDUNITPATH, glob.glob('systemd/*.service') + glob.glob('systemd/*.timer')), 36​ (SYSTEMDUNITPATH, glob.glob('systemd/*.service') + glob.glob('systemd/*.timer')),
37 ], 37​ ],
38) 38​)