RHEL 5.3
by Dennis Gilmore
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
14 years, 7 months
moving to Koji
by Dennis Gilmore
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
14 years, 8 months
meetings and some issues
by Kevin Fenzi
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
14 years, 8 months
Websites and things
by Michael Stahnke
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
14 years, 9 months
Mirror Manager and the way you get EPEL
by Michael Stahnke
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
14 years, 9 months
Looking for a "release manager" for "RPM Fusions repos for EL & EPEL"
by Thorsten Leemhuis
# 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....
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
14 years, 9 months
autoconf and epel-5
by Simon Wesp
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....
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
14 years, 9 months
Fedora EPEL Package Build Report 2009-02-25
by Fedora Koji Build System
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
14 years, 9 months
Anyone seen this before?
by Ray Van Dolson
http://buildsys.fedoraproject.org/logs/fedora-5-epel/1530-pyodbc-2.1.4-3....
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
14 years, 9 months
Fedora EPEL Package Build Report 2009-02-21
by Fedora Koji Build System
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
14 years, 9 months
