epel-devel February 2009

epel-devel@lists.fedoraproject.org

36 participants
23 discussions

RHEL 5.3
by Dennis Gilmore 15 Apr '09

15 Apr '09

RHEL 5.3 brought with it some new additions pexepct ( congrats rsc, your package got in unmodified) java-1.6.0-openjdk (only on i386 and x86_64) we will need to ExclusiveArch ppc it. In accordance with out guideline of not replacing RHEL packages we need to remove them. there are possibly others. Im going to get together a list of packages that moved from EPEL to RHEL. I will mark them dead in cvs and remove them from the repos. Dennis

8 8

moving to Koji
by Dennis Gilmore 23 Mar '09

23 Mar '09

With the koji upgrade on the weekend support was deployed for external repos. this enables building of EPEL in koji. I have set up some tags and targets for doing EPEL scratch builds. right now you can scratch build to dist-5E-epel and dist-4E-epel. there is an issue i need to work around with EL-4 the old hack we used to provide a kernel to ppc doesnt work. I am working on a solution to that. To move building to koji we need to get bodhi setup and redo the release engineering process to closely match that of Fedora. What this means is that you will need to file a ticket with releng to have a package added to the buildroot if you need to build against it. it also means that things can hit stable sooner. Ideally id like to make the change quickly and transparently. Right now im aiming to do it on a saturday in march. it will mean that we take plague downa nd disable builds in koji. we need to import epel into koji at that point in time. once everthing is imported and tagged, building can be enabled. All developers at that point in time will need to update there common checkouts to be able to build. This email is intended to start discussion on the migration and allow people to bring up any concerns that they have. Dennis

12 23

meetings and some issues
by Kevin Fenzi 12 Mar '09

12 Mar '09

Greetings. Since we haven't had an epel meeting in quite a while, I would like to revisit the idea of a new meeting time. Perhaps we could setup a table in the wiki for people to fill in and choose the best time that way? Or perhaps someone would like to suggest a time? Some issues that are pending that we can just discuss here: - Did we ever decide to make a epel-announce list? I think this might be good still to send important announcements about packages or other changes that end epel users should be notified of. I am not sure, but we could also send the package update announcements there (might be too much traffic tho, perhaps just the stable ones?) - Orphans. We have the following orphan packages. Some of them are more 'retired', but we should look at trying to find owners for the ones that can still be maintained. abcde aget cd-discid csync2 cvs2cl cvsps freetennis gkrellm gkrellm-volume gtkhtml38 libid3tag libmodplug mach otrs pytz redet redet-doc svn2cl - Bugs. We are now just over 100 epel bugs. This is no good, IMHO. Would it be possible to get some interested folks to dig through these and see about fixing easy ones/poking maintainers/doing something to move them along. Especially in the case where it's a missing dep. https://bugzilla.redhat.com/buglist.cgi?product=Fedora EPEL&bug_status=NEW&bug_status=MODIFIED&bug_status=ASSIGNED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=RELEASE_PENDING&bug_status=POST&bug_status=FAILS_QA - Do we need to do anything to prep for RHEL6? Do we just branch the things that are already in EPEL5? Or can we look at more than that? - How can we get better communication between EPEL and RHEL? ie, the recent packages they put in 5.3 without notifying or even providing a higher evr. ;( - How can we get more packages branched for EPEL? Perhaps we could approach some of the sigs, like the perl-sig and ask them to consider their packages that work/make sense on EPEL (I have seen a bunch of new perl packages in fedora that were not branched for EPEL). I'm sure there are other things, but those are the ones I can think of off the top of my head. ;) kevin

11 19

Websites and things
by Michael Stahnke 03 Mar '09

03 Mar '09

A while back I mentioned that EPEL should be listed on the front page of the Fedoraproject wiki. I filed a ticket with the web infrastructure folks (#1139) to make that happen. Also, when clicking around on the wiki, EPEL is not listed as a SIG, nor a Sub-project. Which are we? I get confused about these terms. Either way, we should be listed on at least one of those. I am requesting input and discussion. Thanks stahnma

6 12

Mirror Manager and the way you get EPEL
by Michael Stahnke 28 Feb '09

28 Feb '09

This might be odd, but to me, I get frustrated every time I type download.fedoraproject.org into my browser and get taken to a mirror that doesn't have EPEL. I realize not every mirror can carry EPEL, but if I want to get EPEL packages (specifically epel-release) I have to log into a server that already has it, and cat /etc/yum.repos.d/epel.repo and see where I can find the information. The only other way is to browse to the fedoraproject wiki, and search on EPEL (because it's not listed on the front pages). I will talk to the web team and see if I can get this rectified. I guess I would like something like download.fedoraproject.org/epel and it would take to me random epel mirror. Is that possible? Am I the only one who ever thinks this? You can tell me if I am nuts. stahnma

4 4

Looking for a "release manager" for "RPM Fusions repos for EL & EPEL"
by Thorsten Leemhuis 27 Feb '09

27 Feb '09

# CCed to epel-devel-list, as the audience there might be interested in # this mail as well; nevertheless please send replies to # rpmfusion-developers(a)lists.rpmfusion.org only, tia! Hi! As some of you may know: RPM Fusion ( http://rpmfusion.org/ ) not only supports Fedora, it also wants to support EL (e.g. RHEL and clones/derivatives like CentOS) & EPEL for EL >=5 similar to how RPM Fusion supports Fedora(¹), as a lot of people asked for such a repo. The testing repositories for this are online and filled with the most important RPM Fusion packages for quite a while now; see http://thorstenl.blogspot.com/2008/11/rpm-fusion-for-el-in-early-testing.ht… for details how to enable those repos. In the past weeks there hasn't been much progress to move the packages to the normal repos and to officially announce support for EL & EPEL. The main reason for that: We have quite a few packagers that are interested in having the most important RPM Fusion packages available in a RPM Fusion for EL & EPEL, but afaics nobody really wants to do the surrounding work that is needed. Hence RPM Fusions look for a volunteers (or maybe two) that act a bit as "Release-Engineers/-Managers" for RPM Fusion's EL repos. The position means a bit of work, but not to much if everything works well. And the latter (making sure everything works well) is basically the job description already; e.g. make sure the repo as a whole work is in healthy state and now and in the future makes users and contributors glad. That means things like: - use the repo yourself on at least one, better more systems to get aware of any problems directly - watch or run repoclosure reports and poke maintainers if important problems are not fixed - poke maintainers if they don't fix other important bugs that might be bad for the repos reputation - watch the most important relevant communication channels (IRC, mailing lists, webforums and such that are EL specific) and look out for reports of general problems with the repo; help users, poke maintainers or improve docs if needed to avoid similar problems in the future - make sure new contributors find their way into the project and understand how things work - if important packages are missing in RPM Fusion's EL repos but are present in the repos for Fedora try to find a maintainer that takes care of the packages in RPM Fusion EL branch (there are a lot of RPM Fusion packages that are not yet in the EL branch) - help solving technical hurdles as they show up - interact with the EPEL project and its contributors where needed, as the RPM Fusion repos depend on the packages from EPEL - some others things that rel-eng in Fedora does for Fedora or I do for RPM Fusion IOW: politic and technical skills are needed for the job. Maybe more politic than technical skills, as trying to doing everything yourself could lead to a quick burn out. Note that above are just a few examples that outline how I think the job needs to be done(²). Some of those things above might sound like more work then they are actually; I otoh might have forgotten a few things in above list, so don't yell at me if it turns out to be more work then estimated later ;-) But don't be frightened, I'll help a bit here and there as well. Are you interested? Then drop me a mail in private or reply to rpmfusion-developers(a)lists.rpmfusion.org CU knurd (¹) read as: rely on EL and EPEL, don't replace any packages from EL or EPEL, normally don't ship packages that could be in EPEL as well; (²) I'm doing that job for RPM Fusion's Fedora repos already; but I would prefer if someone else that actually uses EL more than I do does the job for RPM Fusion's EL repos

3 4

autoconf and epel-5
by Simon Wesp 27 Feb '09

27 Feb '09

Hi all, i have a little issue with autoconf and epel-5 the statement of the problem: in configure.ac stands: CXXFLAGS="-Wall -O2" to honor the rpmoptflags i removed this line and create a patch of my changes. now i have to run autoconf to implement my changes. no problem in fedora. in epel-5 it will abort: http://buildsys.fedoraproject.org/logs/fedora-5-epel/1476-hosts3d-0.97-3.el… my idea to handle this problem is: 1) run autoconf in fedora and create a diff of the changes (as patch1) 2) handle it in the specfile: %if 0%{?fedora} BuildRequires: autoconf %endif %prep %setup -q -n %{name}-%{srcversion} # Patch to remove CXXFLAGS from configure.ac %patch0 -p1 %if 0%{?rhel} # Patch for autoconf 2.60 %patch1 -p1 %endif %build %if 0%{?fedora} autoconf %endif is this the right way to solve this problem? i didn't found a helpful text passage in the packaging-guidelines -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp

7 9

Fedora EPEL Package Build Report 2009-02-25
by Fedora Koji Build System 25 Feb '09

25 Feb '09

Packages built and released for Fedora EPEL testing/5: 11 NEW mingw32-nsis-2.43-3.el5 : Nullsoft Scriptable Install System NEW mingw32-nsiswrapper-3-3.el5 : Helper program for making NSIS Windows installers mirrormanager-1.2.9-1.el5 moodle-1.8.8-2.el5 NEW perl-NOCpulse-CLAC-1.9.8-1.el5 : NOCpulse Command Line Application framework for Perl NEW perl-SystemC-Vregs-1.461-1.el5 : Utility routines used by vregs Pound-2.4.4-1.el5 (!) python-shove-0.1.3-2.el5 : INVALID rebuild, not published! revisor-2.0.5.2-2.el5 s3cmd-0.9.9-1.el5 NEW ttf2pt1-3.4.4-7.el5 : TrueType to Adobe Type 1 font converter Packages built and released for Fedora EPEL testing/4: 3 moodle-1.8.8-2.el4 NEW perl-NOCpulse-CLAC-1.9.8-1.el4 : NOCpulse Command Line Application framework for Perl (!) python-shove-0.1.3-2.el4 : INVALID rebuild, not published! Changes in Fedora EPEL testing/5: mingw32-nsis-2.43-3.el5 ----------------------- * Sat Feb 21 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.43-3 - Restore ExclusiveArch line (Levente Farkas). * Fri Feb 20 2009 Richard W.M. Jones <rjones(a)redhat.com> - 2.43-2 - Rebuild for mingw32-gcc 4.4 * Fri Feb 13 2009 Levente Farkas <lfarkas(a)lfarkas.org> - 2.43-1 - update to the latest upstream mingw32-nsiswrapper-3-3.el5 --------------------------- * Fri Feb 20 2009 Richard W.M. Jones <rjones(a)redhat.com> - 3-3 - Rebuild for mingw32-gcc 4.4 mirrormanager-1.2.9-1.el5 ------------------------- * Mon Feb 23 2009 Matt Domsch <mdomsch(a)fedoraproject.org> - 1.2.9-1 - Adrian Reber: mirrorlist-server: check values returned by geoip before printing mirrorlist-server: ignore SIGCHLD to not have zombie processes server: also use project name and URL from config file for publiclist server: removed debug messages to decrease MM's verbosity server: make it work with Fedora's 10 python version - Jeroen van Meeuwen: Strip duplicate // from the path requested - Matt Domsch: revert publiclist_host() changes from 6a056929007b9b6bdf35367818e1212895c5bdec which weren't any faster and yet generated incorrect results. add item to TODO add push-mirroring doc mirrorlist: add trailing / to returned URLs to directories. Better handle Host creation form validation failure error case. moodle-1.8.8-2.el5 ------------------ * Mon Feb 23 2009 Jon Ciesla <limb(a)jcomserv.net> - 1.8.8-2 - Fixed cron. * Tue Feb 10 2009 Jon Ciesla <limb(a)jcomserv.net> - 1.8.8-1 - Update to 1.8.8. to fix CVE-2009-0499,0500,0501,0502. - Backported some fonts fixes. perl-NOCpulse-CLAC-1.9.8-1.el5 ------------------------------ * Thu Feb 19 2009 Miroslav Suchý <msuchy(a)redhat.com> 1.9.8-1 - remove opt flags - add LICENSE - add GPL header to modules perl-SystemC-Vregs-1.461-1.el5 ------------------------------ * Fri Jan 09 2009 Chitlesh GOORAH <chitlesh [AT] fedoraproject DOT org> 1.461-1 - new upstream release Pound-2.4.4-1.el5 ----------------- * Tue Feb 24 2009 Ruben Kerkhof <ruben(a)rubenkerkhof.com> 2.4.4-1 - Upstream released new version python-shove-0.1.3-2.el5 ------------------------ * Tue Jan 06 2009 Luke Macken <lmacken(a)redhat.com> 0.1.3-2 - Use consistent macros - Add comment about patch - Make rpmlint happy revisor-2.0.5.2-2.el5 --------------------- * Mon Feb 23 2009 Stefan Hartsuiker <baard a fedoraproject.org> - 2.0.5.2-1 - Something went wrong with the previous build, fixing it. - specfile bump, git repo works according to the mailinglist s3cmd-0.9.9-1.el5 ----------------- * Tue Feb 24 2009 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> - 0.9.9-1 - New upstream release * Sat Nov 29 2008 Ignacio Vazquez-Abrams <ivazqueznet+rpm(a)gmail.com> - 0.9.8.4-2 - Rebuild for Python 2.6 * Tue Nov 11 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> - 0.9.8.4-1 - New upstream release, URI encoding patch upstreamed * Fri Sep 26 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> - 0.9.8.3-4 - Try 3/65536 * Fri Sep 26 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> - 0.9.8.3-3 - Whoops, forgot to actually apply the patch. * Fri Sep 26 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> - 0.9.8.3-2 - Fix listing of directories with special characters in names * Thu Jul 31 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> - 0.9.8.3-1 - New upstream release: Avoid running out-of-memory in MD5'ing large files. ttf2pt1-3.4.4-7.el5 ------------------- * Sat Oct 18 2008 Göran Uddeborg <goeran(a)uddeborg.se> 3.4.4-7 - Don't build in parallel. Two calls of scripts/html2man on FONTS.html could step on each other toes. Changes in Fedora EPEL testing/4: moodle-1.8.8-2.el4 ------------------ * Mon Feb 23 2009 Jon Ciesla <limb(a)jcomserv.net> - 1.8.8-2 - Fixed cron. * Tue Feb 10 2009 Jon Ciesla <limb(a)jcomserv.net> - 1.8.8-1 - Update to 1.8.8. to fix CVE-2009-0499,0500,0501,0502. - Backported some fonts fixes. perl-NOCpulse-CLAC-1.9.8-1.el4 ------------------------------ * Thu Feb 19 2009 Miroslav Suchý <msuchy(a)redhat.com> 1.9.8-1 - remove opt flags - add LICENSE - add GPL header to modules python-shove-0.1.3-2.el4 ------------------------ * Tue Jan 06 2009 Luke Macken <lmacken(a)redhat.com> 0.1.3-2 - Use consistent macros - Add comment about patch - Make rpmlint happy

1 0

Anyone seen this before?
by Ray Van Dolson 23 Feb '09

23 Feb '09

http://buildsys.fedoraproject.org/logs/fedora-5-epel/1530-pyodbc-2.1.4-3.el… Having problems building an update to one of my packages in plague. It builds fine in a local mock setup I have (i386), but throws up the following error in what appears to be the PPC environment. It also looks to me like it's pulling in an older version of python for some reason? DEBUG backend.py:554: /usr/bin/yum --installroot /var/lib/mock/fedora-5-ppc-epel-867547da8866e23165d06e28b38354fc5ff867d1/root/ install 'python-devel >= 2.4' 'unixODBC-devel' DEBUG util.py:280: Executing command: /usr/bin/yum --installroot /var/lib/mock/fedora-5-ppc-epel-867547da8866e23165d06e28b38354fc5ff867d1/root/ install 'python-devel >= 2.4' 'unixODBC-devel' DEBUG util.py:256: python-devel-2.4.3-19.el5.ppc from rhel5-base has depsolving problems DEBUG util.py:256: --> Missing Dependency: python = 2.4.3-19.el5 is needed by package python-devel-2.4.3-19.el5.ppc (rhel5-base) DEBUG util.py:256: Error: Missing Dependency: python = 2.4.3-19.el5 is needed by package python-devel-2.4.3-19.el5.ppc (rhel5-base) DEBUG util.py:319: Child returncode was: 1 Shouldn't -21 be the current python? Anyways, not sure if this has anything to do with the recent outage (I did mention this to the infra team) or maybe just something boneheaded on my part... Ray

2 2

Fedora EPEL Package Build Report 2009-02-21
by Fedora Koji Build System 20 Feb '09

20 Feb '09

Packages built and released for Fedora EPEL testing/5: 4 NEW calendar-1.25-3.el5 : Reminder utility koji-1.3.1-1.el5 NEW pyfits-1.3-4.el5 : Python interface to FITS NEW python-hashlib-20081119-4.el5 : Secure hash and message digest algorithm library Packages built and released for Fedora EPEL testing/4: 1 NEW calendar-1.25-3.el4 : Reminder utility Changes in Fedora EPEL testing/5: calendar-1.25-3.el5 ------------------- * Tue Feb 17 2009 David Cantrell <dcantrell(a)redhat.com> - 1.25-3 - Use cvs status to get the revision number of calendar.c * Tue Feb 17 2009 David Cantrell <dcantrell(a)redhat.com> - 1.25-2 - Fixed problems in export-calendar-source.sh - Set permissions on export-calendar-source.sh to 0644 * Thu Feb 12 2009 David Cantrell <dcantrell(a)redhat.com> - 1.25-1 - Packaged OpenBSD's calendar(1) command from OpenBSD 4.4 koji-1.3.1-1.el5 ---------------- * Fri Feb 20 2009 Dennis Gilmore <dennis(a)ausil.us> - 1.3.1-1 - update to 1.3.1 * Wed Feb 18 2009 Dennis Gilmore <dennis(a)ausil.us> - 1.3.0-1 - update to 1.3.0 * Sat Nov 29 2008 Ignacio Vazquez-Abrams <ivazqueznet+rpm(a)gmail.com> - 1.2.6-2 - Rebuild for Python 2.6 pyfits-1.3-4.el5 ---------------- * Sat Nov 29 2008 Ignacio Vazquez-Abrams <ivazqueznet+rpm(a)gmail.com> - 1.3-4 - Rebuild for Python 2.6 python-hashlib-20081119-4.el5 ----------------------------- * Fri Feb 20 2009 Dennis Gilmore <dennis(a)ausil.us> - 20081119-4 - review fixes (License TAG, doc files) * Thu Jan 29 2009 Seth Vidal <skvidal at fedoraproject.org> - 20081119-3 - few minor spec cleanups - add Changelog to docs - first build and packaging Changes in Fedora EPEL testing/4: calendar-1.25-3.el4 ------------------- * Tue Feb 17 2009 David Cantrell <dcantrell(a)redhat.com> - 1.25-3 - Use cvs status to get the revision number of calendar.c * Tue Feb 17 2009 David Cantrell <dcantrell(a)redhat.com> - 1.25-2 - Fixed problems in export-calendar-source.sh - Set permissions on export-calendar-source.sh to 0644 * Thu Feb 12 2009 David Cantrell <dcantrell(a)redhat.com> - 1.25-1 - Packaged OpenBSD's calendar(1) command from OpenBSD 4.4

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

epel-devel February 2009