#6031: Create Fedora 21 Final test compose (TC) and release candidate (RC)
by Fedora Release Engineering
#6031: Create Fedora 21 Final test compose (TC) and release candidate (RC)
-----------------------------+------------------------
Reporter: adamwill | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 21 Final | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
It's time - sort of - for 21 Final TC1. Yes, even though Beta isn't quite
out yet. Yes, we have laid in extra whisky. The schedule hasn't been
updated, but sgallagh's been pushing to do an earlier TC1, QA and releng
aren't opposed, and it'll give us a fixed upgrade.img mirrormanager can
point at for fedup purposes, so let's just do it.
About that fedup thing, that's the only build we explicitly want to pull
in for TC1:
* [https://admin.fedoraproject.org/updates/systemd-216-8.fc21
systemd-216-8.fc21] for
[https://bugzilla.redhat.com/show_bug.cgi?id=1159292 #1159292]
please make sure whatever needs doing to make the tree's upgrade.img
images be built with that systemd happen. Thanks!
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6031>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
9 years, 3 months
rhel_to_json
by Pierre-Yves Chibon
Hi all,
This morning I wrote a small script that converts yum's medata into a small json
blob that can be used to check if a package is present in RHEL before creating a
branch for it in EPEL, or to restrict building the package on EPEL for certain
arch.
What is does it basically:
- For a list of RHEL version
- For a list of directories specific to that RHEL version
- Find all the primary.sqlite database
- Decompress them if needed
- For all the packages listed in the database
- get the base package (using the srpm info)
- get the epoch, version, release (does nothing w/ it atm)
- get the arch - As more arch are found the list grows
- Store of the info in a json
- Dump the json into a text file
So using this, we are quickly able to check if a package is in RHELX, for
example:
>>> import json
>>> with open('pkg_el7.json') as stream:
... data = json.load(stream)
>>> 'python-zope-interface' in data
True
>>> data['python-zope-interface']
{u'release': u'4.el7', u'epoch': u'0', u'version': u'4.0.5', u'arch': [u'ppc64',
u'x86_64']}
The script is fairly quick to run:
time python rhel_to_json.py
...
2316 packages retrieved in el6
Output File: pkg_el6.json
...
2514 packages retrieved in el7
Output File: pkg_el7.json
...
1395 packages retrieved in el5
Output File: pkg_el5.json
real 0m47.411s
user 0m16.989s
sys 0m5.888s
And its output:
du -sh pkg_*
144K pkg_el5.json
240K pkg_el6.json
252K pkg_el7.json
Hope this helps,
Pierre
9 years, 3 months
Re: EPEL ⊆ RHEL
by Rex Dieter
On 01/16/2015 03:14 AM, Pierre-Yves Chibon wrote:
> Hi all,
>
> Using the JSON output we generated from our Red Hat repos, I wrote a small
> script comparing the packages present in EPEL vs those in RHEL.
>
> Below is a list of the overlap between both. I have the script available to
> re-generate it if desired.
> 4926 packages in epel7
> 2516 packages in RHEL7
> Packages in RHEL and EPEL
...
> - libvncserver
...
libvncserver (last I knew) was included for the sole purpose of
supporting additional archs (ie, rhel7 doesn't build for ppc64)
Does your script handle cases like this?
-- rex
p.s. I suppose arguably epel7's libvncserver should then include:
ExclusiveArch: ppc64
?
Currently it builds for all archs,
http://koji.fedoraproject.org/koji/buildinfo?buildID=592933
9 years, 3 months
EPEL ⊆ RHEL
by Pierre-Yves Chibon
Hi all,
Using the JSON output we generated from our Red Hat repos, I wrote a small
script comparing the packages present in EPEL vs those in RHEL.
Below is a list of the overlap between both. I have the script available to
re-generate it if desired.
Thanks,
Pierre
4105 packages in el5
1395 packages in RHEL5
Packages in RHEL and EPEL
- PyYAML
- blktrace
- c-ares
- classads
- cmake
- cppunit
- dstat
- ebtables
- facter
- fribidi
- glib
- gsoap
- gtk+
- iotop
- java-1.6.0-openjdk
- lapack
- libassuan
- libldb
- libtalloc
- libtdb
- libtevent
- libyaml
- log4cpp
- nedit
- numpy
- perl-Config-General
- perl-Net-Telnet
- perl-NetAddr-IP
- perl-Sys-Virt
- puppet
- python-boto
- python-ctypes
- python-ethtool
- python-formencode
- python-imaging
- python-iniparse
- python-kerberos
- python-matplotlib
- python-psycopg2
- python-pycurl
- python-rhsm
- python-sqlite2
- python-sqlobject
- python-suds
- pytz
- qt4
- ruby-shadow
- ruby-sqlite3
- scl-utils
- trousers
- tunctl
- wireless-tools
- xqilla
7005 packages in el6
2317 packages in RHEL6
Packages in RHEL and EPEL
- 389-ds-base
- PyPAM
- a2ps
- febootstrap
- freerdp
- gdisk
- google-crosextra-caladea-fonts
- google-crosextra-carlito-fonts
- gtk+extra
- ht2html
- html2ps
- icu4j
- json-c
- libdc1394
- libgpod
- libmicrohttpd
- libnetfilter_conntrack
- libnetfilter_queue
- libvpx
- livecd-tools
- lzop
- mingw32-binutils
- mingw32-bzip2
- mingw32-dlfcn
- mingw32-expat
- mingw32-filesystem
- mingw32-gcc
- mingw32-gettext
- mingw32-glib2
- mingw32-gnutls
- mingw32-iconv
- mingw32-libgcrypt
- mingw32-libgpg-error
- mingw32-libxml2
- mingw32-nsis
- mingw32-pthreads
- mingw32-readline
- mingw32-runtime
- mingw32-termcap
- mingw32-w32api
- mingw32-zlib
- novnc
- openslp
- perl-B-Keywords
- perl-CGI-Session
- perl-Class-Accessor
- perl-Class-Data-Inheritable
- perl-Class-MethodMaker
- perl-Class-Trigger
- perl-Config-Simple
- perl-DateTime
- perl-DateTime-Format-DateParse
- perl-Devel-Cycle
- perl-Exception-Class
- perl-File-pushd
- perl-Font-AFM
- perl-Font-TTF
- perl-FreezeThaw
- perl-GDGraph3d
- perl-HTML-Format
- perl-IO-Tty
- perl-IPC-Run
- perl-Locale-Maketext-Gettext
- perl-Locale-PO
- perl-MIME-Lite
- perl-MIME-Types
- perl-Makefile-Parser
- perl-Module-Find
- perl-Net-SMTP-SSL
- perl-PadWalker
- perl-Params-Validate
- perl-Parse-RecDescent
- perl-Perl-Critic
- perl-Pod-Spell
- perl-String-Format
- perl-Syntax-Highlight-Engine-Kate
- perl-Term-ProgressBar
- perl-Test-Exception
- perl-Test-Memory-Cycle
- perl-Test-MockObject
- perl-Test-Perl-Critic
- perl-Test-Spelling
- perl-UNIVERSAL-can
- perl-UNIVERSAL-isa
- perl-XML-TokeParser
- perl-XML-TreeBuilder
- perl-XML-Writer
- pexpect
- ps_mem
- pysendfile
- python-anyjson
- python-argparse
- python-boto
- python-cheetah
- python-cloudfiles
- python-daemon
- python-eventlet
- python-greenlet
- python-httplib2
- python-iso8601
- python-krbV
- python-lockfile
- python-memcached
- python-migrate
- python-mutagen
- python-netifaces
- python-paramiko
- python-passlib
- python-paste-deploy1.5
- python-prettytable
- python-routes1.12
- python-sqlalchemy0.7
- python-suds
- python-tw-forms
- python-urwid
- python-webob1.0
- python-websockify
- python-zope-interface
- pywbem
- pyxattr
- scl-utils
- scons
- snappy
- spice-gtk
- tagsoup
- texlive
- vdsm
- wireless-tools
- wordnet
- xerces-c
- xorg-x11-drv-geode
- xorg-x11-glamor
4926 packages in epel7
2516 packages in RHEL7
Packages in RHEL and EPEL
- advancecomp
- corosync
- fonttools
- golang-github-coreos-go-systemd
- golang-github-godbus-dbus
- golang-github-syndtr-gocapability
- itstool
- jline
- jsr-305
- lapack
- libev
- liblockfile
- libntlm
- liboauth
- libqb
- libsrtp
- libvncserver
- maven-doxia
- perl-Crypt-PasswdMD5
- perl-LWP-Protocol-https
- perl-Mail-SPF
- perl-Mozilla-CA
- po4a
- python-blinker
- python-chardet
- rubygem-net-http-persistent
- t1utils
9 years, 3 months
Re: #5963: Orphaned vulnerable packages in EPEL
by Fedora Release Engineering
#5963: Orphaned vulnerable packages in EPEL
------------------------------+-----------------------
Reporter: sparks | Owner: rel-eng@…
Type: task | Status: reopened
Milestone: Fedora 20 Final | Component: epel
Resolution: | Keywords: meeting
Blocked By: | Blocking:
------------------------------+-----------------------
Comment (by sparks):
Actually I see the following packages still in EPEL:
mantis - epel-5[[BR]]
mod_wsgi - epel-5 [[BR]]
php-magpierss - epel-all [[BR]]
php-suhosin - epel-all[[BR]]
polipo - epel-6[[BR]]
python26-mod_wsgi - epel-5 [[BR]]
python26-simplejson - epel-5 [[BR]]
qemu - epel-5 [[BR]]
revelation - epel-5 [[BR]]
tigase-server - epel-all [[BR]]
torque - epel-all [[BR]]
xinha - epel-5 [[BR]]
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5963#comment:8>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
9 years, 3 months
Re: #5963: Orphaned vulnerable packages in EPEL
by Fedora Release Engineering
#5963: Orphaned vulnerable packages in EPEL
------------------------------+-----------------------
Reporter: sparks | Owner: rel-eng@…
Type: task | Status: reopened
Milestone: Fedora 20 Final | Component: epel
Resolution: | Keywords: meeting
Blocked By: | Blocking:
------------------------------+-----------------------
Changes (by sparks):
* resolution: fixed =>
* status: closed => reopened
Comment:
Okay, I still see mantis in EPEL 5.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5963#comment:7>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
9 years, 3 months
#6076: unblock fontpackages in EL5
by Fedora Release Engineering
#6076: unblock fontpackages in EL5
-----------------------------+------------------------
Reporter: pnemade | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 21 Final | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Hi,
This is with reference to
https://bugzilla.redhat.com/show_bug.cgi?id=475593#c23 , I am not sure if
fontpackages is still blocked for EL-5 or not? If it is can we have
unblocked it?
Unblocking will help to bring back fonts packages in EL-5 as almost all
fonts packages requires fontpackages-devel
Thanks.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6076>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
9 years, 3 months
