Re: bodhi 2 now live
On Fri, 21 Aug, 2015 at 05:20:32 GMT, Ralf Corsepius wrote: Unlike yesterday, I am now seeing green push to stable buttons for packages which have been in testing for longer times (weeks, months). However, I am not seeing these buttons for packages, which I had submitted in recent past and which received a This update ... if the maintainer wishes notification, dated ~2-3 days ago. I got an email, but it was missing a comment in bodhi. I could still push to stable: https://bodhi.fedoraproject.org/updates/khard-0.4.1-1.fc22 I pasted in the email contents as a breadcrumb. --Ben -- 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: bodhi 2 now live
On 8/22/15, Haïkel hgue...@fedoraproject.org wrote: Sometimes, I wonder if you're not doing this on purpose. Rather than preventing our infrastructure team to fix the actual issues with useless squabbles, just open tickets to let them know. Forget the ridiculous github excuse, fedorahosted trac instance still accepts tickets. Out of respect of the work done by your fellow contributors, stop bikeshedding on the list and start filling/fixing tickets. It's kinda sad, that you never have a nice word for your peers. In the end, you might end up treated as badly as you treat them. Occupying the moral high ground doesn't help as well. -- Yours sincerely, Christopher Meng http://awk.io -- 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: bodhi 2 now live
On Sat, 2015-08-22 at 10:46 +0800, Christopher Meng wrote: On 8/22/15, Haïkel hgue...@fedoraproject.org wrote: Sometimes, I wonder if you're not doing this on purpose. Rather than preventing our infrastructure team to fix the actual issues with useless squabbles, just open tickets to let them know. Forget the ridiculous github excuse, fedorahosted trac instance still accepts tickets. Out of respect of the work done by your fellow contributors, stop bikeshedding on the list and start filling/fixing tickets. It's kinda sad, that you never have a nice word for your peers. In the end, you might end up treated as badly as you treat them. Occupying the moral high ground doesn't help as well. -- Let's restate it simpler then. Be nicer to people. Assume the best. Yours sincerely, Christopher Meng http://awk.io -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
gloox 1.0.14 landed in rawhide + f23
Hi folks, gloox 1.0.14 is landing onto rawhide and f23. This version is not ABI compatible with previous versions(but API compatible). Thus following packages need to be rebuilt: 0ad licq (mine, will do it by myself) uwsgi-alarm-xmpp (from uwsgi) I've CCed maintainers of 0ad and uwsgi, hope the rebuilding can be done soon. Thanks. [1]---https://camaya.net/gloox/changelog/ [2]---https://bodhi.fedoraproject.org/overrides/gloox-1.0.14-1.fc23 -- Yours sincerely, Christopher Meng http://awk.io -- 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: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
On Fri, 21 Aug 2015 10:54:58 +0200, Miroslav Suchý wrote: Your script output does not tell anything at all about activity of all packagers in the package collection, in the normal review queue(s), in pkgdb. No clues about number of orphaned/retired packages. No clues about semi-dead packages where the packager is absent for a long time, and the package only gets rebuilt during mass-rebuilds or receives random rebuilds by other people. This is completely different sets of problems. It was you who mentioned: [1] https://eischmann.wordpress.com/2015/07/27/growth-of-fedora-repository-has-almost-stalled/ | Growth of Fedora Repository Has Almost Stalled | [...] the increase of number of packages in the official Fedora | repository has almost stalled: Is that blog post meant to be understood differently than I do? Is growth of the repository only linked to packagersponsors' activity? I don't think so. You cannot reduce the problem to only the needsponsor process. Lack of growth is due to various factors. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Base] Agenda item proposal for next meeting
On yesterday's Env Stacks meeting [1] we agreed ES WG needs talk with Base WG about ring0 and ring1 and how to cooperation will look like. I'd like to ask to add this item on the agenda on next meeting. The next meeting should be this Monday, right? [1] http://meetbot-raw.fedoraproject.org/fedora-meeting-2/2015-08-20/env-and-stacks.2015-08-20-17.00.txt Honza -- 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: ncurses update to 6.0
On 04/08/15 11:33, Miroslav Lichvar wrote: The ncurses upstream has released a first 6.0 version few months ago. The default ABI version has changed to 6, which enables some extensions to allow more colors, mouse wheel, etc. The ABI version 5 is still supported and can be selected with a configure option. We should switch to the new ABI, but we will probably want to provide the old ABI 5 libs even when all Fedora ncurses applications are rebuilt with the new ABI to not break 3rd party packages. Dependency on libncurses.so.5 or libtinfo.so.5 is pretty common. As for updating the ncurses package, my current plan is to build the libs in both ABIs (so there are four builds total with the wide and narrow versions), use the ncurses-libs subpackage for the new ABI 6 libs and create a new subpackage for ABI 5 libs. What would be a good name of the subpackage? ncurses-libs5, ncurses5-libs, compat-ncurses5, or something else? According to http://www.gnu.org/software/ncurses/ the new ABI should include symbol versioning, which would hopefully avoid the need for a repeat of this pain in the future, but as far as I can see none of the symbols in the current F23 build are versioned? Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- 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: bodhi 2 now live
On Wed, 19 Aug 2015 21:45:56 -0600, Kevin Fenzi wrote: Greetings. After a longer than expected outage window, I'm happy to report that bodhi2 is now live in production at https://admin.fedoraproject.org/updates or https://bodhi.fedoraproject.org/ The web interface should be available and working for adding and managing updates and build root overrides as well as karma. The command line tools should be available tomorrow in repos. Documentation, please! How to enter well-formatted comments? Is anything like BB-Code supported? Or Wiki syntax? Or other formatting hints? I hope the comments field is not only for 2-3 words in twitter-style. -- 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: Firefox testing - offscreen surfaces and OMTC
On Fri, Aug 21, 2015 at 10:33 AM, Martin Stransky stran...@redhat.com wrote: Folks, I'd use some testing for new Firefox feature - offscreen surfaces [1]. It may also fix crashes when OMTC is enabled [2]. Browser should be a bit faster with those features on. How to test? - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config, click to any key and add a new one, boolean type. The new key name is layers.use-image-offscreen-surfaces and set it to true. - enable layers.offmainthreadcomposition.enabled which may be disabled now. - restart your browser. And you're set now. Please report any oddity (different than the usual ones :)) at #BZ. Seems to be still crashy ... not sure if this counts as different than the usual ones -- 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: 20150821 changes
Compose started at Fri Aug 21 05:15:04 UTC 2015 Broken deps for i386 -- [ScientificPython] ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1 [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.i686 requires libaws_ssl.so [darcs] darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so darcs-2.8.5-3.fc23.i686 requires ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d) ghc-darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so ghc-darcs-2.8.5-3.fc23.i686 requires ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d) ghc-darcs-devel-2.8.5-3.fc23.i686 requires ghc-devel(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d) [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.i686 requires MySQL-python(x86-32) [elasticsearch] elasticsearch-1.7.1-1.fc24.noarch requires lucene4-sandbox [ghc-citeproc-hs] ghc-citeproc-hs-0.3.9-6.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so ghc-citeproc-hs-0.3.9-6.fc23.i686 requires ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) ghc-citeproc-hs-devel-0.3.9-6.fc23.i686 requires ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) [ghc-hakyll] ghc-hakyll-4.5.4.0-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so [ghc-scotty] ghc-scotty-0.9.0-3.fc23.i686 requires libHSstringsearch-0.3.6.5-ghc7.8.4.so [ghc-texmath] ghc-texmath-0.8.0.1-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so ghc-texmath-0.8.0.1-3.fc23.i686 requires ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) ghc-texmath-devel-0.8.0.1-3.fc23.i686 requires ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) [ghc-wai-extra] ghc-wai-extra-3.0.4.5-2.fc23.i686 requires libHSstringsearch-0.3.6.5-ghc7.8.4.so ghc-wai-extra-3.0.4.5-2.fc23.i686 requires ghc(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d) ghc-wai-extra-devel-3.0.4.5-2.fc23.i686 requires ghc-devel(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d) [gnatcoll] gnatcoll-2014-4.fc23.i686 requires libgtkada-3.8.so.2 [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.i686 requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.i686 requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [hledger] ghc-hledger-0.24-1.fc23.i686 requires libHSwizards-1.0.1-ghc7.8.4.so ghc-hledger-0.24-1.fc23.i686 requires libHSsafe-0.3.8-ghc7.8.4.so ghc-hledger-0.24-1.fc23.i686 requires ghc(wizards-1.0.1-1fbc6b27418a55ac15f9fa21e7407414) ghc-hledger-0.24-1.fc23.i686 requires ghc(safe-0.3.8-d74ed6b72913e328eb71bf0989f33612)
Re: Firefox testing - offscreen surfaces and OMTC
I see the same flickering on NVIDIA hardware. Intel seems to be fine. On 08/21/2015 03:06 PM, Alexander Ploumistos wrote: On Fri, Aug 21, 2015 at 11:33 AM, Martin Stransky stran...@redhat.com wrote: - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config, click to any key and add a new one, boolean type. The new key name is layers.use-image-offscreen-surfaces and set it to true. - enable layers.offmainthreadcomposition.enabled which may be disabled now. What about layers.acceleration.force-enabled? And you're set now. Please report any oddity (different than the usual ones :)) at #BZ. On my desktop (f22), with a GeForce 9800 GT and the 340.76 driver from nVidia I am getting a lot of flickering when I scroll through some pages (e.g. MDN, Ars Techinca, gmail) especially when they contain fixed or sticky elements or elements whose background image is repeated along the x and y axes. If you can get your hands on similar hardware, scroll through this: https://developer.mozilla.org/en-US/docs/Web/CSS/position On a recent laptop (f22), with nVidia and Intel dual graphics, there is no such problem on either adapter. I have been unable to reproduce the crashes we were investigating so far, so perhaps enabling layers.use-image-offscreen-surfaces could be a solution (and I should get a newer graphics card - anyone cares to get me a late birthday present?). This is the graphics information provided by firefox for the desktop: Adapter DescriptionNVIDIA Corporation -- GeForce 9800 GT/PCIe/SSE2 Asynchronous Pan/Zoomnone Device IDGeForce 9800 GT/PCIe/SSE2 Driver Version3.3.0 NVIDIA 340.76 GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDNVIDIA Corporation WebGL RendererNVIDIA Corporation -- GeForce 9800 GT/PCIe/SSE2 windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 and for the laptop: Adapter DescriptionNVIDIA Corporation -- GeForce GTX 860M/PCIe/SSE2 Asynchronous Pan/Zoomnone Device IDGeForce GTX 860M/PCIe/SSE2 Driver Version4.5.0 NVIDIA 352.21 GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDNVIDIA Corporation WebGL RendererNVIDIA Corporation -- GeForce GTX 860M/PCIe/SSE2 windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 Adapter DescriptionIntel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile Asynchronous Pan/Zoomnone Device IDMesa DRI Intel(R) Haswell Mobile Driver Version3.0 Mesa 10.6.3 (git-ccef890) GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDIntel Open Source Technology Center WebGL RendererIntel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 -- 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: Firefox testing - offscreen surfaces and OMTC
There is also an issue with elements that are loaded asynchronously - they take longer to appear or it might take a bit of scrolling up and down until they are rendered (with the older nVidia card). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaning rubygem-celluloid
Hi, I just orphaned rubygem-celluloid in F23 and Rawhide. It used to be dependency of rubygem-listen, but Listen recently dropped the dependency and the development of Celluloid move in a direction, where it will be virtually impossible to package it for Fedora. But if anybody has interest in this package, please feel free to pick it up. Vít -- 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: Firefox testing - offscreen surfaces and OMTC
On Fri, Aug 21, 2015 at 4:24 PM, Martin Stransky stran...@redhat.com wrote: I see the same flickering on NVIDIA hardware. Intel seems to be fine. Which model? Is it using one of the older driver series? -- 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: Firefox testing - offscreen surfaces and OMTC
On Fri, Aug 21, 2015 at 4:38 PM, Martin Stransky stran...@redhat.com wrote: It's GeForce GTX 750 with nvidia binary drivers. So you are not on the legacy drivers. Could the problem be hardware-dependent? The graphics adapter of the laptop I tested is one generation ahead of yours and there is no flickering. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Base] Meeting time question
Looking at fedocal vs the wiki page, I am not sure when the Base Meeting time day is (or if there are multiple). Could someone please update fedocal if it is incorrect? Langdon -- 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: Firefox testing - offscreen surfaces and OMTC
On 08/21/2015 03:34 PM, Alexander Ploumistos wrote: On Fri, Aug 21, 2015 at 4:24 PM, Martin Stransky stran...@redhat.com wrote: I see the same flickering on NVIDIA hardware. Intel seems to be fine. Which model? Is it using one of the older driver series? It's GeForce GTX 750 with nvidia binary drivers. ma. -- 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: bodhi 2 now live
On 08/20/2015 07:40 PM, Stephen John Smoogen wrote: On 19 August 2015 at 22:24, Ralf Corsepius rc040...@freenet.de wrote: On 08/20/2015 06:08 AM, Christopher Meng wrote: On 8/20/15, Kevin Fenzi ke...@scrye.com wrote: Thanks for your patience as we roll out this new bodhi version. This update has reached 3 days in testing and can be pushed to stable now if the maintainer wishes This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes uh, can someone tell me where to push the updates? I am having the same issue. I am unable to find a way to push packages in the GUI. Also, there seem to be pretty nasty connectivity/accessibility issues. Accessibility to bodhi has never been overwhelming, but they now seem to have worsend. I am experiencing page loading times are in the order of several minutes and occasional time outs. FYI: I just submitted a new update trough bodhi. Wrist-watch measured, this update took 2 minutes+ GUI-turn-around time (Probably 2:30 min). Ralf -- 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: bodhi 2 now live
On Fri, 21 Aug 2015 09:00:29 +0200, Ralf Corsepius wrote: On 08/21/2015 08:34 AM, Till Hofmann wrote: Also, it seems like I can revoke other people's updates. At least I could press the 'Revoke' button and I received a confirmation notification. Also, instead of the Revoke button, there is now a Push to Testing and a Push to Stable button. But there is no comment that the update has been revoked, so I'm not sure if it was revoked or not. The start page confirms that I revoked the torch-3.1-12.fc23 update: https://thofmann.fedorapeople.org/Screenshot%20from%202015-08-21%2008-42-52.png Ralf, sorry for messing with your update. Interesting - May be it's still in the process queue somewhere, but so far, I haven't been notified about this, neither in BZ nor per email. If you hadn't mentioned it, I'd not know about this incident. Fedora Notifications web site finds a notification about it: 7 hours ago thofmann revoked torch-3.1-12.fc23 Though, given that you are not the owner of the package, I guess this has not been forwarded to you. It would be bodhi's responsibility to submit a notification that refers to the update ticket owner, too. And perhaps you're also affected by issues with the default Fedora Notifications filters I've encountered. This thread: https://lists.fedoraproject.org/pipermail/devel/2015-August/213609.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Firefox testing - offscreen surfaces and OMTC
On Fri, Aug 21, 2015 at 11:33 AM, Martin Stransky stran...@redhat.com wrote: - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config, click to any key and add a new one, boolean type. The new key name is layers.use-image-offscreen-surfaces and set it to true. - enable layers.offmainthreadcomposition.enabled which may be disabled now. What about layers.acceleration.force-enabled? And you're set now. Please report any oddity (different than the usual ones :)) at #BZ. On my desktop (f22), with a GeForce 9800 GT and the 340.76 driver from nVidia I am getting a lot of flickering when I scroll through some pages (e.g. MDN, Ars Techinca, gmail) especially when they contain fixed or sticky elements or elements whose background image is repeated along the x and y axes. If you can get your hands on similar hardware, scroll through this: https://developer.mozilla.org/en-US/docs/Web/CSS/position On a recent laptop (f22), with nVidia and Intel dual graphics, there is no such problem on either adapter. I have been unable to reproduce the crashes we were investigating so far, so perhaps enabling layers.use-image-offscreen-surfaces could be a solution (and I should get a newer graphics card - anyone cares to get me a late birthday present?). This is the graphics information provided by firefox for the desktop: Adapter DescriptionNVIDIA Corporation -- GeForce 9800 GT/PCIe/SSE2 Asynchronous Pan/Zoomnone Device IDGeForce 9800 GT/PCIe/SSE2 Driver Version3.3.0 NVIDIA 340.76 GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDNVIDIA Corporation WebGL RendererNVIDIA Corporation -- GeForce 9800 GT/PCIe/SSE2 windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 and for the laptop: Adapter DescriptionNVIDIA Corporation -- GeForce GTX 860M/PCIe/SSE2 Asynchronous Pan/Zoomnone Device IDGeForce GTX 860M/PCIe/SSE2 Driver Version4.5.0 NVIDIA 352.21 GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDNVIDIA Corporation WebGL RendererNVIDIA Corporation -- GeForce GTX 860M/PCIe/SSE2 windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 Adapter DescriptionIntel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile Asynchronous Pan/Zoomnone Device IDMesa DRI Intel(R) Haswell Mobile Driver Version3.0 Mesa 10.6.3 (git-ccef890) GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDIntel Open Source Technology Center WebGL RendererIntel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 -- 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: Unable to submit update for F22 (was Re: bodhi 2 now live)
On Thursday, August 20, 2015 07:02:51 PM Ralf Corsepius wrote: On 08/20/2015 06:00 PM, Kevin Fenzi wrote: On Thu, 20 Aug 2015 17:55:01 +0200 Kevin Kofler kevin.kof...@chello.at wrote: Ralf Corsepius wrote: I share this view. I refuse to create a github account and do not consider using any external account resources for Fedora to be acceptable. While I do have a GitHub account (no way for me to eschew it, sadly), I also do not understand why (and am sad that) Bodhi development moved off Fedora Hosted, where there is an issue tracker that works with Fedora accounts, and where we are not reliant on third-party proprietary software as a service. The fedorahosted instance is still there, you can use it if you like. Likely it will be migrated to pagure.io before too long, we just didn't have time to do so before this deployment. To me any non fedora/redhat supplied account system is inacceptable, This applies to github, sourceforge, farcebook, nitter, goggle, or else - period. Ralf pagure.io is developed and run in fedora and uses fas for auth. Dennis signature.asc Description: This is a digitally signed message part. -- 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: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
2015-08-21 0:58 GMT+02:00 Orion Poplawski or...@cora.nwra.com: On 08/20/2015 02:50 AM, Miroslav Suchý wrote: I was just watching the ongoing reports of want-to-be-contributors how hard is to get sponsored; reports how Fedora Repository stalled [1]; discussion that we actually do not know how many active sponsors we have. ... [1] https://eischmann.wordpress.com/2015/07/27/growth-of-fedora-repository-has-almost-stalled/ My gut reaction to this is, my god, we don't need *more* packages in Fedora, we need more people maintaining the pile we already have. So I'd like to see more packagers added as co-maintainers of packages. I agree on the part that we should encourage comaintainership. But I'm still skeptical on the comaintainership process which is much less transparent than the classic one. I prefer limiting this to upstream maintainers (which I assume care about tending to their packages) or someone that will be closely supervised by an experienced packager. -- 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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik pushed to perl-IO-Any (master). 0.09 bump
From 35a1f9e80323aff2ae8e51317428a511cb897caf Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Fri, 21 Aug 2015 17:04:58 +0200 Subject: 0.09 bump diff --git a/.gitignore b/.gitignore index aad32c6..f81ee95 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /IO-Any-0.04.tar.gz +/IO-Any-0.09.tar.gz diff --git a/perl-IO-Any.spec b/perl-IO-Any.spec index 55d6534..699f82f 100644 --- a/perl-IO-Any.spec +++ b/perl-IO-Any.spec @@ -1,24 +1,34 @@ Name: perl-IO-Any -Version:0.04 -Release:13%{?dist} +Version:0.09 +Release:1%{?dist} Summary:Read or write files, folders, or strings, guessing the correct object type License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/IO-Any/ Source0: http://search.cpan.org/CPAN/authors/id/J/JK/JKUTEJ/IO-Any-%{version}.tar.gz BuildArch: noarch +BuildRequires: findutils +BuildRequires: perl +BuildRequires: perl(AnyEvent) +BuildRequires: perl(Carp) +BuildRequires: perl(Fcntl) BuildRequires: perl(File::Slurp) +BuildRequires: perl(File::Spec) +BuildRequires: perl(File::Temp) +BuildRequires: perl(FindBin) BuildRequires: perl(IO::AtomicFile) +BuildRequires: perl(IO::File) BuildRequires: perl(IO::String) +BuildRequires: perl(lib) +BuildRequires: perl(List::MoreUtils) BuildRequires: perl(Module::Build) +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(strict) BuildRequires: perl(Test::Differences) BuildRequires: perl(Test::Exception) BuildRequires: perl(Test::More) -BuildRequires: perl(AnyEvent) -BuildRequires: perl(Test::Distribution) -# BuildRequires: perl(Test::Fixme) -BuildRequires: perl(Test::Pod) -BuildRequires: perl(Test::Pod::Coverage) +BuildRequires: perl(utf8) +BuildRequires: perl(warnings) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -49,6 +59,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Fri Aug 21 2015 Jitka Plesnikova jples...@redhat.com - 0.09-1 +- 0.09 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.04-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index d2da34d..26c6baf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -eb8d75819dc1b78febd487cb8d9dae12 IO-Any-0.04.tar.gz +0590004be7598f352f5f375989508e8b IO-Any-0.09.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-IO-Any.git/commit/?h=masterid=35a1f9e80323aff2ae8e51317428a511cb897caf -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: bodhi 2 now live
On Fri, 21 Aug 2015 09:08:18 +0100 Tom Hughes t...@compton.nu wrote: On 21/08/15 08:46, Till Hofmann wrote: On 08/21/2015 09:00 AM, Ralf Corsepius wrote: Anywas, this time bodhi offered me a push to testing and push to stable (!) button (Note: push to stable) I used pushed to testing to re-push it. I just tested push to stable on an unpushed update: Despite the name, it pushes to testing: https://bodhi.fedoraproject.org/updates/parcimonie.sh-0-0.4.20150804gitc009937.fc22 At least you have a button to push to stable. I've just been notified of three updates that I can push and none are showing any buttons. https://github.com/fedora-infra/bodhi/issues/283 This is likely a migration issue. Ie, the database migration didn't account for this info, so we need to pull that over for updates that are in this state. We should hopefully have this fixed soon. Given how completely and utterly broken this apparently is, should somebody be thinking about rolling back until it can be fixed? No. While we could roll back, it would be a great deal of pain and outage, and IMHO things are not completely and utterly broken. There are bugs, we are fixing them, and much faster than we would be using the old codebase. kevin pgp8QOSQgL6zs.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik pushed to perl-Sys-Path (master). 0.14 bump
From 2fe323d73f0190bb693587cbfbe354e0cd99e6b7 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Fri, 21 Aug 2015 17:50:22 +0200 Subject: 0.14 bump diff --git a/.gitignore b/.gitignore index d0e43e5..16ea2c3 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Sys-Path-0.10.tar.gz +/Sys-Path-0.14.tar.gz diff --git a/perl-Sys-Path.spec b/perl-Sys-Path.spec index d8dc1c4..804def8 100644 --- a/perl-Sys-Path.spec +++ b/perl-Sys-Path.spec @@ -1,6 +1,6 @@ Name: perl-Sys-Path -Version:0.10 -Release:14%{?dist} +Version:0.14 +Release:1%{?dist} Summary:Supply autoconf style installation directories License:GPL+ or Artistic Group: Development/Libraries @@ -8,15 +8,31 @@ URL:http://search.cpan.org/dist/Sys-Path/ Source0: http://www.cpan.org/modules/by-module/Sys/Sys-Path-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: perl +BuildRequires: perl(base) +BuildRequires: perl(Capture::Tiny) +BuildRequires: perl(Carp) +BuildRequires: perl(Config) +BuildRequires: perl(Cwd) BuildRequires: perl(Digest::MD5) +BuildRequires: perl(ExtUtils::Install) +BuildRequires: perl(File::Path) +BuildRequires: perl(File::Spec) +BuildRequires: perl(File::Temp) +BuildRequires: perl(FindBin) BuildRequires: perl(JSON::Util) +BuildRequires: perl(lib) BuildRequires: perl(List::MoreUtils) BuildRequires: perl(Module::Build) -BuildRequires: perl(Test::Compile) = 0.08 -BuildRequires: perl(Test::More) -BuildRequires: perl(Text::Diff) +BuildRequires: perl(strict) +BuildRequires: perl(Test::Differences) BuildRequires: perl(Test::Distribution) +BuildRequires: perl(Test::Exception) BuildRequires: perl(Test::Fixme) +BuildRequires: perl(Test::More) +BuildRequires: perl(Text::Diff) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -50,6 +66,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Fri Aug 21 2015 Jitka Plesnikova jples...@redhat.com - 0.14-1 +- 0.14 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.10-14 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 9b3da49..987e97f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -be5777dcebe471d9efd4e579c41b735c Sys-Path-0.10.tar.gz +5934475f3c7908f345e0645221ecc653 Sys-Path-0.14.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Sys-Path.git/commit/?h=masterid=2fe323d73f0190bb693587cbfbe354e0cd99e6b7 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Unable to submit update for F22 (was Re: bodhi 2 now live)
On Fri, 21 Aug 2015 01:56:02 +0200 Kevin Kofler kevin.kof...@chello.at wrote: Kevin Fenzi wrote: Theres a bunch of tools out there to export issues from github They can turn this off at any moment, leaving you with no way to get your data out. Yep. This is the case for any project using non free tools... In fact it's also the case if you _are_ using 100% free tools too, as someone could say sorry, we no longer want to host this and have turned off everything. So, I guess you could run a pagure.io instance locally and sync it to a remote one or something. But then it's up to you to back it up and such. My point is that exposing our code to a much wider group of developers is not a valid argument for using GitHub instead of Fedora Hosted, because one should be able to expect contributors to Fedora infrastructure code to sign up for a FAS account to contribute. Sure, that was just one part of using github, not the entire reason. Also, I wasn't someone who made that decision. Also, we are moving bodhi to pagure.io soon. So, I think this is my last reply here. ;) kevin pgpWh_5ZjCuNn.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ncurses update to 6.0
On Fri, Aug 21, 2015 at 12:18:15PM +0100, Tom Hughes wrote: According to http://www.gnu.org/software/ncurses/ the new ABI should include symbol versioning, which would hopefully avoid the need for a repeat of this pain in the future, but as far as I can see none of the symbols in the current F23 build are versioned? The new ncurses libs are in rawhide only. The symbol versioning is disabled by default and it's not enabled it in our spec. Enabling it is easy, but if we wanted to disable it later, it would require immediate rebuild of all ncurses applications, so I'd like to be sure it is a good idea before doing so. I'm not sure if it would be possible to use symbol versioning for compatibility when there are changes in definition of structures like cchar_t, as there are between ABI 5 and ABI 6. I think the upstream intention is to use it to mark new symbols, not compatibility. Hiding private symbols is definitely useful, but with the versioning itself I think there could be some drawbacks, e.g. binaries built on distros using the versioning won't run on distros not using it. Also, the number of different versions the symbols use seems to be quite large, so there could be an increase in the rpmdb and yum repo sizes. I guess that's not really a problem. -- Miroslav Lichvar -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Heads up: nss-3.20 now on Rawhide
Upstream released nmss-3.20 and the NSS family of packages on Rawhide has been rebased to it. For details please see the upstream release notes at https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.20_release_notes It should start showing up in updates-testing for stable branches sometime next week. Elio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1230613] Upgrade perl-IO-Any to 0.09
https://bugzilla.redhat.com/show_bug.cgi?id=1230613 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-IO-Any-0.09-1.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-21 11:15:19 -- You are receiving this mail because: You are on the CC list for the bug. -- 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
Fedora 23 Branched 20150821 compose check report
Missing expected images: Generic Boot x86_64 Generic Boot i386 No images in this compose but not the previous. Images in the previous compose but not this: Generic Boot i386 Cloud base Disk i386 Cloud base Disk x86_64 Cloud base Vagrant x86_64 Cloud atomic Disk x86_64 Cloud atomic Vagrant x86_64 Generic Boot x86_64 Docker Filesystem x86_64 Failed openQA tests: ID: 639 Test: x86_64 workstation_live default_install -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- 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 Rawhide 20150821 compose check report
Missing expected images: Kde Live i386 Kde Live x86_64 Kde Disk armhfp No images in this compose but not the previous. Images in the previous compose but not this: Kde Live i386 Kde Live x86_64 Kde Disk armhfp Failed openQA tests: ID: 638 Test: x86_64 workstation_live default_install ID: 636 Test: x86_64 universal fedup_desktop ID: 635 Test: x86_64 universal fedup_minimal ID: 633 Test: x86_64 universal server_software_raid -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik uploaded IO-Any-0.09.tar.gz for perl-IO-Any
0590004be7598f352f5f375989508e8b IO-Any-0.09.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-IO-Any/IO-Any-0.09.tar.gz/md5/0590004be7598f352f5f375989508e8b/IO-Any-0.09.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
jplesnik uploaded Sys-Path-0.14.tar.gz for perl-Sys-Path
5934475f3c7908f345e0645221ecc653 Sys-Path-0.14.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Sys-Path/Sys-Path-0.14.tar.gz/md5/5934475f3c7908f345e0645221ecc653/Sys-Path-0.14.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
Re: bodhi 2 now live
On 08/21/2015 04:03 PM, Michael Schwendt wrote: On Fri, 21 Aug 2015 09:00:29 +0200, Ralf Corsepius wrote: On 08/21/2015 08:34 AM, Till Hofmann wrote: Also, it seems like I can revoke other people's updates. At least I could press the 'Revoke' button and I received a confirmation notification. Also, instead of the Revoke button, there is now a Push to Testing and a Push to Stable button. But there is no comment that the update has been revoked, so I'm not sure if it was revoked or not. The start page confirms that I revoked the torch-3.1-12.fc23 update: https://thofmann.fedorapeople.org/Screenshot%20from%202015-08-21%2008-42-52.png Ralf, sorry for messing with your update. Interesting - May be it's still in the process queue somewhere, but so far, I haven't been notified about this, neither in BZ nor per email. If you hadn't mentioned it, I'd not know about this incident. Fedora Notifications web site finds a notification about it: 7 hours ago thofmann revoked torch-3.1-12.fc23 Yes. This was the incident Till was referring to. Though, given that you are not the owner of the package, I guess this has not been forwarded to you. Correct - I acted as provenpackager, who stepped in to keep alive a package, whose maintainer likely is AWOL[1]. It would be bodhi's responsibility to submit a notification that refers to the update ticket owner, too. Exactly. IMO, this is a bug in bodhi. I would expect the update submitter and the bugzilla-ticket owner, an update is referring to be notified (In this case: both me). And perhaps you're also affected by issues with the default Fedora Notifications filters I've encountered. This thread: https://lists.fedoraproject.org/pipermail/devel/2015-August/213609.html I don't know - Possible. Due to the mass of notifications, I am receiving (100s - 1000s per day), I am filtering notifications and am moving most notifications to trash unread ;) Ralf [1] https://bugzilla.redhat.com/show_bug.cgi?id=1240072 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1230816] Upgrade perl-Sys-Path to 0.14
https://bugzilla.redhat.com/show_bug.cgi?id=1230816 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Sys-Path-0.14-1.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-21 11:52:04 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Unable to submit update for F22 (was Re: bodhi 2 now live)
On Fri, 21 Aug 2015 05:27:37 +0200 Ralf Corsepius rc040...@freenet.de wrote: Upstreams, yes, but not Fedora. Fedora should be self-hosted. Can you please define Fedora and self-hosted as you use them above? Fedora is part of the larger open source community. Fedora Infrastructure uses 100% open source software. We don't however dictate to all those projects that they must also in turn use 100% open source tools and hosting. We can surely urge them to do so, but they are under no obligation to listen to us. That said, Fedora should not start being rude and push people around to get accounts on other commercial entities and to expose themselves to the risks implied by this. Instead we should be rude and force developers of projects to do what we want? Anyhow, for the last time: github is currently the perferred way to report bodhi2 bugs. If you have some objection to them, you can file a fedorahosted ticket or infrastructure fedorahosted ticket. Also, I have been trying to file tickets on issues I see in mailing lists that aren't filed. Good day. kevin pgpc0KFeEHUDA.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi 2 now live
On Fri, 21 Aug 2015 12:39:40 +0200 Michael Schwendt mschwe...@gmail.com wrote: Documentation, please! How to enter well-formatted comments? Is anything like BB-Code supported? Or Wiki syntax? Or other formatting hints? I hope the comments field is not only for 2-3 words in twitter-style. It's markdown. There's a issue open to note that and provide a link to a short cheetsheet: https://github.com/fedora-infra/bodhi/issues/286 kevin pgpoB7e5pg4VB.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Firefox testing - offscreen surfaces and OMTC
On Fri, 2015-08-21 at 15:24 +0200, Martin Stransky wrote: I see the same flickering on NVIDIA hardware. Intel seems to be fine. I'm getting flickering (but only when scrolling up) on the linked cairo xrender bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1015218 Adapter Description Intel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile Asynchronous Pan/Zoom none Device ID Mesa DRI Intel(R) Haswell Mobile Driver Version 3.0 Mesa 10.6.3 (git-ccef890) GPU Accelerated Windows 0/3 Basic (OMTC) Supports Hardware H264 Decoding false Vendor ID Intel Open Source Technology Center WebGL Renderer Intel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile windowLayerManagerRemotetrue AzureCanvasBackend cairo AzureContentBackend cairo AzureFallbackCanvasBackend none AzureSkiaAccelerated0 On 08/21/2015 03:06 PM, Alexander Ploumistos wrote: On Fri, Aug 21, 2015 at 11:33 AM, Martin Stransky stran...@redhat.com wrote: - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config, click to any key and add a new one, boolean type. The new key name is layers.use-image-offscreen-surfaces and set it to true. - enable layers.offmainthreadcomposition.enabled which may be disabled now. What about layers.acceleration.force-enabled? And you're set now. Please report any oddity (different than the usual ones :)) at #BZ. On my desktop (f22), with a GeForce 9800 GT and the 340.76 driver from nVidia I am getting a lot of flickering when I scroll through some pages (e.g. MDN, Ars Techinca, gmail) especially when they contain fixed or sticky elements or elements whose background image is repeated along the x and y axes. If you can get your hands on similar hardware, scroll through this: https://developer.mozilla.org/en-US/docs/Web/CSS/position On a recent laptop (f22), with nVidia and Intel dual graphics, there is no such problem on either adapter. I have been unable to reproduce the crashes we were investigating so far, so perhaps enabling layers.use-image-offscreen-surfaces could be a solution (and I should get a newer graphics card - anyone cares to get me a late birthday present?). This is the graphics information provided by firefox for the desktop: Adapter DescriptionNVIDIA Corporation -- GeForce 9800 GT/PCIe/SSE2 Asynchronous Pan/Zoomnone Device IDGeForce 9800 GT/PCIe/SSE2 Driver Version3.3.0 NVIDIA 340.76 GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDNVIDIA Corporation WebGL RendererNVIDIA Corporation -- GeForce 9800 GT/PCIe/SSE2 windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 and for the laptop: Adapter DescriptionNVIDIA Corporation -- GeForce GTX 860M/PCIe/SSE2 Asynchronous Pan/Zoomnone Device IDGeForce GTX 860M/PCIe/SSE2 Driver Version4.5.0 NVIDIA 352.21 GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDNVIDIA Corporation WebGL RendererNVIDIA Corporation -- GeForce GTX 860M/PCIe/SSE2 windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 Adapter DescriptionIntel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile Asynchronous Pan/Zoomnone Device IDMesa DRI Intel(R) Haswell Mobile Driver Version3.0 Mesa 10.6.3 (git-ccef890) GPU Accelerated Windows0/1 Basic (OMTC) Supports Hardware H264 Decodingfalse Vendor IDIntel Open Source Technology Center WebGL RendererIntel Open Source Technology Center -- Mesa DRI Intel(R) Haswell Mobile windowLayerManagerRemotetrue AzureCanvasBackendcairo AzureContentBackendcairo AzureFallbackCanvasBackendnone AzureSkiaAccelerated0 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Removing glibc librtkaio support in Fedora Rawhide.
On July 2003 the rtkaio add-on was added to Fedora in glibc 2.3.2-64. The rtkaio add-on provided a POSIX realtime API interface that used linux kernel Asynchronous IO support (KAIO) to provide high performance AIO for a small subset of files (those using O_DIRECT, and not all file types). Typically the use case was databases or high-speed transactional systems that needed fast AIO. The libraries were installed under /lib64/rtkaio/ e.g. /lib64/rtkaio/librt.so.1 (symlink to /lib64/rtkaio/librtkaio-X.Y.so with SONAME librt.so.1) and could be used by preloading (LD_PRELOAD), dynamic linker lookup path changes (LD_LIBRARY_PATH) or by directly opening the shared library (dlopen). This accelerated access to file was used by customers like Sybase during the development of their database Sybase ASE (now owned by SAP). It has been 12 years since rtkaio was released, and while it has seen some uptake, the only known usage example is Sybase ASE. Sybase now exclusively uses the Linux Kernel Asynchronous I/O Library (libaio) for over 10 years ago and no longer use rtkaio. The libaio project provides a unique API that is tailored to doing very fast AIO. An analysis of Fedora shows no packages using rtkaio. Lastly the rtkaio add-on was never contributed upstream, likely because it never provided full POSIX conformance and worked only with a small subset of the required POSIX realtime features, those supported by KAIO. It is the conclusion of the Fedora glibc team that the maintenance burden of rtkaio is no longer warranted. The glibc team suggest rtkaio be deprecated and removed. Application developers should use libaio if they want high performance KAIO, or use librt if they want portable and flexible AIO. What are the consequences of removing rtkaio? * Application developers using rtkaio will see a performance decrease if they were previously using KAIO on O_DIRECT opened files, but should otherwise see no semantic changes in their applications. * Application developers using LD_PRELOAD will see a warning that the preloaded library is missing, but the application will load the normal librt and continue to operate correctly. * Application developers using LD_LIBRARY_PATH will see no warning, and the application will load the normal librt and continue to operate correctly. * Application developers using dlopen will see a failure from dlopen since the library is missing. This is mitigated by shipping a symlink from the rtkaio library to librt in the official Fedora release. The rtkaio library and the librt library are ABI and API compatible, and therefore interchangeable. As long as we provide one of them we will meet our application compatibility requirements. We will continue to provide the POSIX realtime library (librt) forever. The following plan of action is suggested: * Immediately remove rtkaio from Fedora Rawhide, deprecating the library, and providing a system change notification about the library removal for F24. https://bugzilla.redhat.com/show_bug.cgi?id=1227855 No compatibility symlinks are provided for Rawhide. We want to use Rawhide to detect if any applications are actually using rtkaio. Before the F24 branch we will add a symlink. Cheers, Carlos. -- 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: Package repositories missing both a spec file and a dead.package file
Hi On 08/21/2015 07:48 PM, Viktor Jancik wrote: Using an automated script I found 65 repositories that neither have a spec file or a dead.package among Fedora package repositories on the master branch. Is this desired? Here is the list: askbot-plugin-authfas autoconf268 bwping Django14 drupal7-honeypot drupal7-xmlsitemap fetch-crl3 gnuplot44 golang-github-mitchellh-cli Known issue with golang-github-mitchellh-cli. Package owner just have not imported srpm. I have already contacted him. Jeff, can you finished the import? Jan gsview infomas-asl jama jaxws-undertow-httpspi kdelibs-webkit kde-plasma-networkmanagement-extras libgssh mediawiki116-Cite mediawiki116-ParserFunctions mingw-libidl mod_proxy_fcgi nodejs-smart-buffer nyancat openmolar openstack-selinux php53-simplepie pilas pipsi PyQt4-webkit python26-imaging python26-markupsafe python26-msgpack python26-numpy python26-PyXML python34 python-backport_collections python-compyte python-crypto2.1 python-genshi06 python-importlib python-lmdb python-multiprocessing python-paramiko1.10 python-schema python-webob1.4 qpid-snmpd retrace-client rubygem-amq-protocol rubygem-connection_pool rubygem-faker rubygem-lumberjack rubygem-sigdump sahara-image-elements sasquatch senamirmir-washra-font senna status-report stupid-package sugar-paths tesla-pom tnt trace-gui vera++ withlock xfce4-soundmenu-plugin zabbix22 I came to the conclusion, that these repositories are simply missing a dead.package file. I apologize for any false positives. -- 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: F23 System Wide Change: Glibc locale subpackaging
On 06/22/2015 10:59 AM, Alexander Larsson wrote: On mån, 2015-06-22 at 06:16 -0400, Jan Kurik wrote: = Proposed System Wide Change: Glibc locale subpackaging = https://fedoraproject.org/wiki/Changes/Glibc_locale_subpackaging Change owner(s): * Mike Fabian mfabian At redhat DOT com * Siddhesh Poyarekar spoyarek AT redhat DOT com * Carlos O’Donell codonell AT redhat DOT com This change should make it possible to install or uninstall locales individually. == Detailed Description == Currently the file /usr/lib/locale/locale-archive contains all locales and is thus huge (103MB). For small systems (and containers) it would be useful to be able to install only a small number of locales. Recently we made it possible to install a small number of locales by supplying the rpm-macro “_install_langs”, for example rpm -i -D _install_langs=en:de_DE glibc-common.rpm will install all English locales and all German locales which start with “de_DE”, rpm -i -D _install_langs=en_US.utf8 glibc-common.rpm will install only the en_US.utf8 locale, rpm -i -D _install_langs=POSIX glibc-common.rpm will install nothing (but the POSIX/C is still available because it is builtin into glibc). But this approach works only during an Anaconda based install when Anaconda supplies the _install_langs rpm-macro. When glibc is updated later, the _install_langs macro will not be supplied on the command line during the update and the default value “all” of “_install_langs” from /usr/lib/rpm/macros will be used and all locales come back during an update. Therefore, this solution is far from perfect. It should be made possible to install and uninstall locales individually, for example by having a separate package for the locales for each language. Installing such a package would add these locales to locale-archive, uninstalling it would remove them. Do they really have to modify locale-archive? Can't each package install separate archive files (say, based on the locale name). Packaging optional extra files is a lot easier for me in my work with an xdg-app runtime based on fedora. For now we are modifying locale-archive, but we are aware the this causes problems with container overlays, and are looking for a solution where this works on a per-file basis with each new subpackage langauge contributing a new loadable optimized binary locale file. The stepping stone will likely be: _install_langs (to limit languages) - subpackages that modify locale-archive - subpackages that install their own files Please remember the core runtimes are key part of the OS, and we make these transitions slowly and gather metrics about how effective each step was and how many bugs we got, and if the intermediate changes broke anything. In the end we may just skip the intermediate step depending on testing, but I won't guarantee that. Cheers, Carlos. -- 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: Removing glibc librtkaio support in Fedora Rawhide.
On 08/21/2015 03:23 PM, Carlos O'Donell wrote: * Immediately remove rtkaio from Fedora Rawhide, deprecating the library, and providing a system change notification about the library removal for F24. Both the glibc 2.23 and librtkaio removal system change notifications have now been drafted and will be ready for Fedora 24. https://fedoraproject.org/wiki/Changes/GLIBC223 https://fedoraproject.org/wiki/Changes/GLIBC223_librtkaio_removal Cheers, Carlos. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Package repositories missing both a spec file and a dead.package file
Using an automated script I found 65 repositories that neither have a spec file or a dead.package among Fedora package repositories on the master branch. Is this desired? Here is the list: askbot-plugin-authfas autoconf268 bwping Django14 drupal7-honeypot drupal7-xmlsitemap fetch-crl3 gnuplot44 golang-github-mitchellh-cli gsview infomas-asl jama jaxws-undertow-httpspi kdelibs-webkit kde-plasma-networkmanagement-extras libgssh mediawiki116-Cite mediawiki116-ParserFunctions mingw-libidl mod_proxy_fcgi nodejs-smart-buffer nyancat openmolar openstack-selinux php53-simplepie pilas pipsi PyQt4-webkit python26-imaging python26-markupsafe python26-msgpack python26-numpy python26-PyXML python34 python-backport_collections python-compyte python-crypto2.1 python-genshi06 python-importlib python-lmdb python-multiprocessing python-paramiko1.10 python-schema python-webob1.4 qpid-snmpd retrace-client rubygem-amq-protocol rubygem-connection_pool rubygem-faker rubygem-lumberjack rubygem-sigdump sahara-image-elements sasquatch senamirmir-washra-font senna status-report stupid-package sugar-paths tesla-pom tnt trace-gui vera++ withlock xfce4-soundmenu-plugin zabbix22 I came to the conclusion, that these repositories are simply missing a dead.package file. I apologize for any false positives. -- 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: bodhi 2 now live
And another annoyance: The search box appears not to work in KHTML (Return/Enter does nothing) nor even in KWebKitPart/QtWebKit (I get sent to a URL with the search term in it, but it just displays the same front page as before). Kevin Kofler -- 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: F23 System Wide Change: Glibc locale subpackaging
On 06/22/2015 09:01 AM, Jonathan Dieter wrote: On Mon, 2015-06-22 at 06:16 -0400, Jan Kurik wrote: Recently we made it possible to install a small number of locales by supplying the rpm-macro “_install_langs”, for example rpm -i -D _install_langs=en:de_DE glibc-common.rpm will install all English locales and all German locales which start with “de_DE”, rpm -i -D _install_langs=en_US.utf8 glibc-common.rpm will install only the en_US.utf8 locale, rpm -i -D _install_langs=POSIX glibc-common.rpm will install nothing (but the POSIX/C is still available because it is builtin into glibc). Please note that this step in implementing the feature will break deltarpms. Deltarpm requires the *full* data from the original rpm to be installed in order to build the updated rpm from the deltarpm, so the fact that we're only installing part of glibc-common will cause any deltarpms for glibc-common to fail. If I understand correctly though, the above is a stepping-stone to subpackages containing the languages, which will *not* break deltarpms. I do think the change is a great idea; I just want to make sure all involved are aware of this potential pitfall along the way. It was known, but not mentioned, that this would decrease the effectiveness of deltarpm for glibc-common. This step is indeed just a stepping stone to splitting out the packages. Cheers, Carlos. -- 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: Unable to buildroot override build
Hi, with bodhi 1.0 I was able to override a build. With bodhi 2.0 I can not. What packages should I updated? I am getting: $ bodhi --buildroot-override=golang-github-coreos-go-systemd-3-1.fc23 for f23-candidate --duration=20 --notes='temp non-stable dependecy waiting for stable' Traceback (most recent call last): File /usr/bin/bodhi, line 537, in module main() File /usr/bin/bodhi, line 433, in main }, auth=True) File /usr/lib/python2.7/site-packages/fedora/client/openidbaseclient.py, line 355, in send_request output = func(method, auth_params, **kwargs) File /usr/lib/python2.7/site-packages/fedora/client/openidbaseclient.py, line 84, in _decorator output = func(request, *args, **kwargs) File /usr/lib/python2.7/site-packages/fedora/client/openidbaseclient.py, line 301, in _authed_post response = self._session.post(url, params=params, data=data, **kwargs) File /usr/lib/python2.7/site-packages/requests/sessions.py, line 377, in post return self.request('POST', url, data=data, **kwargs) TypeError: request() got an unexpected keyword argument 'req_params' $ rpm -q bodhi-client bodhi-client-0.9.12.2-3.fc21.noarch $ rpm -q python-fedora python-fedora-0.5.5-1.fc21.noarch Issue filled upstream https://github.com/fedora-infra/bodhi/issues/295 Thanks Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Package repositories missing both a spec file and a dead.package file
On Fri, 21 Aug 2015 13:48:44 -0400 (EDT), Viktor Jancik wrote: Using an automated script I found 65 repositories that neither have a spec file or a dead.package among Fedora package repositories on the master branch. Is this desired? Here is the list: [...] I came to the conclusion, that these repositories are simply missing a dead.package file. I apologize for any false positives. http://pkgs.fedoraproject.org/cgit/autoconf268.git/log/ Initial setup of the repoHEADmasterf23 Fedora Release Engineering 2015-03-11 2 -0/+0 Looks like a new package request. Five months old without any activity from the maintainer in the master and f23 branches. But a package has been imported into the el6 branch. It smells like grey area. Could it be a package for EL6 only? What to do with the Rawhide master branch then? Perhaps it's not obvious whether to mark it dead in that case. Here's the review's SCM Request: https://bugzilla.redhat.com/show_bug.cgi?id=1195375#c7 Branches: el6 Voila! The process instructions don't give a hint what to do with the implicitly created master/devel branch: https://fedoraproject.org/wiki/Package_SCM_admin_requests -- 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: Package repositories missing both a spec file and a dead.package file
Rex Dieter wrote: At least some of these are epel-only packages (examples below) dead.package I thought was only applicable to packages that existed in fedora, then were EOL'd. Should that case be handled differently? EPEL-only packages should have their devel branch (and any other Fedora branches if they were already created) properly retired including adding the dead.package file. It can say something like EPEL-only package. Kevin Kofler -- 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: bodhi 2 now live
Sometimes, I wonder if you're not doing this on purpose. Rather than preventing our infrastructure team to fix the actual issues with useless squabbles, just open tickets to let them know. Forget the ridiculous github excuse, fedorahosted trac instance still accepts tickets. Out of respect of the work done by your fellow contributors, stop bikeshedding on the list and start filling/fixing tickets. It's kinda sad, that you never have a nice word for your peers. In the end, you might end up treated as badly as you treat them. Regards, H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Package repositories missing both a spec file and a dead.package file
On Fri, 21 Aug 2015 13:02:41 -0500, Rex Dieter wrote: dead.package I thought was only applicable to packages that existed in fedora, then were EOL'd. Should that case be handled differently? It prevents new branches from being created. Will there be more empty branches in the future, if the dead.package will still be missing? -- 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: Package repositories missing both a spec file and a dead.package file
Viktor Jancik wrote: Using an automated script I found 65 repositories that neither have a spec file or a dead.package among Fedora package repositories on the master branch. At least some of these are epel-only packages (examples below) dead.package I thought was only applicable to packages that existed in fedora, then were EOL'd. Should that case be handled differently? kdelibs-webkit kde-plasma-networkmanagement-extras PyQt4-webkit -- rex -- 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: bodhi 2 now live
Kevin Fenzi wrote: No. While we could roll back, it would be a great deal of pain and outage, and IMHO things are not completely and utterly broken. There are bugs, we are fixing them, and much faster than we would be using the old codebase. Given how we are dealing with data CORRUPTED by the migration (see also the issue with the wrong submitters) and with SECURITY issues (people able to change updates they shouldn't be able to, and even if that bug weren't there, also the wrong submitter issue that will give the false submitter such privileges), rolling the whole thing back to a pre-migration backup, even if we were to lose all changes made to Bodhi contents (or even to Bodhi and Koji contents, if we have to roll that back too) since the migration, would IMHO be the only safe approach. Kevin Kofler -- 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: bodhi 2 now live
Kevin Fenzi wrote: It's markdown. But it eats all line breaks and so breaks basic Markdown formatting such as enumerations that worked fine in Bodhi 1. Kevin Kofler -- 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: Firefox testing - offscreen surfaces and OMTC
I've been running nightly with this enabled for quite a while on Intel and it's been fine. Note that OMTC is required for e10s. The layer acceleration pref is a totally different thing and will stay off for the near future. It's affected by a bug in libxcb which has been patched but not made it to release yet: https://bugs.freedesktop.org/show_bug.cgi?id=84252 On 08/21/2015 01:33 AM, Martin Stransky wrote: Folks, I'd use some testing for new Firefox feature - offscreen surfaces [1]. It may also fix crashes when OMTC is enabled [2]. Browser should be a bit faster with those features on. How to test? - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config, click to any key and add a new one, boolean type. The new key name is layers.use-image-offscreen-surfaces and set it to true. - enable layers.offmainthreadcomposition.enabled which may be disabled now. - restart your browser. And you're set now. Please report any oddity (different than the usual ones :)) at #BZ. Thanks! ma. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1015218 [2] Off Main Thread Composition - layout rendering in separate thread. New feature in Firefox 40. -- 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] 2015-08-24 @ 1600 UTC ** F23 Blocker Review Meeting
# F23 Blocker Review meeting # Date: 2015-08-24 # Time: 1600 UTC # Location: #fedora-blocker-review on irc.freenode.net This week we had an out of band blocker review where we plowed through a bunch of proposals. Next week we'll be having another meeting (at the usual day and time) to finish the rest off. We currently have 1/1 proposals for Beta/Final - so it should be a shorter meeting. If you have time this weekend, to take a look at the proposed or accepted blockers before the meeting - the full list can be found here: https://qa.fedoraproject.org/blockerbugs/ Make sure to click through the milestones to see how many we have before the meeting! We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F23 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Have a good weekend and see you Monday! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org ___ 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: Firefox testing - offscreen surfaces and OMTC
On 08/21/2015 03:33 AM, Martin Stransky wrote: And you're set now. Please report any oddity (different than the usual ones :)) at #BZ. Opened: https://bugzilla.redhat.com/show_bug.cgi?id=1255917 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-23 Branched report: 20150821 changes
Compose started at Fri Aug 21 07:15:03 UTC 2015 Broken deps for armhfp -- [QuantLib] QuantLib-test-1.6.1-1.fc23.armv7hl requires libboost_unit_test_framework.so.1.58.0 [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [cduce] cduce-0.6.0-13.fc23.armv7hl requires ocaml(Curl) = 0:c9482fe21d30ad4b5f1ca281b3da3d99 [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [golang-github-influxdb-influxdb] golang-github-influxdb-influxdb-devel-0.8.5-0.2.git9485e99.fc23.noarch requires golang(github.com/rakyll/statik) [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [klavaro] klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0 [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 0:25.3.3 [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0 [ncbi-blast+] ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so [netbeans-platform] 1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 0:1.9.3 [nodejs-grunt-contrib-copy] nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) 0:0.2 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) = 0:0.1.0 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 0:0.5.1 [nodejs-grunt-saucelabs] nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(sauce-tunnel) = 0:2.2.3 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) 0:1.3 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) = 0:1.2.2 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(lodash) = 0:3.7.0 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(colors) =
Re: Rawhide plans
On Wed, 2015-08-19 at 09:18 -0600, Kevin Fenzi wrote: * Matt opened a thread on the marketing list about renaming rawhide. It sounds like most people would prefer us to make the changes first, then and only then look at renaming. Hate to resurrect the bikeshed, but I was looking through some old Wiki pages as reference for a blog post and noticed we had a name for this all the way back in wwoods' legendary 'israwhidebroken.com' proposal: chewtoy. :) https://fedoraproject.org/wiki/Israwhidebroken.com_Proposal Set up a known-good rawhide (chewtoy) link based on those test results -- 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: ncurses update to 6.0
On Fri, Aug 21, 2015 at 04:18:51PM +0200, Miroslav Lichvar wrote: On Fri, Aug 21, 2015 at 12:18:15PM +0100, Tom Hughes wrote: According to http://www.gnu.org/software/ncurses/ the new ABI should include symbol versioning, which would hopefully avoid the need for a repeat of this pain in the future, but as far as I can see none of the symbols in the current F23 build are versioned? The new ncurses libs are in rawhide only. The symbol versioning is disabled by default and it's not enabled it in our spec. Enabling it is easy, but if we wanted to disable it later, it would require immediate rebuild of all ncurses applications, so I'd like to be sure it is a good idea before doing so. I'm not sure if it would be possible to use symbol versioning for compatibility when there are changes in definition of structures like cchar_t, as there are between ABI 5 and ABI 6. I think the upstream intention is to use it to mark new symbols, not compatibility. Hiding private symbols is definitely useful, but with the versioning itself I think there could be some drawbacks, e.g. binaries built on distros using the versioning won't run on distros not using it. Also, the number of different versions the symbols use seems to be quite large, so there could be an increase in the rpmdb and yum repo sizes. I guess that's not really a problem. None of those are particularly strong reasons, and they could apply to any library, but versioned libraries are still strongly preferred. Delaying the switch gains nothing. Everything will have to be rebuilt after the switch anyway, so it seems reasonable to do it now since you want to rebuild stuff for the new library anyway. 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: Fedora Notifications - howto?
On Thu, Aug 20, 2015 at 10:10:29AM -0600, Kevin Fenzi wrote: On Thu, 20 Aug 2015 13:15:41 +0200 Michael Schwendt mschwe...@gmail.com wrote: I'm still in search of a howto. A howto about the user-interface, the various filters and rules, and real documentation about how to use it. I don't think there is such a howto, but we could look at creating one. There's some good description about how the system works and how to use it in this very thread (much of it from you, Michael, thanks for writing it!) I think a good place to record and organize it would be this document: https://infrastructure.fedoraproject.org/cgit/ansible.git/tree/roles/notifs/frontend/files/fedora-sitedocs/about.rst which gets rendered by the webapp here: https://apps.fedoraproject.org/notifications/about It currently reads more like notes-to-self from the developer [sic] and is a little dated (it pre-dates the ignore/include flag on individual rules) but it could be very useful if re-worked to be more user-focused, with stories like if you wanted to set up things this way, do this... if you wanted to set up things that way, do that. 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: Firefox testing - offscreen surfaces and OMTC
On Fri, Aug 21, 2015 at 03:38:49PM +0200, Martin Stransky wrote: On 08/21/2015 03:34 PM, Alexander Ploumistos wrote: On Fri, Aug 21, 2015 at 4:24 PM, Martin Stransky stran...@redhat.com wrote: I see the same flickering on NVIDIA hardware. Intel seems to be fine. Which model? Is it using one of the older driver series? It's GeForce GTX 750 with nvidia binary drivers. ma. I'm seeing flickering (e.g. with arstechnica) on 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV620/M82 [Mobility Radeon HD 3450/3470] with native drivers (F22). 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: bodhi 2 now live
This update has reached 3 days in testing and can be pushed to stable now if the maintainer wishes 2 days ago, 2015-08-18 07:00:53 https://bodhi.fedoraproject.org/updates/libdom-0.1.2-1.fc23 Still can't push. -- Yours sincerely, Christopher Meng http://awk.io -- 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: Unable to submit update for F22 (was Re: bodhi 2 now live)
On 08/20/2015 07:39 PM, Adam Williamson wrote: Well, I don't know if there was a Big Philosophical Discussion, but in practice all kinds of Fedora-ish stuff has its upstream in github these days, so yes, clearly times have changed. That's not the point. I am talking about separating Fedora web-infrastructure from the web-infrastructure's upstreams. In this case, I am talking about Fedora's infrastructure deployment/installation (A Fedora product - Responsible: Fedora) of bodhi to demand reporting bugs on Fedora's infrastructure to upstream (A bodhi-project product - Responsible: Upstream). In other words: Nobody with a sane mind would ask users of web shop's installation to file bugs at Oracle/MySQL etc - This is what is happening here. It's a classical case where people with multiple roles are unable to distinguish their roles. Ralf -- 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: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
- Original Message - From: Orion Poplawski or...@cora.nwra.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Friday, 21 August, 2015 1:58:35 AM Subject: Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets On 08/20/2015 02:50 AM, Miroslav Suchý wrote: I was just watching the ongoing reports of want-to-be-contributors how hard is to get sponsored; reports how Fedora Repository stalled [1]; discussion that we actually do not know how many active sponsors we have. ... [1] https://eischmann.wordpress.com/2015/07/27/growth-of-fedora-repository-has-almost-stalled/ My gut reaction to this is, my god, we don't need *more* packages in Fedora, we need more people maintaining the pile we already have. So I'd like to see more packagers added as co-maintainers of packages. + 1 000 000 000 Alexander Kurtakov Red Hat Eclipse team -- 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 -- 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: bodhi 2 now live
On 08/21/2015 08:47 AM, Till Hofmann wrote: On 08/21/2015 08:34 AM, Till Hofmann wrote: Also, it seems like I can revoke other people's updates. At least I could press the 'Revoke' button and I received a confirmation notification. Also, instead of the Revoke button, there is now a Push to Testing and a Push to Stable button. But there is no comment that the update has been revoked, so I'm not sure if it was revoked or not. The start page confirms that I revoked the torch-3.1-12.fc23 update: https://thofmann.fedorapeople.org/Screenshot%20from%202015-08-21%2008-42-52.png Ralf, sorry for messing with your update. Interesting - May be it's still in the process queue somewhere, but so far, I haven't been notified about this, neither in BZ nor per email. If you hadn't mentioned it, I'd not know about this incident. Anywas, this time bodhi offered me a push to testing and push to stable (!) button (Note: push to stable) I used pushed to testing to re-push it. BTW (I mentioned it before), Timestamps are still screwed up: ... Submitted 31 minutes ago, 2015-08-21 06:22:21.364583 Automated Test Results rpmlint torch-3.1-12.fc23 3 hours ago ... Ralf -- 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: bodhi 2 now live
Why can I push to testing for updates submitted by other people, and where the update is already stable? [1] Also, it seems like I can revoke other people's updates. At least I could press the 'Revoke' button and I received a confirmation notification. Also, instead of the Revoke button, there is now a Push to Testing and a Push to Stable button. But there is no comment that the update has been revoked, so I'm not sure if it was revoked or not. - Till [1] https://bodhi.fedoraproject.org/updates/FEDORA-2015-12791 [2] https://bodhi.fedoraproject.org/updates/torch-3.1-12.fc23 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi 2 now live
On 08/21/2015 08:34 AM, Till Hofmann wrote: Also, it seems like I can revoke other people's updates. At least I could press the 'Revoke' button and I received a confirmation notification. Also, instead of the Revoke button, there is now a Push to Testing and a Push to Stable button. But there is no comment that the update has been revoked, so I'm not sure if it was revoked or not. The start page confirms that I revoked the torch-3.1-12.fc23 update: https://thofmann.fedorapeople.org/Screenshot%20from%202015-08-21%2008-42-52.png Ralf, sorry for messing with your update. [2] https://bodhi.fedoraproject.org/updates/torch-3.1-12.fc23 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 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: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 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-Method-Signatures
perl-Method-Signatures has broken dependencies in the rawhide tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) 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-Data-Alias
perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 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-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 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-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the rawhide tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 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-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the rawhide tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.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-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the rawhide tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 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-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the rawhide tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.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-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.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-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 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-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the F-23 tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 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: polymake
polymake has broken dependencies in the F-23 tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 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-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the F-23 tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 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-Test-Vars
perl-Test-Vars has broken dependencies in the F-23 tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.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-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the F-23 tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 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-Carp-REPL
perl-Carp-REPL has broken dependencies in the F-23 tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.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-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the F-23 tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.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-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the F-23 tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.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-Data-Alias
perl-Data-Alias has broken dependencies in the F-23 tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 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-Method-Signatures
perl-Method-Signatures has broken dependencies in the F-23 tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) 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-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the F-23 tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.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-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the F-23 tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.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-MongoDB
perl-MongoDB has broken dependencies in the F-23 tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 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
jplesnik pushed to perl-Locale-Maketext-Gettext (master). Add missing patch
From 18ee90ce96e351e7c3c2bbb11d7fd8dfe6f337e2 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Fri, 21 Aug 2015 09:48:39 +0200 Subject: Add missing patch diff --git a/sources b/sources index 3699a84..9344a26 100644 --- a/sources +++ b/sources @@ -1 +1,2 @@ a5fd46056d0c7bcf4781dc922451a82c Locale-Maketext-Gettext-1.28.tar.gz +bd16fb000fbf042b220d7a990368c0b2 gettexttomakettext.patch -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Locale-Maketext-Gettext.git/commit/?h=masterid=18ee90ce96e351e7c3c2bbb11d7fd8dfe6f337e2 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
Dne 20.8.2015 v 13:42 Michael Schwendt napsal(a): Your script output does not tell anything at all about activity of all packagers in the package collection, in the normal review queue(s), in pkgdb. No clues about number of orphaned/retired packages. No clues about semi-dead packages where the packager is absent for a long time, and the package only gets rebuilt during mass-rebuilds or receives random rebuilds by other people. This is completely different sets of problems. How many new packagers manage to include a single package in the collection, but lose interest in maintainership afterwards? How many fellow packagers lose interest in Fedora in general and switch to another distribution? Again. Completely different sets of problems. I am trying to focus on How to find sponsor for new contributor in reasonable time. More interesting would be a discussion about which various fields of interest the current sponsors cover. Ruby? MinGW? OLPC XS? Mono? Fonts? Scientific/Maths related school/research projects software? To mention a few fields only. This is actually good idea. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys -- 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: bodhi 2 now live
Am 21.08.2015 um 10:40 schrieb Charles-Antoine Couret: and somebody again didn't care about fedora-easy-karma which in 2015 is long broken than working with several issues - no, i don't want to log into a webinterface and seek packages for karma by hand while verify it's the same build running on my machine... Getting list of installed packages... Waiting for Bodhi for a list of packages in updates-testing (F21)... Traceback (most recent call last): File /usr/bin/fedora-easy-karma, line 652, in module FedoraEasyKarma() File /usr/bin/fedora-easy-karma, line 413, in __init__ testing_updates = testing_updates[updates] KeyError: 'updates' This error means you use the python-fedora-0.5.3. I updated this package and I have another error and I reported that into Bugzilla : https://bugzilla.redhat.com/show_bug.cgi?id=1255452 I don't know if it is a Bodhi 2, fedora-easy-karma or python-fedora issue me too - but i wonder why it breaks that often from timeouts over weeks to all sort of python stack traces signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bodhi 2 now live
On 21/08/15 08:46, Till Hofmann wrote: On 08/21/2015 09:00 AM, Ralf Corsepius wrote: Anywas, this time bodhi offered me a push to testing and push to stable (!) button (Note: push to stable) I used pushed to testing to re-push it. I just tested push to stable on an unpushed update: Despite the name, it pushes to testing: https://bodhi.fedoraproject.org/updates/parcimonie.sh-0-0.4.20150804gitc009937.fc22 At least you have a button to push to stable. I've just been notified of three updates that I can push and none are showing any buttons. Given how completely and utterly broken this apparently is, should somebody be thinking about rolling back until it can be fixed? Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1230637] Upgrade perl-Locale-Maketext-Gettext to 1.28
https://bugzilla.redhat.com/show_bug.cgi?id=1230637 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Locale-Maketext-Gettex ||t-1.28-1.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-21 04:16:15 -- You are receiving this mail because: You are on the CC list for the bug. -- 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
Firefox testing - offscreen surfaces and OMTC
Folks, I'd use some testing for new Firefox feature - offscreen surfaces [1]. It may also fix crashes when OMTC is enabled [2]. Browser should be a bit faster with those features on. How to test? - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config, click to any key and add a new one, boolean type. The new key name is layers.use-image-offscreen-surfaces and set it to true. - enable layers.offmainthreadcomposition.enabled which may be disabled now. - restart your browser. And you're set now. Please report any oddity (different than the usual ones :)) at #BZ. Thanks! ma. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1015218 [2] Off Main Thread Composition - layout rendering in separate thread. New feature in Firefox 40. -- 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: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
Am 21.08.2015 um 08:41 schrieb Aleksandar Kurtakov: - Original Message - From: Orion Poplawski or...@cora.nwra.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Friday, 21 August, 2015 1:58:35 AM Subject: Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets On 08/20/2015 02:50 AM, Miroslav Suchý wrote: I was just watching the ongoing reports of want-to-be-contributors how hard is to get sponsored; reports how Fedora Repository stalled [1]; discussion that we actually do not know how many active sponsors we have. ... [1] https://eischmann.wordpress.com/2015/07/27/growth-of-fedora-repository-has-almost-stalled/ My gut reaction to this is, my god, we don't need *more* packages in Fedora, we need more people maintaining the pile we already have. So I'd like to see more packagers added as co-maintainers of packages. + 1 000 000 000 agreed - quality and maintainance matters, not having the largest repo with orphaned packages - there is no gain in get 10 new packages for F24 and get the orphaned and so tagged for removal notification a year later signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik uploaded Locale-Maketext-Gettext-1.28.tar.gz for perl-Locale-Maketext-Gettext
a5fd46056d0c7bcf4781dc922451a82c Locale-Maketext-Gettext-1.28.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Locale-Maketext-Gettext/Locale-Maketext-Gettext-1.28.tar.gz/md5/a5fd46056d0c7bcf4781dc922451a82c/Locale-Maketext-Gettext-1.28.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
jplesnik pushed to perl-Locale-Maketext-Gettext (master). 1.28 bump
From 4975f56816e7419847bd22034f920f141ec5016b Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Fri, 21 Aug 2015 09:41:49 +0200 Subject: 1.28 bump diff --git a/.gitignore b/.gitignore index 4b1b4f6..86f12ac 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Locale-Maketext-Gettext-1.27.tar.gz /gettexttomakettext.patch +/Locale-Maketext-Gettext-1.28.tar.gz diff --git a/perl-Locale-Maketext-Gettext.spec b/perl-Locale-Maketext-Gettext.spec index 2b9e2ef..aa2f40c 100644 --- a/perl-Locale-Maketext-Gettext.spec +++ b/perl-Locale-Maketext-Gettext.spec @@ -1,6 +1,6 @@ Name: perl-Locale-Maketext-Gettext -Version:1.27 -Release:18%{?dist} +Version:1.28 +Release:1%{?dist} Summary:Joins the gettext and Maketext frameworks License:GPL+ or Artistic Group: Development/Libraries @@ -8,10 +8,27 @@ URL: http://search.cpan.org/dist/Locale-Maketext-Gettext/ Source0: http://www.cpan.org/authors/id/I/IM/IMACAT/Locale-Maketext-Gettext-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: perl +BuildRequires: perl(base) +BuildRequires: perl(Encode) +BuildRequires: perl(Exporter) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Basename) +BuildRequires: perl(File::Copy) +BuildRequires: perl(File::Spec::Functions) +BuildRequires: perl(FindBin) +BuildRequires: perl(lib) +BuildRequires: perl(Locale::Maketext) BuildRequires: perl(Module::Build) +BuildRequires: perl(Module::Signature) +BuildRequires: perl(Socket) +BuildRequires: perl(strict) +BuildRequires: perl(Test) BuildRequires: perl(Test::More) -BuildRequires: perl(Test::Pod) +BuildRequires: perl(vars) +BuildRequires: perl(warnings) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) Patch0: gettexttomakettext.patch @@ -54,6 +71,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man1/* %changelog +* Thu Aug 20 2015 Jitka Plesnikova jples...@redhat.com - 1.28-1 +- 1.28 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.27-18 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 7c6a814..3699a84 100644 --- a/sources +++ b/sources @@ -1,2 +1 @@ -58019c37c8ad1c4526476a7fb98b64c6 Locale-Maketext-Gettext-1.27.tar.gz -bd16fb000fbf042b220d7a990368c0b2 gettexttomakettext.patch +a5fd46056d0c7bcf4781dc922451a82c Locale-Maketext-Gettext-1.28.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Locale-Maketext-Gettext.git/commit/?h=masterid=4975f56816e7419847bd22034f920f141ec5016b -- 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