Re: EPEL libmodplug npm
On Wed, Aug 7, 2013 at 5:09 AM, Stephen Gallagher sgall...@redhat.com wrote: On 08/05/2013 04:25 PM, alexus wrote: I can't update these packages... either I'm doing something wrong or perhaps package is broken? .. Error unpacking rpm package npm-1.3.3-1.el6.noarch error: unpacking of archive failed on file /usr/lib/node_modules/npm/man: cpio: rename This error usually means that the old file it's replacing doesn't match the one that's supposed to be there. Did you manually install a newer copy of npm at some point? Actually, this one is my fault. This went to a symlink to a directory and eventually became unneeded as a result of work on bug 953051 [1], but I guess the symlink slipped back in on a revert. :-( A fixed version is building now. -T.C. [1] https://bugzilla.redhat.com/show_bug.cgi?id=953051 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL libmodplug npm
On Mon, Aug 5, 2013 at 1:25 PM, alexus ale...@gmail.com wrote: I can't update these packages... either I'm doing something wrong or perhaps package is broken? Definitely the latter. :-) snip --- Package libmodplug.x86_64 0:0.8.7-1.el6.rf will be updated This package is from RPMforge not EPEL, so you'll have to report a bug there. --- Package npm.noarch 0:1.2.17-5.el6 will be updated This one's my fault. It should be fixed in npm-1.3.6-4.el6: https://admin.fedoraproject.org/updates/npm-1.3.6-4.el6 -T.C. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: [ACTION REQUIRED] Retiring packages for Fedora 20
On Wed, Aug 7, 2013 at 1:39 PM, Jeffrey Ollie j...@ocjtech.us wrote: Don't be so judgmental. Life isn't as predicable as one would hope. There are many reasons for people to stop maintaining a package, and many times people don't feel comfortable sharing that information with stranger. Sb. requested a new package to be reviewed, then imported it, after less than a year you dropped it, why burdening ourselves? Then after months/years, some other bodys will say Hey hey why Fedora has 4 pkgs and xxx distro has 6 pkgs? or Auh why xxx has pkg1 and Fedora doesn't ship it?, then somebody says We shipped it at one time and the reason we dropped was that the maintainer didn't want to maintain it after only 8 months. http://pkgs.org/search/?keyword=manaplus -- 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] Retiring packages for Fedora 20
On Wed, 2013-08-07 at 14:12 +0800, Christopher Meng wrote: On Wed, Aug 7, 2013 at 1:39 PM, Jeffrey Ollie j...@ocjtech.us wrote: Don't be so judgmental. Life isn't as predicable as one would hope. There are many reasons for people to stop maintaining a package, and many times people don't feel comfortable sharing that information with stranger. Sb. requested a new package to be reviewed, then imported it, after less than a year you dropped it, why burdening ourselves? It is not possible to predict with certainty what will happen to you in the next eight months. Perhaps you'll lose your job, or suffer an unexpected medical emergency, or have to move to some remote place, or any one of a million other circumstances which could unexpectedly make it infeasible for you to maintain a package. As Jeffrey said: don't leap to judgement. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
orphaning bluecove
Hi, I just orphaned bluecove. I seems to be dead upstream and I no longer use it. I guess it should actually be retired, but if anyone is interested, please take it. BlueCove is a Java library for Bluetooth (JSR-82 implementation) that currently interfaces with the Mac OS X, WIDCOMM, BlueSoleil and Microsoft Bluetooth stack found in Windows XP SP2 or Windows Vista and WIDCOMM and Microsoft Bluetooth stack on Windows Mobile. https://admin.fedoraproject.org/pkgdb/acls/name/bluecove Regards, François -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaning syncevolution
Hi All, I plan to orphan syncevolution because I no longer use it. It's in pretty reasonable shape. Let me know if your interested in taking over maintainership before I do. Peter -- 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: gdcm FTBFS: texlive broken in rawhide?
Package owner Jindrich Novy is no longer in Red Hat so I am not sure how quickly it may get fixed. I really hope the next mantainer can manage a 14 mb spec file :) In Mandriva I did a work very similar to current Fedora texlive, but I did create almost 3k packages so that could update only was really required; it should be possible to live with around 1.6k packages, but I preferred to let upstream handle dependencies, and match 1 to 1 upstream packages (http://mirrors.ctan.org/systems/texlive/tlnet/archive). But, I am still to start updating it again, now in OpenMandriva, was just left in a stable state as of like 6 months ago... But something like that would not be viable in Fedora, if needing a review request and approval for every small package... The single SRPM was sold as a *feature* when 2012 was added: The centralized packaging (i.e. everything is generated and built form single SRPM) also allows simpler maintenance than having several thousands separate TeX packages. https://fedoraproject.org/wiki/Features/TeXLive When I had occasion to look at how texlive is built a few months back it struck me as the most hideous packaging thing I've ever come across, but that's just MHO. In case anyone isn't aware: you're not even supposed to manage the 14MB spec file, you are supposed to manage the C code and ersatz build system which *generates* the 14MB spec file. http://pkgs.fedoraproject.org/cgit/texlive.git/tree/tl2rpm.c - I have to admit, when I was trying to fix a bug, I could never get to the point of getting that to compile and spit out the .spec file at all. I think you're supposed to run http://pkgs.fedoraproject.org/cgit/texlive.git/tree/b_one_srpm , but it failed in weird ways, for me. I would be hoping with the maintainers departure from Red Hat he might have handed over both the package and the knowledge to one of his team members... Peter -- 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 syncevolution
I can take it or comaintain 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: F20 System Wide Change: Web Assets
Hello, Many web apps use an optimization technique where they try to minimize the number of httpd request by concatenating minified versions into one file. Example: app uses 20 tiny jQuery plugins. Similar use case is when app is using AMD modules and uses only a subset of modules from a huge lib like Dojo+Dijit+Dojox. Loading whole lib is not an option - too big. One usually creates a custom build. Does the proposal count with these use cases? As I read the packaging guidelines [1], one could use the static inclusion of libraries for it. I don't think it was designed for it, though. Related Q: What will happen when included library gets updated? [1] https://fedoraproject.org/wiki/User:Patches/PackagingDrafts/JavaScript#Static_Inclusion_of_Libraries -- Petr Vobornik -- 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: F20 System Wide Change: Perl 5.18
On 08/06/2013 10:57 PM, Adam Williamson wrote: On Tue, 2013-08-06 at 22:52 +0200, Emmanuel Seyman wrote: * Adam Williamson [06/08/2013 13:43] : perl-Test-Refcount-0:0.07-8.fc19.noarch This module doesn't build against perl 5.18.x (so please stop trying to do it, folks). This is https://rt.cpan.org/Public/Bug/Display.html?id=85998 Unfortunately, lots of other things appear to depend on it, so it not building has a rather sever knock-on effect. For instance, perl-Future has it as a buildrequire, and perl-IO-Async has both perl-Future and perl-Test-Refcount as buildrequires... surely this sort of mess should've been sorted out before 5.18 was ever shipped stable?! Why? Upstream released new version, they can't check all modules on cpan. Usually modules, which can't be built have dead or slower upstreams. Marcela -- 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: F20 System Wide Change: Perl 5.18
On 08/07/2013 03:01 AM, Dennis Gilmore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 06 Aug 2013 13:39:31 -0700 Adam Williamson awill...@redhat.com wrote: On Thu, 2013-06-13 at 11:10 -0600, Kevin Fenzi wrote: On Thu, 13 Jun 2013 13:23:51 + (UTC) Petr Pisar ppi...@redhat.com wrote: On 2013-06-12, Kevin Fenzi ke...@scrye.com wrote: So, there's nothing preventing the side tag and rebuild anytime now right? 5.18.0 is out, so we could start that work in rawhide?=20 Currently 5.18.0 does not pass one test when running in mock and koji. (It's because of the terminal usage in tested perl debugger.) We think we could have solved this issue in a few days. Cool. Could you explain how the side tag inheritance works? It inherits everything from rawhide, even builds made after the side tag creation, yes. except packages whose builds have been already made in the side tag. Am I right? That means we still get fresh third-party dependencies from rawhide. yes. However, there's are several downsides: - Each side tag adds newrepo tasks which increases load a lot. - If you rebuild perl-foo-1.0-1 in the side tag against the new perl, then the maintainer has to fix something in rawhide, they would build perl-foo-1.0-2 in rawhide and when the side tag was merged back over either everyone would get the older one with the bug, or the newer one against the old perl. So, it's really important to not take a long time using a side tag to avoid this problem as much as possible. Seems like this one came true in practice. It seems like a 5.18 rebuild run was done in a side tag and then merged back into Rawhide. Unfortunately, quite a lot of the 5.18 rebuilds seem to have been done prior to the general F20 mass rebuild - so the mass rebuild won out, and effectively squelched the perl rebuild. The f20-perl tag was merged back before the mass rebuild was started. so everything in the mass rebuild was built against the new perl. however because the perl rebuild was at a week there was quite a few packages rebuilt against the old perl. we need to work out how to build perl quicker. your analysis is not really correct. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIBnHcACgkQkSxm47BaWfeWKgCeKSTmyV0Yrn9oulqe3UfCgEFH ZxgAn3vU40FXlBwcxg7hRpyx40OeGdVN =fMp/ -END PGP SIGNATURE- If someone knows about a tool, which can give build order faster than Petr's tool, then it would help ;-) Marcela -- 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: Odd yum 'multilib' error
On Tue, 06 Aug 2013 17:38:15 -0700, Adam Williamson wrote: I just did a 'yum update --skip-broken' on my Rawhide box. the skip-broken resolution is pretty complex, it looks like, which is probably what causes yum to get its pants in a twist, but the resulting 'error' is amusing: Protected multilib versions: libnm-gtk-0.9.9.0-3.git20130515.fc20.x86_64 != libnm-gtk-0.9.9.0-2.git20130515.fc20.x86_64 note: the _same_ arch. It's not a case where it's going to wind up with different versions of libnm-gtk for i686 and x86_64; it somehow thinks it's going to wind up with two different x86_64 builds installed at once and that is a multilib error, or something. (I only have the x86_64 libnm-gtk installed in the first place, there really shouldn't be any multilib considerations here at all). I've uploaded the complete console output to http://www.happyassassin.net/extras/yum.log.gz if anyone's interested. Odd. In the log I see _three_ versions of libgm-gtk: --- Package libnm-gtk.x86_64 0:0.9.9.0-2.git20130515.fc20 will be updated --- Package libnm-gtk.x86_64 0:0.9.9.0-4.git20130515.fc20 will be an update --- Package nm-connection-editor.x86_64 0:0.9.9.0-2.git20130515.fc20 will be updated --- Package nm-connection-editor.x86_64 0:0.9.9.0-4.git20130515.fc20 will be an update Further down in the log, -3 is chosen as an update after -4 has been chosen before. --- Package libnm-gtk.x86_64 0:0.9.9.0-3.git20130515.fc20 will be an update -- Processing Dependency: libnm-gtk = 0.9.9.0-2.git20130515.fc20 for package: nm-connection-editor-0.9.9.0-2.git20130515.fc20.x86_64 --- Package nm-connection-editor.x86_64 0:0.9.9.0-3.git20130515.fc20 will be an update libnm-gtk-0.9.9.0-4.git20130515.fc20.x86_64 from side What kind of repo is this side repo? What happens if you disable that repo? -- 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] Retiring packages for Fedora 20
On 6 August 2013 22:27, Till Maas opensou...@till.name wrote: Package easymock3 (orphan) Taken. -- Mat Booth http://fedoraproject.org/get-fedora -- 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] Retiring packages for Fedora 20
On 7 August 2013 10:15, Mat Booth fed...@matbooth.co.uk wrote: On 6 August 2013 22:27, Till Maas opensou...@till.name wrote: Package easymock3 (orphan) Taken. Oh wait, msrb already took it. :-) -- Mat Booth http://fedoraproject.org/get-fedora -- 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] Retiring packages for Fedora 20
On Wed, 7 Aug 2013 10:38:04 +0800, Christopher Meng wrote: I don't understand why manaplus was orphaned just after 8 months it got into Fedora. If you can't keep it, don't package it. https://lists.fedoraproject.org/pipermail/devel/2013-August/187271.html -- 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: F20 System Wide Change: Perl 5.18
On 07/08/13 09:56, Marcela Mašláňová wrote: On 08/07/2013 03:01 AM, Dennis Gilmore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 06 Aug 2013 13:39:31 -0700 Adam Williamson awill...@redhat.com wrote: On Thu, 2013-06-13 at 11:10 -0600, Kevin Fenzi wrote: On Thu, 13 Jun 2013 13:23:51 + (UTC) Petr Pisar ppi...@redhat.com wrote: On 2013-06-12, Kevin Fenzi ke...@scrye.com wrote: So, there's nothing preventing the side tag and rebuild anytime now right? 5.18.0 is out, so we could start that work in rawhide?=20 Currently 5.18.0 does not pass one test when running in mock and koji. (It's because of the terminal usage in tested perl debugger.) We think we could have solved this issue in a few days. Cool. Could you explain how the side tag inheritance works? It inherits everything from rawhide, even builds made after the side tag creation, yes. except packages whose builds have been already made in the side tag. Am I right? That means we still get fresh third-party dependencies from rawhide. yes. However, there's are several downsides: - Each side tag adds newrepo tasks which increases load a lot. - If you rebuild perl-foo-1.0-1 in the side tag against the new perl, then the maintainer has to fix something in rawhide, they would build perl-foo-1.0-2 in rawhide and when the side tag was merged back over either everyone would get the older one with the bug, or the newer one against the old perl. So, it's really important to not take a long time using a side tag to avoid this problem as much as possible. Seems like this one came true in practice. It seems like a 5.18 rebuild run was done in a side tag and then merged back into Rawhide. Unfortunately, quite a lot of the 5.18 rebuilds seem to have been done prior to the general F20 mass rebuild - so the mass rebuild won out, and effectively squelched the perl rebuild. The f20-perl tag was merged back before the mass rebuild was started. so everything in the mass rebuild was built against the new perl. however because the perl rebuild was at a week there was quite a few packages rebuilt against the old perl. we need to work out how to build perl quicker. your analysis is not really correct. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIBnHcACgkQkSxm47BaWfeWKgCeKSTmyV0Yrn9oulqe3UfCgEFH ZxgAn3vU40FXlBwcxg7hRpyx40OeGdVN =fMp/ -END PGP SIGNATURE- If someone knows about a tool, which can give build order faster than Petr's tool, then it would help ;-) How long does Petr's tool take? My script runs in a couple of hours, most of which is the time it takes to grok the bootstrap build dependencies from git. It also only considers building packages that provide perl modules (basically those that would need a MODULE_COMPAT_* dependency) rather than everything that merely might have the slightest dependency on perl. Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review Swap
Hi, I have a POP3 mail server package, it's written in Go, are there any people familiar with such packages? https://bugzilla.redhat.com/show_bug.cgi?id=967258 Thanks. Sent from Note I -- 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
2013/8/7 Christopher Meng cicku...@gmail.com Hi, I have a POP3 mail server package, it's written in Go, are there any people familiar with such packages? https://bugzilla.redhat.com/show_bug.cgi?id=967258 Thanks. Sent from Note I We don't have yet go packaging guidelines, so may i suggest you to join with other gofers to design them ? (there was a session to kickstart them at flock) best regards, H. -- 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] Retiring packages for Fedora 20
On Tue, 6 Aug 2013 23:27:42 +0200, Till Maas wrote: Package gnome-vfs2 (orphan) List of deps left behind by packages which are orphaned or fail to build: Without examining the script, it seems it doesn't handle the dependencies of dependencies but just the first level. Is that expected? Removing: gnome-vfs2 gnome-python2-gnomevfs requires libgnomevfs-2.so.0 gnome-python2-gnomevfs requires gnome-vfs2(x86-32) = 2.24.4-13.fc20 What happens if gnome-python2-gnomevfs gets removed as well? # repoquery --whatrequires gnome-python2-gnomevfs|sort gnome-commander-3:1.2.8.15-7.fc19.1.x86_64 gnome-commander-4:1.2.8.15-8.fc19.x86_64 gnome-python2-gnome-0:2.28.1-12.fc19.x86_64 gramps-0:3.4.5-2.fc19.noarch hotssh-0:0.2.7-6.fc19.noarch hotwire-0:0.721-11.fc19.noarch memaker-0:20100110-5.fc19.noarch pybliographer-0:1.2.15-6.fc19.noarch revelation-0:0.4.14-4.fc19.x86_64 soundconverter-0:2.0.4-24.fc19.noarch specto-0:0.4.1-4.fc19.noarch The script that generated this page can be found at http://git.fedorahosted.org/cgit/releng/tree/scripts/find-unblocked-orphans.py There you can also report bugs and RFEs. Where exactly? -- 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
Hi 80(.), I will keep an eye on the FLOCK result, then may submit a draft. 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
Self Introduction
Hi all, My name is Marcel Haerry and I'm using Fedora and the different EL flavours since years.Ttoday I finally took the necessary steps to create my first package review request [1]. My day job is about automating (mainly with puppet) tons of services on tons of EL-based systems (CentOS, RHEL) and writing webapplications based on Ruby(onRails). As a part of this job, I created many RPMs in the past few years and I hope to be able to contribute some of them back, once I went through my first package review process. As mentioned this is my first request and I'm looking for a sponsor. Have fun! ~Marcel pub 4096R/0xF471199B6320D802 2010-09-19 [expires: 2014-09-23] Key fingerprint = 4AA8 D7AE B560 E43C 7A57 661E F471 199B 6320 D802 uid [ultimate] Marcel Haerry hae...@puzzle.ch uid [ultimate] Marcel Haerry m...@puzzle.ch uid [ultimate] Marcel Haerry m...@scrit.ch sub 4096R/0x2E0631A6EF3C5922 2010-09-19 [expires: 2014-09-23] [1] https://bugzilla.redhat.com/show_bug.cgi?id=994474 signature.asc Description: OpenPGP digital signature -- 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: Self Introduction
On 2013-08-07 14:43, mh wrote: Hi all, My day job is about automating (mainly with puppet) tons of services on tons of EL-based systems (CentOS, RHEL) and writing webapplications based on Ruby(onRails). As a part of this job, I created many RPMs in the past few years and I hope to be able to contribute some of them back, once I went through my first package review process. Nice, you might be interested in this: http://blog.gitlab.org/packaging-gitlab-for-fedora-a-gsoc-2013-project/ -- RMA. -- 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: Self Introduction
You shouldn't mention gitlab as it's a GSoC project. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Wednesday's FESCo Meeting (2013-08-07)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '-MM-DD HH:MM UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1132 libtool + %global _hardened_build 1 = no full hardening .fesco 1133 https://fedorahosted.org/fesco/ticket/1132 #topic #1140 F20 Self Contained Changes - week 2013-07-10 - 2013-07-17 .fesco 1140 https://fedorahosted.org/fesco/ticket/1140 #topic #1143 F20 System Wide Change: No Default Sendmail - https://fedoraproject.org/wiki/Changes/NoDefaultSendmail .fesco 1143 https://fedorahosted.org/fesco/ticket/1143 #topic #1144 F20 System Wide Change: No Default Syslog - https://fedoraproject.org/wiki/Changes/NoDefaultSyslog .fesco 1144 https://fedorahosted.org/fesco/ticket/1144 = New business = #topic #1139 ProvenPackager Request affix .fesco 1139 https://fedorahosted.org/fesco/ticket/1139 #topic #1148 F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller .fesco 1148 F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlICNx8ACgkQeiVVYja6o6O1VQCeKyo08Rti6FZfVetN/1AzIyvK yfIAn0AFzUNNLvF3MxYatd1ceS+E0NWi =f4V7 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Need help with packaging
All, I'm struggling with massaging the spec file of one of my packages to do what I need it to. I have this noarch package (cloud-utils, just a bunch of shell scripts) that I split up into a main package and a subpackage. The reason being that some scripts depend on qemu-img which is not available in EPEL i386 and ppc64 but I want one particular script to be available in all arches in EPEL, so I put that single scirpt into its own subpackage. So what I need is to build both the main package and the subpackage for EPEL x86_64 but only build the subpackage for EPEL i386 and ppc64. Does that make sense or I'm I completely out of my mind? Can I do this with a noarch package? I tried ExcludeArch and %ifarch conditionals but I always end up with either no package being built on EPEL i386 and ppc64 or both. Any help is greatly appreciated. Thanks ...Juerg -- 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: Self Introduction
On Wednesday, 07 August 2013 at 13:52, Christopher Meng wrote: You shouldn't mention gitlab as it's a GSoC project. What's wrong with mentioning it? Regards, -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- 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: gdcm FTBFS: texlive broken in rawhide?
- Original Message - On Mon, 05 Aug 2013 20:38:27 +0200, Mario Ceresa wrote: -- -- vtk-devel-6.0.0-7.fc20.x86_64 Error: Package: 3:texlive-dvips-bin-svn30088.0-0.3.20130608_r30832.fc20.1.x86_64 (build) Requires: texlive-kpathsea-lib = 3:2013-0.3.20130608_r30832.fc20 Installing: 3:texlive-kpathsea-lib-2013-0.3.20130608_r30832.fc20.1.x86_64 (build) --- I have the same error building GDB. There is F-20 mass-rebuild FTBFS for texlive itself: https://bugzilla.redhat.com/show_bug.cgi?id=992788 Package owner Jindrich Novy is no longer in Red Hat so I am not sure how quickly it may get fixed. Than is the new textlive maintainer and I'm sure he's already working on it. Jaroslav Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: Self Introduction
On Wed, Aug 07, 2013 at 07:52:59PM +0800, Christopher Meng wrote: You shouldn't mention gitlab as it's a GSoC project. I do not understand this, maybe I'm missing something, some context (that is missing from your email). Plus, even for a GSoC project one can get help from the community. Pierre -- 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: Schedule for Wednesday's FESCo Meeting (2013-08-07)
On 07.08.2013 14:01, Stephen Gallagher wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '-MM-DD HH:MM UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1132 libtool + %global _hardened_build 1 = no full hardening .fesco 1133 https://fedorahosted.org/fesco/ticket/1132 #topic #1140 F20 Self Contained Changes - week 2013-07-10 - 2013-07-17 .fesco 1140 https://fedorahosted.org/fesco/ticket/1140 #topic #1143 F20 System Wide Change: No Default Sendmail - https://fedoraproject.org/wiki/Changes/NoDefaultSendmail .fesco 1143 https://fedorahosted.org/fesco/ticket/1143 #topic #1144 F20 System Wide Change: No Default Syslog - https://fedoraproject.org/wiki/Changes/NoDefaultSyslog .fesco 1144 https://fedorahosted.org/fesco/ticket/1144 = New business = #topic #1139 ProvenPackager Request affix .fesco 1139 https://fedorahosted.org/fesco/ticket/1139 #topic #1148 F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller .fesco 1148 F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlICNx8ACgkQeiVVYja6o6O1VQCeKyo08Rti6FZfVetN/1AzIyvK yfIAn0AFzUNNLvF3MxYatd1ceS+E0NWi =f4V7 -END PGP SIGNATURE- If some time remains, could the following ticket be looked at: https://fedorahosted.org/fesco/ticket/1154 Thanks, Sandro -- 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] Retiring packages for Fedora 20
Package gnome-vfs2 (orphan) Package gnome-vfs2-monikers (orphan) Package python-jsonpickle (orphan) I've taken these. Co-maintainers welcome. -J -- 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: Self Introduction
I didn't say GSoc can't get help from others. But it's hard to understand the context of a self-introduction with gitlab(Ruby?) then with GSoC? -- 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: Schedule for Wednesday's FESCo Meeting (2013-08-07)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/07/2013 08:26 AM, Sandro Mani wrote: On 07.08.2013 14:01, Stephen Gallagher wrote: Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '-MM-DD HH:MM UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1132 libtool + %global _hardened_build 1 = no full hardening .fesco 1133 https://fedorahosted.org/fesco/ticket/1132 #topic #1140 F20 Self Contained Changes - week 2013-07-10 - 2013-07-17 .fesco 1140 https://fedorahosted.org/fesco/ticket/1140 #topic #1143 F20 System Wide Change: No Default Sendmail - https://fedoraproject.org/wiki/Changes/NoDefaultSendmail .fesco 1143 https://fedorahosted.org/fesco/ticket/1143 #topic #1144 F20 System Wide Change: No Default Syslog - https://fedoraproject.org/wiki/Changes/NoDefaultSyslog .fesco 1144 https://fedorahosted.org/fesco/ticket/1144 = New business = #topic #1139 ProvenPackager Request affix .fesco 1139 https://fedorahosted.org/fesco/ticket/1139 #topic #1148 F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller .fesco 1148 F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. If some time remains, could the following ticket be looked at: https://fedorahosted.org/fesco/ticket/1154 Yes, consider it added to the agenda now. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlICPxEACgkQeiVVYja6o6OrsACfb7bbW+0YjDqSEk+if1LH1zNG dgUAoI+LOlQtWwEO18XOhmB3Sj14dKBZ =NrFg -END PGP SIGNATURE- -- 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: gdcm FTBFS: texlive broken in rawhide?
could you please open a bug in bugzilla? i will take a look at this. thanks, Than Dear all,I'm trying to fix gdcm FTBFS and it seems that there is something broken with texlive in rawhide: http://kojipkgs.fedoraproject.org//work/tasks/691/5780691/root.log[1] For now I built without it but that means no pdf doc and no vtk support so I would like to fix that. Thanks for any help you might provide, With best regards, Mario [1] http://kojipkgs.fedoraproject.org//work/tasks/691/5780691/root.log -- 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: gdcm FTBFS: texlive broken in rawhide?
- Original Message - could you please open a bug in bugzilla? i will take a look at this. Than, Jan referenced this FTBFS https://bugzilla.redhat.com/show_bug.cgi?id=992788 Jaroslav thanks, Than Dear all, I'm trying to fix gdcm FTBFS and it seems that there is something broken with texlive in rawhide: http://kojipkgs.fedoraproject.org//work/tasks/691/5780691/root.log -- -- vtk-devel-6.0.0-7.fc20.x86_64 Error: Package: 3:texlive-dvips-bin-svn30088.0-0.3.20130608_r30832.fc20.1.x86_64 (build) Requires: texlive-kpathsea-lib = 3:2013-0.3.20130608_r30832.fc20 Installing: 3:texlive-kpathsea-lib-2013-0.3.20130608_r30832.fc20.1.x86_64 (build) --- For now I built without it but that means no pdf doc and no vtk support so I would like to fix that. Thanks for any help you might provide, With best regards, Mario -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: Self Introduction
On Wed, Aug 07, 2013 at 08:31:41PM +0800, Christopher Meng wrote: I didn't say GSoc can't get help from others. But it's hard to understand the context of a self-introduction with gitlab(Ruby?) then with GSoC? As you are removing all context from your emails: yes. And I am not the first one to tell you this :) Pierre -- 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: gdcm FTBFS: texlive broken in rawhide?
the bug is fixed in new texlive, it will be available soon in rawhide. big thanks to niels philipp for the fix! Than - Original Message - could you please open a bug in bugzilla? i will take a look at this. Than, Jan referenced this FTBFS https://bugzilla.redhat.com/show_bug.cgi?id=992788 Jaroslav thanks, Than Dear all, I'm trying to fix gdcm FTBFS and it seems that there is something broken with texlive in rawhide: http://kojipkgs.fedoraproject.org//work/tasks/691/5780691/root.log -- -- vtk-devel-6.0.0-7.fc20.x86_64 Error: Package: 3:texlive-dvips-bin-svn30088.0-0.3.20130608_r30832.fc20.1.x86_64 (build) Requires: texlive-kpathsea-lib = 3:2013-0.3.20130608_r30832.fc20 Installing: 3:texlive-kpathsea-lib-2013-0.3.20130608_r30832.fc20.1.x86_64 (build) --- For now I built without it but that means no pdf doc and no vtk support so I would like to fix that. Thanks for any help you might provide, With best regards, Mario -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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] Retiring packages for Fedora 20
I have written early in the morning to Ben asking him why he orphaned jsonpickle. I was willing to take over this package after his response (haven't received yet) so if you are looking for co-maintainer I am here. Regards Robert Kuska - Original Message - From: Jon Ciesla limburg...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Wednesday, 7 August, 2013 2:30:19 PM Subject: Re: [ACTION REQUIRED] Retiring packages for Fedora 20 Package gnome-vfs2 (orphan) Package gnome-vfs2-monikers (orphan) Package python-jsonpickle (orphan) I've taken these. Co-maintainers welcome. -J -- 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 -- 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] Retiring packages for Fedora 20
On Wed, Aug 7, 2013 at 9:28 AM, Robert Kuska rku...@redhat.com wrote: I have written early in the morning to Ben asking him why he orphaned jsonpickle. I was willing to take over this package after his response (haven't received yet) so if you are looking for co-maintainer I am here. By all means, request in pkgdb. I already updated rawhide to 0.4.0. -J Regards Robert Kuska - Original Message - From: Jon Ciesla limburg...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Wednesday, 7 August, 2013 2:30:19 PM Subject: Re: [ACTION REQUIRED] Retiring packages for Fedora 20 Package gnome-vfs2 (orphan) Package gnome-vfs2-monikers (orphan) Package python-jsonpickle (orphan) I've taken these. Co-maintainers welcome. -J -- 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 -- 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
Anyone interested in spambayes?
I'm currently the maintainer of spambayes, which I picked up when it got orphaned by its previous maintainer as I needed it for trac-spamfilter-plugin, with which I've not had any problems. However, a few people using it with kmail have reported issues with it on occasion, and since it's not very active upstream and I'm not a python person, there's not a lot I can do to help them. Is there anyone here who could give it more love? Paul. -- 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 minimal install no tar tool?
Adam Williamson (awill...@redhat.com) said: On Tue, 2013-07-30 at 17:23 -0400, Douglas Schilling Landgraf wrote: I have installed Fedora 17/18/19 (selected Minimal installation) from DVD and it completed successfully, however there is no tar tool. Was this change intentional? Thoughts? Why do you say 'change'? From a quick look in comps, tar has never been in the 'minimal' group (which was called @base up until a few releases ago and is now called @core). Formerly, it was pulled in by 'sos' in base/standard - it's now explicitly listed there. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Non-responsive maintainer: Anthony Green
I'm having troubles contacting Anthony Green (username green). I'd like to comaintain the autogen package. There is a number of bugs which should be addressed [1], but my request for commit access is unanswered. I didn't get any reply on email or IRC. The last commit he made in the autogen package is from Nov 25 2011. Has anyone heard from him recently? It has not been three weeks since my first attempt to contact him (as per the policy) yet, but I noticed there are other unanswered acl requests in the libffi and ws-commons-utils packages, so I thought others may be waiting for his response too. [1] https://admin.fedoraproject.org/pkgdb/acls/bugs/autogen -- Miroslav Lichvar -- 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 minimal install no tar tool?
On 08/07/2013 04:12 PM, Bill Nottingham wrote: Adam Williamson (awill...@redhat.com) said: On Tue, 2013-07-30 at 17:23 -0400, Douglas Schilling Landgraf wrote: I have installed Fedora 17/18/19 (selected Minimal installation) from DVD and it completed successfully, however there is no tar tool. Was this change intentional? Thoughts? Why do you say 'change'? From a quick look in comps, tar has never been in the 'minimal' group (which was called @base up until a few releases ago and is now called @core). Formerly, it was pulled in by 'sos' in base/standard - it's now explicitly listed there. The sos spec file still lists tar as a dependency. This is actually false now as we're using the python TarFile class instead. Does this mean that sos is no longer in base/standard? Regards, Bryn. -- 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: Non-responsive maintainer: Anthony Green
I will probably meet him personally tomorrow if he is not traveling or on vacations. He is definitively still around, so I will point him to your e-mail. --Fernando - Original Message - From: Miroslav Lichvar mlich...@redhat.com To: devel@lists.fedoraproject.org Cc: gr...@redhat.com Sent: Wednesday, August 7, 2013 11:19:36 AM Subject: Non-responsive maintainer: Anthony Green I'm having troubles contacting Anthony Green (username green). I'd like to comaintain the autogen package. There is a number of bugs which should be addressed [1], but my request for commit access is unanswered. I didn't get any reply on email or IRC. The last commit he made in the autogen package is from Nov 25 2011. Has anyone heard from him recently? It has not been three weeks since my first attempt to contact him (as per the policy) yet, but I noticed there are other unanswered acl requests in the libffi and ws-commons-utils packages, so I thought others may be waiting for his response too. [1] https://admin.fedoraproject.org/pkgdb/acls/bugs/autogen -- Miroslav Lichvar -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
EPEL Updating Puppet to 2.7.x
Hi, We've had this conversation at least once before, but I figured I would bring it up again [1]. You can see in Mike's original post that there a number of reasons we should bump to the 2.7 series in EPEL, but primarily it's because critical bug fixes aren't ending up in the 2.6 series any longer. I don't want to completely rehash the conversation in the old thread, but I think that it's important for EPEL to be providing updates on a maintained branch so I'd like to propose that both EPEL 5 EPEL 6 packages get bumped to 2.7. This plan will largely avoid the issues that come with the potentially tricky upgrade path for users between 2.x and 3.x. Thoughts? -Sam 1. https://www.redhat.com/archives/epel-devel-list/2012-October/msg00043.html ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Updating Puppet to 2.7.x
On 6 August 2013 10:30, Sam Kottler skott...@redhat.com wrote: Hi, We've had this conversation at least once before, but I figured I would bring it up again [1]. You can see in Mike's original post that there a number of reasons we should bump to the 2.7 series in EPEL, but primarily it's because critical bug fixes aren't ending up in the 2.6 series any longer. I don't want to completely rehash the conversation in the old thread, but I think that it's important for EPEL to be providing updates on a maintained branch so I'd like to propose that both EPEL 5 EPEL 6 packages get bumped to 2.7. This plan will largely avoid the issues that come with the potentially tricky upgrade path for users between 2.x and 3.x. Thoughts? I think both to 2.7.x sounds workable with the usual trumpets and fanfare to let people know that clients and/or servers going to 2.7 might have problems if not done syncronously... -Sam 1. https://www.redhat.com/archives/epel-devel-list/2012-October/msg00043.html ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel -- Stephen J Smoogen. ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: /usr/etc?
Ondrej Vasik (ova...@redhat.com) said: Now I probably see why I did that - it was in the RPM_BUILD_ROOT from some reason and because of the capabilities change, I needed to explicitly mention all directories created in RPM_BUILD_ROOT. So this commit just exposed /usr/etc explicitly what was in the package payload since at least 2004 (I don't have older data). If noone knows why this directory should exist, I'll be more than happy to drop it... Yeah, it's always been in there back to 1998, at least. It came from FSSTND (the FHS precursor): http://ibiblio.org/pub/linux/docs/fsstnd/old/fsstnd-1.2.txt ... 4.5 /usr/etc : Site-wide system configuration Storing configuration in /usr/etc for the software found in /usr/bin and /usr/sbin is a problem. It makes the read-only mounting of /usr through CD-ROM or NFS delivery very difficult at best. One possible solution that we considered was to completely eliminate /usr/etc and specify that all configuration be stored in /etc. A problem with this approach is that it does not properly anticipate the possibility that many sites may want to have some configuration files that are not machine-local. We eventually decided that /etc should be the only directory that is actually referenced by programs (that is, everything should look for configuration in /etc and not in /usr/etc). Any configuration files that need to be site-wide and are not needed before /usr is mounted (or in an emergency situation) should then be placed in /usr/etc. Then, specific files (in /etc) on specific machines may or may not be symbolically linked to appropriate configuration files located in /usr/etc. This also means that /usr/etc is technically an optional directory in the strictest sense, but we still recommend that all Linux systems incorporate it. It is not recommended for /usr/etc to contain symbolic links that point to files in /etc. This is unnecessary and interferes with local control on machines that share a /usr directory. ... It (and /usr/local/etc) were dropped in FHS 2.1 in 2001. So... nuke it? Your partner in archaeology, Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaned perl-PDL-Graphics-PLplot
I've orphaned perl-PDL-Graphics-PLplot in Fedora and EPEL. We're just not using PDL anymore here. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- 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: What about %{_unitdir} macro for arm?
Rex Dieter (rdie...@math.unl.edu) said: Till Maas wrote: On Mon, Aug 05, 2013 at 12:09:26AM -0500, Dennis Gilmore wrote: This is not an arm specific issue. in the past systemd was pulled into the minimal buildroot via deps. That has changed and its no longer pulled in. on x86 as well as arm. Several of my packages now fail to build, because more docs are build, e.g. PDF versions appeared. Did someone compile a list of packages that were added/removed to the buildroot? The packages that are explicitly pulled in are: bash bzip2 coreutils cpio diffutils fedora-release findutils gawk gcc gcc-c++ grep gzip info make patch redhat-rpm-config rpm-build sed shadow-utils tar unzip util-linux which xz There is no need to BuildRequire any of them, what they pull in is subject to change and should be added as a BuildRequires Actually the guidelines say otherwise: https://fedoraproject.org/wiki/Packaging:Guidelines#Exceptions_2 | There is no need to include the following packages or their | dependencies as BuildRequires because they would occur too often. Turns out the or their dependencies part changed in this case, nothing particularly wrong about that. The idea is to avoid silly stuff like: BuildRequires: glibc BuildRequires: filesystem Is it worth just moving systemd into that minimal set? Bill -- 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 992690] perl-MooseX-TrackDirty-Attributes: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992690 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED URL||https://github.com/RsrchBoy ||/MooseX-TrackDirty-Attribut ||es/issues/3 --- Comment #1 from Petr Pisar ppi...@redhat.com --- Tests fail due to randomized hashes https://github.com/RsrchBoy/MooseX-TrackDirty-Attributes/issues/3. -- 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=iSQUJJ8pJua=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: [ACTION REQUIRED] Retiring packages for Fedora 20
Michael Schwendt (mschwe...@gmail.com) said: The script that generated this page can be found at http://git.fedorahosted.org/cgit/releng/tree/scripts/find-unblocked-orphans.py There you can also report bugs and RFEs. Where exactly? There you can also is a leftover from when the URL was the trac browser. File RFEs and bugs in releng trac, please. Bill -- 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 minimal install no tar tool?
Bryn M. Reeves (b...@redhat.com) said: On 08/07/2013 04:12 PM, Bill Nottingham wrote: Adam Williamson (awill...@redhat.com) said: On Tue, 2013-07-30 at 17:23 -0400, Douglas Schilling Landgraf wrote: I have installed Fedora 17/18/19 (selected Minimal installation) from DVD and it completed successfully, however there is no tar tool. Was this change intentional? Thoughts? Why do you say 'change'? From a quick look in comps, tar has never been in the 'minimal' group (which was called @base up until a few releases ago and is now called @core). Formerly, it was pulled in by 'sos' in base/standard - it's now explicitly listed there. The sos spec file still lists tar as a dependency. This is actually false now as we're using the python TarFile class instead. Does this mean that sos is no longer in base/standard? It still is. Can check for yourself at: https://git.fedorahosted.org/cgit/comps.git It was just figured that 'tar' should be explicitly listed there. Bill -- 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: Need help with packaging
On Wed, 7 Aug 2013 14:03:11 +0200, Juerg Haefliger wrote: All, I'm struggling with massaging the spec file of one of my packages to do what I need it to. I have this noarch package (cloud-utils, just a bunch of shell scripts) that I split up into a main package and a subpackage. The reason being that some scripts depend on qemu-img which is not available in EPEL i386 and ppc64 but I want one particular script to be available in all arches in EPEL, so I put that single scirpt into its own subpackage. So what I need is to build both the main package and the subpackage for EPEL x86_64 but only build the subpackage for EPEL i386 and ppc64. Does that make sense or I'm I completely out of my mind? Can I do this with a noarch package? I tried ExcludeArch and %ifarch conditionals but I always end up with either no package being built on EPEL i386 and ppc64 or both. Any help is greatly appreciated. ExclusiveArch and ExcludeArch are per src.rpm not per sub-package. Your only option is to split into multiple source rpms. -- 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: What about %{_unitdir} macro for arm?
On Wed, Aug 07, 2013 at 11:39:00AM -0400, Bill Nottingham wrote: Rex Dieter (rdie...@math.unl.edu) said: The idea is to avoid silly stuff like: BuildRequires: glibc BuildRequires: filesystem Is it worth just moving systemd into that minimal set? I'm not sure that there's definite criteria but at first glance I'd say no. We probably have more things that BuildRequire: one of our language stacks (python, perl, etc) than systemd so adding it to the minimal buildroot for every package build doesn't seem right. (the language stacks aren't explicitly listed in the minimal buildroot although perl is pulled in by rpm-build at the moment). -Toshio pgpQy22uvZWCd.pgp Description: PGP signature -- 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: Non-responsive maintainer: Anthony Green
Hi Miroslav, Sorry - I've been out for a while. I've just approved your requests. Thanks, Anthony Green - Original Message - From: Miroslav Lichvar mlich...@redhat.com To: devel@lists.fedoraproject.org Cc: gr...@redhat.com Sent: Wednesday, August 7, 2013 11:19:36 AM Subject: Non-responsive maintainer: Anthony Green I'm having troubles contacting Anthony Green (username green). I'd like to comaintain the autogen package. There is a number of bugs which should be addressed [1], but my request for commit access is unanswered. I didn't get any reply on email or IRC. The last commit he made in the autogen package is from Nov 25 2011. Has anyone heard from him recently? It has not been three weeks since my first attempt to contact him (as per the policy) yet, but I noticed there are other unanswered acl requests in the libffi and ws-commons-utils packages, so I thought others may be waiting for his response too. [1] https://admin.fedoraproject.org/pkgdb/acls/bugs/autogen -- Miroslav Lichvar -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: Odd yum 'multilib' error
On Wed, 2013-08-07 at 11:14 +0200, Michael Schwendt wrote: On Tue, 06 Aug 2013 17:38:15 -0700, Adam Williamson wrote: I just did a 'yum update --skip-broken' on my Rawhide box. the skip-broken resolution is pretty complex, it looks like, which is probably what causes yum to get its pants in a twist, but the resulting 'error' is amusing: Protected multilib versions: libnm-gtk-0.9.9.0-3.git20130515.fc20.x86_64 != libnm-gtk-0.9.9.0-2.git20130515.fc20.x86_64 note: the _same_ arch. It's not a case where it's going to wind up with different versions of libnm-gtk for i686 and x86_64; it somehow thinks it's going to wind up with two different x86_64 builds installed at once and that is a multilib error, or something. (I only have the x86_64 libnm-gtk installed in the first place, there really shouldn't be any multilib considerations here at all). I've uploaded the complete console output to http://www.happyassassin.net/extras/yum.log.gz if anyone's interested. Odd. In the log I see _three_ versions of libgm-gtk: --- Package libnm-gtk.x86_64 0:0.9.9.0-2.git20130515.fc20 will be updated --- Package libnm-gtk.x86_64 0:0.9.9.0-4.git20130515.fc20 will be an update --- Package nm-connection-editor.x86_64 0:0.9.9.0-2.git20130515.fc20 will be updated --- Package nm-connection-editor.x86_64 0:0.9.9.0-4.git20130515.fc20 will be an update Further down in the log, -3 is chosen as an update after -4 has been chosen before. --- Package libnm-gtk.x86_64 0:0.9.9.0-3.git20130515.fc20 will be an update -- Processing Dependency: libnm-gtk = 0.9.9.0-2.git20130515.fc20 for package: nm-connection-editor-0.9.9.0-2.git20130515.fc20.x86_64 --- Package nm-connection-editor.x86_64 0:0.9.9.0-3.git20130515.fc20 will be an update libnm-gtk-0.9.9.0-4.git20130515.fc20.x86_64 from side What kind of repo is this side repo? What happens if you disable that repo? It's my local override repository. If I disable it it'll just have more broken dependencies to deal with. The -4 build is this one: http://koji.fedoraproject.org/koji/buildinfo?buildID=454585 which had not made it to Rawhide as of yesterday, which is why I pulled it into my side repo: it's a rebuild for the gnome-bluetooth soname bump. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- 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 minimal install no tar tool?
On Wed, 2013-08-07 at 16:19 +0100, Bryn M. Reeves wrote: On 08/07/2013 04:12 PM, Bill Nottingham wrote: Adam Williamson (awill...@redhat.com) said: On Tue, 2013-07-30 at 17:23 -0400, Douglas Schilling Landgraf wrote: I have installed Fedora 17/18/19 (selected Minimal installation) from DVD and it completed successfully, however there is no tar tool. Was this change intentional? Thoughts? Why do you say 'change'? From a quick look in comps, tar has never been in the 'minimal' group (which was called @base up until a few releases ago and is now called @core). Formerly, it was pulled in by 'sos' in base/standard - it's now explicitly listed there. The sos spec file still lists tar as a dependency. This is actually false now as we're using the python TarFile class instead. Does this mean that sos is no longer in base/standard? The two are not interchangeable. And, er, base no longer exists. There is @core, which is basically 'minimal'. Then there is @standard , which is 'a typical base system'. tar is directly in @standard, it is not in @core. sos is in @standard, not in @core. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- 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: Doc dir related changes coming up
On Tue, 6 Aug 2013 17:53:22 +0200 Till Maas opensou...@till.name wrote: On Fri, Jul 26, 2013 at 11:25:19AM +0300, Ville Skyttä wrote: The special (pathless) %doc macro now installs docs to unversioned /usr/share/doc/%{name} dir in Rawhide. Packages that don't refer to their doc dir by any other means do not need any changes, just a rebuild. Packages that do refer to their doc dir by some other means will need changes. It depends on the package if not addressing this will result in a build failure or docs still being installed into wrong (versioned) dirs. Either way the suggested way to handle this is by using the %{_pkgdocdir} macro which is now in Rawhide, in redhat-rpm-config = 9.1.0-50.fc20. I'm guessing that this macro might be backported to earlier Fedora releases (where it'll expand to a dir appropriate for those releases) too at some point, but it is unclear when, and also unclear if it will make it into EPEL. Luckily handling Why is it so hard to just backport this change? And if it needs to be decided why does FESCO not just do it? Or who needs to decide it? Well, The redhat-rpm-config maintainer is on vacation right now. I guess I could push an update to earlier releases, do you have a tested patch? ;) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora ARM Weekly Status Meeting 2013-08-07
Good day all, Please join us today (Wednesday, August 7th) at 4PM EDT (8PM UTC) for the Fedora ARM weekly status meeting in #fedora-meeting-1 on Freenode. On the agenda so far.. 0) Status of ACTION items from our previous meeting 1) Problem packages 2) Kernel Status Update 3) Aarch64 Status Update 4) Hardware support in F20 5) Open Floor If there is something that you would like to discuss that isn't mentioned please feel free to bring it up at the end of the meeting or send an email to the list. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ps2pdf not finding Times-Italic font - where should it be?
I'm trying to track down a problem I'm having with ps2pdf in Rawhide, whereby it can't find the Times-Italic font. I know very little about fonts and in fact I don't even know where (in which package, or on the filesystem) this font should live. The Rawhide build seems to be pulling in the same font packages as a working F-19 build, so I'm at a loss at to why it's going wrong. Sample failure here: http://koji.fedoraproject.org/koji/taskinfo?taskID=5791424 ps2pdf ./op.ps op.pdf Error: /invalidfont in /findfont Operand stack: Times-Italic@0 --nostringval-- Times-Italic Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1884 1 3 %oparray_pop 1883 1 3 %oparray_pop 1867 1 3 %oparray_pop 1755 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 1836 3 4 %oparray_pop Dictionary stack: --dict:1167/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- --dict:59/120(L)-- Current allocation mode is local Last OS error: No such file or directory Current file position is 5612 GPL Ghostscript 9.07: Unrecoverable error, exit code 1 Can anyone give me any pointers as to how to debug this problem? Paul. -- 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: ps2pdf not finding Times-Italic font - where should it be?
On Wed, Aug 7, 2013 at 11:53 AM, Paul Howarth p...@city-fan.org wrote: I'm trying to track down a problem I'm having with ps2pdf in Rawhide, whereby it can't find the Times-Italic font. I know very little about fonts and in fact I don't even know where (in which package, or on the filesystem) this font should live. The Rawhide build seems to be pulling in the same font packages as a working F-19 build, so I'm at a loss at to why it's going wrong. http://fedoraproject.org/code-of-conduct BuildRequires: urw-fonts I just had the same problem with the remake package. I don't know why it is necessary to explicitly BR that all of a sudden. -- Jerry James http://www.jamezone.org/ -- 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: ps2pdf not finding Times-Italic font - where should it be?
On Wed, 7 Aug 2013 11:58:39 -0600 Jerry James loganje...@gmail.com wrote: On Wed, Aug 7, 2013 at 11:53 AM, Paul Howarth p...@city-fan.org wrote: I'm trying to track down a problem I'm having with ps2pdf in Rawhide, whereby it can't find the Times-Italic font. I know very little about fonts and in fact I don't even know where (in which package, or on the filesystem) this font should live. The Rawhide build seems to be pulling in the same font packages as a working F-19 build, so I'm at a loss at to why it's going wrong. BuildRequires: urw-fonts I just had the same problem with the remake package. I don't know why it is necessary to explicitly BR that all of a sudden. The root.log of that build (http://koji.fedoraproject.org/koji/taskinfo?taskID=5791424) showed urw-fonts being pulled in as a dependency of one of the existing buildreqs, so there must be something else going on methinks... Paul. -- 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: ps2pdf not finding Times-Italic font - where should it be?
On 08/07/2013 01:53 PM, Paul Howarth wrote: I'm trying to track down a problem I'm having with ps2pdf in Rawhide, whereby it can't find the Times-Italic font. I know very little about fonts and in fact I don't even know where (in which package, or on the filesystem) this font should live. The Rawhide build seems to be pulling in the same font packages as a working F-19 build, so I'm at a loss at to why it's going wrong. Sample failure here: http://koji.fedoraproject.org/koji/taskinfo?taskID=5791424 ps2pdf ./op.ps op.pdf Error: /invalidfont in /findfont Perhaps run ps2pdf under strace and look for failed open() calls: strace -e open ps2pdf ./op.ps op.pdf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 472 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 367 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-6608/Django-1.1.4-2.el5 62 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-6089/ssmtp-2.61-20.el5 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-10985/perl-Proc-ProcessTable-0.48-1.el5 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11075/zabbix20-2.0.6-3.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11138/hylafax+-5.5.4-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing drupal7-context-3.0-0.6.beta7.el5 hylafax+-5.5.4-1.el5 openblas-0.2.8-1.el5 Details about builds: drupal7-context-3.0-0.6.beta7.el5 (FEDORA-EPEL-2013-11130) Allows you to manage contextual conditions and reactions of your site Update Information: - Update to upstream 3.0-beta7 release for bug fixes - Upstream changelog for this release is available at https://drupal.org/node/2052487 ChangeLog: * Wed Aug 7 2013 Peter Borsa peter.bo...@gmail.com - 3.0-0.6.beta7 - Update to upstream 3.0-beta7 release for bug fixes - Upstream changelog for this release is available at https://drupal.org/node/2052487 * Sat Aug 3 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.0-0.5.beta6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild * Wed Feb 13 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.0-0.4.beta6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild References: [ 1 ] Bug #989918 - drupal7-context-3.0-beta7 is available https://bugzilla.redhat.com/show_bug.cgi?id=989918 hylafax+-5.5.4-1.el5 (FEDORA-EPEL-2013-11138) An enterprise-strength fax server Update Information: Update to 5.5.4 and build with hardened flags. ChangeLog: * Tue Aug 6 2013 Lee Howard fax...@howardsilvan.com - 5.5.4-1 - update to 5.5.4 - add _hardened_build 1 per https://bugzilla.redhat.com/show_bug.cgi?id=955168 * Sat Aug 3 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 5.5.3-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild References: [ 1 ] Bug #955168 - hylafax+ package should be built with PIE flags https://bugzilla.redhat.com/show_bug.cgi?id=955168 openblas-0.2.8-1.el5 (FEDORA-EPEL-2013-11132) An optimized BLAS library based on GotoBLAS2 Update Information: Roll back bulldozer and piledriver kernels. ChangeLog: * Wed Aug 7 2013 Susi Lehtola jussileht...@fedoraproject.org - 0.2.8-1 - Update to 0.2.8. * Sat Aug 3 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.2.7-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Cannot install boost-static...
Hi all, I am trying to install boost-static, but I am getting an error (fedora 19 x86_64): yum install boost-static.i686 Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit Resolving Dependencies -- Running transaction check --- Package boost-static.i686 0:1.53.0-6.fc19 will be installed -- Processing Dependency: boost-devel = 1.53.0-6.fc19 for package: boost-static-1.53.0-6.fc19.i686 -- Finished Dependency Resolution Error: Package: boost-static-1.53.0-6.fc19.i686 (fedora) Requires: boost-devel = 1.53.0-6.fc19 Installed: boost-devel-1.53.0-8.fc19.i686 (installed) boost-devel = 1.53.0-8.fc19 Available: boost-devel-1.53.0-6.fc19.i686 (fedora) boost-devel = 1.53.0-6.fc19 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest How can I fix this? George -- 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: Cannot install boost-static...
On Wed, 2013-08-07 at 21:34 +0300, Georgios Petasis wrote: Hi all, I am trying to install boost-static, but I am getting an error (fedora 19 x86_64): yum install boost-static.i686 Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit Resolving Dependencies -- Running transaction check --- Package boost-static.i686 0:1.53.0-6.fc19 will be installed -- Processing Dependency: boost-devel = 1.53.0-6.fc19 for package: boost-static-1.53.0-6.fc19.i686 -- Finished Dependency Resolution Error: Package: boost-static-1.53.0-6.fc19.i686 (fedora) Requires: boost-devel = 1.53.0-6.fc19 Installed: boost-devel-1.53.0-8.fc19.i686 (installed) boost-devel = 1.53.0-8.fc19 Available: boost-devel-1.53.0-6.fc19.i686 (fedora) boost-devel = 1.53.0-6.fc19 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest How can I fix this? It looks like you have somehow disabled your updates repository. yum is finding the old -6 build of Boost from the 'fedora' repository (which is the repo that's frozen in the F19 release state), but you already have a package from the -8 build that's in the 'updates' repository installed. Somehow you have gotten updates installed, but then disabled the updates repo, it looks like. (note devel@ is the wrong list for this kind of question; users@ would've been better). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- 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: Schedule for Wednesday's FESCo Meeting (2013-08-07)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 === #fedora-meeting: FESCO (2013-08-07) === Meeting started by sgallagher at 17:29:46 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2013-08-07/fesco.2013-08-07-17.29.log.html . Meeting summary - --- * init process (sgallagher, 17:30:02) * #1132 libtool + %global _hardened_build 1 = no full hardening (sgallagher, 17:33:07) * LINK: https://fedorahosted.org/fesco/ticket/1132 (sgallagher, 17:33:17) * AGREED: Leave ticket open until we have a working fix, but remove it from the meeting agenda until then (+8, 0, -0) (sgallagher, 17:48:10) * #1140 F20 Self Contained Changes - week 2013-07-10 - 2013-07-17 (sgallagher, 17:48:16) * AGREED: drop the ntpdate Change from Fedora 20 due to maintainer unresponsiveness (+8, 0, -0) (sgallagher, 17:52:28) * #1143 F20 System Wide Change: No Default Sendmail (sgallagher, 17:52:42) * AGREED: Defer this to after Flock (+7, 1, 0) (sgallagher, 18:05:54) * #1144 F20 System Wide Change: No Default Syslog (sgallagher, 18:06:03) * AGREED: Defer this to after Flock (sgallagher, 18:06:35) * #1139 ProvenPackager Request affix (sgallagher, 18:06:42) * AGREED: Deny provenpackager request and ask the requester to re-apply at a later date with more experience (+0, 1, -7) (sgallagher, 18:09:42) * ACTION: abadger1999 to hangle the package takeover request (sgallagher, 18:11:38) * nirik acks the request (sgallagher, 18:12:50) * #1148 F20 System Wide Change: Application Installer - (sgallagher, 18:12:54) * AGREED: Approve the change conditional on 1) the packaging team and appinstaller both agreeing on a solution and writing the solution down, 2) the packaging team committing to maintaining the dnf stack so that updates are always possible; If the backend is not fully complete by alpha freeze, institute the contingency plan (+8, 0, 0) (sgallagher, 18:27:54) * Next week's chair (sgallagher, 18:28:11) * nirik to chair next week (sgallagher, 18:29:20) * Open Floor (sgallagher, 18:29:26) Meeting ended at 18:35:30 UTC. Action Items - * abadger1999 to hangle the package takeover request Action Items, by person - --- * abadger1999 * abadger1999 to hangle the package takeover request * **UNASSIGNED** * (none) People Present (lines said) - --- * sgallagher (88) * nirik (58) * abadger1999 (36) * mitr (33) * mattdm (18) * t8m (18) * pjones (18) * notting (18) * zodbot (13) * adamw (12) * mmaslano (0) * sgallagh (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlICqjkACgkQeiVVYja6o6Mh8gCdGOUb8MsruCnta39vDDulG6Zt 9ygAnjd0IzxPgaH2gzUKnAmWd4pXpar8 =tpof -END PGP SIGNATURE- -- 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: F20 System Wide Change: Web Assets
On Wed, Aug 7, 2013 at 1:20 AM, Petr Vobornik pvobo...@redhat.com wrote: Hello, Many web apps use an optimization technique where they try to minimize the number of httpd request by concatenating minified versions into one file. Example: app uses 20 tiny jQuery plugins. Similar use case is when app is using AMD modules and uses only a subset of modules from a huge lib like Dojo+Dijit+Dojox. Loading whole lib is not an option - too big. One usually creates a custom build. Does the proposal count with these use cases? As I read the packaging guidelines [1], one could use the static inclusion of libraries for it. I don't think it was designed for it, though. I'm not too thrilled with this, but there are only really two solutions here, and they both suck. If you prebuild it, your package becomes a slave to all its dependencies and will have to be updated when even one little one changes, which sucks. If you build it locally, you need to drag in a bunch of dependencies for that, which also sucks. :-( Given that there's no good answer here, I think we should allow this. I tweaked the language in the static inclusion section so this is explicitly permitted and described in the rationale: https://fedoraproject.org/w/index.php?title=User%3APatches%2FPackagingDrafts%2FJavaScriptdiff=348406oldid=348213 Related Q: What will happen when included library gets updated? The proposal calls for adding versioned virtual provides that track what libraries are included, via a macro that adds the version in the buildroot automatically for you. Thanks to that, we can have a cron job that will bug maintainers to rebuild when one of their statically included dependencies updates. :-) Hopefully with stuff like AMD we can add some RPM magic that adds the virtual Provides automatically, so packagers won't have to track it manually, but compiling during the build process complicates that. If you don't end up installing a package.json or having `require()` calls in the %buildroot there's nothing for an AutoProvReq generator to key off of. :-( Anyway, that's something we'll have to look into in more detail when we get around to packaging that stuff. -T.C. -- 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: ps2pdf not finding Times-Italic font - where should it be?
On Wed, 7 Aug 2013 14:09:53 -0400 Przemek Klosowski przemek.klosow...@nist.gov wrote: On 08/07/2013 01:53 PM, Paul Howarth wrote: I'm trying to track down a problem I'm having with ps2pdf in Rawhide, whereby it can't find the Times-Italic font. I know very little about fonts and in fact I don't even know where (in which package, or on the filesystem) this font should live. The Rawhide build seems to be pulling in the same font packages as a working F-19 build, so I'm at a loss at to why it's going wrong. Sample failure here: http://koji.fedoraproject.org/koji/taskinfo?taskID=5791424 ps2pdf ./op.ps op.pdf Error: /invalidfont in /findfont Perhaps run ps2pdf under strace and look for failed open() calls: strace -e open ps2pdf ./op.ps op.pdf Comparing the working (-) and broken (+) builds, it seems that the broken one isn't checking for Type1 fonts: open(op.pdf, O_RDWR|O_CREAT|O_TRUNC, 0666) = 8 open(/usr/share/ghostscript/9.07/Resource/Init/Decoding/Unicode, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/ghostscript/9.07/lib/Decoding/Unicode, O_RDONLY) = -1 ENOENT (No such file or directory) @@ -1314,8 +1314,6 @@ open(/var/cache/fontconfig//3830d5c3ddfd5cd38a049b759396e72e-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 open(/usr/share/fonts/default, O_RDONLY|O_CLOEXEC) = 9 open(/var/cache/fontconfig//0251a5afa6ac727a1e32b7d4d4aa7cf0-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 -open(/usr/share/fonts/default/Type1, O_RDONLY|O_CLOEXEC) = 9 -open(/var/cache/fontconfig//b79f3aaa7d385a141ab53ec885cc22a8-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 open(/usr/share/fonts/default/ghostscript, O_RDONLY|O_CLOEXEC) = 9 open(/var/cache/fontconfig//87f5e051180a7a75f16eb6fe7dbd3749-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 open(/etc/fonts/fonts.conf, O_RDONLY|O_CLOEXEC) = 9 @@ -1340,440 +1338,102 @@ open(/var/cache/fontconfig//3830d5c3ddfd5cd38a049b759396e72e-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 open(/usr/share/fonts/default, O_RDONLY|O_CLOEXEC) = 9 open(/var/cache/fontconfig//0251a5afa6ac727a1e32b7d4d4aa7cf0-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 -open(/usr/share/fonts/default/Type1, O_RDONLY|O_CLOEXEC) = 9 -open(/var/cache/fontconfig//b79f3aaa7d385a141ab53ec885cc22a8-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 open(/usr/share/fonts/default/ghostscript, O_RDONLY|O_CLOEXEC) = 9 open(/var/cache/fontconfig//87f5e051180a7a75f16eb6fe7dbd3749-le64.cache-4, O_RDONLY|O_CLOEXEC) = 9 -open(/usr/share/fonts/default/Type1/n022024l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n021004l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n019003l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n022023l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n019004l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/z003034l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/a010035l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/a010033l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/d05l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/s05l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n022004l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n022003l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/a010015l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n019064l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/a010013l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n019063l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n019043l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/n019044l.pfb, O_RDONLY) = 9 open(/usr/share/fonts/default/ghostscript/putr.pfa, O_RDONLY) = 9 open(/usr/share/fonts/default/ghostscript/putb.pfa, O_RDONLY) = 9 open(/usr/share/fonts/default/ghostscript/putbi.pfa, O_RDONLY) = 9 open(/usr/share/fonts/default/ghostscript/putri.pfa, O_RDONLY) = 9 At this point, the working build seems to use Type1 fonts: -open(/usr/share/fonts/default/Type1/b018012l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/p052003l.pfb, O_RDONLY) = 9 -open(/usr/share/fonts/default/Type1/c059013l.pfb, O_RDONLY) = 9 ... and it goes on ... whilst the broken build goes off looking elsewhere: +open(/usr/share/ghostscript/9.07/Resource/Font/NimbusRomNo9L-ReguItal, O_RDONLY) = -1 ENOENT (No such file or directory) +open(/usr/share/ghostscript/9.07/Resource/Init/NimbusRomNo9L-ReguItal, O_RDONLY) = -1 ENOENT (No such file or directory) +open(/usr/share/ghostscript/9.07/lib/NimbusRomNo9L-ReguItal, O_RDONLY) = -1 ENOENT (No such file or directory) +open(/usr/share/ghostscript/9.07/Resource/Font/NimbusRomNo9L-ReguItal, O_RDONLY) = -1 ENOENT (No such file or directory) +open(/usr/share/ghostscript/fonts/NimbusRomNo9L-ReguItal, O_RDONLY) = -1 ENOENT (No such file or directory) +open(/usr/share/fonts/default/ghostscript/NimbusRomNo9L-ReguItal, O_RDONLY) = -1 ENOENT (No such file or directory) +open(/usr/share/fonts/default/Type1/NimbusRomNo9L-ReguItal,
Re: [ACTION REQUIRED] Retiring packages for Fedora 20
On Wed, Aug 07, 2013 at 01:04:03PM +0200, Michael Schwendt wrote: On Tue, 6 Aug 2013 23:27:42 +0200, Till Maas wrote: Package gnome-vfs2 (orphan) List of deps left behind by packages which are orphaned or fail to build: Without examining the script, it seems it doesn't handle the dependencies of dependencies but just the first level. Is that expected? I noticed this as well and will see what I can do. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Excludearch/Exclusivearch reminder
Greetings. With the recent addition of arm in our primary buildsystem, I am seeing some packages add ExcludeArch: arm or ExclusiveArch: %{ix86} First, please DO NOT add ExclusiveArch on x86, unless your package really and truly doesn't build on ANY of our secondary arches too. (ppc64, s390). If you exclude arm support for now, please file a bug against your package with the information about the missing arm support and then add F-ExcludeArch-arm to the Blocks field on your bug. This will make the arm team aware of the issue, as well as FESCo to track what items are missing for full primary promotion. Please see: https://fedoraproject.org/wiki/Packaging:Guidelines#Architecture_Build_Failures for additional information. Thank you for your cooperation. kevin signature.asc Description: PGP signature ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- 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] Retiring packages for Fedora 20
On Tue, Aug 06, 2013 at 11:27:42PM +0200, Till Maas wrote: The following packages are orphaned and will be retired when Fedora 20 is branched, unless someone adopts them. If you know for sure that the package should be retired, please do so already to add a proper reason to the SCM: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life According to https://fedoraproject.org/wiki/Schedule branching will occur not earlier than 2013-08-20. Here is an updated list: Package PyOpenGL (orphan) Package acheck (orphan) Package bluecove (orphan) Package bunny (orphan) Package cal3d (orphan) Package dayplanner (orphan) Package drehatlas-warender-bibliothek-fonts (orphan) Package drehatlas-widelands-fonts (orphan) Package drehatlas-xaporho-fonts (orphan) Package examiner (orphan) Package firmware-extract (orphan) comaintained by: mebrown praveenp Package firstboot (orphan) comaintained by: msivak bcl Package fuse-zip (orphan) Package gkrellm-timestamp (orphan) Package gnaural (orphan) Package justmoon (orphan) comaintained by: mmahut Package lybniz (orphan) Package manaplus (orphan) Package mars-sim (orphan) comaintained by: mmahut Package openstack-tempo (orphan) Package openvswitch (orphan) comaintained by: chrisw fbl tgraf Package osgal (orphan) Package perl-Event-ExecFlow (orphan) Package perl-Net-Amazon-S3 (orphan) Package perl-PDL-Graphics-PLplot (orphan) Package python-cloudfiles (orphan) comaintained by: jeffreyness Package python-durus (orphan) Package python-pefile (orphan) Package python3-cherrypy (orphan) Package txt2rss (orphan) Package up-imapproxy (orphan) comaintained by: wolfy Package zanata-python-client (orphan) comaintained by: seanf jamesni dchen List of deps left behind by packages which are orphaned or fail to build: Removing: PyOpenGL cura requires PyOpenGL = 3.0.1-7.fc20 impressive requires PyOpenGL = 3.0.1-7.fc20 pipviewer requires PyOpenGL = 3.0.1-7.fc20 pycam requires PyOpenGL = 3.0.1-7.fc20 pygtkglext requires PyOpenGL = 3.0.1-7.fc20 qmforge requires PyOpenGL = 3.0.1-7.fc20 Removing: drehatlas-widelands-fonts widelands requires drehatlas-widelands-fonts = 1.0.3.1-10.fc20 Removing: manaplus tmw requires manaplus = 1.3.3.17-2.fc20 Removing: openvswitch openstack-quantum-openvswitch requires openvswitch = 1.10.0-6.fc20 Removing: perl-Net-Amazon-S3 ikiwiki requires perl(Net::Amazon::S3) = 0.53 Removing: python-cloudfiles deja-dup requires python-cloudfiles = 1.7.10-4.fc20 The script creating this output is run and developed by Fedora Release Engineering. Please report issues at its trac instance: https://fedorahosted.org/rel-eng/ The sources of this script can be found at: https://git.fedorahosted.org/cgit/releng/tree/scripts/find-unblocked-orphans.py -- 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: Excludearch/Exclusivearch reminder
On Wed, Aug 07, 2013 at 02:36:48PM -0600, Kevin Fenzi wrote: If you exclude arm support for now, please file a bug against your package with the information about the missing arm support and then add F-ExcludeArch-arm to the Blocks field on your bug. This will make the arm team aware of the issue, as well as FESCo to track what items are missing for full primary promotion. Did this get set on packages that had ExcludeArch added while Arm was still secondary? -- Matthew Garrett | mj...@srcf.ucam.org -- 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: Excludearch/Exclusivearch reminder
On Wed, 7 Aug 2013 22:33:17 +0100 Matthew Garrett mj...@srcf.ucam.org wrote: On Wed, Aug 07, 2013 at 02:36:48PM -0600, Kevin Fenzi wrote: If you exclude arm support for now, please file a bug against your package with the information about the missing arm support and then add F-ExcludeArch-arm to the Blocks field on your bug. This will make the arm team aware of the issue, as well as FESCo to track what items are missing for full primary promotion. Did this get set on packages that had ExcludeArch added while Arm was still secondary? It should have yes. The same applies to ppc and s390 now... if you have to exclude an arch for some reason you should note that in a bug and block that arch'es tracker bug. kevin signature.asc Description: PGP signature -- 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] Retiring packages for Fedora 20
- Original Message - From: Till Maas opensou...@till.name To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Wednesday, August 7, 2013 5:33:42 PM Subject: Re: [ACTION REQUIRED] Retiring packages for Fedora 20 On Tue, Aug 06, 2013 at 11:27:42PM +0200, Till Maas wrote: The following packages are orphaned and will be retired when Fedora 20 is branched, unless someone adopts them. If you know for sure that the package should be retired, please do so already to add a proper reason to the SCM: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life According to https://fedoraproject.org/wiki/Schedule branching will occur not earlier than 2013-08-20. Here is an updated list: Package PyOpenGL (orphan) Package acheck (orphan) Package bluecove (orphan) Package bunny (orphan) Package cal3d (orphan) Package dayplanner (orphan) Package drehatlas-warender-bibliothek-fonts (orphan) Package drehatlas-widelands-fonts (orphan) Package drehatlas-xaporho-fonts (orphan) Package examiner (orphan) Package firmware-extract (orphan) comaintained by: mebrown praveenp Package firstboot (orphan) comaintained by: msivak bcl Package fuse-zip (orphan) Package gkrellm-timestamp (orphan) Package gnaural (orphan) Package justmoon (orphan) comaintained by: mmahut Package lybniz (orphan) Package manaplus (orphan) Package mars-sim (orphan) comaintained by: mmahut Package openstack-tempo (orphan) Package openvswitch (orphan) comaintained by: chrisw fbl tgraf Package osgal (orphan) Package perl-Event-ExecFlow (orphan) Package perl-Net-Amazon-S3 (orphan) Package perl-PDL-Graphics-PLplot (orphan) Package python-cloudfiles (orphan) comaintained by: jeffreyness Taken in Fedora EPEL 6. If someone else wants to take EPEL 5 ownership I'll happily comaintain. -Sam Package python-durus (orphan) Package python-pefile (orphan) Package python3-cherrypy (orphan) Package txt2rss (orphan) Package up-imapproxy (orphan) comaintained by: wolfy Package zanata-python-client (orphan) comaintained by: seanf jamesni dchen List of deps left behind by packages which are orphaned or fail to build: Removing: PyOpenGL cura requires PyOpenGL = 3.0.1-7.fc20 impressive requires PyOpenGL = 3.0.1-7.fc20 pipviewer requires PyOpenGL = 3.0.1-7.fc20 pycam requires PyOpenGL = 3.0.1-7.fc20 pygtkglext requires PyOpenGL = 3.0.1-7.fc20 qmforge requires PyOpenGL = 3.0.1-7.fc20 Removing: drehatlas-widelands-fonts widelands requires drehatlas-widelands-fonts = 1.0.3.1-10.fc20 Removing: manaplus tmw requires manaplus = 1.3.3.17-2.fc20 Removing: openvswitch openstack-quantum-openvswitch requires openvswitch = 1.10.0-6.fc20 Removing: perl-Net-Amazon-S3 ikiwiki requires perl(Net::Amazon::S3) = 0.53 Removing: python-cloudfiles deja-dup requires python-cloudfiles = 1.7.10-4.fc20 The script creating this output is run and developed by Fedora Release Engineering. Please report issues at its trac instance: https://fedorahosted.org/rel-eng/ The sources of this script can be found at: https://git.fedorahosted.org/cgit/releng/tree/scripts/find-unblocked-orphans.py -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora ARM Weekly Status Meeting Minutes 2013-08-07
Thanks to those that were able to join us for the status meeting today, for those unable the minutes are posted below: Minutes: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-08-07/fedora-meeting-1.2013-08-07-19.29.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2013-08-07/fedora-meeting-1.2013-08-07-19.29.txt Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-08-07/fedora-meeting-1.2013-08-07-19.29.log.html === #fedora-meeting-1: Fedora ARM weekly status meeting === Meeting summary --- * 0) Status of ACTION items from our previous meeting (pwhalen, 19:32:34) * LINK: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-07-31/fedora-meeting-1.2013-07-31-19.30.html (pwhalen, 19:32:34) * no ACTION items last week (pwhalen, 19:32:34) * ARM in primary koji is up and running well. Tnx dgilmore. (bconoboy, 19:35:04) * 1) Problem packages (pwhalen, 19:36:13) * LINK: F20 failed build list (not just arm) is at http://ausil.fedorapeople.org/f20-failed.html (bconoboy, 19:37:32) * LINK: to pandoc - http://koji.fedoraproject.org/koji/buildinfo?buildID=454666 (pwhalen, 19:40:02) * 2) Kernel Status Update (pwhalen, 19:45:49) * As of kernel-3.11.0-0.rc4.git1.1.fc20, things are getting better, with a few exceptions (bconoboy, 19:49:33) * trimslice: networking is broken (bconoboy, 19:49:40) * omap: not booting (bconoboy, 19:49:51) * highbank: working (bconoboy, 19:50:35) * vepxress: text console okay, gui broken (bconoboy, 19:51:04) * getting Kyle a hardware debugger for OMAP (jonmasters, 19:51:33) * exynos, beaglebone, allwinner not tested with latest kernel yet (bconoboy, 19:52:57) * 3) Aarch64 Status Update (pwhalen, 19:53:35) * 11840/13606 packages built for aarch64 (pwhalen, 19:54:26) * qt is biggest package blocker, followed by ghc and v8, everything else blocks only a few dozen packages each (bconoboy, 20:00:00) * We need to move to building F20 packages soon before circular dependencies force us to re-bootstrap. (bconoboy, 20:00:49) * 4) Hardware support in F20 (pwhalen, 20:02:09) * Many new boards are possible to support with kernel 3.11 (bconoboy, 20:12:19) * ACTION: dgilmore, kylem, pbrobinson to put heads together at FLOCK to discuss which boards are viable from kernel/uboot perspective (bconoboy, 20:13:23) * ACTION: If you are at flock, please join in the discussion (bconoboy, 20:13:47) * We will review this topic next week with results (bconoboy, 20:14:06) * 5) Open Floor (pwhalen, 20:15:03) * LINK: nb (dgilmore, 20:16:21) * LINK: http://lists.denx.de/pipermail/u-boot/2013-August/160080.html (dgilmore, 20:16:31) * thread with u-boot upstream on standadising features (dgilmore, 20:16:59) * ACTION: one thing we need is a script to install various u-boots into sdcards (dgilmore, 20:25:11) * LINK: http://koji.fedoraproject.org/koji/tasks?state=allview=treemethod=applianceorder=-id (dgilmore, 20:33:02) * LINK: http://koji.fedoraproject.org/koji/tasks?state=allview=treemethod=applianceorder=-id (dgilmore, 20:33:12) * link to nightly images (dgilmore, 20:33:22) Meeting ended at 20:35:04 UTC. Action Items * dgilmore, kylem, pbrobinson to put heads together at FLOCK to discuss which boards are viable from kernel/uboot perspective * If you are at flock, please join in the discussion * one thing we need is a script to install various u-boots into sdcards Action Items, by person --- * dgilmore * dgilmore, kylem, pbrobinson to put heads together at FLOCK to discuss which boards are viable from kernel/uboot perspective * kylem * dgilmore, kylem, pbrobinson to put heads together at FLOCK to discuss which boards are viable from kernel/uboot perspective * pbrobinson * dgilmore, kylem, pbrobinson to put heads together at FLOCK to discuss which boards are viable from kernel/uboot perspective * **UNASSIGNED** * If you are at flock, please join in the discussion * one thing we need is a script to install various u-boots into sdcards People Present (lines said) --- * bconoboy (71) * dgilmore (41) * pbrobinson (32) * pwhalen (29) * jonmasters (27) * masta (18) * zodbot (10) * adamw (6) * kylem (5) * jsmith (4) * mjg59 (3) * ahs3 (2) * mcpierce (1) * dmarlin (1) * jcapik (1) * msalter (0) * ddd_ (0) * ctyler (0) * agreene (0) * handsome_pirate (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
openvswitch ownership
Just FYI... Thomas Graf is taking over openvswitch ownership. Thank you Thomas! thanks, -chris -- 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
Given the profound advantages of IMAP, especially the management of folders on one server, and the historical fact that *every single POP3 client* defaults to deleting the email off the server, I have to ask: why are you spending any time on such a server? I've done a lot of integration work with SMTP servers and client access, and have to wonder why you're doing this with so many stable servers available. Nico Kadel-Garcia Email: nka...@gmail.com Sent from iPhone On Aug 7, 2013, at 6:19, Christopher Meng cicku...@gmail.com wrote: Hi, I have a POP3 mail server package, it's written in Go, are there any people familiar with such packages? https://bugzilla.redhat.com/show_bug.cgi?id=967258 Thanks. Sent from Note I -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: Orphaned perl-PDL-Graphics-PLplot
Taken. Just keep. -- 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: Anyone interested in spambayes?
It has 1.1b1 version already. -- 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: F20 System Wide Change: Perl 5.18
Just a note, I find my package's deps have magic requires for 5.16.2(not 5.16.3), does it mean that this has not rebuilded since f19? Why? http://kojipkgs.fedoraproject.org//work/tasks/5588/5735588/root.log -- 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: F20 System Wide Change: Perl 5.18
On Thu, 2013-08-08 at 10:43 +0800, Christopher Meng wrote: Just a note, I find my package's deps have magic requires for 5.16.2(not 5.16.3), does it mean that this has not rebuilded since f19? Why? http://kojipkgs.fedoraproject.org//work/tasks/5588/5735588/root.log It means they failed or got superseded from the perl 5.18 rebuild for some reason. Instead of asking others to spend their time for you, why not find out for yourself? All you have to do is go to Koji, search for each package, and look through the recent builds to see what was going on. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- 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
On Wed, Aug 7, 2013 at 5:56 PM, Nico Kadel-Garcia nka...@gmail.com wrote: Given the profound advantages of IMAP, especially the management of folders on one server, and the historical fact that *every single POP3 client* defaults to deleting the email off the server, I have to ask: why are you spending any time on such a server? I've done a lot of integration work with SMTP servers and client access, and have to wonder why you're doing this with so many stable servers available. You may find the advantages of IMAP profound but I personally find the IMAP protocol incredibly ugly, and I think that mail clients have suffered because of it. That said, if you want to be able to access/manipulate multiple folders on the server then IMAP is currently the only game in town. If all you want to do is pull the latest messages from the server down to the client then POP3 is much simpler and understandable. Having a POP3 server written in your scripting language of choice makes it much easier to configure/customize/understand. -- Jeff Ollie -- 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] Retiring packages for Fedora 20
I will retire acheck* as it has been orphaned by Debian because dead upstream since 2006. -- 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 992734] perl-Test-Class: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992734 Ralf Corsepius rc040...@freenet.de changed: What|Removed |Added Blocks||992709 -- 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=PeeL5r7hGua=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 992709] perl-ParseUtil-Domain: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992709 Ralf Corsepius rc040...@freenet.de changed: What|Removed |Added CC||rc040...@freenet.de Depends On||992734 -- 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=J0Grz0dX7ta=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 992722] perl-Syntax-Feature-Loop: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992722 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Syntax-Feature-Loop-1. ||6.0-6.fc20 Resolution|--- |RAWHIDE Last Closed||2013-08-07 02:55:51 -- 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=st6JubXQtRa=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
[perl-HTML-FormFu] Locale::Maketext is needed at run-time
commit 3f2c9561caffccc2d6a2eef4becb35bed6db4c29 Author: Petr Písař ppi...@redhat.com Date: Wed Aug 7 09:36:16 2013 +0200 Locale::Maketext is needed at run-time perl-HTML-FormFu.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/perl-HTML-FormFu.spec b/perl-HTML-FormFu.spec index 0e5425a..1b6e1d4 100644 --- a/perl-HTML-FormFu.spec +++ b/perl-HTML-FormFu.spec @@ -1,6 +1,6 @@ Name: perl-HTML-FormFu Version:0.09010 -Release:3%{?dist} +Release:4%{?dist} Summary:HTML Form Creation, Rendering and Validation Framework License:GPL+ or Artistic Group: Development/Libraries @@ -72,6 +72,7 @@ Requires: perl(DateTime) = 0.38 Requires: perl(DateTime::Format::Builder) = 0.80 Requires: perl(HTML::TokeParser::Simple) = 3.14 Requires: perl(HTTP::Headers) = 1.64 +Requires: perl(Locale::Maketext) Requires: perl(MooseX::Attribute::Chained) = 1.0.1 Requires: perl(Template) Requires: perl(YAML::XS) = 0.32 @@ -120,6 +121,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Aug 07 2013 Petr Pisar ppi...@redhat.com - 0.09010-4 +- Locale::Maketext is needed at run-time + * Sat Aug 03 2013 Petr Pisar ppi...@redhat.com - 0.09010-3 - Perl 5.18 rebuild -- 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-Catalyst-Plugin-PageCache] Define POD encoding
commit 3d47d3a8ccee35339257e5e9990a193ceb9e265a Author: Petr Písař ppi...@redhat.com Date: Wed Aug 7 09:49:23 2013 +0200 Define POD encoding ...Plugin-PageCache-0.31-Define-POD-encoding.patch | 31 perl-Catalyst-Plugin-PageCache.spec|4 ++ 2 files changed, 35 insertions(+), 0 deletions(-) --- diff --git a/Catalyst-Plugin-PageCache-0.31-Define-POD-encoding.patch b/Catalyst-Plugin-PageCache-0.31-Define-POD-encoding.patch new file mode 100644 index 000..abbe308 --- /dev/null +++ b/Catalyst-Plugin-PageCache-0.31-Define-POD-encoding.patch @@ -0,0 +1,31 @@ +From 3d07b126fb4bb8c3d29e2fa347f9bdc0521b63e0 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com +Date: Wed, 7 Aug 2013 09:45:46 +0200 +Subject: [PATCH] Define POD encoding +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +https://rt.cpan.org/Public/Bug/Display.html?id=87667 + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + lib/Catalyst/Plugin/PageCache.pm | 2 ++ + 1 file changed, 2 insertions(+) + +diff --git a/lib/Catalyst/Plugin/PageCache.pm b/lib/Catalyst/Plugin/PageCache.pm +index 0444b44..059f917 100644 +--- a/lib/Catalyst/Plugin/PageCache.pm b/lib/Catalyst/Plugin/PageCache.pm +@@ -492,6 +492,8 @@ sub _get_page_cache_key { + 1; + __END__ + ++=encoding utf8 ++ + =head1 NAME + + Catalyst::Plugin::PageCache - Cache the output of entire pages +-- +1.8.1.4 + diff --git a/perl-Catalyst-Plugin-PageCache.spec b/perl-Catalyst-Plugin-PageCache.spec index da1d678..c330c3a 100644 --- a/perl-Catalyst-Plugin-PageCache.spec +++ b/perl-Catalyst-Plugin-PageCache.spec @@ -6,6 +6,8 @@ License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Catalyst-Plugin-PageCache/ Source0: http://search.cpan.org/CPAN/authors/id/T/TI/TIMB/Catalyst-Plugin-PageCache-%{version}.tar.gz +# Define POD encoding, CPAN RT#87667 +Patch0: Catalyst-Plugin-PageCache-0.31-Define-POD-encoding.patch BuildArch: noarch BuildRequires: perl(Cache::Cache) = 1.04 BuildRequires: perl(Cache::FileCache) @@ -34,6 +36,7 @@ for withstanding a Slashdotting, for example. %prep %setup -q -n Catalyst-Plugin-PageCache-%{version} +%patch0 -p1 iconv -f iso-8859-1 -t utf-8 README README.conv mv README.conv README %build @@ -60,6 +63,7 @@ TEST_POD=yep make test %changelog * Wed Aug 07 2013 Petr Pisar ppi...@redhat.com - 0.31-9 - Perl 5.18 rebuild +- Define POD encoding (CPAN RT#87667) * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.31-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild -- 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 992578] perl-Debug-Client: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992578 Ralf Corsepius rc040...@freenet.de changed: What|Removed |Added CC||rc040...@freenet.de Depends On||992734 -- 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=utSdKzbvPra=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 992734] perl-Test-Class: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992734 Ralf Corsepius rc040...@freenet.de changed: What|Removed |Added Blocks||992578 -- 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=APJGtJR9Ksa=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 992734] perl-Test-Class: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992734 --- Comment #3 from Petr Pisar ppi...@redhat.com --- Test-Simple 0.98_05 fixes another bugs that appeared in the early rebuild stage, thus I upgraded to the this development version intentionally. -- 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=rItlYcFV0Wa=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 992734] perl-Test-Class: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992734 --- Comment #4 from Petr Pisar ppi...@redhat.com --- This looks like a different wording introduced in 0.98_04. I have already adapted other packages due this change. I will try it here too. -- 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=t5g24Y5OIFa=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
[perl-MooseX-TrackDirty-Attributes] Perl 5.18 rebuild
commit 1e13f89533a07f2b25ad2814849a085db16ce7dc Author: Petr Písař ppi...@redhat.com Date: Wed Aug 7 12:15:43 2013 +0200 Perl 5.18 rebuild perl-MooseX-TrackDirty-Attributes.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-MooseX-TrackDirty-Attributes.spec b/perl-MooseX-TrackDirty-Attributes.spec index b47f632..fbdd18d 100644 --- a/perl-MooseX-TrackDirty-Attributes.spec +++ b/perl-MooseX-TrackDirty-Attributes.spec @@ -1,6 +1,6 @@ Name: perl-MooseX-TrackDirty-Attributes Version:2.002 -Release:3%{?dist} +Release:4%{?dist} Summary:Track dirtied attributes License:LGPLv2 Group: Development/Libraries @@ -55,6 +55,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Aug 07 2013 Petr Pisar ppi...@redhat.com - 2.002-4 +- Perl 5.18 rebuild + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.002-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild -- 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-MooseX-Role-XMLRPC-Client] Perl 5.18 rebuild
commit 065fe452453c457c895d405226c5c2639e7c3695 Author: Petr Písař ppi...@redhat.com Date: Wed Aug 7 12:15:43 2013 +0200 Perl 5.18 rebuild perl-MooseX-Role-XMLRPC-Client.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-MooseX-Role-XMLRPC-Client.spec b/perl-MooseX-Role-XMLRPC-Client.spec index f549cda..af592f7 100644 --- a/perl-MooseX-Role-XMLRPC-Client.spec +++ b/perl-MooseX-Role-XMLRPC-Client.spec @@ -1,6 +1,6 @@ Name: perl-MooseX-Role-XMLRPC-Client Version:0.06 -Release:5%{?dist} +Release:6%{?dist} # lib/MooseX/Role/XMLRPC/Client.pm - LGPLv2+ License:LGPLv2+ Group: Development/Libraries @@ -57,6 +57,9 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} ';' %{_mandir}/man3/*.3* %changelog +* Wed Aug 07 2013 Petr Pisar ppi...@redhat.com - 0.06-6 +- Perl 5.18 rebuild + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.06-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild -- 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 981399] perl-Config-General-2.52 is available
https://bugzilla.redhat.com/show_bug.cgi?id=981399 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Config-General-2.52-2. ||fc20 Resolution|--- |RAWHIDE Last Closed||2013-08-07 07:33:38 -- 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=JIuN4nkmT8a=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-CHI
perl-CHI has broken dependencies in the rawhide tree: On x86_64: perl-CHI-0.56-1.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-CHI-0.56-1.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-CHI-0.56-1.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-MooseX-Types-DateTime-MoreCoercions
perl-MooseX-Types-DateTime-MoreCoercions has broken dependencies in the rawhide tree: On x86_64: perl-MooseX-Types-DateTime-MoreCoercions-0.11-1.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: perl-MooseX-Types-DateTime-MoreCoercions-0.11-1.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: perl-MooseX-Types-DateTime-MoreCoercions-0.11-1.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) 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
perl has broken dependencies in the rawhide tree: On x86_64: perl-Encode-devel-2.49-286.fc20.noarch requires perl-Encode = 0:2.49-286.fc20 On i386: perl-Encode-devel-2.49-286.fc20.noarch requires perl-Encode = 0:2.49-286.fc20 On armhfp: perl-Encode-devel-2.49-286.fc20.noarch requires perl-Encode = 0:2.49-286.fc20 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-IPTables-libiptc
perl-IPTables-libiptc has broken dependencies in the rawhide tree: On x86_64: perl-IPTables-libiptc-0.52-5.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-IPTables-libiptc-0.52-5.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-IPTables-libiptc-0.52-5.fc19.armv7hl 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-Catalyst-Plugin-PageCache
perl-Catalyst-Plugin-PageCache has broken dependencies in the rawhide tree: On x86_64: perl-Catalyst-Plugin-PageCache-0.31-7.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Catalyst-Plugin-PageCache-0.31-7.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Catalyst-Plugin-PageCache-0.31-7.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