Re: shutdown failure/delay (was: Note on 'systemd-216-9')
On Wed, 2014-11-05 at 02:56 -0500, Felix Miata wrote: Adam Williamson composed on 2014-11-04 23:22 (UTC-0800): https://bugzilla.redhat.com/show_bug.cgi?id=1123170 , I never have time to investigate it properly and provide details - sorry about that. But I guess the same way of thinking would say the timer is a 'step in the right direction' for me because my system will eventually give up and hard power off after 30 minutes - but does that really practically make me feel like I'm getting a better experience? I've seen shutdown delays on various installations going back to when systemd was very young. That's not my bug. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Agenda for Env-and-Stacks WG meeting (2014-11-05)
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 9:00 Boston, 21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode. = Topics = * Follow-ups * Integration tests * Election planning * Chairman for next meeting * Open Floor -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20141105 changes
Compose started at Wed Nov 5 05:15:03 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [collectd] collectd-onewire-5.4.1-10.fc22.i686 requires libowcapi-2.9.so.7 [condor] condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.i686 requires libLLVM-3.4.so dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc22.i686 requires libedelib.so edelib-devel-2.1-5.fc22.i686 requires libedelib.so [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc22.i686 requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc22.i686 requires libtorrent-rasterbar.so.7 [gdesklet-SlideShow] gdesklet-SlideShow-0.9-16.fc21.noarch requires gdesklets [gdesklets-citation] gdesklets-citation-2.0-3.20120702git355e2ee.fc19.noarch requires gdesklets [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-3.fc22.i686 requires libHSoptparse-applicative-0.9.0-ghc7.6.3.so [glances] glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [iwhd] iwhd-1.6-11.fc22.i686 requires libmongoclient.so [juffed] juffed-plugin-terminal-0.10-10.fc22.i686 requires libqtermwidget.so.0 [kmid2] kmid2-2.4.0-7.fc22.i686 requires libdrumstick-file.so.0 kmid2-2.4.0-7.fc22.i686 requires libdrumstick-alsa.so.0 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1 [ltsp] ltsp-client-5.4.5-8.fc21.i686 requires fuse-unionfs ltsp-server-5.4.5-8.fc21.i686 requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.i686 requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [nfs-utils] 1:nfs-utils-1.3.1-2.0.fc22.i686 requires libnfsidmap.so.0(V_0.26) [nwchem] nwchem-openmpi-6.3.2-11.fc21.i686 requires libmpi_usempi.so.1 [odb] odb-2.3.0-6.fc22.i686 requires gcc = 0:4.9.1 [openshift-origin-msg-node-mcollective] openshift-origin-msg-node-mcollective-1.18.0.1-2.fc21.noarch requires openshift-origin-msg-common [openslides] openslides-1.3.1-3.fc21.noarch requires python-django 0:1.5 [openvas-client] openvas-client-3.0.3-8.fc20.i686 requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_misc.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_hg.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_base.so.6 [perl-RT-Authen-ExternalAuth] perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires rt3 perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires perl(:MODULE_COMPAT_5.18.2) [perl-RT-Extension-CommandByMail] perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires perl(RT::Interface::Email) perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires perl(:MODULE_COMPAT_5.18.2) [pipelight-selinux] pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight [pootle] pootle-2.1.6-8.fc21.noarch requires python-django14 [python-askbot-fedmsg] python-askbot-fedmsg-0.1.0-2.fc21.noarch requires askbot [python-coffin] python-coffin-0.3.7-3.fc21.noarch requires python-django14
F-21 Branched report: 20141105 changes
Compose started at Wed Nov 5 07:15:02 UTC 2014 Broken deps for armhfp -- [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [avro] avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client [blender] 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADAStreamWriter.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADAFramework.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADABaseUtils.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libMathMLSolver.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libGeneratedSaxParser.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADAStreamWriter.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADAFramework.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADABaseUtils.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libMathMLSolver.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libGeneratedSaxParser.so.0.1 [cduce] cduce-0.5.5-9.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc21.armv7hl requires libedelib.so edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7 [gdesklet-SlideShow] gdesklet-SlideShow-0.9-16.fc21.noarch requires gdesklets [gdesklets-citation] gdesklets-citation-2.0-3.20120702git355e2ee.fc19.noarch requires gdesklets [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [golang-github-influxdb-influxdb] golang-github-influxdb-influxdb-datastore-0.8.0-0.3.rc4.git67f9869.fc21.noarch requires golang(github.com/jmhodges/levigo) golang-github-influxdb-influxdb-datastore-0.8.0-0.3.rc4.git67f9869.fc21.noarch requires golang(code.google.com/p/log4go) golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch requires golang(github.com/jmhodges/levigo) golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch requires golang(github.com/influxdb/go-cache) golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch requires golang(github.com/bmizerany/pat) golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch requires golang(code.google.com/p/log4go) [gorm] gorm-1.2.18-5.fc20.armv7hl requires libgnustep-gui.so.0.23 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3 libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [ltsp] ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [ocaml-pa-do] ocaml-pa-do-0.8.16-3.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [openslides] openslides-1.3.1-3.fc21.noarch requires python-django 0:1.5 [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [openvas-client] openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_misc.so.6
Re: Note on 'systemd-216-9'
On Tue, Nov 04, 2014 at 11:22:10PM -0800, Adam Williamson wrote: On Wed, 2014-11-05 at 04:52 +0100, Zbigniew Jędrzejewski-Szmek wrote: It's not about Lennart. Afaik he usually sticks to git HEAD and/or rawhide. There are multiple reports about systemd entering an infinite loop and I *thought* that this is a step in the right direction. Well, looking at it practically as a user - if my system sticks in an infinite loop on boot, and the message is 'well, this new release doesn't make it boot properly, but it *will* time out and hard power off after 15 minutes' - that doesn't really make me jump for joy. Has it practically improved my situation? Not really. For powerup it doesn't, for shutdown it might. If systemd got confused in its little mind and cannnot unwind the stack of mounts, syncing the filesystems and powering off *is* a better outcome than hanging. Even more so for reboots - for a remote machine a hung reboot can be much more problematic than a reboot after 30 minutes. The issue is how to deal with long-running jobs. Current approach doesn't work for them at all — so it is not a solution we can enable. The timeouts are disabled in F21 packages and in upstream git and will push and update that also removes them in rawhide. To give a really personal example, I'm one of the people suffering from https://bugzilla.redhat.com/show_bug.cgi?id=1123170 I'd love to see this fixed too :) Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Note on 'systemd-216-9'
Hi On Tue, Nov 4, 2014 at 7:06 PM, Zbigniew Jędrzejewski-Szmek wrote: The subject of point releases hasn't come up before. Actually I haven't had *any* communication about the stable branches since they were created apart from a few patches backported by other systemd maintainers. If there are difficiencies, I need to hear about them. I love working on Fedora, and I'm happy to fix whatever I can. So when there are bugs for which you are pulling in fixes, if you could push them out to the stable branch and do point releases that just fixes bugs, that could help Fedora bug reporters understand what is that they are testing a little better. It also helps other distributions get upstream reviewed bug fix releases. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Schedule for Wednesday's FESCo Meeting (2014-11-05)
On 5 November 2014 00:47, Kalev Lember kalevlem...@gmail.com wrote: If you would like to add something to this agenda, you can reply to this e-mail Can we turn off updates-testing for future betas? It's hard to test the PackageKit-cached-metadata feature when the set of reps on the beta don't match the set of repos in the final version. We probably want to turn off updates-testing for future TC's if it's not turned off by default already. Richard. -- 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: Note on 'systemd-216-9'
On Wed, 2014-11-05 at 15:26 +0100, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Nov 04, 2014 at 11:22:10PM -0800, Adam Williamson wrote: On Wed, 2014-11-05 at 04:52 +0100, Zbigniew Jędrzejewski-Szmek wrote: It's not about Lennart. Afaik he usually sticks to git HEAD and/or rawhide. There are multiple reports about systemd entering an infinite loop and I *thought* that this is a step in the right direction. Well, looking at it practically as a user - if my system sticks in an infinite loop on boot, and the message is 'well, this new release doesn't make it boot properly, but it *will* time out and hard power off after 15 minutes' - that doesn't really make me jump for joy. Has it practically improved my situation? Not really. For powerup it doesn't, for shutdown it might. If systemd got confused in its little mind and cannnot unwind the stack of mounts, syncing the filesystems and powering off *is* a better outcome than hanging. Even more so for reboots - for a remote machine a hung reboot can be much more problematic than a reboot after 30 minutes. Did it actually sync the filesystems? I'm pretty sure that when we hit the bug with fedup, you got fsck's on the next boot. The issue is how to deal with long-running jobs. Current approach doesn't work for them at all — so it is not a solution we can enable. The timeouts are disabled in F21 packages and in upstream git and will push and update that also removes them in rawhide. The timeouts seem to have come back in upstream 217: http://cgit.freedesktop.org/systemd/systemd/commit/?id=f189ab18de69d3dee81117d7925fb370cd038f0f http://cgit.freedesktop.org/systemd/systemd/commit/?id=3898b80d409ae16b049d46f883bf763417bb4c8a -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Note on 'systemd-216-9'
On Wed, Nov 05, 2014 at 08:48:37AM -0800, Adam Williamson wrote: Did it actually sync the filesystems? I'm pretty sure that when we hit the bug with fedup, you got fsck's on the next boot. Hm, I thought it does, but this would suggest something different. The issue is how to deal with long-running jobs. Current approach doesn't work for them at all — so it is not a solution we can enable. The timeouts are disabled in F21 packages and in upstream git and will push and update that also removes them in rawhide. The timeouts seem to have come back in upstream 217: I think my typo made things unclear. The sentence above was supposed to say will push an update that also removes them in rawhide. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Schedule for Wednesday's FESCo Meeting (2014-11-05)
On 11/05/2014 04:21 PM, Richard Hughes wrote: On 5 November 2014 00:47, Kalev Lember kalevlem...@gmail.com wrote: If you would like to add something to this agenda, you can reply to this e-mail Can we turn off updates-testing for future betas? It's hard to test the PackageKit-cached-metadata feature when the set of reps on the beta don't match the set of repos in the final version. We probably want to turn off updates-testing for future TC's if it's not turned off by default already. I think this is best to discuss in a trac ticket where we can ask for releng and other stakeholders for their expert opinion -- can you file a ticket with the fesco trac, please? Or we could possibly have a short discussion during the open floor in the IRC meeting too if you can come there. Whether to enable updates-testing for beta is probably a tradeoff question between getting the maximum amount of testing out of updates-testing during the beta-final time, and between shipping the beta repos in a configuration that's closest to the final release. -- Thanks, Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
iccjpeg.h errors
Hi all. I don't know how to fix these errors during IceCat compilation. Lately I tried to adapt Fedora compilations flags but there is wrong something. Here the log: http://koji.fedoraproject.org/koji/getfile?taskID=8044663name=build.logoffset=-4000 This is SPEC file that I'm using, https://sagitter.fedorapeople.org/Icecat/icecat.spec -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.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: iccjpeg.h errors
On Wed, 2014-11-05 at 18:17 +0100, Antonio Trande wrote: Hi all. I don't know how to fix these errors during IceCat compilation. Lately I tried to adapt Fedora compilations flags but there is wrong something. Here the log: http://koji.fedoraproject.org/koji/getfile?taskID=8044663name=build.logoffset=-4000 Where are JPP, JOCTET, and FAR defined? Is that header included in the file that is causing errors? Dan This is SPEC file that I'm using, https://sagitter.fedorapeople.org/Icecat/icecat.spec -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.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: iccjpeg.h errors
Hi Dan. On 11/05/2014 06:44 PM, Dan Williams wrote: On Wed, 2014-11-05 at 18:17 +0100, Antonio Trande wrote: Hi all. I don't know how to fix these errors during IceCat compilation. Lately I tried to adapt Fedora compilations flags but there is wrong something. Here the log: http://koji.fedoraproject.org/koji/getfile?taskID=8044663name=build.logoffset=-4000 Where are JPP, JOCTET, and FAR defined? Is that header included in the file that is causing errors? Dan I suppose you need to read image/decoders/iccjpeg.h involved: http://ur1.ca/ipcjo -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.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: Porting initramfs-tools to dracut
HI Andy, Thanks for your response. No I don't need anything fancy while booting up other than access to certain scripts/hooks which are added in initramfs-tools directory in case of ubuntu. I'll try to see if this python code allows me to do something like that. Also, in general, doesn't dracut have any provision wherein we can specify such add ons? Strange.. Best, Saurabh On Tue, Nov 4, 2014 at 5:42 PM, Andrew Lutomirski l...@mit.edu wrote: On Tue, Nov 4, 2014 at 5:35 PM, Saurabh Kulkarni srk...@gmail.com wrote: Hi there, So I've been working on a project that requires me to have my own custom initrd. The doc I'm following is specialized for ubuntu, so it makes use of mkinitramfs to create initrd, and uses initramfs-tools/scripts and initramfs-tools/hooks for serving its purpose. I tried using dracut to create a ramdisk, but I cannot figure out how should I incorporate additional scripts and hooks into the same. I tried extending a dracut module (00bash) by adding *inst_hook cmdline 20 path to the script * but that doesn't seem to help. How custom? What are you trying to do? Are you trying to boot in an environment that needs hardware-dependent drivers loaded or is the environment controlled enough that you don't need all that fanciness. I'm asking because this thing, while not currently intended for external use, can generate working initramfses very very quickly and with so little code that you can see what's going on in a minute or two: https://git.kernel.org/cgit/utils/kernel/virtme/virtme.git/tree/virtme/mkinitramfs.py --Andy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Saurabh R Kulkarni Graduate Student, ECE Carnegie Mellon University -- 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: Porting initramfs-tools to dracut
On Wed, Nov 5, 2014 at 10:08 AM, Saurabh Kulkarni srk...@gmail.com wrote: HI Andy, Thanks for your response. No I don't need anything fancy while booting up other than access to certain scripts/hooks which are added in initramfs-tools directory in case of ubuntu. I'll try to see if this python code allows me to do something like that. Also, in general, doesn't dracut have any provision wherein we can specify such add ons? Strange.. I consider initramfs-tools hooks to be fancy :) My script is entirely self-contained, so, if you want an initramfs feature, it goes in the script. --Andy Best, Saurabh On Tue, Nov 4, 2014 at 5:42 PM, Andrew Lutomirski l...@mit.edu wrote: On Tue, Nov 4, 2014 at 5:35 PM, Saurabh Kulkarni srk...@gmail.com wrote: Hi there, So I've been working on a project that requires me to have my own custom initrd. The doc I'm following is specialized for ubuntu, so it makes use of mkinitramfs to create initrd, and uses initramfs-tools/scripts and initramfs-tools/hooks for serving its purpose. I tried using dracut to create a ramdisk, but I cannot figure out how should I incorporate additional scripts and hooks into the same. I tried extending a dracut module (00bash) by adding *inst_hook cmdline 20 path to the script * but that doesn't seem to help. How custom? What are you trying to do? Are you trying to boot in an environment that needs hardware-dependent drivers loaded or is the environment controlled enough that you don't need all that fanciness. I'm asking because this thing, while not currently intended for external use, can generate working initramfses very very quickly and with so little code that you can see what's going on in a minute or two: https://git.kernel.org/cgit/utils/kernel/virtme/virtme.git/tree/virtme/mkinitramfs.py --Andy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Saurabh R Kulkarni Graduate Student, ECE Carnegie Mellon University -- 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
koji rawhide broken: ImportError: cannot import name ProtocolError
https://kojipkgs.fedoraproject.org//work/tasks/7943/8047943/mock_output.log Something is broken. fedpkg maybe? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: koji rawhide broken: ImportError: cannot import name ProtocolError
Was wondering the same thing on my rubygem-thinking-sphinx build just now. https://kojipkgs.fedoraproject.org//work/tasks/7979/8047979/root.log - Ken On Wed, Nov 5, 2014 at 11:35 AM, Richard W.M. Jones rjo...@redhat.com wrote: https://kojipkgs.fedoraproject.org//work/tasks/7943/8047943/mock_output.log Something is broken. fedpkg maybe? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: koji rawhide broken: ImportError: cannot import name ProtocolError
On 11/05/2014 11:35 AM, Richard W.M. Jones wrote: https://kojipkgs.fedoraproject.org//work/tasks/7943/8047943/mock_output.log Something is broken. fedpkg maybe? Rich. missing/incompatible dep for python-requests? It was just updated to python-requests-2.4.3-1.fc22 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Summary/Minutes from today's FESCo Meeting (2014-11-05)
=== #fedora-meeting: FESCO (2014-11-05) === Meeting started by kalev at 18:01:59 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-11-05/fesco.2014-11-05-18.01.log.html . Meeting summary --- * init process (kalev, 18:02:01) * #1362 Clarify feature process as it relates to FPC (kalev, 18:04:25) * AGREED: If the Change requires a Packaging Guidelines change, the owner of the change have to provide a draft of the change. This request has to be codified in the Change Process. (+6,0,0) (kalev, 18:22:21) * ACTION: sgallagh to draft up an update to the Change Process (sgallagh, 18:22:47) * #1365 A unique system-wide TMP directory for all programs and sane ways to retrieve the default (kalev, 18:23:13) * Give the TMP directory discussion more time and revisit it next week to see if there's anything FESCo can do (kalev, 18:40:08) * Next week's chair (kalev, 18:40:28) * ACTION: nirik to chair next week (kalev, 18:41:32) * t8m and sgallagh unable to attend next week's meeting (kalev, 18:41:47) * Open Floor (kalev, 18:41:51) * Thanks to everyone's hard work on Beta. (kalev, 18:42:54) * LINK: http://www.pcworld.com/article/2842555/how-fedora-21-is-splitting-itself-inself-in-thirds-to-prepare-for-the-next-10-years.html (mattdm, 18:43:44) * LINK: http://betanews.com/2014/11/04/linux-fans-fedora-21-beta-1-is-here-now-featuring-three-flavors/ (mattdm, 18:43:58) * LINK: http://www.lifehacker.co.uk/2014/11/05/fedora-21-beta-released-need-know-new-multi-flavour-linux-distro (mattdm, 18:44:22) * LINK: https://fedoraproject.org/w/index.php?title=Changes%2FPolicydiff=393926oldid=390130 (sgallagh, 18:56:35) Meeting ended at 18:59:52 UTC. Action Items * sgallagh to draft up an update to the Change Process * nirik to chair next week Action Items, by person --- * nirik * nirik to chair next week * sgallagh * sgallagh to draft up an update to the Change Process * **UNASSIGNED** * (none) People Present (lines said) --- * kalev (65) * sgallagh (35) * nirik (26) * t8m (24) * mschwendt (14) * mattdm (9) * thozza (9) * zodbot (8) * mclasen (7) * spot (2) * stickster (1) * tomspur (1) * otaylor (1) * jwb (1) * mmaslano (0) * mitr (0) * dgilmore (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: iccjpeg.h errors
On Wed, 2014-11-05 at 18:57 +0100, Antonio Trande wrote: Hi Dan. On 11/05/2014 06:44 PM, Dan Williams wrote: On Wed, 2014-11-05 at 18:17 +0100, Antonio Trande wrote: Hi all. I don't know how to fix these errors during IceCat compilation. Lately I tried to adapt Fedora compilations flags but there is wrong something. Here the log: http://koji.fedoraproject.org/koji/getfile?taskID=8044663name=build.logoffset=-4000 Where are JPP, JOCTET, and FAR defined? Is that header included in the file that is causing errors? Dan I suppose you need to read image/decoders/iccjpeg.h involved: http://ur1.ca/ipcjo Can you get/post the jconfig.h and jmorecfg.h that's getting used? Those are where the defines in question come from, and perhaps some options in jconfig.h are different on this build than in past builds. Dan -- 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: iccjpeg.h errors
On 11/05/2014 08:29 PM, Dan Williams wrote: Where are JPP, JOCTET, and FAR defined? Is that header included in the file that is causing errors? Dan I suppose you need to read image/decoders/iccjpeg.h involved: http://ur1.ca/ipcjo Can you get/post the jconfig.h and jmorecfg.h that's getting used? Those are where the defines in question come from, and perhaps some options in jconfig.h are different on this build than in past builds. Of course. jconfig.h: http://ur1.ca/ipfqi jmorecfg.h: http://ur1.ca/ipfrg -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.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: koji rawhide broken: ImportError: cannot import name ProtocolError
On 11/05/2014 01:37 PM, Ken Dreyer wrote: Was wondering the same thing on my rubygem-thinking-sphinx build just now. https://kojipkgs.fedoraproject.org//work/tasks/7979/8047979/root.log - Ken On Wed, Nov 5, 2014 at 11:35 AM, Richard W.M. Jones rjo...@redhat.com wrote: https://kojipkgs.fedoraproject.org//work/tasks/7943/8047943/mock_output.log Something is broken. fedpkg maybe? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Yeah, blocked on this also. https://kojipkgs.fedoraproject.org//work/tasks/8759/8048759/mock_output.log -- Peter MacKinnon Emerging Technologies Red Hat Inc. Raleigh, NC -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Schedule for Wednesday's FESCo Meeting (2014-11-05)
On 2014-11-05 7:21, Richard Hughes wrote: On 5 November 2014 00:47, Kalev Lember kalevlem...@gmail.com wrote: If you would like to add something to this agenda, you can reply to this e-mail Can we turn off updates-testing for future betas? It's hard to test the PackageKit-cached-metadata feature when the set of reps on the beta don't match the set of repos in the final version. We probably want to turn off updates-testing for future TC's if it's not turned off by default already. I should note that I filed that issue [1] for F17. Perhaps it is worth revisiting. [1] https://fedorahosted.org/fesco/ticket/705 -- Garrett Holmstrom -- 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: LLVM 3.5 rebase
On Wed, 2014-11-05 at 00:44 -0500, Jens Petersen wrote: llvm-3.5 seems to break Haskell programs compiled with ghc on ARM badly. Perhaps I should just barge ahead with a compat-llvm34? Adam: this would be very welcome for ghc (ghc only needs llvm - not any clang bits). Otherwise currently we can't build any Haskell packages in Rawhide because compiled programs all fail to run on armv7hl with a runtime error: I don't think compat-llvm34 would save you. ghc emits llvm ir directly, then invokes llc to compile it; /usr/bin/llc would only be provided by llvm, not by the compat package which would be just the old library. Sounds like a problem for the arm maintainer. - 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: koji rawhide broken: ImportError: cannot import name ProtocolError
On Wed, Nov 05, 2014 at 11:44:18AM -0700, Orion Poplawski wrote: On 11/05/2014 11:35 AM, Richard W.M. Jones wrote: https://kojipkgs.fedoraproject.org//work/tasks/7943/8047943/mock_output.log Something is broken. fedpkg maybe? Rich. missing/incompatible dep for python-requests? It was just updated to python-requests-2.4.3-1.fc22 Yes, lpython-requests was the problem (it needs a newer python-urllib3). It is untagged from f22 for now while I get python-urllib3 in. Sorry for the mess. pgpWCTxgEw5zN.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
License change to smc-anjalioldlipi-fonts
smc-fonts upstream changed license of AnjaliOldLipi fonts from GPL+ to OFL 1.1. The update will be in smc-fonts-6.1-3 package. -- Rajeesh -- 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 docker in a mock chroot
Hi, I haven't really tried, I only wanted to look at fig 1.0 currently in f21 updates-testing. So I --shell'ed inside my fedora-21-x86_64 mock chroot after installing fig, and tried to start a docker daemon in the background but it failed. # docker -d -H unix:///var/run/docker.sock 2014/11/05 23:08:33 docker daemon: 1.3.0 c78088f/1.3.0; execdriver: native; graphdriver: [45f3a6fd] +job serveapi(unix:///var/run/docker.sock) [error] attach_loopback.go:42 There are no more loopback devices available. 2014/11/05 23:08:33 loopback mounting failed If I need to use a VM, I will (any news for vagrant?) but I was wondering whether this was actually possible. I haven't looked in detail at how mock creates the chroots, and don't have time to dig at all these days. I was just wondering whether it was actually possible to run docker in a chroot, especially one built with mock! Cheers, Dridi -- 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 docker in a mock chroot
On 11/05/2014 05:45 PM, Dridi Boukelmoune wrote: Hi, I haven't really tried, I only wanted to look at fig 1.0 currently in f21 updates-testing. So I --shell'ed inside my fedora-21-x86_64 mock chroot after installing fig, and tried to start a docker daemon in the background but it failed. # docker -d -H unix:///var/run/docker.sock 2014/11/05 23:08:33 docker daemon: 1.3.0 c78088f/1.3.0; execdriver: native; graphdriver: [45f3a6fd] +job serveapi(unix:///var/run/docker.sock) [error] attach_loopback.go:42 There are no more loopback devices available. 2014/11/05 23:08:33 loopback mounting failed If I need to use a VM, I will (any news for vagrant?) but I was wondering whether this was actually possible. I haven't looked in detail at how mock creates the chroots, and don't have time to dig at all these days. I was just wondering whether it was actually possible to run docker in a chroot, especially one built with mock! Cheers, Dridi Probably missing /dev/loop* within mock chroot. Otherthen this it should probably work. -- 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 Pod-Spell-CommonMistakes-1.002.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Pod-Spell-CommonMistakes: c6c9179b8c15e95cc35d2762817436b8 Pod-Spell-CommonMistakes-1.002.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-Pod-Spell-CommonMistakes] 1.002 bump
commit 73ba015b89f12b679517eab29826791f8018b9f9 Author: Petr Písař ppi...@redhat.com Date: Wed Nov 5 09:59:59 2014 +0100 1.002 bump .gitignore |1 + ...-Remove-Pod-Spelling-CommonMistakes-usage.patch | 51 perl-Pod-Spell-CommonMistakes.spec | 18 ++- sources|2 +- 4 files changed, 8 insertions(+), 64 deletions(-) --- diff --git a/.gitignore b/.gitignore index 2054955..5df6a34 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ /Pod-Spell-CommonMistakes-1.000.tar.gz /Pod-Spell-CommonMistakes-1.001.tar.gz +/Pod-Spell-CommonMistakes-1.002.tar.gz diff --git a/perl-Pod-Spell-CommonMistakes.spec b/perl-Pod-Spell-CommonMistakes.spec index 2556d37..1c2a7d1 100644 --- a/perl-Pod-Spell-CommonMistakes.spec +++ b/perl-Pod-Spell-CommonMistakes.spec @@ -1,15 +1,11 @@ Name: perl-Pod-Spell-CommonMistakes -Version:1.001 +Version:1.002 Release:1%{?dist} Summary:Catches common typos in POD License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Pod-Spell-CommonMistakes/ Source0: http://www.cpan.org/authors/id/A/AP/APOCAL/Pod-Spell-CommonMistakes-%{version}.tar.gz -# Remove Pod::Spelling::CommonMistakes module because Pod::Spelling is not -# packaged and will not be packaged because it's faulty, -# bug #1159518, CPAN RT#99987. -Patch0: Pod-Spell-CommonMistakes-1.001-Remove-Pod-Spelling-CommonMistakes-usage.patch BuildArch: noarch BuildRequires: perl BuildRequires: perl(Module::Build::Tiny) = 0.039 @@ -21,11 +17,12 @@ BuildRequires: perl(IO::Scalar) = 2.110 BuildRequires: perl(parent) BuildRequires: perl(Pod::Spell) = 1.01 # Tests: +BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) BuildRequires: perl(IO::Handle) BuildRequires: perl(IPC::Open3) -BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -36,12 +33,6 @@ spellchecker. The idea for this came from the %prep %setup -q -n Pod-Spell-CommonMistakes-%{version} -%patch0 -p1 -# Remove Pod::Spelling::CommonMistakes module because Pod::Spelling is not -# packaged and will not be packaged because it's faulty, -# bug #1159518, CPAN RT#99987. -rm lib/Pod/Spelling/CommonMistakes.pm -rm t/pod_spelling_adaptor.t %build perl Build.PL --installdirs=vendor @@ -60,6 +51,9 @@ perl Build.PL --installdirs=vendor %{_mandir}/man3/* %changelog +* Wed Nov 05 2014 Petr Pisar ppi...@redhat.com - 1.002-1 +- 1.002 bump + * Mon Nov 03 2014 Petr Pisar ppi...@redhat.com - 1.001-1 - 1.001 bump - Remove Pod::Spelling::CommonMistakes module because Pod::Spelling is broken diff --git a/sources b/sources index 695e4ba..a64eaca 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2ed69a1a6dc5aa61bdf43f81993d431f Pod-Spell-CommonMistakes-1.001.tar.gz +c6c9179b8c15e95cc35d2762817436b8 Pod-Spell-CommonMistakes-1.002.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-MakeMaker] Fix building with older xsubpp
commit bd7e2b7c412bbe77b2d923f8f3b538afc01a7ad2 Author: Petr Písař ppi...@redhat.com Date: Wed Nov 5 12:49:57 2014 +0100 Fix building with older xsubpp ...03-fix_m_strict_to_xsubpp_causes_problems.patch | 88 perl-ExtUtils-MakeMaker.spec |9 ++- 2 files changed, 96 insertions(+), 1 deletions(-) --- diff --git a/ExtUtils-MakeMaker-7.01_03-fix_m_strict_to_xsubpp_causes_problems.patch b/ExtUtils-MakeMaker-7.01_03-fix_m_strict_to_xsubpp_causes_problems.patch new file mode 100644 index 000..97cff34 --- /dev/null +++ b/ExtUtils-MakeMaker-7.01_03-fix_m_strict_to_xsubpp_causes_problems.patch @@ -0,0 +1,88 @@ +From f91757e508a44c4e77488b9dfe1e4929adfa19a3 Mon Sep 17 00:00:00 2001 +From: Ed J moha...@users.noreply.github.com +Date: Fri, 31 Oct 2014 03:22:52 + +Subject: [PATCH 1/2] Revert Simulate Module::Install $(PERL) changing. +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +This reverts commit 1e0d49b8c19fd0ca142b41b8a445d30b93e46679. +(On e.g. Perl 5.10.1 adding -Mstrict to xsubpp causes problems) + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + t/xs.t | 9 - + 1 file changed, 9 deletions(-) + +diff --git a/t/xs.t b/t/xs.t +index e021932..cdeb6dd 100644 +--- a/t/xs.t b/t/xs.t +@@ -40,15 +40,6 @@ SKIP: { + skip 'perl Makefile.PL failed', 2; + } + +- # now simulate what Module::Install does, and edit $(PERL) to add flags +- open my $fh, '', 'Makefile'; +- my $mtext = join '', $fh; +- close $fh; +- $mtext =~ s/^(\s*PERL\s*=.*)$/$1 -Mstrict/m; +- open $fh, '', 'Makefile'; +- print $fh $mtext; +- close $fh; +- + my $make = make_run(); + my $make_out = run($make); + unless (is( $?, 0, ' make exited normally' )) { +-- +1.9.3 + + +From d20eca9e8041a3ac2b3d780a42ee0e7314234c99 Mon Sep 17 00:00:00 2001 +From: Ed J moha...@users.noreply.github.com +Date: Fri, 31 Oct 2014 03:42:44 + +Subject: [PATCH 2/2] Add compat-test for Module::Install behaviour to + t/basic.t +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + t/basic.t | 13 + + 1 file changed, 13 insertions(+) + +diff --git a/t/basic.t b/t/basic.t +index f18859c..a0a6f91 100644 +--- a/t/basic.t b/t/basic.t +@@ -3,6 +3,11 @@ + # This test puts MakeMaker through the paces of a basic perl module + # build, test and installation of the Big::Fat::Dummy module. + ++# Module::Install relies on being able to patch the generated Makefile ++# to add flags to $(PERL) ++# This test includes adding ' -Iinc' to $(PERL), and checking 'make install' ++# after that works. Done here as back-compat is considered basic. ++ + BEGIN { + unshift @INC, 't/lib'; + } +@@ -133,6 +138,14 @@ like( $test_out, qr/All tests successful/, ' successful' ); + is( $?, 0, ' exited normally' ) || + diag $test_out; + ++# now simulate what Module::Install does, and edit $(PERL) to add flags ++open my $fh, '', $makefile; ++my $mtext = join '', $fh; ++close $fh; ++$mtext =~ s/^(\s*PERL\s*=.*)$/$1 -Iinc/m; ++open $fh, '', $makefile; ++print $fh $mtext; ++close $fh; + + my $install_out = run($make install); + is( $?, 0, 'install' ) || diag $install_out; +-- +1.9.3 + diff --git a/perl-ExtUtils-MakeMaker.spec b/perl-ExtUtils-MakeMaker.spec index 44c5c6e..c454186 100644 --- a/perl-ExtUtils-MakeMaker.spec +++ b/perl-ExtUtils-MakeMaker.spec @@ -3,7 +3,7 @@ Name: perl-%{cpan_name} Version:%(echo '%{cpan_version}' | tr _ .) -Release:1%{?dist} +Release:2%{?dist} Summary:Create a module Makefile License:GPL+ or Artistic Group: Development/Libraries @@ -18,6 +18,9 @@ Patch1: %{cpan_name}-7.00-Link-to-libperl-explicitly-on-Linux.patch Patch2: ExtUtils-MakeMaker-7.00-Unbundle-version.patch # Unbundle Encode::Locale module Patch3: ExtUtils-MakeMaker-7.00-Unbundle-Encode-Locale.patch +# Rebuilding EU-MM with xsubpp from perl-5.20 core causes test failure because +# shellbang prologue is not strict-safe, in 7.01_04. +Patch4: ExtUtils-MakeMaker-7.01_03-fix_m_strict_to_xsubpp_causes_problems.patch BuildArch: noarch BuildRequires: perl # Makefile.Pl uses ExtUtils::MakeMaker from ./lib @@ -110,6 +113,7 @@ Dougherty and the perl5-porters. %patch1 -p1 %patch2 -p1 %patch3 -p1 +%patch4 -p1 # Remove bundled modules rm -rf bundled sed -i -e '/^bundled\// d' MANIFEST @@ -140,6 +144,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Nov 05 2014 Petr Pisar ppi...@redhat.com - 7.00-2 +- Fix building with older xsubpp + * Mon Oct 27 2014 Petr Pisar ppi...@redhat.com - 7.00-1 - 7.00 bump -- 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 1062757] Review Request: glite-lb-logger-msg - Plugin for sending LB notifications to messaging infrastructure
https://bugzilla.redhat.com/show_bug.cgi?id=1062757 --- Comment #16 from Fedora Update System upda...@fedoraproject.org --- glite-lb-logger-msg-1.2.13-2.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/glite-lb-logger-msg-1.2.13-2.el6 -- 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=nASw5gLeQra=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
Orphaning iarnell's packages
Hi. Does one of you know when Ian Arnell's packages are going to be orphaned (this is Fesco ticket #1360)? The Perl SIG has been warned that this is coming and a number of us have already decided what packages we're going to pick up. So the sooner this happens, the sooner we can start updating. Emmanuel -- 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-Inline-C] Backport PERL IN SPACE changes from ETJ's 0.65
commit e462ba4e9f4b0b5c23bb642e08493c91d3eed388 Author: Petr Šabata con...@redhat.com Date: Wed Nov 5 15:52:59 2014 +0100 Backport PERL IN SPACE changes from ETJ's 0.65 Fixing FTBFS with EE::UU 7.00 (#1158390). Inline-C-0.64-perl-in-space.patch | 70 + perl-Inline-C.spec| 11 +- 2 files changed, 79 insertions(+), 2 deletions(-) --- diff --git a/Inline-C-0.64-perl-in-space.patch b/Inline-C-0.64-perl-in-space.patch new file mode 100644 index 000..1a8e830 --- /dev/null +++ b/Inline-C-0.64-perl-in-space.patch @@ -0,0 +1,70 @@ +diff --git a/lib/Inline/C.pm b/lib/Inline/C.pm +index 51c8a2a..edbdc5e 100644 +--- a/lib/Inline/C.pm b/lib/Inline/C.pm +@@ -777,7 +777,6 @@ sub write_Makefile_PL { + my $i = 0; + for (@{$o-{ILSM}{MAKEFILE}{TYPEMAPS}}) { + $o-{ILSM}{xsubppargs} .= -typemap \$_\ ; +-$o-{ILSM}{MAKEFILE}{TYPEMAPS}-[$i++] = fix_space($_); + } + + my %options = ( +@@ -956,7 +955,6 @@ sub fix_make { + $fix = $fixes{$1} + ) { + my $fixed = $o-{ILSM}{$fix}; +-$fixed = fix_space($fixed) if $fix eq 'install_lib'; + print MAKEFILE $1 = $fixed\n; + } + else { +@@ -1037,11 +1035,6 @@ sub quote_space { + $_[0] = $out; + } + +-sub fix_space { +-$_[0] =~ s/ /\\ /g if $_[0] =~ / /; +-$_[0]; +-} +- + #== + # This routine used by C/t/09parser to test that the expected parser is in use + #== +diff --git a/t/27inline_maker.t b/t/27inline_maker.t +index 5c41caa..48d5aa6 100644 +--- a/t/27inline_maker.t b/t/27inline_maker.t +@@ -10,6 +10,10 @@ use Cwd; + use File::Copy::Recursive qw(rcopy); + use autodie; + ++my @make_targets = qw(test install); ++my $CLEANUP = 1; ++push @make_targets, qw(realclean) if $CLEANUP; ++ + my ($example_modules_dir) = grep { -e } map { + File::Spec-rel2abs(File::Spec-catdir($_, 'modules')) + } qw(eg example); +@@ -23,7 +27,7 @@ plan skip_all = Inline version 0.64+ required for this. + my $lib_dir = File::Spec-rel2abs('lib'); + my $base_dir = File::Spec-rel2abs($TestInlineSetup::DIR); + my $src_dir = File::Spec-catdir($base_dir, 'src dir'); +-my $inst_dir = File::Spec-catdir($base_dir, 'instdir'); ++my $inst_dir = File::Spec-catdir($base_dir, 'inst dir'); + mkpath $inst_dir; + + my $cwd = getcwd; +@@ -35,10 +39,10 @@ for my $module (glob $example_modules_dir/*) { + my $cmd = [$^X, -I$lib_dir, 'Makefile.PL', INSTALL_BASE=$inst_dir]; + my @result = run(command = $cmd, verbose = 0, buffer = \$buffer); + ok($result[0], $module Makefile creation); +- diag $buffer unless $result[0]; +- map { do_make($_) } qw(test install realclean); ++ diag Error: $result[1]\n, $buffer unless $result[0]; ++ map { do_make($_) } @make_targets; + chdir $cwd; +- rmtree $src_dir; ++ rmtree $src_dir if $CLEANUP; + } + + sub do_make { diff --git a/perl-Inline-C.spec b/perl-Inline-C.spec index 6fb31eb..ccb0448 100644 --- a/perl-Inline-C.spec +++ b/perl-Inline-C.spec @@ -1,11 +1,13 @@ Name: perl-Inline-C Version:0.64 -Release:1%{?dist} +Release:2%{?dist} Summary:Write Perl subroutines in C License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Inline-C/ Source0: http://search.cpan.org/CPAN/authors/id/I/IN/INGY/Inline-C-%{version}.tar.gz +# From ETJ's 0.65 +Patch0: Inline-C-0.64-perl-in-space.patch BuildArch: noarch BuildRequires: perl BuildRequires: perl(autodie) @@ -17,7 +19,7 @@ BuildRequires: perl(Cwd) BuildRequires: perl(Data::Dumper) BuildRequires: perl(diagnostics) BuildRequires: perl(Exporter) -BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(ExtUtils::MakeMaker) = 7.00 BuildRequires: perl(Fcntl) BuildRequires: perl(File::Copy::Recursive) BuildRequires: perl(File::Find) @@ -52,6 +54,7 @@ each language has its own support module. %prep %setup -q -n Inline-C-%{version} +%patch0 -p1 %build perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags} NO_PACKLIST=1 @@ -71,6 +74,10 @@ make test %{_mandir}/man3/* %changelog +* Wed Nov 05 2014 Petr Šabata con...@redhat.com - 0.64-2 +- Backport PERL IN SPACE changes from ETJ's 0.65, + fixing FTBFS with EE::UU 7.00 (#1158390) + * Mon Sep 29 2014 Petr Šabata con...@redhat.com - 0.64-1 - 0.64 bump, include Cookbook.pod again -- 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 1158390] perl-Inline-C-0.64-1.fc22 FTBFS: t/27inline_maker.t test fails
https://bugzilla.redhat.com/show_bug.cgi?id=1158390 Petr Šabata psab...@redhat.com changed: What|Removed |Added Fixed In Version||perl-Inline-C-0.64-2.fc22 --- Comment #1 from Petr Šabata psab...@redhat.com --- This was caused by changes in EU::MM 7.00. Backported ETJ's fixes from 0.65. -- 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=rPCS8alz0ta=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 1158390] perl-Inline-C-0.64-1.fc22 FTBFS: t/27inline_maker.t test fails
https://bugzilla.redhat.com/show_bug.cgi?id=1158390 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |RAWHIDE Last Closed||2014-11-05 09:55:30 -- 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=BmKTxUH93ia=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 1160799] New: Please package perl-Apache-Session into EL7
https://bugzilla.redhat.com/show_bug.cgi?id=1160799 Bug ID: 1160799 Summary: Please package perl-Apache-Session into EL7 Product: Fedora EPEL Version: epel7 Component: perl-Apache-Session Assignee: st...@silug.org Reporter: clem.ou...@gmail.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, psab...@redhat.com, st...@silug.org Description of problem: package perl-Apache-Session is available for EL5 and EL6 but not for EL7 -- 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=EprJZytS3Ca=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 1160801] New: Please package perl-Net-CIDR-Lite into EL7
https://bugzilla.redhat.com/show_bug.cgi?id=1160801 Bug ID: 1160801 Summary: Please package perl-Net-CIDR-Lite into EL7 Product: Fedora EPEL Version: epel7 Component: perl-Net-CIDR-Lite Assignee: st...@silug.org Reporter: clem.ou...@gmail.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, psab...@redhat.com, st...@silug.org Description of problem: package perl-Net-CIDR-Lite is available for EL5 and EL6 but not for EL7 -- 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=TVKCqu5aiPa=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 1160802] New: Please package perl-Regexp-Assemble into EL7
https://bugzilla.redhat.com/show_bug.cgi?id=1160802 Bug ID: 1160802 Summary: Please package perl-Regexp-Assemble into EL7 Product: Fedora EPEL Version: epel7 Component: perl-Regexp-Assemble Assignee: iarn...@gmail.com Reporter: clem.ou...@gmail.com QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, kwiz...@gmail.com, perl-devel@lists.fedoraproject.org Description of problem: package perl-Regexp-Assemble is available for EL5 and EL6 but not for EL7 -- 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=IdaqNVO2Ksa=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