Re: libnfs soname bump
Le 2023-06-02 10:40, Richard W.M. Jones a écrit : On Thu, Jun 01, 2023 at 08:34:18AM +0100, Richard W.M. Jones wrote: qemu is building now: https://koji.fedoraproject.org/koji/taskinfo?taskID=101710059 This failed because of the data center shutdown, second attempt: https://koji.fedoraproject.org/koji/taskinfo?taskID=101716211 Rich. Your second attempt failed too, but the s390 builders are back online now, so the next one should succeed. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
libnfs soname bump
Hi, I've updated libnfs from version 4.0.0 to version 5.0.2 in rawhide, which implies a soname bump. The build was done in f39-build-side-68410 sidetag. The following packages need to be rebuild: - qemu - gvfs - xine-lib I have already taken care of xine-lib, and made a scratch build for both gvfs and qemu, which were successful. Please let me know once qemu and gvfs have been rebuilt in the sidetag. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: JPEGXL SONAME Bump
Hi Bob, On 19/03/2023 10:18, Robert-André Mauchin via rpmfusion-developers wrote: RPMFusion side, the following packages are affected: xine-lib xine-lib has been moved to Fedora. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Does anyone know how to contact Ross Lagerwall (rosslagerwall) ?
Hi, This is the official unresponsive maintainer check for rosslagerwall. I have tried a direct mail already some time ago, but did not get an answer. Last login in FAS: rosslagerwall 2015-12-03 Last package update on bodhi: 2015-10-05 20:52:38 on package libnfs-1.9.8-1.fc22 Associated bz: https://bugzilla.redhat.com/show_bug.cgi?id=2077581 Neglected bz: https://bugzilla.redhat.com/show_bug.cgi?id=2031270 https://bugzilla.redhat.com/show_bug.cgi?id=2047688 I have already be granted rights on libnfs EPEL branches: https://pagure.io/releng/issue/10743 I'd like to be granted rights on the Fedora branches as well. My FAS username is xavierb. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Does anyone know how to contact Ross Lagerwall (rosslagerwall) ?
Hi, This is the official unresponsive maintainer check for rosslagerwall. I have tried a direct mail already some time ago, but did not get an answer. Last login in FAS: rosslagerwall 2015-12-03 Last package update on bodhi: 2015-10-05 20:52:38 on package libnfs-1.9.8-1.fc22 Associated bz: https://bugzilla.redhat.com/show_bug.cgi?id=2077581 Neglected bz: https://bugzilla.redhat.com/show_bug.cgi?id=2031270 https://bugzilla.redhat.com/show_bug.cgi?id=2047688 I have already be granted rights on libnfs EPEL branches: https://pagure.io/releng/issue/10743 I'd like to be granted rights on the Fedora branches as well. My FAS username is xavierb. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
perl-HTML-CalendarMonthSimple license change : Public Domain -> BSD
Hi, perl-HTML-CalendarMonthSimple was previously tagged as Public Domain, but upstream added a LICENSE file to 1.26 release, so I changed the License tag to BSD accordingly. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Non-responsive maintainer: Mark Chappell (tremble)
Le 09/10/2020 à 12:00, Petr Pisar a écrit : On Fri, Oct 09, 2020 at 11:13:14AM +0200, Xavier Bachelot wrote: I've tried to get in touch with Mark Chappell about : perl-Test-WWW-Mechanize Owned by corsepiu. perl-Pod-Tests Owned by corsepiu. perl-HTML-Lint Owned by corsepiu. perl-HTTP-Response-Encoding Owned by corsepiu. Are you sure you are after the right person? I'm after the maintainer of the EPEL branches. Sorry for being unclear. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Non-responsive maintainer: Mark Chappell (tremble)
Hi, I've tried to get in touch with Mark Chappell about : perl-Test-WWW-Mechanize perl-Pod-Tests perl-HTML-Lint perl-HTTP-Response-Encoding The bugs were left untouched, even after setting need-info flag and proposing to help maintain the packages. I've also tried to reach to him by direct mail at least 2 times and did not get an answer. According to fedora_active_user, last FAS login was on 2020-03-10. Anyone knows how to contact him ? Here's the non-responsive maintainer bug : https://bugzilla.redhat.com/show_bug.cgi?id=1886733 The following bugs are assigned to him: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&email1=tremble%40tremble.org.uk&emailassigned_to1=1&emailtype1=equals&list_id=11414869&query_format=advanced He is listed as maintainer for the following packages: https://src.fedoraproject.org/user/tremble/projects Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Modularity Survey
Le 07/04/2020 à 12:29, Kevin Kofler a écrit : Adam Williamson wrote: Well. Uh. Clearly it's being provided to *Google*. Indeed. Once again, Fedora is depending on third-party, proprietary, privacy-invading SaaS. Meets exactly my thoughts... This is yet again another disappointing choice of tool. I'm not going to give anything to Google, hence I can _not_ answer the survey. Too bad, there is much to be said about modularity, as the lengthy threads have already shown. Unfortunately, Fedora is drifting more and more away from the Libre Software philosophy that over time made me a Linux-only user and a Fedora packager. At some point, I will have to put my money where my mouth is and find another ship. Yes, I'm bitter... Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Non-responsive maintainer: David Dick (ddick)
Hi, I've tried to get in touch with David Dick about perl-DateTime-Format-RFC3339. The bug was left untouched, even after setting need-info flag. I've also tried to reach to him by direct mail. According to fedora_active_user, last FAS login was on 2019-12-10, but he had no activity since 2016-03-03. He seems to be still active on CPAN though: https://metacpan.org/author/DDICK Anyone knows how to contact him ? Here's the non-responsive maintainer bug : https://bugzilla.redhat.com/show_bug.cgi?id=1795179 The following bugs are assigned to him: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&email1=ddick%40cpan.org&emailassigned_to1=1&emailtype1=equals&list_id=10796799&query_format=advanced He is listed as maintainer for the following packages: https://src.fedoraproject.org/user/ddick/projects Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Non-responsive maintainer: Wes Hardaker (hardaker)
On 02/12/2019 19:15, Wes Hardaker wrote: Xavier Bachelot writes: I've tried to get in touch with Wes Hardaker about perl-Crypt-OpenSSL-X509 for 2 months. The bug was left untouched, even after setting need-info flag. I've also tried to reach to him by direct mail. Hi, and sorry both. I've been swamped lately and haven't had time to update the package. I'll put it higher on my todo list, but if anyone would like to take over the package I'd be more than happy to hand over the keys to someone with more time. Hi Wes, Thanks for the answer. As offered in the bug, I can help with maintaining perl-Crypt-OpenSSL-X509. My FAS username is xavierb. I'll reassign the EL8 branch bug to me and take care of it. I'll also take care of updating to the recently released 1.813 in master. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Non-responsive maintainer: Ian Arnell (iarnell)
Hi, I've tried to get in touch with Ian Arnell about perl-Crypt-Rijndael for almost 2 months. The bug was left untouched, even after setting need-info flag. I've also tried to reach to him by direct mail. Anyone knows how to contact him ? Here's the non-responsive maintainer bug : https://bugzilla.redhat.com/show_bug.cgi?id=1778699 The following bugs are assigned to him: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&email1=iarnell%40gmail.com&emailassigned_to1=1&emailtype1=equals&list_id=10682424&query_format=advanced He is listed as maintainer for the following packages: https://src.fedoraproject.org/user/iarnell/projects Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Non-responsive maintainer: Matias Kreder (delete)
Hi, I've tried to get in touch with Matias Kreder about perl-Crypt-Rijndael for almost 2 months. The bug was left untouched, even after setting need-info flag. I've also tried to reach to him by direct mail. Anyone knows how to contact him ? Here's the non-responsive maintainer bug : https://bugzilla.redhat.com/show_bug.cgi?id=1778698 The following bugs are assigned to him: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&email1=mkreder%40gmail.com&emailassigned_to1=1&emailtype1=equals&list_id=10682404&query_format=advanced He is listed as maintainer for the following packages: https://src.fedoraproject.org/user/delete/projects Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Non-responsive maintainer: Wes Hardaker (hardaker)
Hi, I've tried to get in touch with Wes Hardaker about perl-Crypt-OpenSSL-X509 for 2 months. The bug was left untouched, even after setting need-info flag. I've also tried to reach to him by direct mail. Anyone knows how to contact him ? Here's the non-responsive maintainer bug : https://bugzilla.redhat.com/show_bug.cgi?id=1778701 The following bugs are assigned to him: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&email1=wjhns174%40hardakers.net&emailassigned_to1=1&emailtype1=equals&list_id=10682379&query_format=advanced He is listed as maintainer for the following packages: https://src.fedoraproject.org/user/hardaker/projects Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: libdav1d SONAME bump
Le 11/10/2019 à 16:10, Robert-André Mauchin a écrit : Hello, Dav1d 0.5.0 was published today and brings a SONAME bump from libdav1d.so. 2.0.0 to libdav1d.so.3.0.0. I will be updating it next week on F31/32, consumers of these libraries (ffmpeg, xine-lib, vlc) will need to rebuild their packages. This is too late for F31, we're past beta. https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#beta-to-pre-release. Are there any other consumers than RPM Fusion packages ? If not, shall we make an exception ? I'm neither +1 nor -1 on this, I don't even know if xine-lib would rebuild. Leigh, Nicolas, what do you think ? Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[EPEL-devel] Re: EPEL 8 beta ?
Le 17/11/2018 à 17:02, Stephen John Smoogen a écrit : On Fri, 16 Nov 2018 at 06:21, Xavier Bachelot wrote: Hi, Now that RHEL 8 beta is out, is there any plan to have some sort of EPEL 8 beta for people willing to prepare for the real RHEL 8 in advance ? Thanks Xavier, I put out an email yesterday on this. I would like to get some ideas on what people want from EPEL-8 but I think people also have to see what RHEL-8 has and how it works to see what changes EPEL may need to make to keep up with it. Thanks Smooge. I see other more specific mails thread are starting to pop up about EPEL8, I'll make sure to follow them. My primary intend for asking is EPEL is needed by a well known third party repository which is providing packages which cannot be provided by Fedora and EL for various reasons. On the EL side, this repo is building up over EPEL, hence the question. Regards, Xavier ___ epel-devel mailing list -- epel-de...@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-de...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
Hi, Le 18/02/2018 à 18:09, Igor Gnatenko a écrit : If you fixed package(s), found false positive, found missing packages in list or anything else -- please let me know. I've fixed : nsca openalchemist perl-Encode-EUCJPASCII perl-Linux-Pid perl-Unicode-LineBreak toppler Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
Hi, Le 18/02/2018 à 18:09, Igor Gnatenko a écrit : If you fixed package(s), found false positive, found missing packages in list or anything else -- please let me know. I fixed : nsca openalchemist perl-Encode-EUCJPASCII perl-Linux-Pid perl-Unicode-LineBreak toppler Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: No i686 kernel: Can we require SSE2 for i686?
On 11/07/2017 23:30, Solomon Peachy wrote: On Tue, Jul 11, 2017 at 04:43:27PM -0400, Matthew Miller wrote: Currently i686 users are at about 1/6th of x86_64 users, by mirror checkins. I don't have an easy way of knowing how many of those i686 checkins are old releases It's worth pointing out that won't tell us how many of those i686 users are doing so on hardware that lacks x86_64 capabilities. Is there a way to cross-grade from i686 to x86_64 ? Or rather, as I know the answer to this question is very likely no, would there be a way to do that with a DNF plugin ? It might be difficult to do from a running system, but could be easier from a system-upgrade target ? That may help transition people with x86_64 capable hardware that are still running an i686 Fedora. On a side note, I do have a bunch of old 32 bits only hardware (VIA C3 and friends) that would sadly need to find a new distro to keep being useful if i686 kernel ever gets dropped from Fedora. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: libbluray soname bump
On 17/03/2017 12:26, Kalev Lember wrote: > On 03/17/2017 12:04 PM, Xavier Bachelot wrote: >> On 09/03/2017 17:38, Björn 'besser82' Esser wrote: >>> Am 09.03.2017 um 17:34 schrieb Xavier Bachelot: >>>> oops, with the proper fedora devel mail now... >>>> >>>> On 09/03/2017 17:11, Xavier Bachelot wrote: >>>>> Hi, >>>>> >>>>> I'm going to update libbluray in rawhide (and f26 as I believe its early >>>>> enough in the release cycle) to version 1.0.0, which includes a soname >>>>> bump. This is a critical path package. >>>>> >>>>> According to repoquery, the following packages will need to be rebuild : >>>>> >>>>> In Fedora : >>>>> - gvfs >>>>> >>>>> In RPM Fusion : >>>>> - ffmpeg >>>>> - mplayer >>>>> - mpv >>>>> - vdr-xineliboutput >>>>> - vlc >>>>> - xine-lib >>>>> >>>>> I can take care of the rebuilds for RPM Fusion, but I don't have enough >>>>> privileges to do the same for gvfs in Fedora, so it will need to be >>>>> coordinated with gvfs maintainer(s). >>>>> >>>>> RPM Fusion maintainers, let me know if you want me to either take care >>>>> of the rebuild or leave it to me. >>>>> >>>>> Shall you have anything to discuss about this update, feel free to reach >>>>> out to me by mail or irc (xavierb on freenode). >>>>> >>>>> Regards, >>>>> Xavier >>>>> >>>> >>> >>> Well, I'm a provenpackager and can take care of rebuilding gvfs for >>> Fedora. Just let me know, when you updated libblueray. >> >> Thanks Björn, I've rebuilt libbluray for rawhide, please proceed with >> gvfs rebuild at your earlier convenience. >> >> I will follow up with f26 and request a buildroot override. > > Thanks. I've kicked off a gvfs rebuilt for rawhide now. > > Would you mind if I include the libblueray F26 update in the next week's > upcoming GNOME 3.24.0 megaupdate? This way it's much easier to > coordinate the soname bump as we already have a gvfs update in > updates-testing and there's a new update coming next week and in the > mean time we can't get anything pushed stable because of the ongoing > Alpha freeze. > > Just do the libblueray build for F26 please and I can take care of the > rest :) > Thanks Kalev, I gladly take the offer. libbluray-1.0.0-1.fc26 is built. No need for a buildroot override nor anything else ? Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: libbluray soname bump
On 09/03/2017 17:38, Björn 'besser82' Esser wrote: > Am 09.03.2017 um 17:34 schrieb Xavier Bachelot: >> oops, with the proper fedora devel mail now... >> >> On 09/03/2017 17:11, Xavier Bachelot wrote: >>> Hi, >>> >>> I'm going to update libbluray in rawhide (and f26 as I believe its early >>> enough in the release cycle) to version 1.0.0, which includes a soname >>> bump. This is a critical path package. >>> >>> According to repoquery, the following packages will need to be rebuild : >>> >>> In Fedora : >>> - gvfs >>> >>> In RPM Fusion : >>> - ffmpeg >>> - mplayer >>> - mpv >>> - vdr-xineliboutput >>> - vlc >>> - xine-lib >>> >>> I can take care of the rebuilds for RPM Fusion, but I don't have enough >>> privileges to do the same for gvfs in Fedora, so it will need to be >>> coordinated with gvfs maintainer(s). >>> >>> RPM Fusion maintainers, let me know if you want me to either take care >>> of the rebuild or leave it to me. >>> >>> Shall you have anything to discuss about this update, feel free to reach >>> out to me by mail or irc (xavierb on freenode). >>> >>> Regards, >>> Xavier >>> >> > > Well, I'm a provenpackager and can take care of rebuilding gvfs for > Fedora. Just let me know, when you updated libblueray. Thanks Björn, I've rebuilt libbluray for rawhide, please proceed with gvfs rebuild at your earlier convenience. I will follow up with f26 and request a buildroot override. Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: libbluray soname bump
oops, with the proper fedora devel mail now... On 09/03/2017 17:11, Xavier Bachelot wrote: Hi, I'm going to update libbluray in rawhide (and f26 as I believe its early enough in the release cycle) to version 1.0.0, which includes a soname bump. This is a critical path package. According to repoquery, the following packages will need to be rebuild : In Fedora : - gvfs In RPM Fusion : - ffmpeg - mplayer - mpv - vdr-xineliboutput - vlc - xine-lib I can take care of the rebuilds for RPM Fusion, but I don't have enough privileges to do the same for gvfs in Fedora, so it will need to be coordinated with gvfs maintainer(s). RPM Fusion maintainers, let me know if you want me to either take care of the rebuild or leave it to me. Shall you have anything to discuss about this update, feel free to reach out to me by mail or irc (xavierb on freenode). Regards, Xavier ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Is there a process for requesting packaging?
Hi, On 08/03/2015 17:42, gil wrote: i prepared java3d spec file, GpsPrune's dependency but seem do not build/support ARM arch (rawhide) FYI, there is already an ongoing review for java3d : https://bugzilla.redhat.com/show_bug.cgi?id=832853 I'm not sure of the current status, but some part of java3d is non-free due to a restriction in the license and there is an ongoing effort to replace the affected code. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
Hi, On 10/13/2013 11:36 AM, Xavier Bachelot wrote: Hi maintainers, On 01/05/2012 08:56 PM, Kevin Kofler wrote: (d) Move the whole thing (back) to RPM Fusion (where it originally was, before we started needing xine-lib for Amarok and Phonon, which both no longer use it). It would go to the Free section, of course. My proposal is to go with (d). The following packages currently depend on xine-lib: * gxine * (k9copy – already in RPM Fusion, not affected) * kaffeine (my package, the reason why I maintain xine-lib in the first place) * oxine * xine-plugin * xine-ui These packages would have to move to RPM Fusion along with xine-lib. xine-lib 1.2 package review is now done and it will soon be imported into RPM Fusion and the Fedora package will be retired from F20 and Rawhide. Consequently, the above packages will need to be imported into RPM Fusion and retired from Fedora 20 and Rawhide as well. The packages won't need a re-review to be imported, so you'll just need to request an RPM Fusion account if you don't have one. Please note all sponsored Fedora packagers are automatically granted packagers privileges in RPM Fusion. I'll take care of filing the SCM requests and doing the initial builds, just provide me with your RPM Fusion username. See http://rpmfusion.org/Contributors for the account request. I have requested commit rights for Fedora 20 and devel branches of the packages, thus, if you wish so, I'll be able to take care of retiring them once everything is in RPM Fusion. Also, for those that are not comfortable with taming a different build system, RPM Fusion is expected to switch to koji+git before F20 final, so fear not :-) Regards, Xavier All packages have been imported, rebuilt and pushed to RPM Fusion Fedora 20 free repository. The packages have been dead.package'ed in Fedora' GIT for f20 and master branches. The next remaining task is to retire the packages in the pkgdb. Unfortunately, commit rights are not enough to be able to do that, so I've requested approveacls rights. Either grant me this right or retire the packages on your own. If you retire the packages, make sure to do f20 first, then devel. See https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life#Package_DB I'll take care of comps, spins and upstream release monitoring next. Thanks to everyone involved, we are really close now. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-MIME-Lite-HTML/f18] (4 commits) ...Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ#914295)
Summary of changes: 09b8c8f... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*) 16f38fa... Perl 5.18 rebuild (*) 9a317bc... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) db58ca9... Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML/f19] (3 commits) ...Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ#914295)
Summary of changes: 16f38fa... Perl 5.18 rebuild (*) 9a317bc... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) db58ca9... Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML/f20] Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ#914295)
Summary of changes: db58ca9... Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML] Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ#914295)
commit db58ca99b4210e2570ea0fecadf30b5958906f87
Author: Xavier Bachelot
Date: Wed Oct 23 15:20:14 2013 +0200
Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ#914295)
perl-MIME-Lite-HTML.spec | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
---
diff --git a/perl-MIME-Lite-HTML.spec b/perl-MIME-Lite-HTML.spec
index 358b43d..f6a99f5 100644
--- a/perl-MIME-Lite-HTML.spec
+++ b/perl-MIME-Lite-HTML.spec
@@ -1,6 +1,6 @@
Name: perl-MIME-Lite-HTML
Version:1.24
-Release:7%{?dist}
+Release:8%{?dist}
Summary:Provide routine to transform a HTML page in a MIME-Lite mail
License:GPL+ or Artistic
Group: Development/Libraries
@@ -49,6 +49,13 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2>/dev/null \;
%check
+# The 2 following tests are broken by MIME::Lite 3.029
+# Headers order is not quaranteed so relying on that to test the module is
+# doomed to fail.
+# Relevant bugs :
+# MIME::Lite::HTML : http://rt.cpan.org/Public/Bug/Display.html?id=86020
+# MIME::Lite : https://rt.cpan.org/Public/Bug/Display.html?id=79944
+rm -f t/20create_image_part.t t/50generic.t
make test
@@ -64,6 +71,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Tue Oct 22 2013 Xavier Bachelot 1.24-8
+- Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ#914295).
+
* Sat Aug 03 2013 Fedora Release Engineering
- 1.24-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
@@ -82,7 +92,7 @@ rm -rf $RPM_BUILD_ROOT
* Fri Jan 13 2012 Fedora Release Engineering
- 1.24-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
-* Thu Oct 10 2011 Xavier Bachelot 1.24-1
+* Mon Oct 10 2011 Xavier Bachelot 1.24-1
- Update to 1.24.
* Wed Jul 20 2011 Petr Sabata - 1.23-3
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
On 10/14/2013 10:27 AM, Michael J Gruber wrote: I'm in rpmfusion's fas, bz and devel-ml now, applied for cvs. [BTW: self-signed cert on fas makes me feel a bit uneasy.] Thanks Michael (and Kevin, who replied off-list, too). Every current (co-)maintainer but Martin have an RPM Fusion account now. Martin, I'm waiting on your account creation in RPM Fusion to request CVS modules for gxine and xine-plugin, all others modules are created. I'll be more than happy to leave the lead to you in all things xine-ui, whether on the fedora or the rpmfusion side. I've the feeling that together with moving xine-lib back to RPM Fusion, I'm somewhat signing to be the maintainer for all the dependant packages as well. I'm not sure I'll be able to give them all the love they need, especially as I'm not using all of them, thus I'm more than happy to have co-maintainers. Also, I've requested commit rights to all the Fedora packages to be able to retire them, so if you want me to handle that, please make sure to grant me permission on them. So far I have only xine-lib, kaffeine and oxine. Missing are xine-ui, gxine and xine-plugin. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
Hi maintainers, On 01/05/2012 08:56 PM, Kevin Kofler wrote: > (d) Move the whole thing (back) to RPM Fusion (where it originally was, before > we started needing xine-lib for Amarok and Phonon, which both no longer > use it). It would go to the Free section, of course. > My proposal is to go with (d). > > The following packages currently depend on xine-lib: > * gxine > * (k9copy – already in RPM Fusion, not affected) > * kaffeine (my package, the reason why I maintain xine-lib in the first place) > * oxine > * xine-plugin > * xine-ui > These packages would have to move to RPM Fusion along with xine-lib. xine-lib 1.2 package review is now done and it will soon be imported into RPM Fusion and the Fedora package will be retired from F20 and Rawhide. Consequently, the above packages will need to be imported into RPM Fusion and retired from Fedora 20 and Rawhide as well. The packages won't need a re-review to be imported, so you'll just need to request an RPM Fusion account if you don't have one. Please note all sponsored Fedora packagers are automatically granted packagers privileges in RPM Fusion. I'll take care of filing the SCM requests and doing the initial builds, just provide me with your RPM Fusion username. See http://rpmfusion.org/Contributors for the account request. I have requested commit rights for Fedora 20 and devel branches of the packages, thus, if you wish so, I'll be able to take care of retiring them once everything is in RPM Fusion. Also, for those that are not comfortable with taming a different build system, RPM Fusion is expected to switch to koji+git before F20 final, so fear not :-) Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Packages depending on retired packages
On 09/01/2013 12:09 PM, Peter Robinson wrote: There's been discussion over the last few releases of moving xine out of the mainline Fedora release to rpmfusion but I'm not sure what happened with that. There's a pending review for xine-lib 1.2 in RPM Fusion. xine-lib will be retired from Fedora once this is succesfully completed, together with all packages in Fedora that depend on xine-lib. Anyone with spare cycles is welcome to help complete the review. https://bugzilla.rpmfusion.org/show_bug.cgi?id=2857 Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
On 07/10/2013 01:42 PM, Michael J Gruber wrote: Do you top-post on rpmfusion-developers? I'm sorry if I messed that up, I'm not on that list and don't know the policy. As on most lists, no, we don't top post, but no worries ;-) We were talking about restructuring the xine packages, and xine-ui was supposed to be subsumed by another package if I remember correctly. Ok, I see what you had in mind now. Currently, xine-lib is split into the main package in Fedora, and a companion package in RPM Fusion (xine-lib-extras-freeworld) that ships all the bits of xine-lib that cannot be in Fedora for some reason. xine-ui and the other xine-lib dependant packages don't suffer from this kind of split, so they'll stay as they are, just at a different location. Do we move first than repackage? I guess the plan could be to have all the packages created in RPM Fusion, then all the packages retired from Fedora. We'll need to first build xine-lib, then all the other packages. I don't have experience on this particular matter, so I welcome any advice. Especially, I don't know if the moved packages will need to be re-reviewed or not. There is a review ticket open for xine-lib in RPM Fusion bugzilla, but this is a bit different, as this is about merging xine-lib and xine-lib-extras-freeworld packages. Please note the target is Fedora 20, so we'll have a bit of time to land all of this in devel, I'd say the target could be before branching Rawhide for F20. Indeed, the packages that are currently in Fedora 19 and earlier and EPEL are not affected. Only the devel and f20 branches will be touched. In that case we would need an rpmfusion maintainer for xine-ui, or I would need to become one. If someone wants to jump in - by all means go for it. Otherwise I hope that rpmfusion maintainership doesn't differ too much from fedora maintainership in terms of tools etc. I won't be able to before mid August, though. RPM Fusion strictly follows the Fedora packaging guidelines, but is less strict on the allowed software and licenses. However, the tools are a bit different than what we have now in Fedora (git vs cvs, koji vs plague, bodhi vs manual scripts). I think moving closer to the Fedora build infrastructure is in the works, but I don't know about the current status. About maintainership of the packages, the easiest would probably be to keep the current maintainers. That's true even for xine-lib, but as I'm looking at updating it to a more recent release and Kevin wants to step down from maintaining it, I'm de facto volunteering myself ;-) About xine-ui, that's one of the frontends I'm using so I could be maintainer or co-maintainer if you wish, but again, I'm not trying to grab more packages, I have already my share ;-) Michael Regards, Xavier Xavier Bachelot venit, vidit, dixit 10.07.2013 12:34: On 07/10/2013 11:57 AM, Michael J Gruber wrote: Xavier Bachelot venit, vidit, dixit 10.07.2013 10:58: Hi, On 01/05/2012 08:56 PM, Kevin Kofler wrote: The following packages currently depend on xine-lib: * gxine * (k9copy – already in RPM Fusion, not affected) * kaffeine (my package, the reason why I maintain xine-lib in the first place) * oxine * xine-plugin * xine-ui These packages would have to move to RPM Fusion along with xine-lib. Fwiw, I've rebuilt all the above packages (but k9copy, not tested yet) against the xine-lib 1.2.3 rpm I prepared and all the builds succeeded. No runtime tests yet. Would all the impacted maintainers be ok to move their package to RPM Fusion, alongside with xine-lib 1.2 ? Yes, more than happy. great. I assume that packages such as xine-ui would be subsumed in other packages then? I'm not sure to understand what you mean here, but each package would be retired from Fedora and a corresponding package be created in RPM Fusion. The RPM Fusion maintainer can be the same person as the former Fedora maintainer, as a sponsored Fedora packager is entitled to be an RPM Fusion packager automatically. Indeed, if the Fedora packager doesn't want to keep maintaining his package in RPM Fusion, another maintainer will have to be found or else the package would have to unfortunately be retired, if no one steps up. I'd pass over maintainership to the corresponding superpackage maintainer then. Michael Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
On 07/10/2013 11:57 AM, Michael J Gruber wrote: Xavier Bachelot venit, vidit, dixit 10.07.2013 10:58: Hi, On 01/05/2012 08:56 PM, Kevin Kofler wrote: The following packages currently depend on xine-lib: * gxine * (k9copy – already in RPM Fusion, not affected) * kaffeine (my package, the reason why I maintain xine-lib in the first place) * oxine * xine-plugin * xine-ui These packages would have to move to RPM Fusion along with xine-lib. Fwiw, I've rebuilt all the above packages (but k9copy, not tested yet) against the xine-lib 1.2.3 rpm I prepared and all the builds succeeded. No runtime tests yet. Would all the impacted maintainers be ok to move their package to RPM Fusion, alongside with xine-lib 1.2 ? Yes, more than happy. great. I assume that packages such as xine-ui would be subsumed in other packages then? I'm not sure to understand what you mean here, but each package would be retired from Fedora and a corresponding package be created in RPM Fusion. The RPM Fusion maintainer can be the same person as the former Fedora maintainer, as a sponsored Fedora packager is entitled to be an RPM Fusion packager automatically. Indeed, if the Fedora packager doesn't want to keep maintaining his package in RPM Fusion, another maintainer will have to be found or else the package would have to unfortunately be retired, if no one steps up. I'd pass over maintainership to the corresponding superpackage maintainer then. Michael Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
Hi, On 01/05/2012 08:56 PM, Kevin Kofler wrote: The following packages currently depend on xine-lib: * gxine * (k9copy – already in RPM Fusion, not affected) * kaffeine (my package, the reason why I maintain xine-lib in the first place) * oxine * xine-plugin * xine-ui These packages would have to move to RPM Fusion along with xine-lib. Fwiw, I've rebuilt all the above packages (but k9copy, not tested yet) against the xine-lib 1.2.3 rpm I prepared and all the builds succeeded. No runtime tests yet. Would all the impacted maintainers be ok to move their package to RPM Fusion, alongside with xine-lib 1.2 ? Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
Hi Kevin, On 01/05/2012 08:56 PM, Kevin Kofler wrote: In Kaffeine's case, upstream is switching from xine-lib to MPlayer in their git repository, so it will likely have to move to RPM Fusion sooner or later anyway. I took a look at kaffeine as found in F19 yesterday, and it is still using xine-lib (and does rebuild fine against the xine-lib 1.2.3 rpm I prepared). A quick glance at upstream sources showed there are now an mplayer and vlc backend too, but it seems vlc is the default. iirc, there was also a gstreamer backend at some point, but I don't see it anymore. I don't know how to build another backend than the default one. Also, latest release is 2 years old. Do you know more about kaffeine status and would you have any advice on the way forward ? Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Who uses abi-compliance-checker?
On 07/03/2013 10:03 PM, Richard Shaw wrote: > I initially got abi-compliance-checker into Fedora because one of my packages > does not maintain any sort of API/ABI compatibility or even versioning for > that > matter. That way I could always check a new release to see if any of its > dependencies needed to be rebuilt. > > Since then, I've started using it for all of my libraries in the spirit of > "Trust but verify", and I've occasionally found issues even though upstream > didn't bump the soversion. > > So out of curiosity, anyone else using this great tool? > I'm not using abi-compliance-checker by itself but through the pkgdiff wrapper. I agree this tool is very helpful. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: multilib conflict with doxygen generated pdf
On 06/20/2012 04:26 PM, Than Ngo wrote: I think I got this fixed in doxygen-1.8.1.1-2.fc18 : http://koji.fedoraproject.org/koji/buildinfo?buildID=325050 I'll talk to than about getting a fixed build for f17 too -- rex >>> >>> Thanks for all the answers and thanks for the fixed doxygen. I'll try to >>> build the package I have issue with for F18 asap. >> > > it doesn't effect doxygen-1.8.0 in f17 and i don't plan to update new version > in f17 yet > > >> So the newer doxygen doesn't help with the pdf file. I think the issue >> is the default header and footer when no LATEX_HEADER and LATEX_FOOTER >> are provided in the doxygen-config contain the timestamp. Should that be >> considered as a doxygen bug ? >> > > could you please provide a reproduce for this issue? > This build has the pdf file with a different timestamp in the i686 and x86_64 build. http://koji.fedoraproject.org/koji/taskinfo?taskID=4189461 The pdf file is /usr/share/doc/libbluray-devel-0.2.2/libbluray.pdf from libbluray-devel-0.2.2-2.fc18 Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: multilib conflict with doxygen generated pdf
On 06/14/2012 05:29 PM, Xavier Bachelot wrote: > On 06/13/2012 08:40 PM, Rex Dieter wrote: >> Xavier Bachelot wrote: >> >>> Does anyone have any pointer on how to fix a multilib conflict with a >>> doxygen generated pdf file ? I was able to fix the same multilib issue >>> with the html files by modifying the footer to not include the >>> timestamp, but I don't find any pointer on how to proceed for the pdf >>> file. >> >> pretty sure these are all a doxygen packaging bug, it is supposed to >> default >> timestamps to off, but doesn't erroneously. >> >> I think I got this fixed in >> doxygen-1.8.1.1-2.fc18 : >> http://koji.fedoraproject.org/koji/buildinfo?buildID=325050 >> >> I'll talk to than about getting a fixed build for f17 too >> >> -- rex >> > Thanks for all the answers and thanks for the fixed doxygen. I'll try to > build the package I have issue with for F18 asap. > So the newer doxygen doesn't help with the pdf file. I think the issue is the default header and footer when no LATEX_HEADER and LATEX_FOOTER are provided in the doxygen-config contain the timestamp. Should that be considered as a doxygen bug ? Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: multilib conflict with doxygen generated pdf
On 06/13/2012 08:40 PM, Rex Dieter wrote: Xavier Bachelot wrote: Does anyone have any pointer on how to fix a multilib conflict with a doxygen generated pdf file ? I was able to fix the same multilib issue with the html files by modifying the footer to not include the timestamp, but I don't find any pointer on how to proceed for the pdf file. pretty sure these are all a doxygen packaging bug, it is supposed to default timestamps to off, but doesn't erroneously. I think I got this fixed in doxygen-1.8.1.1-2.fc18 : http://koji.fedoraproject.org/koji/buildinfo?buildID=325050 I'll talk to than about getting a fixed build for f17 too -- rex Thanks for all the answers and thanks for the fixed doxygen. I'll try to build the package I have issue with for F18 asap. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
multilib conflict with doxygen generated pdf
Hi, Does anyone have any pointer on how to fix a multilib conflict with a doxygen generated pdf file ? I was able to fix the same multilib issue with the html files by modifying the footer to not include the timestamp, but I don't find any pointer on how to proceed for the pdf file. Alternatively, I can probably put the doc files in a noarch -doc subpackage, or even don't generate the pdf file at all, but I'd rather fix the issue in a different way. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Test-Unit-Runner-Xml/el6: 6/6] BR: perl(Time::HiRes)
commit 840afcac9175e0396704396cd5ef48cb33940bab
Author: Xavier Bachelot
Date: Wed Apr 4 21:57:24 2012 +0200
BR: perl(Time::HiRes)
perl-Test-Unit-Runner-Xml.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Unit-Runner-Xml.spec b/perl-Test-Unit-Runner-Xml.spec
index 792c43c..850326c 100644
--- a/perl-Test-Unit-Runner-Xml.spec
+++ b/perl-Test-Unit-Runner-Xml.spec
@@ -1,6 +1,6 @@
Name: perl-Test-Unit-Runner-Xml
Version:0.1
-Release:9%{?dist}
+Release:9%{?dist}.1
Summary:Generate XML reports from unit test results
License:GPL+ or Artistic
Group: Development/Libraries
@@ -12,6 +12,7 @@ BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::Unit) >= 0.24
BuildRequires: perl(XML::Generator)
BuildRequires: perl(XML::XPath)
+BuildRequires: perl(Time::HiRes)
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
%description
@@ -49,6 +50,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Wed Apr 04 2012 Xavier Bachelot - 0.1-9.1
+- Add BR: perl(Time::HiRes).
+
* Fri Jan 13 2012 Fedora Release Engineering
- 0.1-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Unit-Runner-Xml/el6: 5/6] Merge branch 'master' into el6
commit 0c1d26729ced4d11748b7f4b01146a0aebb0bc08 Merge: 9fe0038 1809222 Author: Xavier Bachelot Date: Wed Apr 4 21:54:45 2012 +0200 Merge branch 'master' into el6 perl-Test-Unit-Runner-Xml.spec | 14 +- 1 files changed, 13 insertions(+), 1 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Unit-Runner-Xml/el6] (6 commits) ...BR: perl(Time::HiRes)
Summary of changes: 244a661... - 661697 rebuild for fixing problems with vendorach/lib (*) 4b4d11f... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 8b624fc... Perl mass rebuild (*) 1809222... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 0c1d267... Merge branch 'master' into el6 840afca... BR: perl(Time::HiRes) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: libbluray soname bump
On 03/06/2012 11:49 PM, Julian Sikorski wrote: W dniu 11.12.2011 13:01, Xavier Bachelot pisze: Hi, libbluray has made its first official release a few days ago. The soname was bumped to 1.0.0 just before the release, in order to make sure it's incompatible with older snapshots they have produced. The snapshots I've made and packaged for Fedora are compatible with the release, so Fedora/RPM Fusion packages should be fine after a simple rebuild. I would like to have a clean start with this library and have the updated package pushed to devel, but also to all currently active releases ( F-16, F-15 and EL-6), despite the soname breakage. Now that upstream is ready to push releases, I think it will be easier to keep the package in good shape if we follow them. Affected packages are as follow : For F17 and F16 : gvfs(fedora) mplayer (rpmfusion-free) xbmc(rpmfusion-free) For F15 : mplayer (rpmfusion-free) xbmc(rpmfusion-free) EL-6 doesn't have any affected package. Please let me know if you're ok with that, and I'll proceed with the builds and the build overrides request. Regards, Xavier So what happened with pushing libbluray to older Fedora branches? I am fine with rebuilding mplayer, do other apps rebuild cleanly? gvfs was rebuilding fine against either the older or the newer API and the maintainer was ok to rebuild. xbmc 10.1 needed some patches. They were applied. They are not needed for xbmc 11, so depending on the version in F16 and F15, they might still need to be applied. The maintainer was ok with rebuilding too. See http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2011-December/011019.html mplayer needed a patch too, but it wasn't applied. The patch might not be needed anymore as mplayer has been updated to a more recent snapshot. See http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2011-December/011017.html The whole discussion is in rpmfusion-devel archives : http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2011-December/010981.html The vlc maintainer was looking at pushing vlc 2.0 to F16 and maybe F15 too. This release can use libbluray. For completeness, xine-lib 1.2 and xine-lib 1.1.21 can also use libbluray. 1.1.21 is not released yet and I'm not sure what the state of xine-lib in Fedora/RPM Fusion is at the moment anyway. An update to 1.2 for F17 was discussed, but this version cannot be easily split into a patent-free and a patent-encumbered package, so that will need to be in RPM Fusion and it will drag a couple other packages too. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
nsca 2.9.1
Hi, The latest release of nsca finally increases the 512 characters message limitation to 4096 and is backward compatible with older client using the 512 characters message. This was a long awaited change. The only limitation is the nsca server needs to be upgraded first. The update is already in Rawhide and I plan to push this as an update in all Fedora and EPEL testing repos and keep it there for some time before pushing to stable so people have a change to catch up. I believe it is ok to push such a change if correctly documented and advertised on selected mailing lists. Am I correct ? Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?
On 01/05/2012 09:13 PM, Kevin Kofler wrote: On Thursday 05 January 2012, Michael J Gruber wrote: I don't know anything about rpmfusion packaging and infrastructure, so I'd be happy if someone picks up xine-ui there. In fact, xine-ui gets most xine related abrt reports, it seems, and I always found it difficult to decide whether those are really xine-ui or xine-lib issues. So, xine-ui would best be put into the xine-lib maintainer's hands anyways ;) Well, to be honest, I'd be glad if xine-lib also got a new maintainer. (Xavier? :-) ) As I wrote, I only really maintain xine-lib because of Kaffeine, and I'll stop caring about xine-lib the day Kaffeine releases its MPlayer-based code (or something else not based on xine-lib). In particular, I also really don't want to maintain xine-ui… I can help with xine-lib and xine-ui in RPM Fusion, but I'm not sure I'll be a good primary maintainer for them. I'm more of a package monkey than a developper. Anyway, for some reason, I still value xine-lib and I'd hate to see it go away, so I'll take it if nobody else step up to the plate. I also use xine-ui, and I could take care of it too, but I have the feeling it doesn't receive much upstream love... Note that xine-lib-extras-freeworld can be merged back into xine-lib when it moves to RPM Fusion, and the new xine-lib can Obsolete/Provide it. That'll allow making the packaging a bit less of a wicked mess than it is now. I'm sure having only one package for all the xine-lib bits will ease the life of the both the package and the repos maintainers. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-MIME-Charset] fix typo in changelog date
commit 08e490532d0e52d8cdb44c6aadc3e24ec1a609a0
Author: Xavier Bachelot
Date: Fri Jan 6 18:25:59 2012 +0100
fix typo in changelog date
perl-MIME-Charset.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-MIME-Charset.spec b/perl-MIME-Charset.spec
index b5ab94f..8929ca8 100644
--- a/perl-MIME-Charset.spec
+++ b/perl-MIME-Charset.spec
@@ -62,7 +62,7 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
-* Fri Jan 06 2011 Xavier Bachelot 1.009.1-5
+* Fri Jan 06 2012 Xavier Bachelot 1.009.1-5
- Add BR: for perl(Encode::EUCJPASCII) for better test coverage.
* Wed Dec 21 2011 Xavier Bachelot 1.009.1-4
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
libbluray soname bump
Hi, libbluray has made its first official release a few days ago. The soname was bumped to 1.0.0 just before the release, in order to make sure it's incompatible with older snapshots they have produced. The snapshots I've made and packaged for Fedora are compatible with the release, so Fedora/RPM Fusion packages should be fine after a simple rebuild. I would like to have a clean start with this library and have the updated package pushed to devel, but also to all currently active releases ( F-16, F-15 and EL-6), despite the soname breakage. Now that upstream is ready to push releases, I think it will be easier to keep the package in good shape if we follow them. Affected packages are as follow : For F17 and F16 : gvfs(fedora) mplayer (rpmfusion-free) xbmc(rpmfusion-free) For F15 : mplayer (rpmfusion-free) xbmc(rpmfusion-free) EL-6 doesn't have any affected package. Please let me know if you're ok with that, and I'll proceed with the builds and the build overrides request. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-HTTP-Server-Simple-Mason/el6: 9/9] Merge branch 'master' into el6
commit f308d83740ca9e3274ed93882a452250463af647 Merge: 353f86d 2d1eb60 Author: Xavier Bachelot Date: Mon Jul 18 20:58:50 2011 +0200 Merge branch 'master' into el6 Conflicts: .gitignore perl-HTTP-Server-Simple-Mason.spec sources .gitignore |2 +- perl-HTTP-Server-Simple-Mason.spec | 19 +-- sources|2 +- 3 files changed, 19 insertions(+), 4 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTTP-Server-Simple-Mason/el6] (9 commits) ...Merge branch 'master' into el6
Summary of changes: b90cd1d... - Upstream update. (*) c3a3b87... Fix typo that causes a failure to update the common directo (*) 75065f0... - rebuild against perl 5.10.1 (*) 03fa3db... - Mass rebuild with perl-5.12.0 (*) be75a3c... dist-git conversion (*) 03e5901... - Upstream update. (*) cf4ebcd... - 661697 rebuild for fixing problems with vendorach/lib (*) 2d1eb60... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) f308d83... Merge branch 'master' into el6 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Charset] Update to 1.009.1
commit 9e404739ce61febdbddce56a873367f6b1c50269
Author: Xavier Bachelot
Date: Fri Jul 8 16:16:14 2011 +0200
Update to 1.009.1
.gitignore |1 +
perl-MIME-Charset.spec |7 +--
sources|2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e9047c0..f330693 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ MIME-Charset-1.006.2.tar.gz
/MIME-Charset-1.008.tar.gz
/MIME-Charset-1.008.1.tar.gz
/MIME-Charset-1.008.2.tar.gz
+/MIME-Charset-1.009.1.tar.gz
diff --git a/perl-MIME-Charset.spec b/perl-MIME-Charset.spec
index 70645d6..5883012 100644
--- a/perl-MIME-Charset.spec
+++ b/perl-MIME-Charset.spec
@@ -1,6 +1,6 @@
Name: perl-MIME-Charset
-Version:1.008.2
-Release:2%{?dist}
+Version:1.009.1
+Release:1%{?dist}
Summary:Charset Informations for MIME
License:GPL+ or Artistic
Group: Development/Libraries
@@ -63,6 +63,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Fri Jul 08 2011 Xavier Bachelot 1.009.1-1
+- Update to 1.009.1.
+
* Mon Jun 20 2011 Marcela Mašláňová - 1.008.2-2
- Perl mass rebuild
diff --git a/sources b/sources
index 89e9c74..2baae67 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8bb1e361e90b1f9eae8f64a4067e563f MIME-Charset-1.008.2.tar.gz
+ee982e66423738b1b13f45cdde4fe1cf MIME-Charset-1.009.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File MIME-Charset-1.009.1.tar.gz uploaded to lookaside cache by xavierb
A file has been added to the lookaside cache for perl-MIME-Charset: ee982e66423738b1b13f45cdde4fe1cf MIME-Charset-1.009.1.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-App-SVN-Bisect] update to 1.1
commit 7956d87dec5870634a605931b439ac134e6bb07a
Author: Xavier Bachelot
Date: Wed Jul 6 00:13:25 2011 +0200
update to 1.1
.gitignore |1 +
perl-App-SVN-Bisect.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 974b583..bdcc103 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
App-SVN-Bisect-1.0.tar.gz
+/App-SVN-Bisect-1.1.tar.gz
diff --git a/perl-App-SVN-Bisect.spec b/perl-App-SVN-Bisect.spec
index f0a1f39..8c035c8 100644
--- a/perl-App-SVN-Bisect.spec
+++ b/perl-App-SVN-Bisect.spec
@@ -1,6 +1,6 @@
Name: perl-App-SVN-Bisect
-Version:1.0
-Release:3%{?dist}
+Version:1.1
+Release:1%{?dist}
Summary:Binary search through svn revisions
License:Artistic 2.0
Group: Development/Libraries
@@ -78,6 +78,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Tue Jul 05 2011 Xavier Bachelot 1.1-1
+- Update to 1.1.
+
* Tue Feb 08 2011 Fedora Release Engineering
- 1.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
diff --git a/sources b/sources
index 3daa876..99abde6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d8540f354b27d904eee56cc473542cbc App-SVN-Bisect-1.0.tar.gz
+a929a878b7bee04adae2e592770c0ea2 App-SVN-Bisect-1.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File App-SVN-Bisect-1.1.tar.gz uploaded to lookaside cache by xavierb
A file has been added to the lookaside cache for perl-App-SVN-Bisect: a929a878b7bee04adae2e592770c0ea2 App-SVN-Bisect-1.1.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-EncWords] update to 1.012.2
commit 2ba3ef26b09a92c0bcc49f8db6641d434f9e6b60
Author: Xavier Bachelot
Date: Wed Jun 1 21:38:12 2011 +0200
update to 1.012.2
.gitignore |1 +
perl-MIME-EncWords.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index fc63bfb..8923351 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
MIME-EncWords-1.010.101.tar.gz
/MIME-EncWords-1.012.tar.gz
/MIME-EncWords-1.012.1.tar.gz
+/MIME-EncWords-1.012.2.tar.gz
diff --git a/perl-MIME-EncWords.spec b/perl-MIME-EncWords.spec
index 8caded1..424e5f2 100644
--- a/perl-MIME-EncWords.spec
+++ b/perl-MIME-EncWords.spec
@@ -1,5 +1,5 @@
Name: perl-MIME-EncWords
-Version:1.012.1
+Version:1.012.2
Release:1%{?dist}
Summary:Deal with RFC 2047 encoded words (improved)
License:GPL+ or Artistic
@@ -69,6 +69,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Wed Jun 01 2011 Xavier Bachelot 1.012.2-1
+- Update to 1.012.2.
+
* Mon May 30 2011 Xavier Bachelot 1.012.1-1
- Update to 1.012.1.
diff --git a/sources b/sources
index d07ce66..a5fb278 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6946c79212148102b1ca9440883bf523 MIME-EncWords-1.012.1.tar.gz
+af4f75ddac63198bcaf92a117b06910c MIME-EncWords-1.012.2.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File MIME-EncWords-1.012.2.tar.gz uploaded to lookaside cache by xavierb
A file has been added to the lookaside cache for perl-MIME-EncWords: af4f75ddac63198bcaf92a117b06910c MIME-EncWords-1.012.2.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML/el5] Initial import
Summary of changes: 2f18a2d... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML/el6] Initial import
Summary of changes: 2f18a2d... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML/f14] Initial import
Summary of changes: 2f18a2d... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML/f15] Initial import
Summary of changes: 2f18a2d... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-Lite-HTML] Initial import
commit 2f18a2d81a500e43533b0a22dff24eb41be8cfc8
Author: Xavier Bachelot
Date: Mon May 23 21:49:14 2011 +0200
Initial import
.gitignore |1 +
perl-MIME-Lite-HTML.spec | 71 ++
sources |1 +
3 files changed, 73 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..05edcce 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/MIME-Lite-HTML-1.23.tar.gz
diff --git a/perl-MIME-Lite-HTML.spec b/perl-MIME-Lite-HTML.spec
new file mode 100644
index 000..d2c28ac
--- /dev/null
+++ b/perl-MIME-Lite-HTML.spec
@@ -0,0 +1,71 @@
+Name: perl-MIME-Lite-HTML
+Version:1.23
+Release:2%{?dist}
+Summary:Provide routine to transform a HTML page in a MIME-Lite mail
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/MIME-Lite-HTML/
+Source0:
http://www.cpan.org/modules/by-module/MIME/MIME-Lite-HTML-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(HTML::LinkExtor)
+BuildRequires: perl(LWP::UserAgent)
+BuildRequires: perl(MIME::Lite)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(URI::URL)
+Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
+
+
+%description
+This module is a Perl mail client interface for sending message that
+support HTML format and build them for you.. This module provides routine to
+transform an HTML page in a MIME::Lite mail. So you need this module to use
+MIME-Lite-HTML possibilities.
+
+
+%prep
+%setup -q -n MIME-Lite-HTML-%{version}
+chmod a-x README Changes HTML.pm
+iconv -f iso8859-1 -t utf-8 Changes > Changes.utf8 && \
+touch -r Changes Changes.utf8 && \
+mv -f Changes.utf8 Changes
+
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+
+%check
+make test
+
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+
+%files
+%defattr(-,root,root,-)
+%doc Changes COPYING README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+
+%changelog
+* Thu May 19 2011 Xavier Bachelot 1.23-2
+- Clean up redundant Requires:.
+
+* Mon May 02 2011 Xavier Bachelot 1.23-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..b0fc7e4 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+d7a6ac0660dd5b5cc5db000fc68b9630 MIME-Lite-HTML-1.23.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File MIME-Lite-HTML-1.23.tar.gz uploaded to lookaside cache by xavierb
A file has been added to the lookaside cache for perl-MIME-Lite-HTML: d7a6ac0660dd5b5cc5db000fc68b9630 MIME-Lite-HTML-1.23.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-AuthCAS/el5] Initial import
Summary of changes: e187361... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-AuthCAS/el6] Initial import
Summary of changes: e187361... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-AuthCAS/f14] Initial import
Summary of changes: e187361... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-AuthCAS/f15] Initial import
Summary of changes: e187361... Initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-AuthCAS] Initial import
commit e1873615e26f537a21fa4e31c30c0d45b8b0b3c9
Author: Xavier Bachelot
Date: Mon May 23 21:38:25 2011 +0200
Initial import
.gitignore|1 +
perl-AuthCAS.spec | 70 +
sources |1 +
3 files changed, 72 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..52c5a0f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/AuthCAS-1.5.tar.gz
diff --git a/perl-AuthCAS.spec b/perl-AuthCAS.spec
new file mode 100644
index 000..b922947
--- /dev/null
+++ b/perl-AuthCAS.spec
@@ -0,0 +1,70 @@
+Name: perl-AuthCAS
+Version:1.5
+Release:2%{?dist}
+Summary:Client library for CAS 2.0 authentication server
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/AuthCAS/
+Source0:
http://search.cpan.org/CPAN/authors/id/O/OS/OSALAUN/AuthCAS-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildArch: noarch
+BuildRequires: perl(Module::Build)
+BuildRequires: perl(Test::More)
+# Test::Pod::Coverage test is failing, but that's no a blocker, so let's keep
+# it as a comment for now.
+#BuildRequires: perl(Test::Pod::Coverage)
+BuildRequires: perl(Test::Pod)
+Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
+
+
+%description
+AuthCAS aims at providing a Perl API to Yale's Central Authentication
+System (CAS). Only a basic Perl library is provided with CAS whereas
+AuthCAS is a full object-oriented library.
+
+
+%prep
+%setup -q -n AuthCAS-%{version}
+iconv -f iso8859-1 -t utf-8 README > README.utf8 && \
+touch -r README README.utf8 && \
+mv -f README.utf8 README
+
+
+%build
+%{__perl} Build.PL installdirs=vendor
+./Build
+
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+
+%check
+./Build test
+
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+
+%files
+%defattr(-,root,root,-)
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+
+%changelog
+* Sat May 21 2011 Xavier Bachelot 1.5-2
+- Remove superfluous Requires:.
+
+* Mon May 16 2011 Xavier Bachelot 1.5-1
+- Update to 1.5.
+
+* Fri Dec 03 2010 Xavier Bachelot 1.4-1
+- Initial Fedora release.
diff --git a/sources b/sources
index e69de29..4c06f55 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+cfc26405b47d498496e0c5557d2a9fb2 AuthCAS-1.5.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File AuthCAS-1.5.tar.gz uploaded to lookaside cache by xavierb
A file has been added to the lookaside cache for perl-AuthCAS: cfc26405b47d498496e0c5557d2a9fb2 AuthCAS-1.5.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: How to push updates in EPEL6?
On 12/20/2010 11:08 AM, Pavel Alexeev (aka Pahan-Hubbitus) wrote: > Hello, All. > > Please help someone. How push updates in EPEL6? Is it possible already? > I got error after build: > $ bodhi -n -b 510864 -R testing -t newpackage -c 'Initial import into > Fedora/EPEL' -u hubbitus $(fedpkg verrel) > Creating a new update for colorize-0.3.4-2.el6 > colorize-0.3.4-2.el6 not tagged as an update candidate > EPEL 6 is still in beta, and as such is behaving very much like Rawhide. You don't have to explicitely push an update, it will appear automatically in the repo. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: jackbeat
On 10/06/2010 11:55 AM, Brendan Jones wrote: > Is there a reason why this is not included in the repositories? If not > I'd be happy to submit it and take it on. > > regards, > > Brendan > > Is it this software you are talking about ? http://jackbeat.samalyse.org/ If yes, from a quick glance, it seems jackbeat uses an allowed licence (GPL) and doesn't require any supporting libs that are not ditributable by Fedora, so I think the only reason it's not in the repo is nobody packaged it yet. Feel free to do so and submit a review. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Test-Unit-Runner-Xml/el6/master: 5/5] Merge branch 'master' into el6
commit 9fe003849d49c84494ea75baf1dbac037cb0ad2d Merge: d170ecc 8274a33 Author: Xavier Bachelot Date: Mon Sep 27 21:55:04 2010 +0200 Merge branch 'master' into el6 perl-Test-Unit-Runner-Xml.spec |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DateTime-Set/el5/master: 12/12] Merge branch 'master' into el5
commit ad41502630a1fa771fd67eb3178241a1b6e15e8b Merge: eb0f2c1 a413f76 Author: Xavier Bachelot Date: Wed Sep 8 23:09:33 2010 +0200 Merge branch 'master' into el5 Conflicts: .gitignore perl-DateTime-Set.spec | 39 +++ sources|2 +- 2 files changed, 36 insertions(+), 5 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DateTime-Set/el5/master] (12 commits) ...Merge branch 'master' into el5
Summary of changes: ec797f6... Use fixperms macro instead of our own chmod incantation. (*) f58f164... - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). (*) e857071... new perl (*) 6a7aac1... Update to 0.26. (*) 9a06684... - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass (*) f9ffc75... - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass (*) 300a4fb... Fix typo that causes a failure to update the common directo (*) b4136b4... - rebuild against perl 5.10.1 (*) 4bb6939... Update to 0.28. BR DateTime::Event::Recurrence for better t (*) cfcdf82... - Mass rebuild with perl-5.12.0 (*) a413f76... dist-git conversion (*) ad41502... Merge branch 'master' into el5 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DateTime-Event-ICal/el4/master: 12/12] Merge branch 'master' into el4
commit cfec55fc191603a71b8d8d499eca650251a64446 Merge: 95b3e4d 8fe211e Author: Xavier Bachelot Date: Wed Sep 8 20:59:59 2010 +0200 Merge branch 'master' into el4 Conflicts: .gitignore perl-DateTime-Event-ICal.spec | 37 + sources |2 +- 2 files changed, 34 insertions(+), 5 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DateTime-Event-ICal/el4/master] (12 commits) ...Merge branch 'master' into el4
Summary of changes: 80ac82a... Use fixperms macro instead of our own chmod incantation. BR (*) 8d1f60e... - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). (*) 1229d17... new perl (*) b20b1d2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass (*) 91b35ab... - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass (*) e314b97... Fix typo that causes a failure to update the common directo (*) cc524ab... - rebuild against perl 5.10.1 (*) 7df2ff3... Update to 0.10. (*) 3af6f35... - Mass rebuild with perl-5.12.0 (*) 5a1d44b... - Mass rebuild with perl-5.12.0 (*) 8fe211e... dist-git conversion (*) cfec55f... Merge branch 'master' into el4 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Set-Infinite/el5/master: 11/11] sync with devel
commit 8ba06820b461a5c800311c1aff83c66feceb2fb1 Merge: 7fca267 abcb68e Author: Xavier Bachelot Date: Tue Aug 31 22:58:39 2010 +0200 sync with devel perl-Set-Infinite.spec | 36 sources|2 +- 2 files changed, 33 insertions(+), 5 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Set-Infinite/el5/master] (11 commits) ...sync with devel
Summary of changes: 2d5e5a8... Use fixperms macro instead of our own chmod incantation. BR (*) 8fcf13e... - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). (*) e278ad7... new perl (*) 92b56d0... Update to 0.63. (*) a30b372... - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass (*) 347bbf4... - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass (*) b5e0539... Fix typo that causes a failure to update the common directo (*) e436824... - rebuild against perl 5.10.1 (*) 7440b81... - Mass rebuild with perl-5.12.0 (*) abcb68e... dist-git conversion (*) 8ba0682... sync with devel (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Set-Infinite/el4/master: 11/11] sync with devel
commit 694c62296cd62bc5de8295cd6317e142184df707 Merge: c6de05a abcb68e Author: Xavier Bachelot Date: Tue Aug 31 23:00:27 2010 +0200 sync with devel perl-Set-Infinite.spec | 36 sources|2 +- 2 files changed, 33 insertions(+), 5 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Set-Infinite/el4/master] (11 commits) ...sync with devel
Summary of changes: 2d5e5a8... Use fixperms macro instead of our own chmod incantation. BR (*) 8fcf13e... - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). (*) e278ad7... new perl (*) 92b56d0... Update to 0.63. (*) a30b372... - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass (*) 347bbf4... - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass (*) b5e0539... Fix typo that causes a failure to update the common directo (*) e436824... - rebuild against perl 5.10.1 (*) 7440b81... - Mass rebuild with perl-5.12.0 (*) abcb68e... dist-git conversion (*) 694c622... sync with devel (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Font-TTFMetrics/el5/master] Initial import.
Summary of changes: 00ebb31... Initial import. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Font-TTFMetrics/el6/master] Initial import.
Summary of changes: 00ebb31... Initial import. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Font-TTFMetrics/f12/master] Initial import.
Summary of changes: 00ebb31... Initial import. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Font-TTFMetrics/f13/master] Initial import.
Summary of changes: 00ebb31... Initial import. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Font-TTFMetrics/f14/master] Initial import.
Summary of changes: 00ebb31... Initial import. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Font-TTFMetrics] Initial import.
commit 00ebb31882046e2d060b500140a07dafc3bfba82
Author: Xavier Bachelot
Date: Tue Aug 24 21:43:40 2010 +0200
Initial import.
.gitignore|1 +
perl-Font-TTFMetrics.spec | 63 +
sources |1 +
3 files changed, 65 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..a683e99 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Font-TTFMetrics-0.1.tar.gz
diff --git a/perl-Font-TTFMetrics.spec b/perl-Font-TTFMetrics.spec
new file mode 100644
index 000..bf2dd78
--- /dev/null
+++ b/perl-Font-TTFMetrics.spec
@@ -0,0 +1,63 @@
+Name: perl-Font-TTFMetrics
+Version:0.1
+Release:2%{?dist}
+Summary:Parser for the TTF file
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Font-TTFMetrics/
+Source0:
http://www.cpan.org/modules/by-module/Font/Font-TTFMetrics-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Test::More)
+Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
+
+%description
+Font::TTFMetrics encapsulates the font metrics of a true type font file. A
+true type font file contains several tables which need to be parsed before
+any useful information could be gathered about the font. There is the
+excellent module for parsing TTF font in CPAN by Martin Hosken, Font::TTF.
+But in my opinion the use of Font::TTF requires intimate knowledge of TTF
+font format. This module was written to support the use of TTF in Pastel 2D
+graphics library in Perl. Three factors prompted me to write this module:
+first, I required a fast module to access TTF file. Second, all the access
+required was read-only. Last, I wanted a user friendly, higher level API to
+access TTF file.
+
+%prep
+%setup -q -n Font-TTFMetrics-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+chmod a-x $RPM_BUILD_ROOT/%{perl_vendorlib}/Font/TTFMetrics.pm
+
+%check
+make test
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+%files
+%defattr(-,root,root,-)
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Tue Aug 17 2010 Xavier Bachelot 0.1-2
+- Add missing BR: perl(Test::More).
+
+* Thu Jul 29 2010 Xavier Bachelot 0.1-1
+- Specfile autogenerated by cpanspec 1.78.
+- Fix License.
diff --git a/sources b/sources
index e69de29..f3d7460 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+87295ec80f49a2f088925d35fae77cc8 Font-TTFMetrics-0.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Font-TTFMetrics-0.1.tar.gz uploaded to lookaside cache by xavierb
A file has been added to the lookaside cache for perl-Font-TTFMetrics: 87295ec80f49a2f088925d35fae77cc8 Font-TTFMetrics-0.1.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/rt3/EL-6 rt-3.8.6-test-dependencies.diff, NONE, 1.1 rt-3.8.8-Makefile.diff, NONE, 1.1 rt-3.8.8-config.diff, NONE, 1.1 rt3.spec, 1.47, 1.48 sources, 1.14, 1.15 rt-3.8.4-Makefile.diff, 1.1, NONE rt
s.diff
-
-# https://bugzilla.redhat.com/show_bug.cgi?id=526870
-# Patch from
http://lists.bestpractical.com/pipermail/rt-announce/2009-September/000173.html
-# Fixed in rt >= 3.8.5
-Patch5:rt-3.8.4-rh-bz526870.diff
-
-# http://bugzilla.redhat.com/show_bug.cgi?id=543962
-# Patch from
http://bestpractical.typepad.com/files/rt-3.8-session_fixation.patch
-# Fixed in rt >= 3.8.6
-Patch6:rt-3.8.4-rh-bz543962.diff
+Patch0:rt-3.8.8-config.diff
+Patch2:rt-3.8.8-Makefile.diff
+Patch3:rt-3.8.6-test-dependencies.diff
BuildArch: noarch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
@@ -159,10 +149,20 @@ BuildRequires: perl(UNIVERSAL::require)
BuildRequires: perl(XML::RSS) >= 1.05
%{?with_devel_mode:BuildRequires: perl(XML::Simple)}
+%{?with_tests:BuildRequires: perl(DBD::SQLite)}
+%{?with_tests:BuildRequires: perl(DBD::mysql)}
+%{?with_tests:BuildRequires: perl(DBD::Pg)}
BuildRequires: /usr/bin/pod2man
BuildRequires: /usr/sbin/apachectl
+# the original sources carry bundled versions of these
+Requires: /usr/share/fonts/google-droid/DroidSansFallback.ttf
+Requires: /usr/share/fonts/google-droid/DroidSans.ttf
+
+BuildRequires: /usr/share/fonts/google-droid/DroidSansFallback.ttf
+BuildRequires: /usr/share/fonts/google-droid/DroidSans.ttf
+
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
Requires(postun): /bin/rm
@@ -216,7 +216,7 @@ Requires: perl(HTML::FormatText)
%description mailgate
%{summary}
-%if 0%{?with_devel_mode}
+%if %{with devel_mode}
%package -n perl-RT-Test
Summary: rt3's test utility.
Group: Applications/Internet
@@ -241,11 +241,12 @@ find . \( -name '*.pm' -o -name '*.pm.in
chmod -x UPGRADING README C* aclocal.* config.* *.ac *.in
find etc -type f -exec chmod a-x {} \;
+# Upstream tarball contains temporary autotools-files.
+rm -rf autom4te.cache config.log config.status
+
%patch0 -p1
%patch2 -p1
%patch3 -p1
-%patch5 -p1
-%patch6 -p1
# Patch backups added by rpm disturb
find -name '*.orig' -exec rm -f {} \;
@@ -282,6 +283,7 @@ cat << \EOF >> config.layout
manualdir: ${datadir}/doc
localstatedir: %{RT3_LOCALSTATEDIR}
htmldir: %{RT3_WWWDIR}
+ fontdir: %{_datadir}/rt3/fonts
logfiledir: %{RT3_LOGDIR}
masonstatedir: %{RT3_CACHEDIR}/mason_data
sessionstatedir: %{RT3_CACHEDIR}/session_data
@@ -306,7 +308,8 @@ Makefile.in
%configure \
--with-apachectl=/usr/sbin/apachectl \
--with-web-user=apache --with-web-group=apache \
---enable-layout=Fedora --with-modperl2 \
+--with-db-type=mysql \
+--enable-layout=Fedora \
--with-web-handler=modperl2 \
--libdir=%{RT3_LIBDIR} \
%{?with_graphviz:--enable-graphviz}%{!?with_graphviz:--disable-graphviz} \
@@ -378,6 +381,10 @@ install -d -m755 ${RPM_BUILD_ROOT}%{_sys
cp -R etc/upgrade/* ${RPM_BUILD_ROOT}%{_sysconfdir}/rt3/upgrade
rm -f ${RPM_BUILD_ROOT}%{_sysconfdir}/rt3/upgrade/*.in
+install -d m755 ${RPM_BUILD_ROOT}%{_datadir}/rt3/fonts
+ln -s /usr/share/fonts/google-droid/DroidSans.ttf
${RPM_BUILD_ROOT}%{_datadir}/rt3/fonts
+ln -s /usr/share/fonts/google-droid/DroidSansFallback.ttf
${RPM_BUILD_ROOT}%{_datadir}/rt3/fonts
+
# Fix permissions
find ${RPM_BUILD_ROOT}%{RT3_WWWDIR} \
-type f -exec chmod a-x {} \;
@@ -421,6 +428,8 @@ fi
%dir %{_datadir}/rt3
%{RT3_WWWDIR}
+%{_datadir}/rt3/fonts
+
%config(noreplace) %{_sysconfdir}/httpd/conf.d/rt3.conf
%dir %{RT3_CACHEDIR}
@@ -439,12 +448,17 @@ fi
%{_sbindir}/rt-mailgate
%{_mandir}/man1/rt-mailgate*
+%if %{with devel_mode}
%files -n perl-RT-Test
%defattr(-,root,root,-)
%dir %{RT3_LIBDIR}/RT
%{RT3_LIBDIR}/RT/Test*
+%endif
%changelog
+* Wed Jul 07 2010 Xavier Bachelot - 3.8.8-2
+- Update to 3.8.8 (Sync with Rawhide).
+
* Mon Dec 14 2009 Ralf Corsépius - 3.8.4-8
- Add UPGRADING.mysql, perl(Text::Quoted), R: perl(Text::WikiFormat)
(BZ #546786; Thanks to Dale Bewley )
Index: sources
===
RCS file: /cvs/pkgs/rpms/rt3/EL-6/sources,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -p -r1.14 -r1.15
--- sources 19 Jun 2009 04:13:40 - 1.14
+++ sources 7 Jul 2010 20:47:44 - 1.15
@@ -1 +1 @@
-cdfdbd954203a8bc2c663a6847218ccc rt-3.8.4.tar.gz
+de062840ce6e2fdb323d77dddf8ff485 rt-3.8.8.tar.gz
--- rt-3.8.4-Makefile.diff DELETED ---
--- rt-3.8.4-config.diff DELETED ---
--- rt-3.8.4-rh-bz526870.diff DELETED ---
--- rt-3.8.4-rh-bz543962.diff DELETED ---
--- rt-3.8.4-test-dependencies.diff DELETED ---
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-IPC-ShareLite/EL-5 perl-IPC-ShareLite.spec, 1.11, 1.12 sources, 1.2, 1.3
Author: xavierb
Update of /cvs/pkgs/rpms/perl-IPC-ShareLite/EL-5
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18185/EL-5
Modified Files:
perl-IPC-ShareLite.spec sources
Log Message:
Update EL-5 and EL-6 branch to 0.13
Index: perl-IPC-ShareLite.spec
===
RCS file: /cvs/pkgs/rpms/perl-IPC-ShareLite/EL-5/perl-IPC-ShareLite.spec,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -p -r1.11 -r1.12
--- perl-IPC-ShareLite.spec 30 Jan 2008 19:08:46 - 1.11
+++ perl-IPC-ShareLite.spec 25 Jun 2010 12:38:51 - 1.12
@@ -1,13 +1,15 @@
Name: perl-IPC-ShareLite
-Version:0.09
-Release:9%{?dist}
-Summary:Light-weight interface to shared memory
+Version:0.13
+Release:4%{?dist}
+Summary:Lightweight interface to shared memory
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/IPC-ShareLite/
-Source0:
http://www.cpan.org/authors/id/M/MA/MAURICE/IPC-ShareLite-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/A/AN/ANDYA/IPC-ShareLite-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
%description
@@ -18,7 +20,7 @@ data to be efficiently communicated betw
%setup -q -n IPC-ShareLite-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" < /dev/null
+%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"
make %{?_smp_mflags}
%install
@@ -40,12 +42,15 @@ rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
-%doc Changes README TODO
+%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/IPC*
%{_mandir}/man3/*
%changelog
+* Fri Jun 25 2010 Xavier Bachelot 0.13-4
+- Update to 0.13 (Sync spec with F-13).
+
* Tue Apr 17 2007 Steven Pritchard 0.09-9
- Use fixperms macro instead of our own chmod incantation.
- BR ExtUtils::MakeMaker.
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-IPC-ShareLite/EL-5/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 8 Nov 2004 05:02:44 - 1.2
+++ sources 25 Jun 2010 12:38:51 - 1.3
@@ -1 +1 @@
-3942a55cfc5e6d3b612a46cc1a9515b9 IPC-ShareLite-0.09.tar.gz
+2cbd2a85e8ffeef2cddd37e00899681b IPC-ShareLite-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-IPC-ShareLite/EL-6 perl-IPC-ShareLite.spec,1.20,1.21
Author: xavierb
Update of /cvs/pkgs/rpms/perl-IPC-ShareLite/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18185/EL-6
Modified Files:
perl-IPC-ShareLite.spec
Log Message:
Update EL-5 and EL-6 branch to 0.13
Index: perl-IPC-ShareLite.spec
===
RCS file: /cvs/pkgs/rpms/perl-IPC-ShareLite/EL-6/perl-IPC-ShareLite.spec,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -p -r1.20 -r1.21
--- perl-IPC-ShareLite.spec 26 Jul 2009 08:45:45 - 1.20
+++ perl-IPC-ShareLite.spec 25 Jun 2010 12:38:52 - 1.21
@@ -1,6 +1,6 @@
Name: perl-IPC-ShareLite
Version:0.13
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Lightweight interface to shared memory
License:GPL+ or Artistic
Group: Development/Libraries
@@ -48,6 +48,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Fri Jun 25 2010 Xavier Bachelot 0.13-4
+- Bump release to be the same as EL-5 branch.
+
* Sun Jul 26 2009 Fedora Release Engineering
- 0.13-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Package OpenVAS-Server not available
On 02/21/2010 01:16 AM, Dirk Gottschalk wrote: > Hello, > > why are the openVAS-Librires (an old Version) available, but > Openvas-Server not available (Fedora 12) ? > > I'm interestet in creating and maintaining these packages with actual > versions, if there is any interest for that. > > Regards, > Dirk > > The OpenVAS 3 stack is submitted for review already. The first step is indeed an update of the libraries to version 3.0 (2.0 is already in rawhide/F13). https://bugzilla.redhat.com/show_bug.cgi?id=562467 https://bugzilla.redhat.com/show_bug.cgi?id=562469 https://bugzilla.redhat.com/show_bug.cgi?id=562470 Help with review/maintenance of the packages is welcome. The more the merrier ;-) Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
On 01/25/2010 03:17 PM, Lubomir Rintel wrote: > On Mon, 2010-01-25 at 16:54 +0300, Peter Lemenkov wrote: >> Hello! >> 2010/1/25 Lubomir Rintel: >>> On Mon, 2010-01-25 at 16:15 +0300, Peter Lemenkov wrote: Hello All! I'm no longer using Xerces-C, so I believe, I can't maintain it anymore. Feel free to pick it up. Any volunteers? >>> I use it with VirtualBox-OSE (thanks to Xavier for pointing me here). I >>> won't mind picking the package up. >> Great. >> Unfortunately, I've got difficulties while releasing ownership ( https://fedorahosted.org/packagedb/ticket/173 ). > I've seen that once too; I believe it's supposed to be a feature that reassigns the package to another maintainer when he releases ownership instead of orphaning, though looks a bit broken. > Looking at the pkgdb page of the package it seems like xavierb is a maintainer (well, has approveacls powers) as well. Are you sure you want another maintainer and not just hand the package to xavierb? My interest is mostly in the EL-4 and EL-5 branches. Actually, I'm mostly interested in the perl bindings and that needs an older version (2.7.0) and hence I also own the xerces-c27 compat package. We discussed this package with Peter and other people off-list and at least Jonathan Robie was interested in taking the package over. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
