Self Introduction
Hello guys, I have recently joined the Red Hat Security Technologies Team, here in Brno, to help co-maintain pyOpenSSL and authconfig packages (besides other responsibilities in the team). I have previously worked for Red Hat Security Response Team, so some of you might know me already due to filing security flaw bugs in their packages. Security has remained still to be the primary area of my focus. So should you have some questions / doubts related with it (I will be able to help with), feel free to contact me (preferably via email). Thank you Regards, Jan. -- Jan iankko Lieskovsky / Red Hat Security Technologies Team -- 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: Changes to make MySQL vs. MariaDB less confusing
On Mon, 26 Aug 2013 22:57:27 +0200, Ken Dreyer ktdre...@ktdreyer.com wrote: On Fri, Aug 23, 2013 at 9:34 AM, Norvald Ryeng norvald.ry...@oracle.com wrote: If you want us to do more, please say so. We're happy to help out. Thanks for extending the offer. Would you mind commenting on the mysql-workbench issues too? As Remi's pointed out a couple times, there's a long list of crasher bugs that have been filed with abrt in Bugzilla, and Remi has orphaned that package because it was too much work to remove the bundled libraries. I don't work on WB myself, so this is second hand info. I hope I'm not distorting it too much: As of WB 6.0, most bundled libraries have been removed. There are currently only two bundled libraries that are needed: scintilla and antlr-runtime. These are patched versions of the libraries that we haven't been able to get rid of yet. We're trying to, but we need to get some patches accepted upstream first. As I understand it, the current inflow of bugs is because WB in Fedora uses a non-bundled antlr-runtime. The bundled version includes at least one bugfix that is necessary for WB to work. This has been reported upstream and against the antlr3-C package in Fedora (bug #966973). Regards, Norvald H. Ryeng -- 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
Hello Jan!! Congratulations!! Welcome to Fedora Community! :) On Wed, Aug 28, 2013 at 6:07 AM, Jan Lieskovsky jlies...@redhat.com wrote: Hello guys, I have recently joined the Red Hat Security Technologies Team, here in Brno, to help co-maintain pyOpenSSL and authconfig packages (besides other responsibilities in the team). I have previously worked for Red Hat Security Response Team, so some of you might know me already due to filing security flaw bugs in their packages. Security has remained still to be the primary area of my focus. So should you have some questions / doubts related with it (I will be able to help with), feel free to contact me (preferably via email). Thank you Regards, Jan. -- Jan iankko Lieskovsky / Red Hat Security Technologies Team -- 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: Why is AHCI built-in?
On 08/28/2013 12:46 AM, poma wrote: On 19.08.2013 20:46, Kyle McMartin wrote: On Mon, Aug 19, 2013 at 01:35:16PM -0500, Ian Pilcher wrote: - What are the advantages of having the driver built-in, as compared to simply ensuring that it's always included in the initramfs? performance, you'll take fewer tlb misses. Any links/docs to offer on this topic? http://tldp.org/HOWTO/Module-HOWTO/x627.html#MEMALLOC -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Dear Fedora Packagers!
Dear Fedora Packagers, when renaming a package, _please_ verify that the Obsoletes tag you add to a package specifies a high enough version. Make sure the new package really replaces the last published build of the old package. Pay extra attention to our dist tag. It is part of the Release value. If the last build is something-1.0-4.fc17 you need to Obsoletes: something 1.0-5 because 4.fc17 is higher than 4 but lower than 5. Don't ignore the dist tag. Be extra careful when the renamed package needs to be retired. Until it's retired, it may be rebuilt/updated with a bumped Release value, and your Obsoletes tag would not be high anymore. * https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages * http://fedoraproject.org/wiki/Package_Renaming_Process * http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Thanks for your interest. It is a reoccuring problem that both the rename request submitter *and* the reviewer get the Obsoletes tags wrong. -- Michael Schwendt Fedora release 20 (Null) - Linux 3.11.0-0.rc7.git0.1.fc20.x86_64 loadavg: 0.36 0.21 0.15 -- 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: Comps Cleanup
On 08/25/2013 01:17 AM, Till Maas wrote: It seems that the following packages are stil mentioned in f20 or f21 comps (I do not know which I checked) but are not in the i686 repo. At least some of these packages are arch specific: ant-scripts ant-scripts fixed. Thanks, -- Mikolaj Izdebski -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[RFC] Easiest making kernel rpms from upstream git
Today I've wrote article w/ many notes about bisecting kernel [0], but I've used make bzImage, make install and the same commands bypassing RPM and I have IMHO good idea to write utility, that will be build rpm w/o/ Fedora patches, changelogs, etc. simple rpms w/ one command. We will use utilityname `git rev-parse HEAD` f19 instead of make bzImage make modules and yum install ./rpms/*.rpm instead of make install make modules_install. This software should increase the effectiveness, simplify the build test kernels, simplify to work w/ installed kernels (e.g. remove). Also we can easy provide rpms to bugreport for testing regressions, etc. I see alike software at bubuntu wiki [1]. Would anyone besides me find this useful enough for me to keep working on it? [0]https://fedoraproject.org/wiki/User:Ignatenkobrain/Kernel/Bisection [1]https://wiki.ubuntu.com/Kernel/KernelBisection#Build_Upstream_Test_Kernel -- Igor Gnatenko Fedora release 19 (Schrödinger’s Cat) Linux 3.10.7-200.fc19.x86_64 -- 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: Graphics driver support in F21+
On 08/27/2013 11:20 AM, Adam Jackson wrote: On Tue, 2013-08-27 at 14:54 +, Jóhann B. Guðmundsson wrote: Is it not better to drop entirely graphics drivers that do not have kms support and at the *same time* adopt the policy From this point forward only graphics driver that have kms support will be allow to be packaged and shipped in the distribution I don't know why that would be better. There's no intrinsic reason why we should forbid UMS drivers if there's a maintainer, it doesn't necessarily make my life harder to allow that. And, given that the list _does_ include hardware that people have filed bugs about in recent memory, I figure I should allow those interested in to step forward. - ajax Sorry to come out of left field like this, but would the system profile info we collect on install be useful in determining the weight of the need for some of these drivers? For example, if there is still a bunch of SIS video adapters out there, we might prioritize support for that driver, but then not for others that don't show-up in our hardware surveys. Perhaps this step has already been taken. -- Libre Video http://librevideo.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: Dear Fedora Packagers!
On Wed, Aug 28, 2013 at 3:15 PM, Michael Schwendt mschwe...@gmail.com wrote: Thanks for your interest. It is a reoccuring problem that both the rename request submitter *and* the reviewer get the Obsoletes tags wrong. Perhaps the guidelines should be more clear, then. (No, I don't have a specific proposal.) Mirek -- 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-28)
[Sorry this is late -- should have sent yesterday. This is for _today_.] 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 '2013-08-28 18:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1115 guidance from FESCO on packagekit upstream policykit change .fesco 1115 https://fedorahosted.org/fesco/ticket/1115 #topic #1148 F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller .fesco 1148 https://fedorahosted.org/fesco/ticket/1148 #topic #1158 post-Flock Fedora rings + target products draft proposal for Fedora board .fesco 1158 https://fedorahosted.org/fesco/ticket/1158 = New business = #topic #1160 Change provenpackager policy .fesco 1160 https://fedorahosted.org/fesco/ticket/1160 #topic F20 Changes - Progress on Changes Freeze .fesco 1164 https://fedorahosted.org/fesco/ticket/1164 = 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. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.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: Graphics driver support in F21+
On Wed, Aug 28, 2013 at 10:13:09AM -0400, Basil Mohamed Gohar wrote: Sorry to come out of left field like this, but would the system profile info we collect on install be useful in determining the weight of the need for some of these drivers? For example, if there is still a bunch of SIS video adapters out there, we might prioritize support for that driver, but then not for others that don't show-up in our hardware surveys. Another way to look at it is the platform capabilities of these graphics devices. For example, Fedora 19's release notes claims a minimum of 1GB RAM is required. Were there any pre-PCIe platforms capable of supporting this much RAM? Ditto on the embedded graphics (eg SiS or i810 etc) -- many of those platforms had serious RAM limitations too. I have a pile of old P4+i845 boxes stacked in a corner that max out at 512MB (due to chipset limitations) which isn't even enough RAM to boot the Fedora installer in text mode. On the other hand, graphics chips that were available on PCI add-in cards could theoretically be used on modern systems, so those may be worth continuing to support. - Solomon -- Solomon Peachy pizza at shaftnet dot org Delray Beach, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum viditur. pgp9H5dO05m07.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
Builder update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I wanted to let everyone know that as of last night all of the buildvm builders were moved from RHEL 6 to Fedora 19. We do still have some rhel6 builders. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (GNU/Linux) iEYEARECAAYFAlIeDGQACgkQkSxm47BaWfdgqQCfek4ZWmq5pd2UNc26LlQwhIi3 kZUAnRvGevZKjj1KBEnWU2UejqcXmhGw =Ytlw -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
[Test-Announce] 2013-08-28 @ 16:00 UTC - F20 Alpha Blocker Bug Review #2
# F20 Alpha Blocker Review meeting #2 # Date: 2013-08-28 # Time: 16:00 UTC (12:00 EDT, 09:00 PDT) # Location: #fedora-blocker-review on irc.freenode.net Apologies on the late announcement but it's time for the next exciting installment of F20 alpha blocker bug review hour(s) We'll be running through the final blockers and freeze exception bugs. The current list is available at: http://qa.fedoraproject.org/blockerbugs/current We'll be reviewing the bugs to determine ... 1. Whether they meet the alpha release criteria [1] and should stay on the list 2. Whether they are getting the attention they need [1] http://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria For guidance on Blocker and FreezeException bugs, please refer to - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process For the blocker review meeting protocol, see -https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting signature.asc Description: PGP signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-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
EPEL pypy 2.1; sandbox, with shared library
Greeting, I just found out this list and subscribe to it. my subscription is new. Pypy2.1 is now released. I see repo has pypy 2.0.2 as latest. Can I request this is updated for 2.1? also, I wonder if someone has made shared library for pypy sandboxing, for 2.0.2. when I looked at it, it does not seem it has. As I am new, please give me pointers and tell me how this list works. If my email is off mark, be frank and let me know. Thank you very much, Dan ### The information contained in this communication is confidential, may be subject to legal privilege, and is intended only for the individual named. If you are not the named addressee, please notify the sender immediately and delete this email from your system. The views expressed in this email are the views of the sender only. Outgoing and incoming electronic communications to this address are electronically archived and subject to review and/or disclosure to someone other than the recipient. ### ---BeginMessage--- danguo wrote: Pypy is progressing very nicely for over many years. More people are bracing it. I want to ask you release a pypy package for CentOS 6.3. You can find all information about pypy 2.1 from this link: http://pypy.org/download.html. We only package what is also packaged at our upstream - which means RHEL. There are a few repositories available which package stuff for the Enterprise Linuxes (RHEL, CentOS, SL) - you can find pypy in the EPEL (Extra Packages for Enterprise Linux) repository: https://fedoraproject.org/wiki/EPEL Ralph -- Please do not change color while I am talking to you. ---End Message--- ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Why is AHCI built-in?
On Wed, Aug 28, 2013 at 12:46:31AM +0200, poma wrote: Any links/docs to offer on this topic? Thanks. I don't have a link off-hand, but a book about computer architecture should let you figure things out: At what level of detail? The kernel attempts to map itself using 2MB pages on X86 where possible (since it's large and contiguous.) For various reasons, modules are mapped using 4K pages since they'd need to be padded out to 2MB (very little module .text would be that big, and obviously code and data are mapped separately for protection reasons.) Also, separate modules need to be on separate pages in order to ensure that you can remove them independently. So the more modules you have loaded, the more likely useful TLB (translation lookaside buffer, which caches virtual to physical mappings) from userspace will get pushed out by the kernel on a system call or interrupt. regards, Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
yum picking kernel-debug instead of kernel for 'BuildRequires: kernel'
If two packages 'provide' the same dependency, isn't yum supposed to pick the one with the shortest name? Anyway, 'BuildRequires: kernel' in Rawhide (on koji) picks 'kernel-debug' instead of 'kernel'. Is there a way to make it pick 'kernel' instead? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.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: Builder update
On 08/28/2013 10:42 AM, Dennis Gilmore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I wanted to let everyone know that as of last night all of the buildvm builders were moved from RHEL 6 to Fedora 19. We do still have some rhel6 builders. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (GNU/Linux) iEYEARECAAYFAlIeDGQACgkQkSxm47BaWfdgqQCfek4ZWmq5pd2UNc26LlQwhIi3 kZUAnRvGevZKjj1KBEnWU2UejqcXmhGw =Ytlw -END PGP SIGNATURE- Are the buildvm builders the bare-metal image builders? -- 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: Builder update
On 08/28/2013 05:42 PM, Dennis Gilmore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I wanted to let everyone know that as of last night all of the buildvm builders were moved from RHEL 6 to Fedora 19. We do still have some rhel6 builders. Hum... a question, or perhaps more like two: Are you planning to move the remaining RHEL-6 builders to Fedora too, and if so, is this (builders running on Fedora ~latest) going to be a permament arrangement? If the answer to both is yes then this is wonderful news for the package-management department. - Panu - -- 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: Builder update
On Wed, 28 Aug 2013 11:21:06 -0400 Jay Greguske jgreg...@redhat.com wrote: Are the buildvm builders the bare-metal image builders? No, as the name would suggest they are virtual instances. ;) The buildvmhosts are still rhel6, but the virtual instances/buildvm's are now Fedora 19 (to match up with the Fedora 19 arm builders). 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: Builder update
On Wed, 28 Aug 2013 18:22:57 +0300 Panu Matilainen pmati...@laiskiainen.org wrote: Hum... a question, or perhaps more like two: Are you planning to move the remaining RHEL-6 builders to Fedora too, and if so, is this (builders running on Fedora ~latest) going to be a permament arrangement? Quite possibly. Left is a pair of buildhw (hardware builders), buildppc (power7 boxes, mostly for epel6), and bkernel (kernel and secureboot builders). We are going to look and see if those can be moved over too without pain. yeah, I think the plan is to do this moving forward (Fedora latest that is). If the answer to both is yes then this is wonderful news for the package-management department. It's good for infrastructure as well, in that we don't need to carry any 'special' rpm or anything if we need to change formats or the like. Of course it does mean we could run into breakage if there's breakage in Fedora land, but thats good to know and fix too. 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: Builder update
I think the most practical thing is to build version N of self-hosting systems using version N-1 (in addition to supporting building N with N). If you are using the latest to build the latest, you can more easily get into unstable states. For example, if a new version of the Fedora kernel broke virtio-net, and you immediately upgrade the build VMs, then the system falls apart and requires manual system administrator intervention - you can't build a new fixed kernel. Presumably version N-1 is more stable, although this is somewhat obviated by the Fedora kernel maintenance model of keeping all branches in sync. -- 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: yum picking kernel-debug instead of kernel for 'BuildRequires: kernel'
On Wed, Aug 28, 2013 at 04:13:58PM +0100, Richard W.M. Jones wrote: If two packages 'provide' the same dependency, isn't yum supposed to pick the one with the shortest name? Anyway, 'BuildRequires: kernel' in Rawhide (on koji) picks 'kernel-debug' instead of 'kernel'. Is there a way to make it pick 'kernel' instead? And a similar story in Fedora 19 (i686) where this requirement picks up 'kernel-PAEdebug' (instead of 'kernel'). Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- 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: Builder update
On Wed, 28 Aug 2013 11:41:31 -0400 Colin Walters walt...@verbum.org wrote: I think the most practical thing is to build version N of self-hosting systems using version N-1 (in addition to supporting building N with N). If you are using the latest to build the latest, you can more easily get into unstable states. For example, if a new version of the Fedora kernel broke virtio-net, and you immediately upgrade the build VMs, then the system falls apart and requires manual system administrator intervention - you can't build a new fixed kernel. Sure. For example, the builders should stay Fedora 19 until Fedora 20 is officially released, then we will switch them to 20, etc. Presumably version N-1 is more stable, although this is somewhat obviated by the Fedora kernel maintenance model of keeping all branches in sync. We intend to re-install builders as needed, not during freezes and probably in a rolling manner. So any breakage should be isolated to non freeze windows. 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: Dear Fedora Packagers!
On Wed, Aug 28, 2013 at 04:27:44PM +0200, Miloslav Trmač wrote:
On Wed, Aug 28, 2013 at 3:15 PM, Michael Schwendt mschwe...@gmail.com wrote:
Thanks for your interest. It is a reoccuring problem that both the rename
request submitter *and* the reviewer get the Obsoletes tags wrong.
Perhaps the guidelines should be more clear, then. (No, I don't have
a specific proposal.)
I've highlighted the %{?dist} tag issue. see if this is better now:
https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages
-Toshio
pgpiye3vHhi5S.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
Running a command in spec file?
I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 ( rhn.redhat.com/errata/RHEA-2013-0175.html ) but I haven't been able to figure out how to enable devtoolset in the spec file. If I run 'scl enable devtoolset-1.1 bash' before doing rpmbuild it works, but how do I run a command like that in the spec file? The closest thing I could find is this: http://www.rpm.org/wiki/PackagerDocs/Macros But when I tried using a macro or running just %(shell_command) it appears that's happening in a subshell and not having the necessary effect when returning to the main shell. Is there some trick to run a shell command in the main shell? Thanks, Dave -- 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: Running a command in spec file?
Le 28/08/2013 18:09, Dave Johansen a écrit : I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 ( rhn.redhat.com/errata/RHEA-2013-0175.html ) but I haven't been able to figure out how to enable devtoolset in the spec file. If I run 'scl enable devtoolset-1.1 bash' before doing rpmbuild it works, but how do I run a command like that in the spec file? In %build: . /opt/rh/devtoolset-or-sclname/enable Remi. -- 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: Running a command in spec file?
On 2013-08-28 18:09, Dave Johansen wrote: I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 ( rhn.redhat.com/errata/RHEA-2013-0175.html ) but I haven't been able to figure out how to enable devtoolset in the spec file. If I run 'scl enable devtoolset-1.1 bash' before doing rpmbuild it works, but how do I run a command like that in the spec file? The closest thing I could find is this: http://www.rpm.org/wiki/PackagerDocs/Macros But when I tried using a macro or running just %(shell_command) it appears that's happening in a subshell and not having the necessary effect when returning to the main shell. Is there some trick to run a shell command in the main shell? Thanks, Dave Do you need it enabled while parsing the spec? Then I have no idea. Otherwise, can't you just run the command in e. g., %build like: %build scl enable devtoolset-1.1 bash more commands --alec -- 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: Graphics driver support in F21+
On 08/28/2013 10:41 AM, Solomon Peachy wrote: On Wed, Aug 28, 2013 at 10:13:09AM -0400, Basil Mohamed Gohar wrote: Sorry to come out of left field like this, but would the system profile info we collect on install be useful in determining the weight of the need for some of these drivers? For example, if there is still a bunch of SIS video adapters out there, we might prioritize support for that driver, but then not for others that don't show-up in our hardware surveys. Another way to look at it is the platform capabilities of these graphics devices. For example, Fedora 19's release notes claims a minimum of 1GB RAM is required. Were there any pre-PCIe platforms capable of supporting this much RAM? Plenty! The common limitation in the pre-PCIe era was 2GB or 4GB (e.g., common 32-bit architecture memory limits). I have several that are non-PCIe and have 2GB of RAM. They run Fedora just fine. They do, however, have more modern AGP-based video cards installed, however. I haven't bothered with the embedded video adapter on them, so I cannot speak to their suitability for running Fedora 19. Ditto on the embedded graphics (eg SiS or i810 etc) -- many of those platforms had serious RAM limitations too. I have a pile of old P4+i845 boxes stacked in a corner that max out at 512MB (due to chipset limitations) which isn't even enough RAM to boot the Fedora installer in text mode. On the other hand, graphics chips that were available on PCI add-in cards could theoretically be used on modern systems, so those may be worth continuing to support. - Solomon I just wanted to comment about the memory issue. I cannot say much else about the rest here. -- Libre Video http://librevideo.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
Fedora ARM Weekly Status Meeting 2013-08-28
Good day all, Please join us today (Wednesday, August 28th) at 4PM EDT (8PM UTC) for the Fedora ARM weekly status meeting in #fedora-meeting-1 on Freenode. On the agenda so far.. 1) Problem packages 2) Kernel Status Update 3) Aarch64 - Status Update - Koji 4) F20 Hardware Blockers - Should we define hw blockers at all? 5) Should we reschedule the weekly ARM meeting? 6) 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. 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: [RFC] Easiest making kernel rpms from upstream git
On 08/28/2013 07:23 PM, Igor Gnatenko wrote: Today I've wrote article w/ many notes about bisecting kernel [0], but I've used make bzImage, make install and the same commands bypassing RPM and I have IMHO good idea to write utility, that will be build rpm w/o/ Fedora patches, changelogs, etc. simple rpms w/ one command. We will use utilityname `git rev-parse HEAD` f19 instead of make bzImage make modules and yum install ./rpms/*.rpm instead of make install make modules_install. This software should increase the effectiveness, simplify the build test kernels, simplify to work w/ installed kernels (e.g. remove). Also we can easy provide rpms to bugreport for testing regressions, etc. Incidentally, just today, I was building upstream kernels manually (for testing some KVM specific things). I don't build Kernels often. After some trial and error, I ended up with this sequence: $ make -j6 make bzImage make modules $ make modules_install make install Couple of times Dracut failed to generate correct initramfs, resulting in froze. With a hint from Haralad Hoyer on IRC, I generated the initramfs manually (usually, using the host initrd should be sufficient): $ dracut /boot/initramfs-3.11.0-rc1+.img 3.11.0-rc1+ $ depmod -a I see alike software at bubuntu wiki [1]. Would anyone besides me find this useful enough for me to keep working on it? Sure, I can certainly be a user here :-) . Note to self: Still have to debug/bisect an offending Kernel commit which is causing some KVM unit test failures. [0]https://fedoraproject.org/wiki/User:Ignatenkobrain/Kernel/Bisection [1]https://wiki.ubuntu.com/Kernel/KernelBisection#Build_Upstream_Test_Kernel -- /kashyap -- 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: Graphics driver support in F21+
On Wed, 2013-08-28 at 10:13 -0400, Basil Mohamed Gohar wrote: Sorry to come out of left field like this, but would the system profile info we collect on install be useful in determining the weight of the need for some of these drivers? For example, if there is still a bunch of SIS video adapters out there, we might prioritize support for that driver, but then not for others that don't show-up in our hardware surveys. We don't actually collect this information anymore, smolt has been put out of its misery. Which is a shame, in a sense, but smolt never did work particularly well so I guess I don't mind. But I don't think it'd be very useful in any event. The ati, intel, and nouveau drivers each have about an order of magnitude more open bugs filed than all of the to-be-orphaned drivers _combined_. geode's relatively recent, but has a maintainer. mga is the only one you can get in PCIE form factor, and there's already KMS support for some variants of it, so the barrier to proper support is pretty low should someone actually be interested. Outside of mga the most recent hardware in that list at all is probably either sis or trident, and neither of those has seen new hardware support (or any other real maintenance) since about 2005. And (again outside of mga) the most recent PCI cards of anything in that set would probably have been made in 2002 or so, at this point they are likely to be physically damaged just by powering them on. So mga and sis I feel a little bad about, and if we had infinite resources it'd be cool to support them better. But we don't, so if we have to decide between fixing support for ten-year-old designs or making your next laptop light up, well, it's not a hard decision. - ajax -- 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: Running a command in spec file?
On Wed, Aug 28, 2013 at 9:13 AM, Remi Collet fed...@famillecollet.com wrote: Le 28/08/2013 18:09, Dave Johansen a écrit : I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 ( rhn.redhat.com/errata/RHEA-2013-0175.html ) but I haven't been able to figure out how to enable devtoolset in the spec file. If I run 'scl enable devtoolset-1.1 bash' before doing rpmbuild it works, but how do I run a command like that in the spec file? In %build: . /opt/rh/devtoolset-or-sclname/enable The enable script wasn't executable, but sourcing it worked like a charm. Thanks, Dave -- 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: Comps Cleanup
On 08/27/2013 07:52 PM, Bill Nottingham wrote: Kalev Lember (kalevlem...@gmail.com) said: I'd like to be able to commit to master, check out the f20 branch, and 'git cherry-pick master'. Is that really that much difference than git diff | sed | patch? I believe it is, yes. Relying on diff / sed / patch for porting changes from one branch to another is somewhat fragile, compared to all the nice tools Git has handling branches. With multiple comps-fXX.xml.in files in one repository, Git has no idea that these are really different branches of one comps.xml.in file. And it's not only cherry-pick that breaks with the current model, that was just an example. For instance, git blame doesn't work either. Try doing 'git blame comps-f21.xml.in' -- all the previous history is lost. Besides, we are using Git branches for packages and spin kickstarts, but handling it completely differently in comps. Would be nice to do it consistently everywhere. -- Kalev P.S. This is about https://git.fedorahosted.org/cgit/comps.git/ in case someone reading it is looking for the 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: [RFC] Easiest making kernel rpms from upstream git
On Thu, 2013-08-29 at 00:01 +0530, Kashyap Chamarthy wrote: On 08/28/2013 07:23 PM, Igor Gnatenko wrote: Today I've wrote article w/ many notes about bisecting kernel [0], but I've used make bzImage, make install and the same commands bypassing RPM and I have IMHO good idea to write utility, that will be build rpm w/o/ Fedora patches, changelogs, etc. simple rpms w/ one command. We will use utilityname `git rev-parse HEAD` f19 instead of make bzImage make modules and yum install ./rpms/*.rpm instead of make install make modules_install. This software should increase the effectiveness, simplify the build test kernels, simplify to work w/ installed kernels (e.g. remove). Also we can easy provide rpms to bugreport for testing regressions, etc. Incidentally, just today, I was building upstream kernels manually (for testing some KVM specific things). I don't build Kernels often. After some trial and error, I ended up with this sequence: $ make -j6 make bzImage make modules $ make modules_install make install Couple of times Dracut failed to generate correct initramfs, resulting in froze. With a hint from Haralad Hoyer on IRC, I generated the initramfs manually (usually, using the host initrd should be sufficient): $ dracut /boot/initramfs-3.11.0-rc1+.img 3.11.0-rc1+ $ depmod -a I see alike software at bubuntu wiki [1]. Would anyone besides me find this useful enough for me to keep working on it? Sure, I can certainly be a user here :-) . Note to self: Still have to debug/bisect an offending Kernel commit which is causing some KVM unit test failures. Thanks for interesting. I've created repo [0] w/ this package. It's raw yet. [0]https://fedoraproject.org/wiki/User:Ignatenkobrain/Kernel/Bisection [1]https://wiki.ubuntu.com/Kernel/KernelBisection#Build_Upstream_Test_Kernel [0]https://github.com/ignatenkobrain/kernel-package -- Igor Gnatenko Fedora release 19 (Schrödinger’s Cat) Linux 3.10.7-200.fc19.x86_64 -- 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 Thursday's FPC Meeting (2013-08-29 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2013-08-29 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2013-08-29 09:00 Thu US/Pacific PDT 2013-08-29 12:00 Thu US/Eastern EDT 2013-08-29 16:00 Thu UTC - 2013-08-29 17:00 Thu Europe/London BST 2013-08-29 18:00 Thu Europe/Paris CEST 2013-08-29 18:00 Thu Europe/Berlin CEST 2013-08-29 21:30 Thu Asia/Calcutta IST --new day-- 2013-08-30 00:00 Fri Asia/Singapore SGT 2013-08-30 00:00 Fri Asia/Hong_Kong HKT 2013-08-30 01:00 Fri Asia/Tokyo JST 2013-08-30 02:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = #topic #332 Bundling exception for IQmol .fpc 332 https://fedorahosted.org/fpc/ticket/332 = New business = #topic #334 Create a macro for selecting the proper ruby-(abi|release) version .fpc 334 https://fedorahosted.org/fpc/ticket/334 #topic #336 Please clarify the General Naming Guidelines for packages .fpc 336 https://fedorahosted.org/fpc/ticket/336 #topic #337 Guidelines needed for header only libraries .fpc 337 https://fedorahosted.org/fpc/ticket/337 #topic #338 %doc and %_pkgdocdir duplicate files and cause conflicts .fpc 338 https://fedorahosted.org/fpc/ticket/338 #topic #339 software collections in Fedora .fpc 339 https://fedorahosted.org/fpc/ticket/339 #topic #340 Bundling exception for nodeunit .fpc 340 https://fedorahosted.org/fpc/ticket/340 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 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/fpc, 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. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[ACTION REQUIRED] Packages depending on retired packages
The following packages are currently retired but other packages depend on them. Since the packages are not yet blocked in koji, this is not very visible. Nevertheless, the packages need new maintainers or the depending packages need to drop dependencies on them. Remarks: - There are no recursive deps in this report, because there are too many especially for libgssglue. - libgssglue might be superseded by the krb5 package - It might happen that the packages will be blocked in the near future, making it impossible to install the affected packages on f20 and later Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Package(co)maintainers === directfb orphan, kwizart libgssglue orphan python-quantumclient orphan, jruzicka, vaneldik, pbrady, apevec, gkotton, markmc, rkukura spacewalk-web orphan tslib orphan The following packages require above mentioned packages: Depending on: directfb xine-lib (maintained by: kkofler, rdieter) xine-lib-extras-1.1.21-7.fc20.i686 requires libdirect-1.6.so.0, libdirectfb-1.6.so.0, libfusion-1.6.so.0 Depending on: libgssglue conserver (maintained by: jkastner) conserver-8.1.18-7.fc19.i686 requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2) conserver-8.1.18-7.fc19.src requires libgssapi-devel = 0.4-2.fc19, libgssglue-devel = 0.4-2.fc19 conserver-client-8.1.18-7.fc19.i686 requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2) libserf (maintained by: cicku, jorton) libserf-1.2.1-4.fc20.src requires libgssapi-devel = 0.4-2.fc19 rdesktop (maintained by: ssp, fab, alexl, caillon, caolanm, hadess, johnp, mbarnes, mclasen, rhughes, rstrode, ssp, xiphmont, rathann) rdesktop-1.8.0-1.fc20.i686 requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2) rdesktop-1.8.0-1.fc20.src requires libgssglue-devel = 0.4-2.fc19 Depending on: python-quantumclient openstack-quantum (maintained by: rkukura, itamarjp, otherwiseguy, mmagr, josecastroleon, vaneldik, pbrady, rackerjoe, apevec, chrisw, gkotton, markmc) python-quantum-2013.2-0.3.b1.fc20.noarch requires python-quantumclient = 2:2.2.1-4.fc20 Depending on: spacewalk-web nocpulse-common (maintained by: msuchy) nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI) spacewalk-admin (maintained by: msuchy) spacewalk-admin-2.0.1-2.fc20.noarch requires perl(RHN::SatelliteCert), spacewalk-base = 1.9.22-4.fc20 Depending on: tslib ecore (maintained by: spot, vicodan, terjeros) ecore-1.7.8-2.fc20.i686 requires libts-0.0.so.0 ecore-1.7.8-2.fc20.src requires tslib-devel = 1.0-7.fc20 Affected (co)maintainers alexl: libgssglue apevec: python-quantumclient caillon: libgssglue caolanm: libgssglue chrisw: python-quantumclient cicku: libgssglue fab: libgssglue gkotton: python-quantumclient hadess: libgssglue itamarjp: python-quantumclient jkastner: libgssglue johnp: libgssglue jorton: libgssglue josecastroleon: python-quantumclient jruzicka: python-quantumclient kkofler: directfb kwizart: directfb markmc: python-quantumclient mbarnes: libgssglue mclasen: libgssglue mmagr: python-quantumclient msuchy: spacewalk-web otherwiseguy: python-quantumclient pbrady: python-quantumclient rackerjoe: python-quantumclient rathann: libgssglue rdieter: directfb rhughes: libgssglue rkukura: python-quantumclient rstrode: libgssglue spot: tslib ssp: libgssglue terjeros: tslib vaneldik: python-quantumclient vicodan: tslib xiphmont: libgssglue -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Packages depending on retired packages
On Wed, Aug 28, 2013 at 10:53:53PM +0200, Till Maas wrote: The following packages are currently retired but other packages depend on them. Since the packages are not yet blocked in koji, this is not very visible. Nevertheless, the packages need new maintainers or the depending packages need to drop dependencies on them. Remarks: Another remark: The list is probably incomplete since I only used the data I was able to get from datanommer. 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
Fedora ARM Weekly Status Meeting Minutes 2013-08-28
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-28/fedora-meeting-1.2013-08-28-20.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2013-08-28/fedora-meeting-1.2013-08-28-20.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-08-28/fedora-meeting-1.2013-08-28-20.00.log.html === #fedora-meeting-1: Fedora ARM weekly status meeting === Meeting summary --- * 1) Problem packages (pwhalen, 20:04:10) * LINK: http://ur1.ca/f9nys (pwhalen, 20:05:31) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1000715 (pwhalen, 20:14:35) * 2) Kernel Status Update (pwhalen, 20:19:02) * 3a) Aarch64 - Status Update (pwhalen, 20:36:10) * 11998/13606 packages built (bconoboy, 20:40:48) * It's time to move to F20 (bconoboy, 20:41:58) * ghc upstream is unresponsive so ghc-using packages aren't built (bconoboy, 20:42:35) * 3b) Aarch64 - Koji (pwhalen, 20:43:45) * ACTION: Wait for update from Dennis on Koji for AArch64, possibly ask around inside RH for assistance (jonmasters, 20:48:28) * 4) F20 Hardware Blockers - Should we define hw blockers at all? (pwhalen, 20:49:14) * 5) Should we reschedule the weekly ARM meeting? (pwhalen, 20:50:13) * 6) Open Floor (pwhalen, 20:52:25) * F20 Alpha TC2 has been requested and should be out soon, testing appreciated! (pwhalen, 20:55:07) Meeting ended at 20:58:24 UTC. Action Items * Wait for update from Dennis on Koji for AArch64, possibly ask around inside RH for assistance Action Items, by person --- * **UNASSIGNED** * Wait for update from Dennis on Koji for AArch64, possibly ask around inside RH for assistance People Present (lines said) --- * pwhalen (53) * handsome_pirate (52) * pbrobinson (36) * jonmasters (33) * bconoboy (25) * masta (14) * kylem (9) * jsmith (9) * mrunge (7) * zodbot (6) * nirik (4) * jcapik (1) * dmarlin (0) * ahs3 (0) * msalter (0) * ctyler (0) * agreene (0) * dgilmore (0) -- 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: [RFC] Easiest making kernel rpms from upstream git
On 28 August 2013 14:53, Igor Gnatenko i.gnatenko.br...@gmail.com wrote: Today I've wrote article w/ many notes about bisecting kernel [0], but I've used make bzImage, make install and the same commands bypassing RPM and I have IMHO good idea to write utility, that will be build rpm w/o/ Fedora patches, changelogs, etc. simple rpms w/ one command. We will use utilityname `git rev-parse HEAD` f19 instead of make bzImage make modules and yum install ./rpms/*.rpm instead of make install make modules_install. This software should increase the effectiveness, simplify the build test kernels, simplify to work w/ installed kernels (e.g. remove). Also we can easy provide rpms to bugreport for testing regressions, etc. I see alike software at bubuntu wiki [1]. Would anyone besides me find this useful enough for me to keep working on it? [0]https://fedoraproject.org/wiki/User:Ignatenkobrain/Kernel/Bisection [1]https://wiki.ubuntu.com/Kernel/KernelBisection#Build_Upstream_Test_Kernel To be honest I did this recently on F19 and found that the build process (after git checkout, copy config) went like: As normal user: make oldconfig make -j4 (well, j3 was better for me, but this is from the example http://wiki.gentoo.org/wiki/Kernel_git-bisect) As root: make modules_install make install (most guides don't mention you only need root for the install steps) And this did the dracut for me fine, the kernel also showed up in the grub menu. What would be nicer to see is dealing with cleaning up the previous build kernel which seems to get left out. So far as I can see this requires: remove from boot the matching initramfs, System.map and vmlinuz run grub2-mkconfig -o ... (removes old entry) remove the corresponding /lib/modules/3... -- imalone http://ibmalone.blogspot.co.uk -- 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: bisect on fedora kernels
On 20 August 2013 13:50, Josh Boyer jwbo...@fedoraproject.org wrote: That shouldn't really be an issue for the most part. It would only impact you if you're hitting issues in an area where the config options differ between releases, and those are fairly uncommon. You can try using koji bisect to start with to at least save yourself some time. Basically, the best bet is to copy the fedora kernel config into a kernel git tree and just use git bisect, make bzImage, make modules, make modules_install, make install. If you want to save some build time, trim the config to not include the bajillion modules we ship. Just to follow up, thanks, your instructions for building worked fine (I'd worried it wouldn't be so straightforward). Thought I'd best mention koji-bisect doesn't seem to exist anymore (in case anyone else finds this thread). -- imalone http://ibmalone.blogspot.co.uk -- 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 Thursday's FPC Meeting (2013-08-29 16:00 UTC)
On Wed, Aug 28, 2013 at 04:26:58PM -0400, James Antill wrote:
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2013-08-29 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2013-08-29 09:00 Thu US/Pacific PDT
2013-08-29 12:00 Thu US/Eastern EDT
2013-08-29 16:00 Thu UTC -
2013-08-29 17:00 Thu Europe/London BST
2013-08-29 18:00 Thu Europe/Paris CEST
2013-08-29 18:00 Thu Europe/Berlin CEST
2013-08-29 21:30 Thu Asia/Calcutta IST
--new day--
2013-08-30 00:00 Fri Asia/Singapore SGT
2013-08-30 00:00 Fri Asia/Hong_Kong HKT
2013-08-30 01:00 Fri Asia/Tokyo JST
2013-08-30 02:00 Fri Australia/Brisbane EST
Links to all tickets below can be found at:
https://fedorahosted.org/fpc/report/12
= Followups =
#topic #332 Bundling exception for IQmol
.fpc 332
https://fedorahosted.org/fpc/ticket/332
= New business =
#topic #334 Create a macro for selecting the proper ruby-(abi|release)
version
.fpc 334
https://fedorahosted.org/fpc/ticket/334
#topic #336 Please clarify the General Naming Guidelines for packages
.fpc 336
https://fedorahosted.org/fpc/ticket/336
#topic #337 Guidelines needed for header only libraries
.fpc 337
https://fedorahosted.org/fpc/ticket/337
#topic #338 %doc and %_pkgdocdir duplicate files and cause conflicts
.fpc 338
https://fedorahosted.org/fpc/ticket/338
#topic #339 software collections in Fedora
.fpc 339
https://fedorahosted.org/fpc/ticket/339
#topic #340 Bundling exception for nodeunit
.fpc 340
https://fedorahosted.org/fpc/ticket/340
= Open Floor =
For more complete details, please visit each individual ticket. The
report of the agenda items can be found at:
https://fedorahosted.org/fpc/report/12
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/fpc,
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.
Note, at some point we need to get these onto the agenda:
https://fedorahosted.org/fpc/ticket/314 proposed packaging guidelines change:
https://fedoraproject.org/wiki/User:Akozumpl/No_bin_deps
https://fedorahosted.org/fpc/ticket/303 Consider reverting decision to ban
%{?_isa} in BuildRequires
I'm not sure how we're prioritising what gets listed on this written agenda
so I'm not sure how to make sure those get added to the queue.
-Toshio
pgpRIZW9qc5PD.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: [ACTION REQUIRED] Packages depending on retired packages
python-quantumclient orphan, jruzicka, vaneldik, pbrady, apevec, gkotton, markmc, rkukura Depending on: python-quantumclient openstack-quantum (maintained by: rkukura, itamarjp, otherwiseguy, mmagr, josecastroleon, vaneldik, pbrady, rackerjoe, apevec, chrisw, gkotton, markmc) python-quantum-2013.2-0.3.b1.fc20.noarch requires python-quantumclient = 2:2.2.1-4.fc20 All of those have been renamed upstream and have been replaced with packages in Fedora with the new name 's/quantum/neutron' so openstack-quantum, python-quantum and python-quantumclient should all just be retired. 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: Why is AHCI built-in?
On 28.08.2013 16:57, Kyle McMartin wrote: On Wed, Aug 28, 2013 at 12:46:31AM +0200, poma wrote: Any links/docs to offer on this topic? Thanks. I don't have a link off-hand, but a book about computer architecture should let you figure things out: At what level of detail? The kernel attempts to map itself using 2MB pages on X86 where possible (since it's large and contiguous.) For various reasons, modules are mapped using 4K pages since they'd need to be padded out to 2MB (very little module .text would be that big, and obviously code and data are mapped separately for protection reasons.) Also, separate modules need to be on separate pages in order to ensure that you can remove them independently. So the more modules you have loaded, the more likely useful TLB (translation lookaside buffer, which caches virtual to physical mappings) from userspace will get pushed out by the kernel on a system call or interrupt. regards, Kyle This is a good starting point. Thank you. poma -- 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: Why is AHCI built-in?
On 28.08.2013 15:14, Michal Schmidt wrote: On 08/28/2013 12:46 AM, poma wrote: On 19.08.2013 20:46, Kyle McMartin wrote: On Mon, Aug 19, 2013 at 01:35:16PM -0500, Ian Pilcher wrote: - What are the advantages of having the driver built-in, as compared to simply ensuring that it's always included in the initramfs? performance, you'll take fewer tlb misses. Any links/docs to offer on this topic? http://tldp.org/HOWTO/Module-HOWTO/x627.html#MEMALLOC Thank you for reminding me on this one. :) poma -- 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 21, 2013 at 9:35 AM, Behdad Esfahbod beh...@behdad.org wrote: Where's the code? The github link seems to be broken. Sorry for the delay on that. The code is now here: https://github.com/tchollingsworth/ttname And it's already in Rawhide, F20, and F18-19 updates-testing. See the announcement here for more details: https://lists.fedoraproject.org/pipermail/fonts/2013-August/001621.html -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: bisect on fedora kernels
On Wed, Aug 28, 2013 at 6:59 PM, Ian Malone ibmal...@gmail.com wrote: On 20 August 2013 13:50, Josh Boyer jwbo...@fedoraproject.org wrote: That shouldn't really be an issue for the most part. It would only impact you if you're hitting issues in an area where the config options differ between releases, and those are fairly uncommon. You can try using koji bisect to start with to at least save yourself some time. Basically, the best bet is to copy the fedora kernel config into a kernel git tree and just use git bisect, make bzImage, make modules, make modules_install, make install. If you want to save some build time, trim the config to not include the bajillion modules we ship. Just to follow up, thanks, your instructions for building worked fine (I'd worried it wouldn't be so straightforward). Thought I'd best mention koji-bisect doesn't seem to exist anymore (in case anyone else finds this thread). Er... it doesn't? Where did you try to get it from, and how did it fail? josh -- 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: [RFC] Easiest making kernel rpms from upstream git
On Wed, Aug 28, 2013 at 9:53 PM, Igor Gnatenko i.gnatenko.br...@gmail.comwrote: Today I've wrote article w/ many notes about bisecting kernel [0], but I've used make bzImage, make install and the same commands bypassing RPM and I have IMHO good idea to write utility, that will be build rpm w/o/ Fedora patches, changelogs, etc. simple rpms w/ one command. 'make binrpm-pkg' should be the simplest way to make kernel rpm. But you may need to copy the scriptlets following the Fedora/RHEL 'kernel' rpm to scripts/package/mkspec, so the output rpm from 'make binrpm-pkg' can be installed without manual intervene. -robin We will use utilityname `git rev-parse HEAD` f19 instead of make bzImage make modules and yum install ./rpms/*.rpm instead of make install make modules_install. This software should increase the effectiveness, simplify the build test kernels, simplify to work w/ installed kernels (e.g. remove). Also we can easy provide rpms to bugreport for testing regressions, etc. I see alike software at bubuntu wiki [1]. Would anyone besides me find this useful enough for me to keep working on it? [0]https://fedoraproject.org/wiki/User:Ignatenkobrain/Kernel/Bisection [1] https://wiki.ubuntu.com/Kernel/KernelBisection#Build_Upstream_Test_Kernel -- Igor Gnatenko Fedora release 19 (Schrödinger’s Cat) Linux 3.10.7-200.fc19.x86_64 -- 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
[Test-Announce] Fedora 20 Alpha Test Compose 2 (TC2) Available Now!
NOTE: The 32- and 64-bit DVDs, the 32- and 64-bit Desktop Lives, the 32-bit MATE and Security Spins, and the 64-bit LXDE and MATE Spins are over their respective size targets. As per the Fedora 20 schedule [1], Fedora 20 Alpha Test Compose 2 (TC2) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/5745#comment:4 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha priority test cases for Installation [2], Base [3], and Desktop [4] should pass in order to meet the Alpha Release Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the test list [7]. Create Fedora 20 Alpha test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/5745 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-20/f-20-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Base_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria [6] irc://irc.freenode.net/fedora-qa [7] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-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: [RFC] Easiest making kernel rpms from upstream git
On Thu, 2013-08-29 at 10:29 +0800, Robin Lee wrote: On Wed, Aug 28, 2013 at 9:53 PM, Igor Gnatenko i.gnatenko.br...@gmail.comwrote: Today I've wrote article w/ many notes about bisecting kernel [0], but I've used make bzImage, make install and the same commands bypassing RPM and I have IMHO good idea to write utility, that will be build rpm w/o/ Fedora patches, changelogs, etc. simple rpms w/ one command. 'make binrpm-pkg' should be the simplest way to make kernel rpm. But you may need to copy the scriptlets following the Fedora/RHEL 'kernel' rpm to scripts/package/mkspec, so the output rpm from 'make binrpm-pkg' can be installed without manual intervene. -robin It's really good idea, but hard to configure. I think more better to write bash-script w/ this functionality. -- Igor Gnatenko Fedora release 19 (Schrödinger’s Cat) Linux 3.10.7-200.fc19.x86_64 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Packages depending on retired packages
On Thu, Aug 29, 2013 at 12:32:19AM +0100, Peter Robinson wrote: python-quantumclient orphan, jruzicka, vaneldik, pbrady, apevec, gkotton, markmc, rkukura Depending on: python-quantumclient openstack-quantum (maintained by: rkukura, itamarjp, otherwiseguy, mmagr, josecastroleon, vaneldik, pbrady, rackerjoe, apevec, chrisw, gkotton, markmc) python-quantum-2013.2-0.3.b1.fc20.noarch requires python-quantumclient = 2:2.2.1-4.fc20 All of those have been renamed upstream and have been replaced with packages in Fedora with the new name 's/quantum/neutron' so openstack-quantum, python-quantum and python-quantumclient should all just be retired. python-quantumclient openstack-quantum are now blocked in f20+, but I did not find a python-quantum package. 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
File Starlet-0.20.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Starlet: 37feaa41ff4b40c0eb6f36352495b6db Starlet-0.20.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet] Upstream update.
commit 64165992796e30ac1e0bde0f4ec7fb1e7b2796ec
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Wed Aug 28 09:33:08 2013 +0200
Upstream update.
.gitignore|2 +-
perl-Starlet.spec | 10 +++---
sources |2 +-
3 files changed, 9 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index dd3b120..a8e6237 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Starlet-0.19.tar.gz
+/Starlet-0.20.tar.gz
diff --git a/perl-Starlet.spec b/perl-Starlet.spec
index 2ac462b..6dda32e 100644
--- a/perl-Starlet.spec
+++ b/perl-Starlet.spec
@@ -1,6 +1,6 @@
Name: perl-Starlet
-Version:0.19
-Release:3%{?dist}
+Version:0.20
+Release:1%{?dist}
Summary:Simple, high-performance PSGI/Plack HTTP server
License:GPL+ or Artistic
Group: Development/Libraries
@@ -9,13 +9,14 @@ Source0:
http://www.cpan.org/authors/id/K/KA/KAZUHO/Starlet-%{version}.ta
BuildArch: noarch
BuildRequires: /usr/bin/start_server
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.42
BuildRequires: perl(Parallel::Prefork) = 0.13
BuildRequires: perl(Plack) = 0.992
BuildRequires: perl(Server::Starter) = 0.06
BuildRequires: perl(Test::More) = 0.88
BuildRequires: perl(Test::TCP) = 0.15
BuildRequires: perl(LWP::UserAgent) = 5.8
+
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
@@ -48,6 +49,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Wed Aug 28 2013 Ralf Corsépius corse...@fedoraproject.org - 0.20-1
+- Upstream update.
+
* Mon Aug 05 2013 Petr Pisar ppi...@redhat.com - 0.19-3
- Perl 5.18 rebuild
diff --git a/sources b/sources
index 6e34cf9..57ce86c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-da667763a41736d2e89a08a1b2e7ff7e Starlet-0.19.tar.gz
+37feaa41ff4b40c0eb6f36352495b6db Starlet-0.20.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet/f20] Upstream update.
Summary of changes: 6416599... Upstream update. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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 F-20 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-Qt
perl-Qt has broken dependencies in the F-20 tree: On x86_64: perl-Qt-0.96.0-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-Qt-0.96.0-6.fc19.x86_64 requires libperl.so()(64bit) On i386: perl-Qt-0.96.0-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-Qt-0.96.0-6.fc19.i686 requires libperl.so On armhfp: perl-Qt-0.96.0-6.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) perl-Qt-0.96.0-6.fc19.armv7hl requires libperl.so 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-20 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) 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-Padre
perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the F-20 tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 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-PDL
perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.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-ParseUtil-Domain
perl-ParseUtil-Domain has broken dependencies in the F-20 tree: On x86_64: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-ParseUtil-Domain-2.22-3.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: slic3r
slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.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-Jemplate
perl-Jemplate has broken dependencies in the F-20 tree: On x86_64: perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Alien-ROOT
perl-Alien-ROOT has broken dependencies in the F-20 tree: On armhfp: perl-Alien-ROOT-5.34.3.1-3.fc20.noarch requires root-core 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-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the F-20 tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.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-Encode-JP-Mobile
perl-Encode-JP-Mobile has broken dependencies in the F-20 tree: On x86_64: perl-Encode-JP-Mobile-0.30-2.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Encode-JP-Mobile-0.30-2.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Encode-JP-Mobile-0.30-2.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
[perl-Starlet/f19] (4 commits) ...Merge cleanup.
Summary of changes: fb70f59... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) bcdfe3f... Perl 5.18 rebuild (*) 6416599... Upstream update. (*) d279ce0... Merge cleanup. (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet/f19: 4/4] Merge cleanup.
commit d279ce0b5b9f905a64fa39abdb0a27c0669c9e93 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Aug 28 13:07:36 2013 +0200 Merge cleanup. perl-Starlet.spec |6 -- 1 files changed, 0 insertions(+), 6 deletions(-) --- diff --git a/perl-Starlet.spec b/perl-Starlet.spec index 6dda32e..95bcbdb 100644 --- a/perl-Starlet.spec +++ b/perl-Starlet.spec @@ -52,12 +52,6 @@ make test * Wed Aug 28 2013 Ralf Corsépius corse...@fedoraproject.org - 0.20-1 - Upstream update. -* Mon Aug 05 2013 Petr Pisar ppi...@redhat.com - 0.19-3 -- Perl 5.18 rebuild - -* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.19-2 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild - * Mon Jul 08 2013 Ralf Corsépius corse...@fedoraproject.org - 0.19-1 - Upstream update. - BR: perl(LWP::UserAgent). -- 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
File UUID-Tiny-1.04.tar.gz uploaded to lookaside cache by churchyard
A file has been added to the lookaside cache for perl-UUID-Tiny: 2d7c18711e64e0a64cc7c7fbb870947e UUID-Tiny-1.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-UUID-Tiny] New upstream release 1.04, fixes #1000525
commit 5010b3f1d2760f6418195b5fc86d5bce8b01d83e
Author: Miro Hrončok m...@hroncok.cz
Date: Wed Aug 28 13:39:54 2013 +0200
New upstream release 1.04, fixes #1000525
.gitignore |1 +
perl-UUID-Tiny.spec | 12
sources |2 +-
3 files changed, 10 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index dcc646e..a9f1ea9 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/UUID-Tiny-1.03.tar.gz
+/UUID-Tiny-1.04.tar.gz
diff --git a/perl-UUID-Tiny.spec b/perl-UUID-Tiny.spec
index 992140b..a1fde99 100644
--- a/perl-UUID-Tiny.spec
+++ b/perl-UUID-Tiny.spec
@@ -1,6 +1,6 @@
Name: perl-UUID-Tiny
-Version:1.03
-Release:5%{?dist}
+Version:1.04
+Release:1%{?dist}
Summary:Pure Perl UUID Support With Functional Interface
License:GPL+ or Artistic
Group: Development/Libraries
@@ -12,7 +12,7 @@ BuildRequires: perl(Test::More)
BuildRequires: perl(Digest::MD5)
BuildRequires: perl(Digest::SHA1)
Requires: perl(Digest::SHA1)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
UUID::Tiny is a lightweight, low dependency Pure Perl module for UUID
@@ -24,7 +24,7 @@ UUIDs, version 4 random UUIDs, and version 5 SHA-1 based
UUIDs.
%setup -q -n UUID-Tiny-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
@@ -44,6 +44,10 @@ make test
%{_mandir}/man3/*
%changelog
+* Wed Aug 28 2013 Miro Hrončok mhron...@redhat.com - 1.04-1
+- New upstream release
+- Use perl all over the spec, instead the macro
+
* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.03-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index 1d7bef3..108ab4f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5120b9b90b4c986f82441d096112f3d7 UUID-Tiny-1.03.tar.gz
+2d7c18711e64e0a64cc7c7fbb870947e UUID-Tiny-1.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-UUID-Tiny/f20] New upstream release 1.04, fixes #1000525
Summary of changes: 5010b3f... New upstream release 1.04, fixes #1000525 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-UUID-Tiny/f19] (3 commits) ...New upstream release 1.04, fixes #1000525
Summary of changes: d7a5257... Perl 5.18 rebuild (*) 78e2e41... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 5010b3f... New upstream release 1.04, fixes #1000525 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-UUID-Tiny/f18] (4 commits) ...New upstream release 1.04, fixes #1000525
Summary of changes: 1a4ed7a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*) d7a5257... Perl 5.18 rebuild (*) 78e2e41... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 5010b3f... New upstream release 1.04, fixes #1000525 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet/f18] (5 commits) ...Merge remote-tracking branch 'origin/f19' into f18
Summary of changes: fb70f59... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) bcdfe3f... Perl 5.18 rebuild (*) 6416599... Upstream update. (*) d279ce0... Merge cleanup. (*) 07092ef... Merge remote-tracking branch 'origin/f19' into f18 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet/f18: 5/5] Merge remote-tracking branch 'origin/f19' into f18
commit 07092ef1a8954cc3325d8ee3fb5bc6c600c64309 Merge: e7fddfa d279ce0 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Aug 28 13:51:23 2013 +0200 Merge remote-tracking branch 'origin/f19' into f18 .gitignore|2 +- perl-Starlet.spec |8 ++-- sources |2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- -- 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-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the rawhide tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.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-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 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-Qt
perl-Qt has broken dependencies in the rawhide tree: On x86_64: perl-Qt-0.96.0-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-Qt-0.96.0-6.fc19.x86_64 requires libperl.so()(64bit) On i386: perl-Qt-0.96.0-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-Qt-0.96.0-6.fc19.i686 requires libperl.so On armhfp: perl-Qt-0.96.0-6.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) perl-Qt-0.96.0-6.fc19.armv7hl requires libperl.so 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-ParseUtil-Domain
perl-ParseUtil-Domain has broken dependencies in the rawhide tree: On x86_64: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: slic3r
slic3r has broken dependencies in the rawhide tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.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-Jemplate
perl-Jemplate has broken dependencies in the rawhide tree: On x86_64: perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-Padre
perl-Padre has broken dependencies in the rawhide tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.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-Alien-ROOT
perl-Alien-ROOT has broken dependencies in the rawhide tree: On armhfp: perl-Alien-ROOT-5.34.3.1-3.fc20.noarch requires root-core 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) 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-Encode-JP-Mobile
perl-Encode-JP-Mobile has broken dependencies in the rawhide tree: On x86_64: perl-Encode-JP-Mobile-0.30-2.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Encode-JP-Mobile-0.30-2.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Encode-JP-Mobile-0.30-2.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
[Bug 1000525] perl-UUID-Tiny-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1000525 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-UUID-Tiny-1.04-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-UUID-Tiny-1.04-1.fc19 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=F5JdfSxpXQa=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 1000525] perl-UUID-Tiny-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1000525 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-UUID-Tiny-1.04-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-UUID-Tiny-1.04-1.fc18 -- 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=9LKBjA3iQaa=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-Data-TreeDumper] Modernize spec; Specify all deps; Fixed BZ #994030
commit a4911c9d6c149e9e622e17134e0e31b8cf383f02
Author: Jitka Plesnikova jples...@redhat.com
Date: Wed Aug 28 15:32:03 2013 +0200
Modernize spec; Specify all deps; Fixed BZ #994030
perl-Data-TreeDumper.spec | 51
1 files changed, 19 insertions(+), 32 deletions(-)
---
diff --git a/perl-Data-TreeDumper.spec b/perl-Data-TreeDumper.spec
index 292ed4e..2f19284 100644
--- a/perl-Data-TreeDumper.spec
+++ b/perl-Data-TreeDumper.spec
@@ -1,23 +1,27 @@
Name: perl-Data-TreeDumper
Version:0.40
-Release:5%{?dist}
+Release:6%{?dist}
# see TreeDumper.pm
License:GPL+ or Artistic
Group: Development/Libraries
Summary:Improved replacement for Data::Dumper
Source:
http://search.cpan.org/CPAN/authors/id/N/NK/NKH/Data-TreeDumper-%{version}.tar.gz
Url:http://search.cpan.org/dist/Data-TreeDumper
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
BuildArch: noarch
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl
+BuildRequires: perl(Carp)
BuildRequires: perl(Check::ISA)
BuildRequires: perl(Class::ISA)
BuildRequires: perl(Devel::Size) = 0.58
+BuildRequires: perl(Exporter)
+BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Sort::Naturally)
+BuildRequires: perl(strict)
BuildRequires: perl(Term::Size) = 0.2
BuildRequires: perl(Text::Wrap) = 2001.0929
+BuildRequires: perl(warnings)
# not automagically picked up
Requires: perl(Term::Size) = 0.2
@@ -35,35 +39,13 @@ format more easily understood.
%prep
%setup -q -n Data-TreeDumper-%{version}
-# F-11 appears to be more sensitive to bits in _docdir. grr. see RHBZ#473874
-cat \EOF %{name}-prov
-#!/bin/sh
-%{__perl_provides} `perl -p -e 's|\S+%{_docdir}/%{name}-%{version}\S+||'`
-EOF
-
-%define __perl_provides %{_builddir}/Data-TreeDumper-%{version}/%{name}-prov
-chmod +x %{__perl_provides}
-
-cat \EOF %{name}-req
-#!/bin/sh
-%{__perl_requires} `perl -p -e 's|\S+%{_docdir}/%{name}-%{version}\S+||'`
-EOF
-
-%define __perl_requires %{_builddir}/Data-TreeDumper-%{version}/%{name}-req
-chmod +x %{__perl_requires}
-
-
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-rm -rf %{buildroot}
-
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
+make pure_install DESTDIR=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';'
-
%{_fixperms} %{buildroot}/*
# hrm.
@@ -72,16 +54,21 @@ find %{buildroot} -name '*.pl' -exec rm -v {} +
%check
make test
-%clean
-rm -rf %{buildroot}
-
%files
-%defattr(-,root,root,-)
%doc README Changes Todo *.pl
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
+* Wed Aug 28 2013 Jitka Plesnikova jples...@redhat.com - 0.40-6
+- Clean up spec
+ - Drop removing buildroot and delete %%clean section
+ - Remove BuildRoot and %%defattr
+ - Replace PERL_INSTALL_ROOT by DESTDIR
+- Specify all dependencies
+- Fixed BZ #994030 - Remove the req/prov filtering from version docdir
+ (BZ#473874), because it is not needed
+
* Sat Aug 03 2013 Petr Pisar ppi...@redhat.com - 0.40-5
- 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
[Bug 994030] perl-Data-TreeDumper possibly affected by F-20 unversioned docdir change
https://bugzilla.redhat.com/show_bug.cgi?id=994030 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Data-TreeDumper-0.40-6 ||.fc21 Resolution|--- |RAWHIDE Last Closed|2013-08-09 07:29:39 |2013-08-28 09:40:09 -- 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=KtNs3lA1pNa=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-Data-TreeDumper/f20] Modernize spec; Specify all deps; Fixed BZ #994030
commit a551472c5f13be8e92a818f88cbffdcc48a5fd57
Author: Jitka Plesnikova jples...@redhat.com
Date: Wed Aug 28 15:43:52 2013 +0200
Modernize spec; Specify all deps; Fixed BZ #994030
perl-Data-TreeDumper.spec | 51
1 files changed, 19 insertions(+), 32 deletions(-)
---
diff --git a/perl-Data-TreeDumper.spec b/perl-Data-TreeDumper.spec
index 292ed4e..3408a29 100644
--- a/perl-Data-TreeDumper.spec
+++ b/perl-Data-TreeDumper.spec
@@ -1,23 +1,27 @@
Name: perl-Data-TreeDumper
Version:0.40
-Release:5%{?dist}
+Release:6%{?dist}
# see TreeDumper.pm
License:GPL+ or Artistic
Group: Development/Libraries
Summary:Improved replacement for Data::Dumper
Source:
http://search.cpan.org/CPAN/authors/id/N/NK/NKH/Data-TreeDumper-%{version}.tar.gz
Url:http://search.cpan.org/dist/Data-TreeDumper
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
BuildArch: noarch
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl
+BuildRequires: perl(Carp)
BuildRequires: perl(Check::ISA)
BuildRequires: perl(Class::ISA)
BuildRequires: perl(Devel::Size) = 0.58
+BuildRequires: perl(Exporter)
+BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Sort::Naturally)
+BuildRequires: perl(strict)
BuildRequires: perl(Term::Size) = 0.2
BuildRequires: perl(Text::Wrap) = 2001.0929
+BuildRequires: perl(warnings)
# not automagically picked up
Requires: perl(Term::Size) = 0.2
@@ -35,35 +39,13 @@ format more easily understood.
%prep
%setup -q -n Data-TreeDumper-%{version}
-# F-11 appears to be more sensitive to bits in _docdir. grr. see RHBZ#473874
-cat \EOF %{name}-prov
-#!/bin/sh
-%{__perl_provides} `perl -p -e 's|\S+%{_docdir}/%{name}-%{version}\S+||'`
-EOF
-
-%define __perl_provides %{_builddir}/Data-TreeDumper-%{version}/%{name}-prov
-chmod +x %{__perl_provides}
-
-cat \EOF %{name}-req
-#!/bin/sh
-%{__perl_requires} `perl -p -e 's|\S+%{_docdir}/%{name}-%{version}\S+||'`
-EOF
-
-%define __perl_requires %{_builddir}/Data-TreeDumper-%{version}/%{name}-req
-chmod +x %{__perl_requires}
-
-
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-rm -rf %{buildroot}
-
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
+make pure_install DESTDIR=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';'
-
%{_fixperms} %{buildroot}/*
# hrm.
@@ -72,16 +54,21 @@ find %{buildroot} -name '*.pl' -exec rm -v {} +
%check
make test
-%clean
-rm -rf %{buildroot}
-
%files
-%defattr(-,root,root,-)
%doc README Changes Todo *.pl
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
+* Wed Aug 28 2013 Jitka Plesnikova jples...@redhat.com - 0.40-6
+- Clean up spec
+ - Drop removing buildroot and delete %%clean section
+ - Remove BuildRoot and %%defattr
+ - Replace PERL_INSTALL_ROOT by DESTDIR
+- Specify all dependencies
+- Fixed BZ #994030 - Remove the req/prov filtering from version docdir
+ (BZ#473874), because it is not needed
+
* Sat Aug 03 2013 Petr Pisar ppi...@redhat.com - 0.40-5
- 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
File ExtUtils-Typemaps-Default-1.04.tar.gz uploaded to lookaside cache by churchyard
A file has been added to the lookaside cache for perl-ExtUtils-Typemaps-Default: d76a8c53e38e648088b5f5f8df1b2fac ExtUtils-Typemaps-Default-1.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-ExtUtils-Typemaps-Default] New upstream release 1.04 (#977266)
commit b9822ab154ac13e54a1674151eca5d05891f21bb
Author: Miro Hrončok m...@hroncok.cz
Date: Wed Aug 28 16:07:53 2013 +0200
New upstream release 1.04 (#977266)
.gitignore |1 +
perl-ExtUtils-Typemaps-Default.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index c4356b0..84e4670 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/ExtUtils-Typemaps-Default-1.01.tar.gz
+/ExtUtils-Typemaps-Default-1.04.tar.gz
diff --git a/perl-ExtUtils-Typemaps-Default.spec
b/perl-ExtUtils-Typemaps-Default.spec
index c3f3b49..1b81ba4 100644
--- a/perl-ExtUtils-Typemaps-Default.spec
+++ b/perl-ExtUtils-Typemaps-Default.spec
@@ -1,6 +1,6 @@
Name: perl-ExtUtils-Typemaps-Default
-Version:1.01
-Release:6%{?dist}
+Version:1.04
+Release:1%{?dist}
Summary:Set of useful typemaps
License:GPL+ or Artistic
Group: Development/Libraries
@@ -48,6 +48,9 @@ ExtUtils::Typemaps::Basic
%{_mandir}/man3/*
%changelog
+* Wed Aug 28 2013 Miro Hrončok mhron...@redhat.com - 1.04-1
+- New upstream release
+
* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.01-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index 9ecefa1..ceba54e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-fb1af6b88fe419e9a77d01642b4b2378 ExtUtils-Typemaps-Default-1.01.tar.gz
+d76a8c53e38e648088b5f5f8df1b2fac ExtUtils-Typemaps-Default-1.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 977266] perl-ExtUtils-Typemaps-Default-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=977266 Miro Hrončok mhron...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed||2013-08-28 10:21:17 -- 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=w2PIJyZQqfa=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-Language-Expr] Added perl(Lexical::Var) to BRs
commit 449e1ab32e4652117482ce7c30f66e438baa0e03
Author: Miro Hrončok m...@hroncok.cz
Date: Wed Aug 28 18:29:46 2013 +0200
Added perl(Lexical::Var) to BRs
perl-Language-Expr.spec |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
---
diff --git a/perl-Language-Expr.spec b/perl-Language-Expr.spec
index 1223270..ccd49e5 100644
--- a/perl-Language-Expr.spec
+++ b/perl-Language-Expr.spec
@@ -14,6 +14,7 @@ BuildRequires: perl(Capture::Tiny)
BuildRequires: perl(Data::Clone)
BuildRequires: perl(Data::Rmap)
BuildRequires: perl(File::Which)
+BuildRequires: perl(Lexical::Var)
BuildRequires: perl(List::MoreUtils)
BuildRequires: perl(Module::Build)
BuildRequires: perl(Moo)
@@ -57,6 +58,7 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
- New release
- Added BR perl(experimental) and perl(Capture::Tiny)
- %%{__perl} to perl
+- Added perl(Lexical::Var) to BR
* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.19-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
File MIME-EncWords-1.014.2.tar.gz uploaded to lookaside cache by xavierb
A file has been added to the lookaside cache for perl-MIME-EncWords: 5f809ae650489d1988d8aabd32d4d689 MIME-EncWords-1.014.2.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
