Re: Odiecolon repo for EL5
by Radu-Cristian FOTESCU
> * packages that are excluded from EPEL for legal reasons.
> RPM Fusion can hold them however and is meant to be
> compatible with EPEL.
If RPM Fusion is supposed to be "a better RPMforge", then
I beg to opine that it fails.
I would never use a repo which has 99% of the packages
in folders labeled "testing".
It's like using EPEL-testing, which I am not using. But
with RPM Fusion, you *have to* use the "testing" section!
Plus, it doesn't really match RPMforge's multimedia offerings
(e.g. MPlayer *and* VLC).
Moreover, knowing that RPM Fusion took years to come alive,
even for Fedora, this doesn't make me trust it. It still has
to prove it's as accountable for as EPEL. (Or maybe I'm
delusional.)
To put it one more time: as long as the ~126 RPMforge packages
won't be *all* in the "release" place instead of "testing",
I won't even be considering that repo!
> I suggest that you work with EPEL on packages that are
> cleanly in the first category initially.
Where would GIMP 2.3.15 fit into the picture? (Just an example.)
> The benefit is shared infrastructure (koji, bodhi et all)
> that brings the packages you are interested in to more
> architectures and a community for reviewing packages
Indeed, these are undeniable advantages.
> Sounds reasonable?
The concepts, yes.
But do *I* sound reasonable? (Most often... not quite so.)
Oh, and how about ElRepo? Shouldn't they be integrating with EPEL too?
Except maybe for NTFS, I don't see legal reasons for why not.
Don't shoot the confused piano man.
Thanks,
R-C
__________________________________________________________________
Looking for the perfect gift? Give the gift of Flickr!
http://www.flickr.com/gift/
13 years, 8 months
Building packages for EPEL
by Dennis Gilmore
EPEL is now using koji to build instead of plague. please make sure that you
update th common directory in your checkout to pick up the needed changes to
submit builds.
Bodhi support will come early next week to issue updates.
the buildroots are only populated by packages from stable if you need to build
against something in testing or that you have just build please email your
request to epel-releng(a)lists.fedoraproject.org
thanks
Dennis
13 years, 8 months
pausing from EPEL. Orphaning my packages?
by Patrice Dumas
Hello,
Since the switch to koji I cannot rebuild my packages anymore as I am
on debian, and there is no way to install koji cleanly
https://fedorahosted.org/koji/ticket/91
I don't know exactly what to do in that case. Orphan my packages? Search
for co-maintainers who, upon receiving cvs commit, would build the package?
If somebody is interested in that, please put you at least in
watchcommits and commit for my EPEL packages (and preferably also in
watchbugzilla and I would gladly accept full co-maintainer).
In any case my packages will new maintainers for EL-6 since I won't
maintain them myself given that I am not in fedora anymore -- though I
could co-maintain them, like I do for my former fedora packages.
--
Pat
13 years, 8 months
Re: Odiecolon repo for EL5
by Radu-Cristian FOTESCU
Folks,
There is a reason for my repo (Odiecolon) to be what it is, and this has nothing to do with EPEL.
To a certain extent, you're right though. It were better to have had contacted EPEL, this could have prevented some duplicate work, and it would have triggered the 64-bit packages too (currently, I'm doing 32-bit only).
The problem is that my repo also includes packages that can't be part of EPEL for various legal reasons. Even an "innocent" application such as Audacity has some MP3-related dependencies.
Should I have had the guts, I should have rebuild into my repo whatever I primarily use RPMforge for:
(1) gstreamer-plugins-bad gstreamer-plugins-ugly gstreamer-ffmpeg
(2) mplayer mplayer-fonts mplayer-skins mplayerplug-in smplayer
(3) vlc
I am not using RPMforge for anything else because, honestly, it's broken. Honestly.
The problem is that, while RPMforge is broken to a certain extent, there are newer packages in EPEL that break VLC and MPlayer from RPMforge and prevent them to install (for those who try to use both EPEL and RPMforge): libdvdread 4.1.3 > 0.9.7; libdvdnav; libcaca; lzo.
As a desktop/laptop user would rather *need* (ask for) the full multimedia capabilities, and still some of them would want to use EPEL (*I* do), there was a need for a fix.
My repo is supposed to provide ugly-hacked builds of libdvdread, libdvdnav, libcaca, lzo (older packages version-bumped to numbers greater than what EPEL has) to prevent EPEL screwing the aforementioned RPMforge multimedia applications/codecs.
So there is no way to put these "hacks" into EPEL, and I don't believe there is a way to rebuild the affected RPMforge applications to accommodate them with EPEL.
Furthermore, would EPEL accept GIMP 2.3.15 as a compromise between 2.2 and 2.4? (This is what Odiecolon has.)
Best regards,
Béranger
__________________________________________________________________
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca
13 years, 9 months
Broken dependencies in EPEL - 2009-06-28
by Fedora Koji Build System
======================================================================
The results in this summary consider Test Updates!
======================================================================
13 years, 9 months
EPEL meeting summary for 2009-06-26
by Kevin Fenzi
Summary at:
http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.200...
Log at:
http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.200...
(and attached).
kevin
--
21:00:00 <nirik> #startmeeting
21:00:10 <nirik> #meetingtopic EPEL
21:00:15 <nirik> #topic Init process
21:00:23 <nirik> who all is here for the epel meeting?
21:01:50 * ianweller sits in a chair in the back
21:02:16 <mmcgrath> nirik: I'm around.
21:03:27 <nirik> hey stahnma
21:03:36 <stahnma> howdy
21:03:40 <nirik> I guess dgilmore is still in south america
21:04:13 <nirik> I guess we can go ahead and start and see what we can come up with...
21:04:14 <f13> SA is still the same TZ though
21:04:34 <nirik> true...
21:04:51 <nirik> #topic Prepare for EL-6 builds?
21:05:10 <nirik> I'm not sure where this topic was added from, but it was on the wiki page. ;)
21:05:20 <nirik> I assume we will see some betas we could test with at some point.
21:05:59 <stahnma> I would hope so
21:06:14 <nirik> It might be cool if someone could mass rebuild fedora against it and see how much just builds ok out of the box...
21:06:19 <stahnma> I thikn the question was will we only branch stuff currently in EPEL, or a mass fedora branch?
21:06:22 <stahnma> yeah
21:06:24 <nirik> but that could be a pretty massive undertaking.
21:06:41 <stahnma> probably need dgilmore to weigh in on that one
21:07:03 <nirik> I would say only EPEL5 stuff, but make a lot of noise at the time and ask all maintainers to see if there are any packages they maintain that could/should be branched.
21:07:32 <stahnma> it's probalby not worth discussing too much yet
21:07:34 <nirik> ie, a fedora-devel-announce and lots of blog posts asking people to look at their packages and test build and see if they want to maintain them for epel too
21:07:41 <nirik> yeah, a bit early.
21:08:06 <nirik> anything else anyone wants to weigh in on here?
21:08:25 <nirik> ok, moving along...
21:08:38 <nirik> #topic Koji/Bodhi progress report
21:08:59 <nirik> I guess koji is done... hurray! but bodhi still needs some work...
21:09:28 <nirik> lmacken: you around? any idea on the patches for epel support? looking ok? more work? any eta? :)
21:09:33 <dgilmore> im here. network is flaky
21:09:44 <dgilmore> im waiting on lmacken now
21:09:52 <dgilmore> i need to send him patches for the mash configs
21:09:55 <nirik> welcome dgilmore. :)
21:10:04 <nirik> yeah, I last heard he was going to test some things?
21:10:30 <nirik> thanks for all your work on this... very appreciated.
21:11:11 <dgilmore> EL-6 builds we cant really do anything until redhat releases at least a alpha release
21:11:27 <nirik> yeah, just something to ponder for now...
21:11:48 <dgilmore> we should tag in teh base os's version of all epel pacakges i.e F-11 or F-12 or whatever it is
21:11:57 <dgilmore> and then mass rebuild everything
21:12:21 <nirik> ok, I guess we can move along? unless anything else on this.
21:12:35 <nirik> dgilmore: thats a interesting idea... sync back to fedora versions.
21:12:51 <lmacken> nirik, dgilmore: I did a bunch of EPEL integration hacking earlier this week, and integrated dgilmores patches. The test suite work, and I did a bunch of local testing, but we haven't tried doing an actual push yet. releng1.stg was rebuilt, so now we have to deploy & test
21:13:16 * nirik is happy to assist testing if someone will show him how to run the commands, etc. ;)
21:13:19 <dgilmore> with CVS branches from the base fedorafedora release
21:13:21 <dgilmore> release
21:13:32 * quaid slides in to the back of the room, late
21:13:42 <dgilmore> lmacken ok
21:13:50 <lmacken> yeah, testing will probably consist of tweaking paths and mash configs
21:13:52 <dgilmore> lmaken we have a epel releng box
21:14:01 <nirik> dgilmore: I like that idea off hand. Means we reconverge on fedora versions and only make epel specific changes if needed on top of those...
21:14:01 <smooge> yes I would like to do a mass rebuild when we have a beta fro EL6
21:14:10 * smooge is really slow typing
21:14:12 <dgilmore> nirik: right
21:14:23 <lmacken> dgilmore: cool
21:14:52 <dgilmore> my net keeps dropping in and out
21:14:56 <lmacken> anyway, I'm going to try and get bodhi up and running in staging over the weekend
21:15:11 <dgilmore> lmacken: ok so monday we can look at deploying?
21:15:50 <lmacken> dgilmore: I'm headed to NYC for PDF monday-tues, so I'll be on and off, but I'll do what I can to get it working before then
21:17:03 <dgilmore> lmacken: ok. im flying home from Brazil
21:18:13 <nirik> ok, anything further on this topic?
21:18:58 <smooge> i think its looking like next week there will be more.
21:19:17 <nirik> yeah.
21:19:22 <nirik> #topic Bug Day
21:19:32 <stahnma> I sent out the last update to list
21:19:38 <stahnma> I need to send something out as a reminder
21:19:41 <stahnma> and talk to bugzappers
21:20:01 <nirik> cool.
21:20:04 <stahnma> I think that John was going to give a quick script to query for whiteboard field
21:20:16 <stahnma> I haven't had any time to look into python-bugzilla
21:20:33 <nirik> that could be handy
21:20:34 <lmacken> I pointed him at a bunch of examples last night
21:20:41 <smooge> Ok what was the day for that..
21:20:56 <nirik> It's July 11th.
21:20:57 <stahnma> bug day?
21:21:16 * Jeff_S waves... better late then never for showing up for the meeting?
21:21:24 <nirik> welcome anytime Jeff_S
21:21:31 <stahnma> I was actually wishing I had added a category for messed up dependencies
21:21:38 <stahnma> we have quite a few bugs wth that
21:21:58 <nirik> we still could. ;)
21:22:07 <stahnma> then I have to re-read the bugs
21:22:16 <Jeff_S> I will be busy on July 11 http://deathride.com/ but I will think about bugs while I ride
21:22:19 <stahnma> and i've been through all of them at least once, many of them more than that
21:22:23 <stahnma> ha
21:22:26 <nirik> Jeff_S: fair enough. ;)
21:22:34 <stahnma> just fix some bugs before then
21:22:59 <nirik> ok, anything else on bug day?
21:23:41 <stahnma> not right now
21:23:45 <stahnma> more next week for sure
21:23:48 <stahnma> and on list this week
21:23:49 <smooge> ok looks like I will be double booked on that. I will be available in Mountain Time afternoon
21:23:57 <smooge> but I will work on it
21:23:58 * stahnma is brain-dead :)
21:24:07 <nirik> ok, moving along then...
21:24:12 <nirik> #topic Orphaned packages
21:24:21 <nirik> I thought I would bring up orphans again...
21:24:33 <nirik> do we want to try and make an effort to get people owning them?
21:24:46 <stahnma> I'd like trending on how many people orphan stuff or quite epel all together
21:24:53 <stahnma> nirik: we probably should
21:25:06 <nirik> yeah, not sure how to get that. ;)
21:25:17 <nirik> I guess I can post to the list a list of them and see if anyone is interested.
21:25:30 <nirik> #action nirik will post list of current orphans to the list
21:25:56 <nirik> currently my query isn't working, so not exactly sure how many we have.
21:27:01 <nirik> anyhow, just thought I would bring it up.
21:27:10 <stahnma> fair enough
21:27:10 <nirik> #topic Open Floor
21:27:16 <nirik> anyone have anything?
21:28:07 <Jeff_S> guess not
21:28:12 <smooge> not at the moment
21:28:15 <nirik> looking like not...
21:28:29 <nirik> I appreciate everyone meeting. I think it's good, even if we just go over things we know... ;)
21:28:34 <smooge> thanks ofr running things.
21:28:35 <nirik> keeps the work in the front of our minds. :)
21:28:42 <Jeff_S> nirik: thanks
21:28:50 <nirik> no problem.
21:28:51 <quaid> so, just since I was thinking about it ...
21:29:08 <quaid> I'm going to do a map of "Current|Suggested New" name mapping for the wiki
21:29:18 <smooge> quaid, do we have a list of EL-5.4 packages etc?
21:29:35 <quaid> it's not a lot pages ... so we can turn it over pretty quickly.
21:29:40 <quaid> smooge: hey! my favorite topic
21:30:01 <quaid> <honest_answer> I have no clue who to ask to get a permanent feed about that </honest_answer>
21:30:37 <quaid> do we have anyone in the release engineering group @redhat.com?
21:30:44 <smooge> quaid, I can understand. I think we need to get someone who has such an answer into a small room
21:30:46 <nirik> quaid: could we try and talk to notting/spot and see if they could find us someone?
21:31:03 <stahnma> oh yes, i was supposed to follow up on that
21:31:09 <stahnma> :( /me fail
21:31:18 <quaid> nirik: well, spot is probably the man to get us something, and he has said in the past he would, but ...
21:31:22 <spot> remind me when i'm back in the US.
21:31:23 <quaid> maybe we just need A Name from him
21:31:24 <spot> and I will do it.
21:31:27 <quaid> spot: will do
21:31:41 <nirik> coolness. :) thanks spot.
21:31:42 <quaid> stahnma: will you remember to poke Tom about it next week?
21:32:06 <stahnma> I'll do my best
21:32:16 * quaid too
21:32:19 <stahnma> #action stahnma will remember to ask about RHEL release engineering
21:32:50 * nirik doesn't know if that works for non chairs yet.
21:32:53 <nirik> #action stahnma will remember to ask about RHEL release engineering
21:33:08 <stahnma> I thought it did
21:33:15 <nirik> There are 53 orphaned packages currently in EPEL.
21:33:37 <nirik> out of 2665 packages.
21:33:38 <quaid> #action quaid to send a mapping of old:new wiki page names to epel-devel for comment before enacting
21:34:45 <nirik> ok, anything else anyone has?
21:35:10 * nirik will close out the meeting in 60seconds if nothing else comes up.
21:36:09 <nirik> #endmeeting
13 years, 9 months
Plan for tomorrow's EPEL meeting (2009-06-26)
by Kevin Fenzi
Here's the topic list for tomorrow's EPEL meeting, which will take
place at 21:00 UTC in #fedora-meeting on irc.freenode.net.
Prepare for EL-6 builds?
Koji/Bodhi progress report
Bug Day
Orphaned packages
If there is something else that folks would like to discuss, please
followup to this email or mention it in the Open Floor section of the
meeting at the end. Hope to see everyone there!
kevin
13 years, 9 months
Fedora EPEL Package Build Report 2009-06-24
by Fedora Koji Build System
Packages built and released for Fedora EPEL 5: 1
NEW rt3-3.6.8-1.el5 : Request tracker 3
Changes in Fedora EPEL 5:
rt3-3.6.8-1.el5
---------------
* Tue Jun 16 2009 Xavier Bachelot <xavier(a)bachelot.org> - 3.6.8-1
- Update to 3.6.8 (BZ #506236):
- Updated italian translation from Nicola Murino.
- Validate CFs in SelfService.
- Fix: On comment/correspond, attached files are not recorded if
comment/response content is empty.
- Add HasAttribute and HasNoAttribute to the tisql.
- Allow only SuperUser to edit RT at a Glance.
- Copyright updates.
- Partial sync with F-9 :
- README.fedora.in: Add --dba root to rt-setup-database (BZ #488621).
- R: perl(XML::RSS) (BZ #496720).
13 years, 9 months