EPEL Updating ODB in ?
I recently submitted ODB 2.2 to the EPEL for EL 5/6 and version 2.3 has been released ( http://codesynthesis.com/pipermail/odb-announcements/2013/37.html ). The wiki seems to indicate that updating software for feature releases is discouraged ( https://fedoraproject.org/wiki/EPEL_Updates_Policy#Stable_Releases ), so is updating ODB to 2.3 in the EPEL not really possible? Assuming that's the case, is there a recommended solution for maintaining access to newer versions of ODB for EL users? Thanks, Dave ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL Updating llvm/clang?
Currently, llvm/clang in the EPEL repo has been orphaned and I was considering packaging YouCompleteMe ( https://github.com/Valloric/YouCompleteMe ) for EL, but if requires clang 3.2 or higher and so I was wondering if it would be possible for me llvm/clang to be updated to 3.3. I have spoken with the Fedora maintainer (ajax) and he was ok with the idea, but said that it would need approval. I have made the necessary updates to the .spec file of llvm 3.3 so it will build on EL 6 and would be happy with becoming the maintainer if this was approved. As of right now, it looks like there isn't anything in the EPEL that depends on llvm/clang, so at least from this perspective it shouldn't be that big of a deal. Here's the command I ran to find dependencies and its output: repoquery -q --whatrequires --recursive --resolve --repoid=epel llvm llvm-0:2.8-14.el6.i686 clang-0:2.8-14.el6.i686 clang-analyzer-0:2.8-14.el6. i686 clang-devel-0:2.8-14.el6.i686 clang-doc-0:2.8-14.el6.noarch llvm-devel-0:2.8-14.el6.i686 llvm-doc-0:2.8-14.el6.noarch llvm-ocaml-0:2.8-14.el6.i686 llvm-ocaml-devel-0:2.8-14.el6.i686 llvm-ocaml-doc-0:2.8-14.el6.noarch Thanks, Dave ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Updating llvm/clang?
2013/12/2 Dave Johansen davejohan...@gmail.com: Currently, llvm/clang in the EPEL repo has been orphaned and I was considering packaging YouCompleteMe ( https://github.com/Valloric/YouCompleteMe ) for EL, but if requires clang 3.2 or higher and so I was wondering if it would be possible for me llvm/clang to be updated to 3.3. I have spoken with the Fedora maintainer (ajax) and he was ok with the idea, but said that it would need approval. I have made the necessary updates to the .spec file of llvm 3.3 so it will build on EL 6 and would be happy with becoming the maintainer if this was approved. Providing LLVM ver. 2.x nowadays sounds a joke so I'd rather update it to a very recent version. Also it's a leafnode standalone application(s) which makes updating even simpler. -- With best regards, Peter Lemenkov. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: RPATH in various binaries
On Fri, Nov 29, 2013 at 07:28:53AM -0800, John Reiser wrote: /usr/bin/unpack200: RPATH=$ORIGIN (a) Are these bugs? They seem to be. RPATH=$ORIGIN is not a bug. It is a correct and thoughtful usage, I deliberately left this one in because it does look like it needs inspection. AIUI it means the binary (or /usr/bin?) is the RPATH. Also: $ rpm -qf /usr/bin/unpack200 file /usr/bin/unpack200 is not owned by any package one that even allows for moving the whole package after install. Given we're talking about a packaged Linux distro, that doesn't seem very useful to me. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-20 Branched report: 20131201 changes
Compose started at Sun Dec 1 07:15:02 UTC 2013 Broken deps for armhfp -- [avro] avro-mapred-1.7.5-1.fc20.noarch requires hadoop-mapreduce avro-mapred-1.7.5-1.fc20.noarch requires hadoop-client [blueman] blueman-1.23-7.fc20.armv7hl requires obex-data-server = 0:0.4.3 blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp [cloud-init] cloud-init-0.7.2-7.fc20.noarch requires dmidecode [cobbler] cobbler-2.4.0-2.fc20.noarch requires syslinux [fts] fts-server-3.1.1-1.fc20.armv7hl requires libactivemq-cpp.so.14 [ghc-hjsmin] ghc-hjsmin-devel-0.1.4.3-2.fc20.armv7hl requires ghc-devel(language-javascript-0.5.8-28fa88554adf134b03284de53334e91d) [gnome-do-plugins] gnome-do-plugins-thunderbird-0.8.4-14.fc20.armv7hl requires thunderbird [gofer] ruby-gofer-0.75-4.fc20.noarch requires rubygem(qpid) = 0:0.16.0 [gtkd] gtkd-geany-tags-2.0.0-29.20120815git9ae9181.fc18.noarch requires gtkd = 0:2.0.0-29.20120815git9ae9181.fc18 [kawa] 1:kawa-1.11-5.fc19.armv7hl requires servlet25 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [kyua-cli] kyua-cli-0.5-3.fc19.armv7hl requires liblutok.so.0 kyua-cli-tests-0.5-3.fc19.armv7hl requires liblutok.so.0 [mozilla-firetray] mozilla-firetray-thunderbird-0.3.6-0.5.143svn.fc18.1.armv7hl requires thunderbird = 0:11 [msp430-libc] msp430-libc-20120224-2.fc19.noarch requires msp430-gcc = 0:4.6.3 [nifti2dicom] nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtksys.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkWidgets.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkVolumeRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkViews.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkTextAnalysis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkParallel.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkInfovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkImaging.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkIO.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkHybrid.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGraphics.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGeovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGenericFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCommon.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCharts.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libQVTK.so.5.10 [nocpulse-common] nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI) [openbox] gdm-control-3.5.2-2.fc20.armv7hl requires gnome-panel gnome-panel-control-3.5.2-2.fc20.armv7hl requires gnome-panel [openpts] openpts-0.2.6-7.fc20.armv7hl requires tboot [perl-Language-Expr] perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) [pure] pure-doc-0.57-4.fc20.noarch requires pure = 0:0.57-4.fc20 [python-tag] python-tag-2013.1-1.fc20.armv7hl requires libboost_python.so.1.53.0 [rootplot] rootplot-2.2.1-7.fc19.noarch requires root-python [rubygem-audited-activerecord] rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires rubygem(activerecord) 0:4 [scilab] scilab-doc-5.4.1-4.fc20.noarch requires scilab = 0:5.4.1-4.fc20 scilab-tests-5.4.1-4.fc20.noarch requires scilab = 0:5.4.1-4.fc20 [spacewalk-admin] spacewalk-admin-2.0.1-2.fc20.noarch requires spacewalk-base spacewalk-admin-2.0.1-2.fc20.noarch requires perl(RHN::SatelliteCert) [spring-maps-default] spring-maps-default-0.1-11.fc20.noarch requires spring [springlobby] springlobby-0.169-5.fc20.armv7hl requires spring [subsurface] subsurface-3.1.1-2.fc20.armv7hl requires libosmgpsmap.so.2 [syntastic] syntastic-d-2.3.0-11.20120917git72856e6.fc20.noarch requires ldc [tango] tango-doc-2-12.20120821git7b92443.fc19.noarch requires tango-devel = 0:2-12.20120821git7b92443.fc19 tango-geany-tags-2-12.20120821git7b92443.fc19.noarch requires tango = 0:2-12.20120821git7b92443.fc19 Broken deps for i386 -- [blueman] blueman-1.23-7.fc20.i686 requires obex-data-server = 0:0.4.3 blueman-1.23-7.fc20.i686 requires gvfs-obexftp [derelict] derelict-tcod-3-20.20130626gite70c293.fc20.i686 requires tcod derelict-tcod-devel-3-20.20130626gite70c293.fc20.i686 requires tcod [fts] fts-server-3.1.1-1.fc20.i686 requires libactivemq-cpp.so.14 [ghc-hjsmin] ghc-hjsmin-0.1.4.3-2.fc20.i686 requires
rawhide report: 20131201 changes
Compose started at Sun Dec 1 05:15:02 UTC 2013 Broken deps for i386 -- [LuxRender] LuxRender-1.0-16.fc21.i686 requires libImath-2_0.so.10 LuxRender-1.0-16.fc21.i686 requires libIlmThread-2_0.so.10 LuxRender-1.0-16.fc21.i686 requires libIlmImf-Imf_2_0.so.20 LuxRender-1.0-16.fc21.i686 requires libIex-2_0.so.10 LuxRender-1.0-16.fc21.i686 requires libHalf.so.10 LuxRender-core-1.0-16.fc21.i686 requires libImath-2_0.so.10 LuxRender-core-1.0-16.fc21.i686 requires libIlmThread-2_0.so.10 LuxRender-core-1.0-16.fc21.i686 requires libIlmImf-Imf_2_0.so.20 LuxRender-core-1.0-16.fc21.i686 requires libIex-2_0.so.10 LuxRender-core-1.0-16.fc21.i686 requires libHalf.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libImath-2_0.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libIlmThread-2_0.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libIlmImf-Imf_2_0.so.20 LuxRender-lib-1.0-16.fc21.i686 requires libIex-2_0.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libHalf.so.10 [OpenEXR_CTL] OpenEXR_CTL-1.0.1-16.fc20.i686 requires libImath.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmThread.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmImf.so.7 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIexMath.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIex.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libHalf.so.6 OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIlmThread.so.6 OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIlmImf.so.7 OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIex.so.6 [OpenEXR_Viewers] OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libImath-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIlmThread-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIlmImf-Imf_2_0.so.20 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIexMath-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIex-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libHalf.so.10 [R-RScaLAPACK] R-RScaLAPACK-0.6.1-13.fc20.i686 requires libatlas.so.3 [blueman] blueman-1.23-7.fc20.i686 requires obex-data-server = 0:0.4.3 blueman-1.23-7.fc20.i686 requires gvfs-obexftp [converseen] converseen-0.6.2-2.fc20.i686 requires libMagick++-6.Q16.so.1 [derelict] derelict-tcod-3-20.20130626gite70c293.fc20.i686 requires tcod derelict-tcod-devel-3-20.20130626gite70c293.fc20.i686 requires tcod [dmapd] dmapd-0.0.55-5.fc21.i686 requires libImath-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libIlmThread-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libIlmImf-Imf_2_0.so.20 dmapd-0.0.55-5.fc21.i686 requires libIexMath-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libIex-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libHalf.so.10 [dragonegg] dragonegg-3.3-11.fc21.i686 requires gcc = 0:4.8.2-1.fc21 [drawtiming] drawtiming-0.7.1-11.fc20.i686 requires libMagick++-6.Q16.so.1 [evolution-rss] 1:evolution-rss-0.3.94-2.fc21.i686 requires libcamel-1.2.so.46 [gpsdrive] gpsdrive-2.11-20.fc20.i686 requires libgps.so.20 [gtkd] gtkd-2.0.0-29.20120815git9ae9181.fc18.i686 requires libphobos-ldc.so.60 [httpdtap] httpdtap-0.2-2.fc21.noarch requires kernel-debuginfo httpdtap-0.2-2.fc21.noarch requires httpd-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-util-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-debuginfo [kawa] 1:kawa-1.11-5.fc19.i686 requires servlet25 [kdebase3] kdebase3-3.5.10-30.fc21.i686 requires libIlmImf-Imf_2_0.so.20 [kdelibs3] kdelibs3-3.5.10-56.fc21.i686 requires libIlmImf-Imf_2_0.so.20 kdelibs3-3.5.10-56.fc21.i686 requires libHalf.so.10 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [libghemical] libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1 [mpqc] mpqc-2.3.1-23.fc20.i686 requires libf77blas.so.3 mpqc-2.3.1-23.fc20.i686 requires libatlas.so.3 [netdisco] netdisco-1.1-6.fc20.noarch requires perl(SNMP::Info::Layer2::Bay) [nifti2dicom] nifti2dicom-0.4.6-3.fc20.i686 requires libvtksys.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkWidgets.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkVolumeRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkViews.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkTextAnalysis.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkParallel.so.5.10 nifti2dicom-0.4.6-3.fc20.i686
Re: orphaning packages
On Sat, Nov 30, 2013 at 22:26:17 +0100, Ionuț Arțăriși maple...@fedoraproject.org wrote: Hi, I have orphaned the following packages: garden -- An innovative old-school 2D vertical shoot-em-up Is this one worth keeping? It doesn't look like it is being developed any more, but if the game is good as is, that isn't a problem for now. I only see one arm related bug in Fedora for it. -- 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: orphaning packages
Dne 30.11.2013 22:26, Ionuț Arțăriși napsal(a): python-tornado -- Scalable, non-blocking web server and tools I need that one so I can take it. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok -- 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: orphaning packages
On Sun, Dec 1, 2013 at 5:06 PM, Miro Hrončok mhron...@redhat.com wrote: Dne 30.11.2013 22:26, Ionuț Arțăriși napsal(a): python-tornado -- Scalable, non-blocking web server and tools I need that one so I can take it. Hmm, sorry for being faster ;) I didn't see this mail, but only the orphaning mails, as I was co-maintainer already.. I need python-tornado too for ipython and like to upgrade it to 3.1.1, but there seems to be some problems, see: https://bugzilla.redhat.com/show_bug.cgi?id=1033941 What do you need it for? Is your dependency still working with 3.1.1? Greetings Tom -- 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: Retiring stratagus
On Wed, Nov 06, 2013 at 15:54:28 +0100, Michael Schwendt mschwe...@gmail.com wrote: On Wed, 6 Nov 2013 08:41:12 -0600, Bruno Wolff III wrote: On Wed, Nov 06, 2013 at 17:30:48 +0400, Peter Lemenkov wrote: Hello All! I'm removing myself from the stratagus maintainers. It has two co-maintainers but afaik automatic package re-assignment to a new maintainer never worked. So if you interested then pick it up. Is this just a time issue or are there some particular problems with stratagus that suggest it would be best to just retire it? Hmmm... http://stratagus.com/ lists version 2.2.7 from 2012-08-20, but Fedora only ships 2.2.4 from 2007-04-08. http://koji.fedoraproject.org/koji/packageinfo?packageID=3877 https://admin.fedoraproject.org/pkgdb/acls/bugs/stratagus I took a look at 2.2.7. It fixes some issues, but has switched to cmake. guichan is still bundled, so it would need some fixup for that and the old patch isn't really usable. There is also an issue with building metaserver. If sqllite isn't detected it probably won't build it, but I don't know enough about stratagus to know if we should be building it. I think someone that knows more about using stratagus is needed to keep this one going in Fedora. I don't have time to learn enough about it to take over as the primary packager. So unless someone else steps up, this one should probably be retired in f21. -- 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: orphaning packages
What do you need it for? Is your dependency still working with 3.1.1? pronteserve from printrun httpretty octoprint None of those is in Fedora right now. Feel free to take the package, I'll investigate if 3.1.1 is ok or not. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok -- 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: Fedora 20 Final blocker bug status report (ACTIONS REQUIRED: karma from QA, fixes from devs)
On 11/28/2013 06:10 PM, Adam Williamson wrote: On Thu, 2013-11-28 at 17:19 -0500, Gene Czarcinski wrote: On 11/28/2013 12:17 AM, poma wrote: On 28.11.2013 03:25, Adam Williamson wrote: * https://bugzilla.redhat.com/show_bug.cgi?id=864198 grubby fatal error updating grub.cfg when /boot is btrfs - grubby - the problem here is clearly defined. We are waiting on pjones to decide how to move forward with this. Gene Czarcinski has posted a proposed change to new-kernel-pkg to use grub2-mkconfig instead of grubby for updating bootloader config, which would address this bug but be a late, major change in our behaviour. The alternative would be to fix the problem in grubby. Either way, this is waiting on Peter as the bootloader guy. grub2-mkconfig for the EXTLINUX too!? You should share whatever you have. LoL! Bee awesome.:! I am going to regret opening my mouth here but being foolish has never stopped me before ;) Actually, no, I would never use grub2-mkconfig to update a extlinux.conf file. However, I do have this 308 lines bash script program which can edit a extlinux.conf file to add or remove a kernel entry. Right now, about the only thing I really propose is to use the patch I created to handle the grubby/BTRFS problem and that only. Yes, I solve the problem by not using grubby at all and instead use grub2-mkconfig to update (actually it completely rebuilds) the grub.conf file. It works. I believe with a little code inspection (it is all bash-script) you can prove it only effects BTRFS. Since BTRFS currently does not work, how could this be worse? FWIW, in previous discussion on the bug, I missed that your change only applies if the /boot partition is on btrfs...that does make it a less significant change that we might plausibly be able to take for final, though it introduces a significant difference in behaviour between /boot-on-btrfs and /boot-on-anything-else. I do wish pjones would chime in soon. Since I made those last statements, a couple of things have occurred which you may want to consider. 1) I found that although my code works, I should have been using grub2-set-default and not grub2-editenv. Next, when I said that is only if /boot was on a BTRFS filesystem, that was true. But, if your rootfs was BTRFS, then regardless of what /boot was, it would handle it. 2) After much digging and research I found what appears to be the future plan for kernel installation and bootloader configuration update: systemd with the kernel-install software and the BootLoaderSpec: http://www.freedesktop.org/wiki/Specifications/BootLoaderSpec/ When (and it is not there yet by anyones idea) this is all implemented, there is no need for grubby and it just fads away. A basic part of this idea is that /boot will be a common partition to ALL installs on a hardware platform and all of their kernels, etc. would be located in this common partition. Initially this partition could be vfat or ext234 but now there is a push for vfat only. There are bootloader config parameters that are in the /boot/loader directory and the bootloader is responsible for handling those. Grub2 has a patch to support this. Anyway, in light of this, it seems to me that a reasonable approach might be to restrict the /boot partition to a separate ext234 partition as being consistent with this future plan. I do believe that this future play needs to be described better along with a Fedora Release target specified. That said, you might still want to consider using my btrfs patch depending on how long it will take to get the new stuff implemented and tested. There is also one more little wrinkle to the BTRFS thing: to work correctly, both os-prober and grub2 need some fixes applied. Over to you folks. I have this stuff which I have created and it is working for me. I am considering making my updated rpms (x86_64 and i386) available for others if there really is interest. But, I hope that you all do understand just what your goals are because it sure seems to me that there could be more communications about the plans for handling kernels, bootloaders, etc. Gene -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1032571] perl-Net-Twitter-4.01000 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1032571 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Net-Twitter-4.01000-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-Net-Twitter-4.01000-1.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GXWWNNGpfLa=cc_unsubscribe -- 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: orphaning packages
On Sun, Dec 1, 2013 at 9:50 AM, Bruno Wolff III br...@wolff.to wrote: On Sat, Nov 30, 2013 at 22:26:17 +0100, Ionuț Arțăriși maple...@fedoraproject.org wrote: Hi, I have orphaned the following packages: garden -- An innovative old-school 2D vertical shoot-em-up Is this one worth keeping? It doesn't look like it is being developed any more, but if the game is good as is, that isn't a problem for now. I only see one arm related bug in Fedora for it. Taken, I like playing it. -J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- 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: orphaning packages
On Sun, Dec 1, 2013 at 6:30 PM, Miro Hrončok mhron...@redhat.com wrote: What do you need it for? Is your dependency still working with 3.1.1? pronteserve from printrun httpretty octoprint None of those is in Fedora right now. Feel free to take the package, I'll investigate if 3.1.1 is ok or not. Ok, thanks. Greetings, Tom -- 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: orphaning packages
I just took dreampie Sounds useful for me. Thanks. -- 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: review swap: ShellCheck
On Sat, Nov 30, 2013 at 01:53:26PM +0100, Dridi Boukelmoune wrote: Hi, Anyone interested in reviewing ShellCheck ? Thanks to the Haskell SIG, it was only a matter of minutes to get a working spec ! https://bugzilla.redhat.com/show_bug.cgi?id=ShellCheck Reviewed. I'm looking for reviewers for any of https://bugzilla.redhat.com/show_bug.cgi?id=1023848 closure-compiler - JavaScript minifier and checker https://bugzilla.redhat.com/show_bug.cgi?id=1024589 zlib-js - JavaScript library reimplementing compression https://bugzilla.redhat.com/show_bug.cgi?id=1036462 unifont - Tools and glyph descriptions in the unifont format and possibly https://bugzilla.redhat.com/show_bug.cgi?id=1022283 gnulib - GNU Portability Library (to have a second opinion). Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File CGI-Application-Plugin-DBH-4.04.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-CGI-Application-Plugin-DBH: da6d7bc3b084624fffadd34834f71f77 CGI-Application-Plugin-DBH-4.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CGI-Application-Plugin-DBH] Update to 4.04
commit 46e72bf6fb2077ae8ca44e657e52284e9d54d7cb Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Dec 1 09:07:32 2013 +0100 Update to 4.04 .gitignore |1 + perl-CGI-Application-Plugin-DBH.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 537a680..ff22f1b 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ CGI-Application-Plugin-DBH-4.00.tar.gz /CGI-Application-Plugin-DBH-4.01.tar.gz /CGI-Application-Plugin-DBH-4.02.tar.gz /CGI-Application-Plugin-DBH-4.03.tar.gz +/CGI-Application-Plugin-DBH-4.04.tar.gz diff --git a/perl-CGI-Application-Plugin-DBH.spec b/perl-CGI-Application-Plugin-DBH.spec index afcb7ad..fc7261d 100644 --- a/perl-CGI-Application-Plugin-DBH.spec +++ b/perl-CGI-Application-Plugin-DBH.spec @@ -1,5 +1,5 @@ Name: perl-CGI-Application-Plugin-DBH -Version:4.03 +Version:4.04 Release:1%{?dist} Summary:Easy DBI access from CGI::Application License:GPL+ or Artistic @@ -51,6 +51,9 @@ make test %{_mandir}/man3/* %changelog +* Sun Dec 01 2013 Emmanuel Seyman emman...@seyman.fr - 4.04-1 +- Update to 4.04 + * Sun Nov 24 2013 Emmanuel Seyman emman...@seyman.fr - 4.03-1 - Update to 4.03 diff --git a/sources b/sources index deaf38f..abebfb4 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -8ac1f86a239448c5a581e237f0aa29db CGI-Application-Plugin-DBH-4.03.tar.gz +da6d7bc3b084624fffadd34834f71f77 CGI-Application-Plugin-DBH-4.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 977266] perl-ExtUtils-Typemaps-Default-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=977266 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-ExtUtils-Typemaps-Defa ||ult-1.04-1.fc19 Resolution|--- |ERRATA Last Closed|2013-08-28 10:21:17 |2013-12-01 04:27:33 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-ExtUtils-Typemaps-Default-1.04-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LaeI2fc1GKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1031270] perl-PPIx-Regexp-0.035 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1031270 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-PPIx-Regexp-0.035-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=YhQOki5EVka=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 962125] perl-PPIx-Regexp-0.034 is available
https://bugzilla.redhat.com/show_bug.cgi?id=962125 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-PPIx-Regexp-0.035-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8bX3mG61Pya=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1032056] Slic3r 1.0.0RC1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1032056 Bug 1032056 depends on bug 1032055, which changed state. Bug 1032055 Summary: Review Request: perl-ExtUtils-Typemap - Read/Write/Modify Perl/XS typemap files https://bugzilla.redhat.com/show_bug.cgi?id=1032055 What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WBdQE6JHMOa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1030921] perl-Tk-Pod-0.9942 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1030921 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Tk-Pod-0.9942-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZRyxmur3lKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [perl-Class-Data-Inheritable/el6] Now in RHEL 6
On Mon, 25 Nov 2013 15:38:26 -0500 Tom Callaway s...@fedoraproject.org wrote: On 11/25/2013 03:29 PM, Paul Howarth wrote: It's always been in RHEL 6. We cloned the package for EPEL because it wasn't available for all architectures (probably ppc64 in particular). If this gets retired, you'll probably start getting broken dep nagmails every weekend. Unless the arch coverage has improved from the early days anyway. I can ignore those messages. :) If someone cares about ppc64, they can ask Red Hat to build for that target, seems silly that they do not. Looks like I'm going to have to put up with those messages too... perl-Array-Diff has broken dependencies in the epel-6 tree: On ppc64: 1:perl-Array-Diff-0.07-7.el6.noarch requires perl(Class::Accessor::Fast) Please resolve this as soon as possible. perl-Module-CPANTS-Analyse has broken dependencies in the epel-6 tree: On ppc64: perl-Module-CPANTS-Analyse-0.85-11.el6.noarch requires perl(Class::Accessor) = 0:0.19 Please resolve this as soon as possible. perl-Exception-Class has broken dependencies in the epel-6 tree: On ppc64: perl-Exception-Class-1.29-1.1.el6.noarch requires perl(Class::Data::Inheritable) Please resolve this as soon as possible. Ho hum. Paul. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-SSLeay] Drop the kwalitee test for now as it's too fussy for the current code
commit e02441a24faa3e752f03cb561e5f313bed4d74b5 Author: Paul Howarth p...@city-fan.org Date: Sun Dec 1 13:39:21 2013 + Drop the kwalitee test for now as it's too fussy for the current code perl-Net-SSLeay.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-Net-SSLeay.spec b/perl-Net-SSLeay.spec index 1c9595e..323d91b 100644 --- a/perl-Net-SSLeay.spec +++ b/perl-Net-SSLeay.spec @@ -1,6 +1,6 @@ Name: perl-Net-SSLeay Version: 1.55 -Release: 4%{?dist} +Release: 5%{?dist} Summary: Perl extension for using OpenSSL Group: Development/Libraries License: OpenSSL @@ -76,7 +76,7 @@ find %{buildroot} -type f -name '*.bs' -empty -exec rm -f {} ';' rm -f %{buildroot}%{perl_vendorarch}/Net/ptrtstrun.pl %check -make test +make test TEST_FILES=$(echo $(find t/ -name '*.t' | grep -v kwalitee)) %clean rm -rf %{buildroot} @@ -92,6 +92,9 @@ rm -rf %{buildroot} %{_mandir}/man3/Net::SSLeay::Handle.3pm* %changelog +* Sun Dec 1 2013 Paul Howarth p...@city-fan.org - 1.55-5 +- Drop the kwalitee test for now as it's too fussy for the current code + * Wed Aug 14 2013 Jitka Plesnikova jples...@redhat.com - 1.55-4 - Perl 5.18 re-rebuild of bootstrapped packages -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-SSLeay] Don't try to run the external tests as they'll fail in koji
commit 75743f4a165c60b9f21142a7f5fc74d208ccffea Author: Paul Howarth p...@city-fan.org Date: Sun Dec 1 20:03:11 2013 + Don't try to run the external tests as they'll fail in koji perl-Net-SSLeay.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Net-SSLeay.spec b/perl-Net-SSLeay.spec index 323d91b..02bca94 100644 --- a/perl-Net-SSLeay.spec +++ b/perl-Net-SSLeay.spec @@ -76,7 +76,7 @@ find %{buildroot} -type f -name '*.bs' -empty -exec rm -f {} ';' rm -f %{buildroot}%{perl_vendorarch}/Net/ptrtstrun.pl %check -make test TEST_FILES=$(echo $(find t/ -name '*.t' | grep -v kwalitee)) +make test TEST_FILES=$(echo $(find t/ -name '*.t' | grep -v kwalitee | grep -v /external/)) %clean rm -rf %{buildroot} -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-SSLeay] Created tag perl-Net-SSLeay-1.55-5.fc21
The lightweight tag 'perl-Net-SSLeay-1.55-5.fc21' was created pointing to: 75743f4... Don't try to run the external tests as they'll fail in koji -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-Twitter/f19] Upgrade to 4.01000 (bz#1032571)
Summary of changes: 8a672f6... Upgrade to 4.01000 (bz#1032571) (*) (*) 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Locking Down Access to Beaker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/22/2013 04:26 AM, Tim Flink wrote: After a conversation with infra, we decided to lock down access to beaker.fedoraproject.org by IP address until we have a more secure solution for logins [1]. I've changed the server configuration so that access to beaker is only allowed from certain IPs. I think that most current users should be included in this list but if you're seeing 403s and think you should have access to beaker.fedoraproject.org, please let me know. Sorry for the inconvenience, we hope to have an alternate access method soon. A status update from the Beaker side: - - Beaker 0.16 will salt passwords properly, so the default password based auth will be more suitable for the big bad world of the internet. 0.16 is currently expected to land sometime in late January (unfortunately, fixing it properly needed a DB schema change for the password storage, which ruled out the idea of fixing it in a maintenance release). - - I'm giving a talk on Beaker at the continuous integration miniconf at LCA in Perth (Jan 6-10), so it would be nice to have at least read-only anonymous access from the wider internet by then. It's not a big drama if it isn't (I'll have a demo instance set up on my laptop regardless), but being able to suggest people take a look at a real installation would be a nice bonus :) Cheers, Nick. - -- Nick Coghlan Red Hat Hosted Shared Services Software Engineering Development, Brisbane Testing Solutions Team Lead Beaker Development Lead (http://beaker-project.org/) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSm+WCAAoJEHEkJo9fMO/LanUIAKZ79E2Lj4ANEHdXQ625V9Fo hn3uGzuYubomfYzAHGPNQb7GIY68W7GgdlXxQ0AZurNjo2Wwhfi/342yh9un7d7K jCEV7mHWxFSOYXNEA6hDSNtirFEOJUUNn6pdNSd3W1WeTOyoNch422DDrnLkbScQ CNLCDuSd9PoXW/hyu7H3jC+fGQLCvjQLgP0A9pTAPrVlUIuDojUz/b9jAz1PhFUA BeBL9dJESof3abNQIzkiRX9GUzNcxCJtKPSsWCuOEZe13b457NLDOfUaaFe5BS4J kXEbibKUS4lTwLnR3VYyiFXTSa1fvR+cqNI7zcNCsbqwZWKHNSElCDHlVla6YqU= =CAED -END PGP SIGNATURE- ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel