January 2008 - epel-devel - Fedora Mailing-Lists

Log from this weeks (20080104) EPEL SIG Meeting

by Thorsten Leemhuis

Reminder: Next meeting on 20080116 at 18:00 UTC Summary will be part of this weeks report (as always) 00:00:01 < knurd> | Hi everybody; who's around for the EPEL meeting? 00:00:01 * | knurd likes to remind everyone that the schedule for todays meeting as well as a list of all open tasks can be found on http://fedoraproject.org/wiki/EPEL/Schedule 00:00:01 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:00:14 < mmcgrath> | pong 00:00:14 * | nirik is here. 00:00:35 --> | stahnma (Michael Stahnke) has joined #fedora-meeting 00:00:46 < knurd> | ohh, and happy new year everyone 00:01:03 < EvilBob> | happy new year knurd 00:01:11 * | _blah_ can't believe it is 2008 already 00:01:17 < stahnma> | greeting's ya'll 00:01:38 --- | knurd has changed the topic to: EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove 00:01:40 < nirik> | happy new year back at you all. 00:01:47 * | quaid is here 00:01:47 < knurd> | so let's start 00:02:03 < knurd> | I wrote to the list about $TOPIC already 00:02:16 < knurd> | I'll prepare the next move this WE 00:02:20 < knurd> | for EPEL4 00:02:22 < nirik> | yeah, that sounds good. I think we should setup specific times for stable pushes. 00:02:31 < nirik> | ie, should it be every 2 weeks? every month? 00:02:32 < knurd> | yeah, might be a good idea 00:02:39 < knurd> | every four weeks? 00:02:41 < nirik> | so people know when to expect it, rather than ad-hoc 00:03:24 < knurd> | EPEL5 early each month, EPEL4 mid each month? 00:03:29 < nirik> | every 4 weeks sounds ok to me... 00:03:50 < nirik> | so how long does something need to be in testing? a full 4 weeks? or ? 00:04:16 < knurd> | at least two weeks? 00:04:25 < mmcgrath> | <nod> a schedule. 00:05:12 < nirik> | 2 weeks seems ok. So, around the 1st for epel5, and around the 15th for epel4? 00:05:19 < knurd> | nirik, +1 00:05:31 < knurd> | I'd say I write that to the list and ask for opinions 00:05:39 < knurd> | if that's fine for everyone we just do it 00:05:48 < stahnma> | fine with me 00:06:08 < nirik> | fine with me. I think a regular schedule is good. Let me know if you want me to try and do any of the pushes... 00:06:16 * | knurd will move on then if no one yells 00:06:27 < knurd> | nirik, I'll try to write down the proceedure next time 00:06:55 < nirik> | ok, I'd be happy to help, or just let you do it. ;) 00:07:07 < knurd> | :) 00:07:09 --- | knurd has changed the topic to: EPEL SIG Meeting | EL-updates to the buildsys | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:07:25 < knurd> | dgilmore, mmcgrath, how hard would be to realize that? 00:07:42 < mmcgrath> | using RHEL, not sure. 00:07:42 < knurd> | there was this build problem from remi on the list 00:07:45 < mmcgrath> | it'd be easy with CentOS. 00:08:14 < knurd> | https://www.redhat.com/archives/epel-devel-list/2008-January/msg00000.html 00:08:17 < mmcgrath> | We just need to figure out a way to keep the RHEL tree updated in an easy way. 00:08:26 * | nirik suggests we switch to centos? :) 00:08:48 * | mmcgrath one sec on the phone with IBM 00:08:50 < knurd> | nirik, that creates just problems in the other direction 00:09:02 < knurd> | and no support for ppc (yet) 00:09:07 < nirik> | yeah, I suppose... ;( 00:09:18 < stahnma> | can we just get entitlements from RH? 00:09:26 < stahnma> | this seems like it shouldn't be THAT hard 00:09:30 < knurd> | and people yeeling "why didn't you update to RHEL 5.2" 00:09:33 < mmcgrath> | we have entitlements from RH but its a matter of keeping it up to date. 00:09:58 < _blah_> | do we just fix build problems as they come up for now? 00:10:08 < knurd> | mmcgrath, can't reposync solve the problem? 00:10:18 < mmcgrath> | possibly. 00:10:19 < knurd> | _blah_, until now we ignored the problem 00:10:28 < _blah_> | knurd: :) 00:10:38 < knurd> | _blah_, that's why I ddin#t answer yet on remi's mail 00:10:42 < mmcgrath> | We're doing similar things in our infrastructure already. how often would we propose running it? 00:10:42 < nirik> | so does it require manually pulling updates and adding them to plague right now? 00:11:02 < dgilmore> | mmcgrath: daily or weekly 00:11:03 < knurd> | mmcgrath, a cronjob that runs once or twiecea day maybe? 00:11:18 < knurd> | s/twiecea/twice a/ 00:11:20 < dgilmore> | knurd: certainly not more than once a day 00:11:40 < nirik> | daily would be great. 00:11:50 < nirik> | weekly would be ok if daily causes issues IMHO 00:11:57 < knurd> | dgilmore, well, if we get stuff into EPEL that depends on a specific firefox then daily is a minimum 00:12:07 < knurd> | or how is the firefox problem handled in EL? 00:12:18 < knurd> | is there s stable firefox abi? 00:12:24 < nirik> | I don't think rhel pushes updates more often than once a day anyhow, does it? 00:12:27 --> | awjb (Andreas Bierfert) has joined #fedora-meeting 00:12:37 < nirik> | no, no stable abi... it's firefox-devel like fedora. 00:12:41 < dgilmore> | knurd: rhel is lucky to get updates weekly 00:13:03 < knurd> | dgilmore, yeah, but if there is a new firefox we should rebuild stuff against ir quickly 00:13:14 < dgilmore> | knurd: there is no way it should be done more than daily 00:13:18 < nirik> | daily would be great if possible... dgilmore, could you set that up? 00:13:24 < dgilmore> | nirik: no 00:14:02 * | Jeff_S shows up a bit late... 00:14:06 < nirik> | ok. :) perhaps mmcgrath could? 00:14:12 < knurd> | who can set this up? Does anyone from us besides dgilmore and mmcgrath have access to the machines? 00:14:43 < mmcgrath> | knurd: anyone in sysadmin-main 00:14:46 < dgilmore> | knurd: it is not a matter of just having access 00:15:11 * | quaid senses a stronger objection 00:15:15 < knurd> | dgilmore, --verbose? 00:15:46 --> | kital (JoergSimon) has joined #fedora-meeting 00:16:30 < mmcgrath> | we'd have to make sure we're getting all the various channels copying them to the right place and running the createrepo script on them. 00:16:30 --- | rdieter is now known as rdieter_away 00:16:35 < mmcgrath> | it can all be scripted. 00:16:49 < mmcgrath> | at least I think it can. 00:16:58 < mmcgrath> | we also have to do bad things to get it to contact RHN properly. 00:17:50 <-- | mbacovsk has quit (Remote closed the connection) 00:18:07 < knurd> | so, what to do? 00:18:10 < knurd> | put it on a todo list 00:18:11 < mmcgrath> | So the decision has been made? "We want this to run daily?" or some such thing? 00:18:12 < nirik> | well, the other options I see: do the updates at the same time as the stable pushes? 00:18:18 < knurd> | put it high on the todo-list 00:18:24 < knurd> | ignore the problem? 00:18:25 < nirik> | or just: 'apply updates as people require them' ? 00:18:29 < mmcgrath> | make a ticket it - https://fedorahosted.org/fedora-infrastructure/ 00:18:35 --> | mbacovsk (Martin Bacovsky) has joined #fedora-meeting 00:18:56 * | knurd will file a ticket 00:19:04 < knurd> | then we can see where we get from there 00:19:10 < knurd> | that okay for everybody? 00:19:43 < nirik> | sure. I think daily would be great, but less often would be fine too. 00:19:54 < knurd> | nirik, yeah, for the start less often should do 00:20:00 * | knurd moves on 00:20:03 --- | knurd has changed the topic to: EPEL SIG Meeting | RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData 00:20:05 < knurd> | stahnma ? 00:21:00 < stahnma> | sorry 00:21:08 < stahnma> | not much to update 00:21:14 < stahnma> | I am working on it 00:21:21 < stahnma> | and didn't have much time over the holidays 00:21:24 < stahnma> | am hoping for more very soon 00:21:31 < knurd> | k :) 00:21:38 --- | knurd has changed the topic to: EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel 00:21:41 < knurd> | mmcgrath, any news? 00:22:01 < mmcgrath> | knurd: nothing over the holidays. We're hopeful but nothing concrete yet. 00:22:06 < dgilmore> | knurd: do the work or find someone to do it for you. it will not happen until then 00:22:08 < knurd> | k 00:22:22 --- | knurd has changed the topic to: EPEL SIG Meeting | permission to use spec files in other projects | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:22:36 < knurd> | as written to the list: made noise about it on FAB-list 00:22:41 * | knurd skips 00:22:46 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:22:52 < knurd> | anything else to discuss? 00:23:28 < knurd> | quaid, _blah_, Jeff_S, mmcgrath, nirik, anything else? 00:23:33 * | nirik has nothing else... 00:23:39 < Jeff_S> | not me 00:23:59 * | knurd will close the meeting in 30 00:24:02 < quaid> | we doing anything special at FUDCon? 00:24:08 * | mmcgrath has nothing 00:24:43 < tibbs> | I had one minor thing. 00:24:50 < knurd> | tibbs, shoot 00:24:54 < nirik> | it might be nice to do something at fudcon, but not sure what. 00:25:02 < knurd> | quaid, not sure, I leave that to those guys that travel there 00:25:07 < tibbs> | Recently there was a review for an EPEL-only package. 00:25:12 < quaid> | we could have a hackfest with virtual folk, too 00:25:27 < quaid> | if there is work to be done :) 00:25:34 < tibbs> | The only real issue with that review is what to do with the devel branch. 00:25:45 < nirik> | tibbs: I would say dead.package it. 00:26:01 < tibbs> | Yeah, I did say that, but it only works if the package isn't supposed to be there for EPEL6. 00:26:20 < nirik> | it shouldn't be... it's only old old rhel4 that needs it. 00:26:24 < knurd> | tibbs, what's the #bug/reason for not having a devel branch? 00:26:37 * | knurd botes for dead.package in devel as well 00:26:41 < dgilmore> | you can just never import into devel 00:26:58 < f13> | knurd: the epel package may have been rolled into some other package in devel 00:27:00 < nirik> | https://bugzilla.redhat.com/show_bug.cgi?id=426929 00:27:01 < bugbot_> | Bug 426929: medium, medium, ---, Jason Tibbitts, ASSIGNED , Review Request: tetex-lineno - Add line numbers on paragraphs in LaTeX 00:27:17 < nirik> | basically it's in tetex/texlive in all other releases. 00:27:31 < knurd> | well, nevertheless I vote for dead.package 00:27:36 < knurd> | scripts are used to it 00:27:36 < tibbs> | In this case it doesn't apply to anything beyond EPEL4 but I can't say that would be the case for any future EPEL-only packages. 00:27:52 < knurd> | better that then scripts that fail if they don#t find a devel branch at all 00:28:02 < tibbs> | Of course, EPEL-only packages may be sufficiently rare that this isn't a real issue. 00:28:10 < tibbs> | This is the first one I encountered. 00:28:41 < _blah_> | is there any kind of design doc for how to implement the koji features to support EPEL? 00:29:18 < knurd> | _blah_, taking to hte koji author as well as with dgilmore and mmcgrath might be the best start 00:29:33 < knurd> | tibbs, agreed, should not happen often 00:29:51 < knurd> | but what to do? I still think having a dead.package in devel is the best 00:29:55 < nirik> | _blah_: see the ticket: https://hosted.fedoraproject.org/koji/ticket/49 00:31:24 < _blah_> | nirik: thx 00:31:37 < knurd> | tibbs, what was done? for the package in question 00:32:39 < knurd> | ohh, there is a dead.package in the devel branch 00:32:46 < knurd> | I'd say that's fine 00:33:25 < knurd> | fudcon? 00:33:38 < knurd> | who will be there from the EPEL SIG? 00:34:10 * | mmcgrath will be. 00:34:33 * | nirik will be there. 00:34:38 * | knurd does not plan to fly half around the world 00:36:09 < knurd> | nirik, quaid, mmcgrath, maybe you three can work something out for FUDCon? 00:36:46 < nirik> | well, the one thing I can think of would be to do a 'what is epel and why I should branch my packages for it' type session... 00:37:08 <-- | mbacovsk has quit (Remote closed the connection) 00:37:13 < knurd> | nirik, sounds good 00:37:33 < knurd> | seems most people left 00:37:38 < knurd> | I#d say we close the meeting 00:37:52 * | knurd will close the meeting in 30 00:37:55 < nirik> | sounds fine. 00:38:12 * | knurd will close the meeting in 10 00:38:23 < knurd> | -- MARK -- Meeting end 00:38:23 --- | knurd has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 00:38:28 < knurd> | thx all 00:38:29 < mmcgrath> | knurd: thanks! 00:38:35 --> | spoleeba (spacious he's so) has joined #fedora-meeting 00:39:14 < quaid> | nirik +1 to that session idea 00:39:27 --- | You're now known as knurd_afk 00:39:28 < knurd_afk> | cu 00:39:32 < nirik> | I guess I can add it to the wiki... 00:39:34 < quaid> | ciao 00:39:41 < nirik> | quaid: you going to be at fudcon? 00:43:16 < quaid> | nirik: I plan to

16 years, 3 months

1
0
0 / 0

Re: Please add to the wishlist

by Stanley A. Klein

On Fri, January 4, 2008 3:50 am, rob myers <rob.myers(a)gtri.gatech.edu> wrote: > Message: 2 > Date: Thu, 03 Jan 2008 12:44:31 -0500 > From: rob myers <rob.myers(a)gtri.gatech.edu> > Subject: Re: Please add to the wishlist > To: EPEL development disccusion <epel-devel-list(a)redhat.com> > Message-ID: <1199382271.29836.417.camel(a)rxm-581b.stl.gtri.gatech.edu> > Content-Type: text/plain > > On Thu, 2008-01-03 at 11:34 -0500, Stanley A. Klein wrote: >> Please add the following to the wish list: >> >> Inkscape - SVG-based drawing tool. Also good for rendering hand >> edited svg > > this is in EPEL5 testing since 16 Dec 2007. did you want it for EPEL4? > > rob. > > Thanks. EPEL 5 is what I would need. Also, please add PyXML to my list of wishlist adds. It is a dependency for zsi, which is a Python SOAP system. Stan Klein

16 years, 3 months

1
0
0 / 0

Faster builds

by Michael Schwendt

Some good news for package maintainers with many sub-packages: Plague used to sleep at least 20 seconds for each (!) file it had to download from a builder. Even downloading the several small log files used to take at least 20 seconds *each*. Reading and debugging the code, I found the source of the problem and taught the build server to sleep less when files are being downloaded. Interestingly, the speedup is noticeable even for tiny build-jobs, e.g. revisor down from 7m to 4m nagios down from 6m to 4m but it will be incredible for build-jobs with a larger number of pkgs (e.g. try moodle or nagios-plugins which are in EPEL already). That means, such packagers get the build-results and the mail notification much faster.

16 years, 3 months

4
4
0 / 0

Please add to the wishlist

by Stanley A. Klein

Please add the following to the wish list: Inkscape - SVG-based drawing tool. Also good for rendering hand edited svg wxPython - Wx is already provided. This is the Python interface Xpdf - Useful because of utilities and evince limited previous file list Bluefish editor - provides editing capabilities not found in gedit octave-forge - Octave is already provided. These are needed octave add-ons. xmlcopyeditor - This one isn't in Fedora but had provided Fedora rpms. Thanks. Stan Klein

16 years, 3 months

5
4
0 / 0

plague: Job waited too long for repo to unlock. Killing it...

by Michael Schwendt

If in a failed job.log you see the message Job waited too long for repo to unlock. Killing it... please notify me. It's a problem in the plague server code that results in a denial of service for subsequent build jobs. I have a traceback from Dec 28th, but in the context of the source code it doesn't make sense yet (because a few lines earlier the code ensures that the files to be copied exist and are readable). Buildsys runs a slightly modified version that adds a bit more debug output in this area. [...] 37683 (grads/ppc): Build result files - [ 'state.log', 'grads-1.9b4-21.el5.src.rpm', 'grads-debuginfo-1.9b4-21.el5.ppc.rpm', 'grads-1.9b4-21.el5.ppc.rpm', 'root.log', 'build.log', 'job.log' ] 37683 (grads/x86_64): Build result files - [ 'root.log', 'build.log', 'grads-debuginfo-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.src.rpm', 'state.log', 'job.log' ] 37683 (grads/i386): Build result files - [ 'build.log', 'state.log', 'grads-1.9b4-21.el5.i386.rpm', 'job.log', 'root.log', 'grads-debuginfo-1.9b4-21.el5.i386.rpm', 'grads-1.9b4-21.el5.src.rpm' ] Repo 'fedora-5-epel': updating repository metadata... Exception in thread Repo: fedora-5-epel: Traceback (most recent call last): File "/usr/lib64/python2.3/threading.py", line 436, in __bootstrap self.run() File "/usr/share/plague/server/Repo.py", line 233, in run self._update_repo() File "/usr/share/plague/server/Repo.py", line 137, in _update_repo shutil.copy(src, file_in_dst) File "/usr/lib64/python2.3/shutil.py", line 72, in copy copymode(src, dst) File "/usr/lib64/python2.3/shutil.py", line 49, in copymode st = os.stat(src) OSError: [Errno 2] No such file or directory: '/srv/rpmbuild/server_work/fedora-5-epel/37683-grads-1.9b4-21.el5/x86_64/grads-1.9b4-21.el5.x86_64.rpm' 37683 (grads): Job finished.

16 years, 3 months

3
6
0 / 0

Revisor built in EL-5

by Jeroen van Meeuwen

Hi All, I'm glad to be able to tell you Revisor has been successfully built in the EL-5 branch ;-) Results are now at http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/revisor/2.... and should hit epel-testing soon. As I'm not exactly sure when the package hits epel-testing or when it is removed from the above URL, feel free to use http://www.kanarip.com/custom/el5/ but keep in mind that has other versions of Revisor, and other packages as well. Looking forward to your bug reports and comments ;-) Kind regards, Jeroen van Meeuwen

16 years, 3 months

1
1
0 / 0

Fedora EPEL Package Build Report 2008-01-03

by Fedora Koji Build System

Packages built and released for Fedora EPEL testing/5: 16 NEW deltarpm-3.4-8.el5 : Create deltas between rpms NEW dosbox-0.72-1.el5 : x86/DOS emulator with sound and graphics NEW glpi-0.70-4.el5 : Free IT asset management software guile-lib-0.1.6-1.el5 NEW libAfterImage-1.15-2.el5 : A generic image manipulation library libcdio-0.78.2-4.el5 (!) nagios-2.10-5.el5 : INVALID rebuild, not published! perl-Tk-804.028-1.el5 php-pear-DB-1.7.13-1.el5 php-pear-Log-1.9.14-1.el5 php-pear-Net-Ping-2.4.3-1.el5 python-ruledispatch-0.5a0-0.8.svnr2306.el5 qgit-1.5.8-1.el5 qucs-0.0.13-1.el5 NEW rxvt-2.7.10-13.el5 : ouR XVT, a VT102 emulator for the X window system NEW rxvt-unicode-8.9-1.el5 : Rxvt-unicode is an unicode version of rxvt Packages built and released for Fedora EPEL testing/4: 12 NEW deltarpm-3.4-8.el4 : Create deltas between rpms NEW dosbox-0.72-1 : An x86/DOS emulator with sound/graphics glpi-0.70-4.el4 NEW libAfterImage-1.15-1.el4 : A generic image manipulation library NEW perl-Inline-Files-0.62-2.el4 : Allows for multiple inline files in a single perl file perl-Tk-804.028-1.el4 qgit-1.5.8-1.el4 qucs-0.0.13-1.el4 NEW rxvt-2.7.10-8.el4 : Rxvt (ouR XVT) - a VT102 emulator for the X window system rxvt-unicode-8.9-1.el4 NEW tetex-elsevier-0.1.20071024-1.el4.1 : Elsevier LaTeX style files and documentation NEW tetex-lineno-4.41-1.el4 : Add line numbers on paragraphs in LaTeX Changes in Fedora EPEL testing/5: deltarpm-3.4-8.el5 ------------------ * Wed Aug 29 2007 Jonathan Dieter <jdieter(a)gmail.com> - 3.4.6 - Bring in popt-devel in BuildRequires to fix build in x86_64 dosbox-0.72-1.el5 ----------------- * Mon Aug 27 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 0.72-1 - version upgrade glpi-0.70-4.el5 --------------- * Thu Jan 03 2008 Remi Collet <Fedora(a)FamilleCollet.com> - 0.70-4 - Changeset 6226 + 6228 - disable SELinux in EL-5 * Sat Dec 29 2007 Remi Collet <Fedora(a)FamilleCollet.com> - 0.70-3 - Changeset 6191 + 6194 + 6196 * Fri Dec 28 2007 Remi Collet <Fedora(a)FamilleCollet.com> - 0.70-2 - Changeset 6190 * Fri Dec 21 2007 Remi Collet <Fedora(a)FamilleCollet.com> - 0.70-1 - 0.70 final guile-lib-0.1.6-1.el5 --------------------- * Tue Jan 01 2008 Xavier Lamien <lxtnow[at]gmail.com> - 0.1.6-1 - Updated Release. libAfterImage-1.15-2.el5 ------------------------ * Wed Aug 22 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 1.15-2 - upgrade BR libcdio-0.78.2-4.el5 -------------------- * Wed Jan 02 2008 Adrian Reber <adrian(a)lisas.de> - 0.78.2-4 - fixes #427197 (Long Joliet file name overflows cdio's buffer) * Fri Aug 24 2007 Adrian Reber <adrian(a)lisas.de> - 0.78.2-3 - rebuilt nagios-2.10-5.el5 ----------------- * Thu Nov 29 2007 Mike McGrath <mmcgrath(a)redhat.com> 2.10-5 - Upstream released 2.10 - Renamed cfg-sample configs to just .cfg - Added BR of perl-devel, libjpeg-devel, libpng-devel perl-Tk-804.028-1.el5 --------------------- * Wed Jan 02 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 804.028-1 - version upgrade - fix #210718 SIGSEGV on exit from texdoctk - fix #234404 Cannot manage big listboxes - fix #235666 Segfault occurs when using Perl-Tk on FC6 * Sun Apr 01 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> 804.027-11 - F7 rebuild (#234404) php-pear-DB-1.7.13-1.el5 ------------------------ * Fri Sep 21 2007 Remi Collet <Fedora(a)FamilleCollet.com> 1.7.13-1 - update to 1.7.13 - fix TEXTERS encoding * Thu Aug 23 2007 Remi Collet <Fedora(a)FamilleCollet.com> 1.7.12-2 - Fix License * Mon Jul 23 2007 Remi Collet <Fedora(a)FamilleCollet.com> 1.7.12-1 - update to 1.7.12 - change requires from php to php-common - update test suite to run (but only after install) - add %check, only for documentation purpose * Mon Apr 30 2007 Remi Collet <Fedora(a)FamilleCollet.com> 1.7.11-1 - update to 1.7.11 - add generated CHANGELOG php-pear-Log-1.9.14-1.el5 ------------------------- * Wed Jan 02 2008 Remi Collet <Fedora(a)FamilleCollet.com> 1.9.14-1 - update to 1.9.14 * Thu Dec 13 2007 Remi Collet <Fedora(a)FamilleCollet.com> 1.9.13-1 - update to 1.9.13 - add documentation in %check (post install only) * Wed Dec 12 2007 Remi Collet <Fedora(a)FamilleCollet.com> 1.9.12-1 - update to 1.9.12 * Fri Aug 24 2007 Remi Collet <Fedora(a)FamilleCollet.com> 1.9.11-2 - Fix License php-pear-Net-Ping-2.4.3-1.el5 ----------------------------- * Fri Dec 28 2007 Remi Collet <Fedora(a)FamilleCollet.com> 2.4.3-1 - update to 2.4.3 * Mon Jul 16 2007 Remi Collet <Fedora(a)FamilleCollet.com> 2.4.2-1 - update to 2.4.2 - package is now 2.0 (no need to convert) - remove LICENSE (Review Guidelines : If (and only if) the source package includes...) python-ruledispatch-0.5a0-0.8.svnr2306.el5 ------------------------------------------ * Sat Dec 08 2007 Luke Macken <lmacken(a)redhat.com> 0.5a0-0.5.svn2305 - 0.5a0.dev-r2306 qgit-1.5.8-1.el5 ---------------- * Tue Jan 01 2008 Dan Horak <dan[at]danny.cz> 1.5.8-1 - update to upstream version 1.5.8 * Sat Sep 08 2007 Dan Horak <dan[at]danny.cz> 1.5.7-1 - update to upstream version 1.5.7 - fixes #268381 qucs-0.0.13-1.el5 ----------------- * Tue Jan 01 2008 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.13-1 - Update to 0.0.13 * Sun Sep 09 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.12-4 - Modifiy qucs.desktop BZ 283941 rxvt-2.7.10-13.el5 ------------------ * Wed Nov 07 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 2.7.10-13 - use utempter instead of wtmp/utmp (#214130) rxvt-unicode-8.9-1.el5 ---------------------- * Thu Dec 27 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 8.9-1 - version upgrade * Mon Dec 17 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 8.8-1 - version upgrade * Wed Dec 12 2007 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 8.5a-2 - remove utempter patch for now Changes in Fedora EPEL testing/4: deltarpm-3.4-8.el4 ------------------ * Wed Aug 29 2007 Jonathan Dieter <jdieter(a)gmail.com> - 3.4.6 - Bring in popt-devel in BuildRequires to fix build in x86_64 dosbox-0.72-1 ------------- * Wed Jan 02 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 0.72-1 - version upgrade glpi-0.70-4.el4 --------------- * Thu Jan 03 2008 Remi Collet <Fedora(a)FamilleCollet.com> - 0.70-4 - Changeset 6226 + 6228 - disable SELinux in EL-5 libAfterImage-1.15-1.el4 ------------------------ * Wed Jan 02 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 1.15-1 - version upgrade perl-Inline-Files-0.62-2.el4 ---------------------------- * Wed Nov 14 2007 Robin Norwood <rnorwood(a)redhat.com> - 0.62-2 - Fix permissions per package review. perl-Tk-804.028-1.el4 --------------------- * Wed Jan 02 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 804.028-1 - version upgrade - fix #210718 SIGSEGV on exit from texdoctk - fix #234404 Cannot manage big listboxes - fix #235666 Segfault occurs when using Perl-Tk on FC6 qgit-1.5.8-1.el4 ---------------- * Tue Jan 01 2008 Dan Horak <dan[at]danny.cz> 1.5.8-1 - update to upstream version 1.5.8 * Sat Sep 08 2007 Dan Horak <dan[at]danny.cz> 1.5.7-1 - update to upstream version 1.5.7 - fixes #268381 qucs-0.0.13-1.el4 ----------------- * Tue Jan 01 2008 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.13-1 - Update to 0.0.13 * Sun Sep 09 2007 Eric Tanguy <eric.tanguy(a)univ-nantes.fr> - 0.0.12-4 - Modifiy qucs.desktop BZ 283941 rxvt-2.7.10-8.el4 ----------------- * Wed Jan 02 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 2.7.10-8 - disable utempter (not in EL-4) rxvt-unicode-8.9-1.el4 ---------------------- * Fri Dec 08 2006 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> 8.1-1 - version upgrade tetex-elsevier-0.1.20071024-1.el4.1 ----------------------------------- * Fri Dec 28 2007 Patrice Dumas <pertusus(a)free.fr> 0.1.20071024-1.1 - update to the new version - correct urls - build the manuals tetex-lineno-4.41-1.el4 ----------------------- * Fri Dec 28 2007 Patrice Dumas <pertusus(a)free.fr> 4.41-1 - initial release

16 years, 3 months

1
0
0 / 0

BUG: clamav packages badly broken

by Florin Andrei

Just a few quick observations: I am trying to use clamd with amavis and Postfix. Amavis is supposed to pass the attachments to clamd via a Unix socket. That's how it worked for a while with the clamav packages made by Dag Wieers, no problems at all. Today I uninstalled Dag's packages and installed the EPEL ones instead. Big mistake. The /etc/init.d stuff is badly broken. There isn't even a script proper, there's just a symlink to a wrapper. The wrapper file is not in the recognized init.d scripts style. There's a clamd.init file somewhere in /usr/share, but there's a <SERVICE> tag in it that needs to be adjusted. That same tag is somehow propagated in the clamd.sysconfig file and possibly in a buch of other places. No explanation for its purpose. The way it currently is, the scripts just fail. Why is the package failing to work after install? Why it doesn't just work? Why the over-engineered customization with <SERVICE>? There's a bunch of CLAMD_SERVICE variables sprinkled all over the place in the wrapper script, that appears to be related to the <SERVICE> tag. Holy freaking bejesus. Why should I care about that? If I wanted to care about that, I would install clamav from source, thank you very much. After installing clamav-server and the related packages, the stuff should Just Work (TM). It should not require dozens of obscure tweaks. What's the point in having a package otherwise? The Dag packages simply worked, as they always do, perhaps with some small adjustments in the .conf file. I uninstalled them today, due to a conflict with EPEL and thought I could use the EPEL packages instead. How silly of me. If I can't figure out how to make the EPEL stuff work, I'll have to go back to Dag's packages and set up all kinds of exceptions in yum, to work around the broken EPEL packages. How did these packages go through the verifications before being made public? Meanwhile my mail server can either be offline, or without an antivirus. Merry Christmas. :-( -- Florin Andrei http://florin.myip.org/

16 years, 3 months

16
47
0 / 0

EPEL5 packages queue - stuck?

by Richard W.M. Jones

http://download.fedora.redhat.com/pub/epel/5/i386/repoview/ I've been waiting for one package to appear for quite a long time (ocaml-libvirt). It hasn't appeared in the list of latest packages above. The package was built successfully on 12/12 (http://buildsys.fedoraproject.org/logs/fedora-5-epel/37400-ocaml-libvirt-...) Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903

16 years, 3 months

2
1
0 / 0

Topics for todays (20080102) EPEL SIG meeting

by Thorsten Leemhuis

Hi all, find below the list of topics that are planed to come up in the next EPEL SIG meeting which is scheduled for today, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org. /topic EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove /topic EPEL SIG Meeting | EL-updates to the buildsys | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData /topic EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel /topic EPEL SIG Meeting | permission to use spec files in other projects | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | Free discussion around EPEL You want something to be discussed? Send a note to the list in reply to this mail (please adjust the subject) and we'll add it to the schedule. You can also propose topics at the end of the meeting itself when "Free discussion around EPEL" comes up. *If your name/nick is on above list*: please give a status update on the list *and* in the wiki on the individual task pages (linked from the schedule page: http://fedoraproject.org/wiki/EPEL/Schedule ). That way all the interested parties know what up ahead of the meeting; that will avoid long delays and "status update monologues" in the meeting. Thanks everyone! CU knurd

16 years, 3 months

1
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

epel-devel January 2008