Differences in font configuration between Gnome and KDE
Hi, I'd like to build Qt-Creator against Qt5 for F21+, however I dislike the way Qt5 apps render fonts under KDE and am therefore hesitant to push the update, see [1] for a screenshot comparing the font rendering Qt4 (left) vs Qt5 (right) on KDE. Not the actual question: I've tested the same Qt5 build on Gnome, and oddly enough, there fonts look okay! So I was wondering, is there any tool which dumps the active font configuration (I guess that would be the Xft parameters?), so that I can find out what is causing the bad rendering on KDE? There's also a bug report on the issue, see [2]. Thanks, Sandro [1] http://smani.fedorapeople.org/qt4vsqt5.png [2] https://bugzilla.redhat.com/show_bug.cgi?id=1052389 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Retiring my gnome-shell search providers
- Original Message - Hello, A while ago, I wrote a trio of gnome-shell search providers: https://apps.fedoraproject.org/packages/gnome-shell-search-fedora-packages This one is probably obsoleted by gnome-software's search feature. Maybe you could obsolete it instead of retiring/orphaning this one? Cheers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Module-Build-Tiny-0.034.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Module-Build-Tiny: 31efb75e0e535566c70551b46d981f7e Module-Build-Tiny-0.034.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Build-Tiny] Update to 0.034
commit d536e90400555b553848a49fe8a3f5acc3a2ff4e Author: Paul Howarth p...@city-fan.org Date: Wed Jan 22 11:56:43 2014 + Update to 0.034 - New upstream release 0.034 - Make install tests more platform independent perl-Module-Build-Tiny.spec |6 +- sources |2 +- 2 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/perl-Module-Build-Tiny.spec b/perl-Module-Build-Tiny.spec index 61f99f5..00f9af6 100644 --- a/perl-Module-Build-Tiny.spec +++ b/perl-Module-Build-Tiny.spec @@ -1,6 +1,6 @@ Summary: A tiny replacement for Module::Build Name: perl-Module-Build-Tiny -Version: 0.033 +Version: 0.034 Release: 1%{?dist} License: GPL+ or Artistic Group: Development/Libraries @@ -74,6 +74,10 @@ AUTHOR_TESTING=1 RELEASE_TESTING=1 ./Build test %{_mandir}/man3/Module::Build::Tiny.3pm* %changelog +* Wed Jan 22 2014 Paul Howarth p...@city-fan.org - 0.034-1 +- Update to 0.034 + - Make install tests more platform independent + * Tue Jan 21 2014 Paul Howarth p...@city-fan.org - 0.033-1 - Update to 0.033 - Require Getopt::Long 2.36 diff --git a/sources b/sources index 44f993b..ebef672 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -f44c747f182435ed268b3b3f164af0b7 Module-Build-Tiny-0.033.tar.gz +31efb75e0e535566c70551b46d981f7e Module-Build-Tiny-0.034.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Heads up; F22 will require applications to ship appdata to be listed in software center
Hi, As the subject suggests, Fedora 22 will require applications to have a long description to be shown in the software center. We're introducing this change so that we can show a powerful application full of high-quality content, rather than what we have now which is a equal mixture of awesome and sadness. If you're interested you can see the number of applications with appdata without installing gnome-software from rawhide here: http://alt.fedoraproject.org/pub/alt/screenshots/f21/status.html (warning; huge generated HTML file). A lot of unmaintained or unloved applications will be removed (which is a totally good thing, we don't want new users choosing buggy and crashy apps), but there are also a lot of applications there that we probably want to save. Note that I don't want the packages removed from Fedora; users can still use the command line to install them, just not show them in the 'Software' GUI. Saving an application (so that it still appears in the software center) is just a matter of either: * Convincing upstream to ship and install an appdata file * Installing an appdata file from the Fedora package into /usr/share/appdata (if upstream is dead / unwilling to add the file) I've written a bit about the AppData status on my blog, http://blogs.gnome.org/hughsie/2014/01/22/appdata-status-for-january/ and so far over 200 applications ship AppData in Fedora 21. That's a long way from what I'd like to see, but it's going up at about 1% per month, which is encouraging. KDE/XFCE doesn't ship gnome-software - however Apper does parse the appdata in KDE, and we also want to show awesome KDE/XFCE applications in gnome-software so this really applies distro-wide. Comments welcome, thanks. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: What to do about packaging beta, or rc as alternate installable
On Tue, Jan 21, 2014 at 07:33:40PM -0500, Neal Becker wrote: One of the packages I maintain is mercurial. Frequently (e.g., now), there is a rc version available for test. It will probably break some other package that depends on it. I am thinking of a model like google uses for chrome. I could install any of: google-chrome-{stable,beta,unstable} I don't think fedora uses this model anywhere. AFAICT, in Fedora there is always only 1 version available - although there could be one in updates- testing. But the purpose of updates-testing is now for a long-lived parallel development - it is designed for short term before promotion to stable. Although the google-chrome model is perhaps not the ideal way to handle the idea of alternative versions - it seems good enough. Any thoughts? virt-preview is another model you might look at. Some time (hopefully soon) we'll be building virt-preview using copr, but for the time being you can read about it here: https://fedoraproject.org/wiki/Virtualization_Preview_Repository Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Test-Kwalitee-1.18.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Kwalitee: c82ee309027c8e160e8c17e91eedac35 Test-Kwalitee-1.18.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Environment and Stacks PRD
On 01/21/2014 10:03 PM, Bill Nottingham wrote: Marcela Mašláňová (mmasl...@redhat.com) said: Environment and Stacks Working Group approved the first version of PRD. Feel free to comment what is missing or what should be altered. https://fedoraproject.org/wiki/Env_and_Stacks/Product_Requirements_Document I don't see anything necessarily bad in what's written here, but the document seems to jump very quickly from the Vision statement into an itemized list of what appear to be work items, without an overarching framework or story linking the two. (Maybe moving the user stories up helps here, maybe not.) It seems hard to measure success against the vision for the group, as opposed to just measuring the success as 'implemented task/goal X'. Also, while it says that [t]his document does not dictate implementation details, the tasks and goals section does go into the weeds, especially in the SCL DevAssistant sections. Bill It's not real PRD, because this WG won't create a real product. List of tasks is based partly on user stories, partly on what we thought might improve Fedora for developers. We reached consensus on this version of document, I guess we could review your comments and add them on our next meeting. Personally, I missed input from other WGs. For example I heard Cloud WG might use Ruby collections, but doest it really happen? Maybe we can plan after review of other WGs, what should be our main objectives. Marcela -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [perl-HTML-Tree/epel7] Retire - actually in RHEL
On 22/01/14 01:43, Bill Nottingham wrote: Summary of changes: 8e17d38... Retire - actually in RHEL (*) Might the retirement process have blocked perl-HTML-Tree from being pulled in from RHEL in koji? That's what it looks like from this scratch build: http://kojipkgs.fedoraproject.org//work/tasks/9537/6439537/root.log DEBUG util.py:266: Getting requirements for perl-Test-Valgrind-1.14-1.el7.src DEBUG util.py:266: -- Already installed : 4:perl-5.16.3-280.el7.x86_64 DEBUG util.py:266: -- Already installed : perl-Carp-1.26-243.el7.noarch DEBUG util.py:266: -- perl-Digest-MD5-2.52-1.el7.x86_64 DEBUG util.py:266: -- perl-Env-Sanctify-1.10-1.el7.noarch DEBUG util.py:266: -- perl-ExtUtils-Install-1.58-280.el7.noarch DEBUG util.py:266: -- perl-ExtUtils-MakeMaker-6.68-2.el7.noarch DEBUG util.py:266: -- Already installed : 4:perl-5.16.3-280.el7.x86_64 DEBUG util.py:266: -- perl-File-HomeDir-1.00-3.1.el7.noarch DEBUG util.py:266: -- Already installed : perl-File-Path-2.09-1.el7.noarch DEBUG util.py:266: -- Already installed : perl-PathTools-3.40-3.el7.x86_64 DEBUG util.py:266: -- Already installed : perl-File-Temp-0.23.01-2.el7.noarch DEBUG util.py:266: -- Already installed : perl-Filter-1.49-1.el7.x86_64 DEBUG util.py:266: -- Already installed : 4:perl-5.16.3-280.el7.x86_64 DEBUG util.py:266: -- Already installed : perl-Scalar-List-Utils-1.27-246.el7.x86_64 DEBUG util.py:266: -- Already installed : 4:perl-5.16.3-280.el7.x86_64 DEBUG util.py:266: -- perl-Perl-Destruct-Level-0.02-5.el7.x86_64 DEBUG util.py:266: -- Already installed : perl-Scalar-List-Utils-1.27-246.el7.x86_64 DEBUG util.py:266: -- perl-Test-Simple-0.98-242.el7.noarch DEBUG util.py:266: -- perl-Test-Simple-0.98-242.el7.noarch DEBUG util.py:266: -- perl-XML-Twig-3.44-1.el7.noarch DEBUG util.py:266: -- Already installed : 4:perl-5.16.3-280.el7.x86_64 DEBUG util.py:266: -- 3:perl-version-0.99.02-2.el7.x86_64 DEBUG util.py:266: -- 1:valgrind-3.9.0-1.2.el7.x86_64 DEBUG util.py:266: Error: Package: perl-XML-Twig-3.44-1.el7.noarch (build) DEBUG util.py:266: Requires: perl(HTML::TreeBuilder) = 4.00 DEBUG util.py:266: You could try using --skip-broken to work around the problem DEBUG util.py:266: You could try running: rpm -Va --nofiles --nodigest DEBUG util.py:356: Child return code was: 1 Paul. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Environment and Stacks PRD
Ruby collections ? Did you mean SCL ? At the moment, the cloud WG hadn't discuss any other options. We're not the only stakeholders on that matters, these are topics requiring collaboration with other WG. 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: Heads up; F22 will require applications to ship appdata to be listed in software center
On 22 January 2014 12:09, Richard Hughes hughsi...@gmail.com wrote: That's a long way from what I'd like to see, but it's going up at about 1% per month, which is encouraging. Replying to my own email, apologies. I've now gone through the entire list of applications-in-fedora-without-appdata. A *lot* of those applications haven't seen an upstream release in half a decade, some over a decade. I would estimate that 40% of all the apps in Fedora are dead or semi-dead upstream. Excluding the KDE/XFCE/LXDE applications, I'd say we had a 70% completion of the applications I'd like to see in the software center. I've filed a lot of upstream bugs in the last two hours, so hopefully that's another few percent sorted. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Environment and Stacks PRD
On 01/22/2014 03:44 PM, H. Guémar wrote: Ruby collections ? Did you mean SCL ? At the moment, the cloud WG hadn't discuss any other options. We're not the only stakeholders on that matters, these are topics requiring collaboration with other WG. H. Yes, I meant SCL. Marcela -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Differences in font configuration between Gnome and KDE
On 22.01.2014 17:35, Adam Williamson wrote: On Wed, 2014-01-22 at 11:28 +0100, Sandro Mani wrote: Hi, I'd like to build Qt-Creator against Qt5 for F21+, however I dislike the way Qt5 apps render fonts under KDE and am therefore hesitant to push the update, see [1] for a screenshot comparing the font rendering Qt4 (left) vs Qt5 (right) on KDE. That looks a lot like 'medium' hinting (left) vs 'slight' (right). KDE has a knob for everything, it must have a knob for font hinting somewhere...try twiddling that to see if you can get it to match? I tried all hinting levels, and couldn't spot any difference (on KDE). -- 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: Differences in font configuration between Gnome and KDE
On Wed, 2014-01-22 at 11:28 +0100, Sandro Mani wrote: Hi, I'd like to build Qt-Creator against Qt5 for F21+, however I dislike the way Qt5 apps render fonts under KDE and am therefore hesitant to push the update, see [1] for a screenshot comparing the font rendering Qt4 (left) vs Qt5 (right) on KDE. That looks a lot like 'medium' hinting (left) vs 'slight' (right). KDE has a knob for everything, it must have a knob for font hinting somewhere...try twiddling that to see if you can get it to match? -- 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: Swig and -Werror=format-security
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/21/2014 10:18 AM, Darryl L. Pierce wrote: Is anybody addressing the output of Swig WRT this problem? Our project (Qpid) generates language bindings using Swig during the build process. Our build is now failing on F21. For example: /builddir/build/BUILD/qpid-0.24/cpp/bindings/qpid/ruby/rubyRUBY_wrap.cxx:2237:38:error: format not a string literal and no format arguments [-Werror=format-security] rb_raise(error, ex.what()); Has anybody addressed this issue with Swig? I brought this up when the idea of -Werror=format-security was being floated and a bug filed again qpid-cpp for this failure and even replied as such in the BZ [1]. [1] BZ#1037295 I don't think so. Please file a bug upstream: http://sourceforge.net/p/swig/bugs/ - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLgATEACgkQORnzrtFC2/tmLQCgmAB6u2IenmQQ42Wr7mc/fw4G xE8AoLUAGyEEOEqN8L3cm5RNLY2joh94 =Sj2S -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: LibRaw soname bump
On Tue, Jan 21, 2014 at 09:56:18AM -0600, Jon Ciesla wrote: The latest LibRaw is landing momentarily. The soname has changed so I'll be rebuilding evas-generic-loaders, libkdcraw, oyranos and shotwell. If I missed anything I'll fix that up as well. Entangle. I've bumped the release triggered a rebuild now Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- 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: LibRaw soname bump
On Wed, Jan 22, 2014 at 11:38 AM, Daniel P. Berrange berra...@redhat.comwrote: On Tue, Jan 21, 2014 at 09:56:18AM -0600, Jon Ciesla wrote: The latest LibRaw is landing momentarily. The soname has changed so I'll be rebuilding evas-generic-loaders, libkdcraw, oyranos and shotwell. If I missed anything I'll fix that up as well. Entangle. I've bumped the release triggered a rebuild now Thanks! I was in process and merged my changes by accident but won't build. -J Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/:| |: http://libvirt.org -o- http://virt-manager.org:| |: http://autobuild.org -o- http://search.cpan.org/~danberr/:| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc:| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: SELinux RPM scriplet issue annoucement
On Tue, 21 Jan 2014 12:43:47 -0700 Luke Macken lmac...@redhat.com wrote: Unfortunately, bodhi has not had dedicated full-time development resources in a long time. Thankfully, I now have the cycles to put into new features, such as improving the feedback mechanisms. Many components of the Bodhi 2.0 vision are long-term, and rely on a plethora of other pieces to fall into place, such as python-fedora+fas-openid, koji+mash, taskotron, depcheck-mk-2, and so on. Other pieces of the puzzle can be implemented and deployed incrementally within the current tools now. My focus lately has been around the releng/infra side of the updates process, but for a feature that would make things 'immeasurably better' (even though I think it would actually be measurable :P), I'd be happy to shift gears to the QA/frontend side of things to help get it done sooner rather than later. As far as I can tell, you sent some ideas to a mailing list a few years ago about it, and then Mathieu started a prototype. I can't find any RFEs filed for it, so I'll create one and see what I can do about getting the existing prototype polished and integrated for testing. It would be absolutely lovely to get a bodhi-dev instance up on a cloud node running bodhi2 so we could see where we were and what needed to be worked on. Perhaps we could get interested folks together in irc sometime soon and discuss plans/status? kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: LibRaw soname bump
On Wed, Jan 22, 2014 at 11:44:52AM -0600, Jon Ciesla wrote: On Wed, Jan 22, 2014 at 11:38 AM, Daniel P. Berrange berra...@redhat.comwrote: On Tue, Jan 21, 2014 at 09:56:18AM -0600, Jon Ciesla wrote: The latest LibRaw is landing momentarily. The soname has changed so I'll be rebuilding evas-generic-loaders, libkdcraw, oyranos and shotwell. If I missed anything I'll fix that up as well. Entangle. I've bumped the release triggered a rebuild now Thanks! I was in process and merged my changes by accident but won't build. Heh, guess we both saw the rawhide broken deps report at the same time :-) Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- 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: Heads up; F22 will require applications to ship appdata to be listed in software center
On Wed, Jan 22, 2014 at 7:47 AM, Richard Hughes hughsi...@gmail.com wrote: Replying to my own email, apologies. I've now gone through the entire list of applications-in-fedora-without-appdata. A *lot* of those applications haven't seen an upstream release in half a decade, some over a decade. I would estimate that 40% of all the apps in Fedora are dead or semi-dead upstream. Sometimes software is just mostly finished. Not getting an updated version isn't itself evidence of something being dead. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Thursday's FPC Meeting (2014-01-23 17:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2014-01-23 17:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2014-01-23 09:00 Thu US/Pacific PST 2014-01-23 12:00 Thu US/Eastern EST 2014-01-23 17:00 Thu UTC - 2014-01-23 17:00 Thu Europe/London - 2014-01-23 18:00 Thu Europe/Paris CET 2014-01-23 18:00 Thu Europe/Berlin CET 2014-01-23 22:30 Thu Asia/Calcutta IST --new day-- 2014-01-24 01:00 Fri Asia/Singapore SGT 2014-01-24 01:00 Fri Asia/Hong_Kong HKT 2014-01-24 02:00 Fri Asia/Tokyo JST 2014-01-24 03:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = (approval and retirement sections already passed, nothing to discuss this week) #topic #339 software collections in Fedora .fpc 339 https://fedorahosted.org/fpc/ticket/339 (no draft, to be closed) #topic #358 Please make some autotools guidelines. .fpc 358 https://fedorahosted.org/fpc/ticket/358 #topic #381 Bundling exception for python-matplotlib fonts .fpc 381 https://fedorahosted.org/fpc/ticket/381 #topic #382 Go Packaging Guidelines Draft .fpc 382 https://fedorahosted.org/fpc/ticket/382 = New business = #topic #384 New Java Packaging Guidelines .fpc 384 https://fedorahosted.org/fpc/ticket/384 #topic #385 workarounds for rpm symlink - directory issue .fpc 385 https://fedorahosted.org/fpc/ticket/385 #topic #386 /etc/shells need to be considered .fpc 386 https://fedorahosted.org/fpc/ticket/386 #topic #387 Bundling exception: Heimdal bundles libtommath .fpc 387 https://fedorahosted.org/fpc/ticket/387 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fpc, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Test-LeakTrace] Created tag perl-Test-LeakTrace-0.14-5.el7
The lightweight tag 'perl-Test-LeakTrace-0.14-5.el7' was created pointing to: 60134e2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-JSON-XS] Created tag perl-JSON-XS-3.01-1.el7
The lightweight tag 'perl-JSON-XS-3.01-1.el7' was created pointing to: 4d6177d... Update to 3.01 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Heads up; F22 will require applications to ship appdata to be listed in software center
On Wed, Jan 22, 2014 at 12:09:25PM +, Richard Hughes wrote: As the subject suggests, Fedora 22 will require applications to have a long description to be shown in the software center. We're introducing this change so that we can show a powerful application full of high-quality content, rather than what we have now which is a equal mixture of awesome and sadness. Has anyone looked at (or would it be interesting for someone to) integration with https://apps.fedoraproject.org/tagger/? -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Summary/Minutes from today's FESCo Meeting (2014-01-22)
=== #fedora-meeting: FESCO (2014-01-22) === Meeting started by nirik at 18:00:01 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-01-22/fesco.2014-01-22-18.00.log.html . Meeting summary --- * init process (nirik, 18:00:02) * #1197 Procedure for suggesting/approving different Products and/or WGs? (nirik, 18:02:48) * LINK: https://fedorahosted.org/fesco/ticket/1197 (nirik, 18:02:48) * #1222 PRD Approval Request: Server PRD (nirik, 18:04:09) * LINK: https://fedorahosted.org/fesco/ticket/1222 (nirik, 18:04:09) * AGREED: approved. ( +7, -0, 1 ) (nirik, 18:09:47) * #1224 PRD Approval Request: Env and Stacks PRD (nirik, 18:09:56) * LINK: https://fedorahosted.org/fesco/ticket/1224 (nirik, 18:09:56) * AGREED: approved (+8,0,1) (nirik, 18:16:02) * #1225 PRD Approval Request: Cloud PRD (nirik, 18:16:04) * LINK: https://fedorahosted.org/fesco/ticket/1225 (nirik, 18:16:05) * AGREED: approved (+8,0,1) (nirik, 18:27:51) * #1226 Workstation PRD for approval (nirik, 18:28:04) * LINK: https://fedorahosted.org/fesco/ticket/1226 (nirik, 18:28:04) * LINK: https://fedorahosted.org/fesco/ticket/1226#comment:4 , I apologize for the very late coment, (mitr, 18:29:03) * AGREED: defer PRD approval for one week. Request clarification on WG re: 1) schedule autonomy 2) deviation from some of the traditional rules or policies that Fedora has followed. FESCo has concerns about blanket approval of these statements. (+7,0,0) (nirik, 18:51:44) * #1221 Product working group activity reports (nirik, 19:02:52) * LINK: https://fedorahosted.org/fesco/ticket/1221 (nirik, 19:02:53) * urge working groups to try and identify things that affect qa/releng/infrastructure/docs/etc as soon as they can (mmaslano, 19:13:59) * AGREED: Tenative deadline of Feb 17th for next working group deliverables. Please try and engage other groups with plans as soon as you can. (+7,0,0) (nirik, 19:18:27) * Next week's chair (nirik, 19:18:38) * sgallagh to chair next week (nirik, 19:20:35) * Open Floor (nirik, 19:20:43) * election voting starts tomorrow. Please remember to vote. (nirik, 19:29:37) Meeting ended at 19:35:26 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * nirik (118) * mattdm (56) * jwb (50) * sgallagh (38) * pjones (32) * abadger1999 (31) * mitr (27) * mmaslano (26) * notting (20) * jreznik_ (19) * zodbot (10) * t8m (0) -- 18:00:01 nirik #startmeeting FESCO (2014-01-22) 18:00:01 zodbot Meeting started Wed Jan 22 18:00:01 2014 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:01 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:02 nirik #meetingname fesco 18:00:02 nirik #chair abadger1999 mattdm mitr mmaslano notting nirik pjones t8m sgallagh 18:00:02 nirik #topic init process 18:00:02 zodbot The meeting name has been set to 'fesco' 18:00:02 zodbot Current chairs: abadger1999 mattdm mitr mmaslano nirik notting pjones sgallagh t8m 18:00:22 mitr Hello 18:00:30 mattdm hi! 18:01:01 sgallagh I'm here for about 30 minutes 18:01:29 * nirik waits for at least one more for quorum 18:01:59 * abadger1999 is here 18:02:19 * notting is here now. sorry, network hiccup. 18:02:23 mmaslano hi 18:02:35 nirik cool. I guess lets go ahead and dive in... 18:02:48 nirik #topic #1197 Procedure for suggesting/approving different Products and/or WGs? 18:02:48 nirik .fesco 1197 18:02:48 nirik https://fedorahosted.org/fesco/ticket/1197 18:02:49 zodbot nirik: #1197 (Procedure for suggesting/approving different Products and/or WGs?) – FESCo - https://fedorahosted.org/fesco/ticket/1197 18:02:57 nirik mattdm: you wanted to punt this another week? 18:03:15 mattdm nirik yes please. 18:03:23 nirik ok. 18:03:25 mattdm and, um, not next week becaues I won;t be here. 18:03:44 mattdm although hopefully I will have time to write something up. 18:03:56 nirik ok. Update the ticket as time permits. ;) 18:04:01 * mattdm nods 18:04:04 nirik on then to PRD approvals... 18:04:09 nirik #topic #1222 PRD Approval Request: Server PRD 18:04:09 nirik .fesco 1222 18:04:09 nirik https://fedorahosted.org/fesco/ticket/1222 18:04:13 zodbot nirik: #1222 (PRD Approval Request: Server PRD) – FESCo - https://fedorahosted.org/fesco/ticket/1222 18:04:17 nirik here's the server one... 18:04:44 pjones apologies, I am here. 18:04:46 nirik any questions or comments or discussion? or shall we head to votes? 18:04:57 mattdm do we want to have a convention for the fesco members to abstain or vote on their own? 18:05:06 nirik sgallagh and t8m were +1 in ticket. 18:05:08 mmaslano I like it, it looks good +1 18:05:13 mmaslano mattdm: good question :) 18:05:30 * mitr will abstain 18:05:31
boot.fedoraproject.org (BFO)
Fedora 18 End of Life https://lists.fedoraproject.org/pipermail/announce/2014-January/003194.html boot.fedoraproject.org (BFO): - Fedora-18-i386/x86_64 https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_install.conf GOTO EOL https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_eol.conf - Fedora-18-i386/x86_64-rescue https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_rescue.conf GOTO NULL - Fedora-20-Alpha/Beta !? https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_prerelease.conf GOTO NULL - Fedora 15 TC1 i686 Live Desktop !? https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_live.conf GOTO NULL Be awesome after effects? :) poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: SELinux RPM scriplet issue annoucement
On Wed, 2014-01-22 at 10:36 -0700, Kevin Fenzi wrote: On Tue, 21 Jan 2014 12:43:47 -0700 Luke Macken lmac...@redhat.com wrote: Unfortunately, bodhi has not had dedicated full-time development resources in a long time. Thankfully, I now have the cycles to put into new features, such as improving the feedback mechanisms. Many components of the Bodhi 2.0 vision are long-term, and rely on a plethora of other pieces to fall into place, such as python-fedora+fas-openid, koji+mash, taskotron, depcheck-mk-2, and so on. Other pieces of the puzzle can be implemented and deployed incrementally within the current tools now. My focus lately has been around the releng/infra side of the updates process, but for a feature that would make things 'immeasurably better' (even though I think it would actually be measurable :P), I'd be happy to shift gears to the QA/frontend side of things to help get it done sooner rather than later. As far as I can tell, you sent some ideas to a mailing list a few years ago about it, and then Mathieu started a prototype. I can't find any RFEs filed for it, so I'll create one and see what I can do about getting the existing prototype polished and integrated for testing. It would be absolutely lovely to get a bodhi-dev instance up on a cloud node running bodhi2 so we could see where we were and what needed to be worked on. Perhaps we could get interested folks together in irc sometime soon and discuss plans/status? I'd certainly be up for that. The thing I think would be most useful is just a lot more flexibility over the karma definition: ideally the back end should be extremely generic, a sort of set of possible conditions you can glue together any way you like, and we'd provide some common 'templates' for use in updates (and sensible defaults, of course). The Glorious Vision email still pretty much holds true, I believe, if you can still find it (yell if you can't, and I will). -- 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: boot.fedoraproject.org (BFO)
On Wed, 22 Jan 2014 19:52:23 +0100 poma pomidorabelis...@gmail.com wrote: Fedora 18 End of Life https://lists.fedoraproject.org/pipermail/announce/2014-January/003194.html boot.fedoraproject.org (BFO): - Fedora-18-i386/x86_64 https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_install.conf GOTO EOL https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_eol.conf - Fedora-18-i386/x86_64-rescue https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_rescue.conf GOTO NULL - Fedora-20-Alpha/Beta !? https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_prerelease.conf GOTO NULL - Fedora 15 TC1 i686 Live Desktop !? https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_live.conf GOTO NULL Be awesome after effects? :) Can you please file a infrastructure ticket on this and I will get it updated. https://fedorahosted.org/fedora-infrastructure/newticket Thanks. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: SELinux RPM scriplet issue annoucement
On Wed, Jan 22, 2014 at 8:55 PM, Adam Williamson awill...@redhat.com wrote: On Wed, 2014-01-22 at 10:36 -0700, Kevin Fenzi wrote: On Tue, 21 Jan 2014 12:43:47 -0700 Luke Macken lmac...@redhat.com wrote: Unfortunately, bodhi has not had dedicated full-time development resources in a long time. Thankfully, I now have the cycles to put into new features, such as improving the feedback mechanisms. Many components of the Bodhi 2.0 vision are long-term, and rely on a plethora of other pieces to fall into place, such as python-fedora+fas-openid, koji+mash, taskotron, depcheck-mk-2, and so on. Other pieces of the puzzle can be implemented and deployed incrementally within the current tools now. My focus lately has been around the releng/infra side of the updates process, but for a feature that would make things 'immeasurably better' (even though I think it would actually be measurable :P), I'd be happy to shift gears to the QA/frontend side of things to help get it done sooner rather than later. As far as I can tell, you sent some ideas to a mailing list a few years ago about it, and then Mathieu started a prototype. I can't find any RFEs filed for it, so I'll create one and see what I can do about getting the existing prototype polished and integrated for testing. It would be absolutely lovely to get a bodhi-dev instance up on a cloud node running bodhi2 so we could see where we were and what needed to be worked on. Perhaps we could get interested folks together in irc sometime soon and discuss plans/status? I'd certainly be up for that. The thing I think would be most useful is just a lot more flexibility over the karma definition: ideally the back end should be extremely generic, a sort of set of possible conditions you can glue together any way you like, and we'd provide some common 'templates' for use in updates (and sensible defaults, of course). The Glorious Vision email still pretty much holds true, I believe, if you can still find it (yell if you can't, and I will). While at it ... can it be less paranoid about who can edit updates please? It is overly restrictive for no real reason. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
PSA: Multi language support in Ask Fedora
Hi With the recent update of Ask Fedora (askbot 0.7.49) and working with the local language communities, we have enabled support for Spanish, Brazilian Portuguese, Indonesian and Greek in http://ask.fedoraproject.org We will be happy to enable support for more languages. If you are interested, please refer to https://fedoraproject.org/wiki/Ask_fedora#Admins_and_Moderators Thank you for your participation and do let me know if you have any questions Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: boot.fedoraproject.org (BFO)
On 22.01.2014 21:03, Kevin Fenzi wrote: On Wed, 22 Jan 2014 19:52:23 +0100 poma pomidorabelis...@gmail.com wrote: Fedora 18 End of Life https://lists.fedoraproject.org/pipermail/announce/2014-January/003194.html boot.fedoraproject.org (BFO): - Fedora-18-i386/x86_64 https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_install.conf GOTO EOL https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_eol.conf - Fedora-18-i386/x86_64-rescue https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_rescue.conf GOTO NULL - Fedora-20-Alpha/Beta !? https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_prerelease.conf GOTO NULL - Fedora 15 TC1 i686 Live Desktop !? https://git.fedorahosted.org/cgit/fedora-infrastructure.git/plain/bfo/pxelinux.cfg/fedora_live.conf GOTO NULL Be awesome after effects? :) Can you please file a infrastructure ticket on this and I will get it updated. https://fedorahosted.org/fedora-infrastructure/newticket Thanks. kevin Error! The following error(s) have occurred with your request: username: 'poma' already exists. :) Sorry, NoGO. poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: boot.fedoraproject.org (BFO)
2014/1/23 Kevin Fenzi ke...@scrye.com: Can you please file a infrastructure ticket on this and I will get it updated. Don't know what others think, but I personally prefer GitHub pull requests because they are much simpler and don't involve any interaction with stone age software like trac or various MTAs. Just out of the curiosity why don't we mirror anything related to Fedora-Infra at GitHub? We actually have a working Fedora-Infra organisation here: https://github.com/fedora-infra Btw I'm also playing with BFO and would love to have a chance to improve it. Unfortunately a lot of current projects still hosts on Fedorahosting which is so awful that it should be better to abandon it completely in favor of something much better (GitHub of self-hosted GitLab instance maybe) -- With best regards, Peter Lemenkov. -- 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: SELinux RPM scriplet issue annoucement
On Wed, 2014-01-22 at 21:25 +0100, drago01 wrote: On Wed, Jan 22, 2014 at 8:55 PM, Adam Williamson awill...@redhat.com wrote: On Wed, 2014-01-22 at 10:36 -0700, Kevin Fenzi wrote: On Tue, 21 Jan 2014 12:43:47 -0700 Luke Macken lmac...@redhat.com wrote: Unfortunately, bodhi has not had dedicated full-time development resources in a long time. Thankfully, I now have the cycles to put into new features, such as improving the feedback mechanisms. Many components of the Bodhi 2.0 vision are long-term, and rely on a plethora of other pieces to fall into place, such as python-fedora+fas-openid, koji+mash, taskotron, depcheck-mk-2, and so on. Other pieces of the puzzle can be implemented and deployed incrementally within the current tools now. My focus lately has been around the releng/infra side of the updates process, but for a feature that would make things 'immeasurably better' (even though I think it would actually be measurable :P), I'd be happy to shift gears to the QA/frontend side of things to help get it done sooner rather than later. As far as I can tell, you sent some ideas to a mailing list a few years ago about it, and then Mathieu started a prototype. I can't find any RFEs filed for it, so I'll create one and see what I can do about getting the existing prototype polished and integrated for testing. It would be absolutely lovely to get a bodhi-dev instance up on a cloud node running bodhi2 so we could see where we were and what needed to be worked on. Perhaps we could get interested folks together in irc sometime soon and discuss plans/status? I'd certainly be up for that. The thing I think would be most useful is just a lot more flexibility over the karma definition: ideally the back end should be extremely generic, a sort of set of possible conditions you can glue together any way you like, and we'd provide some common 'templates' for use in updates (and sensible defaults, of course). The Glorious Vision email still pretty much holds true, I believe, if you can still find it (yell if you can't, and I will). While at it ... can it be less paranoid about who can edit updates please? It is overly restrictive for no real reason. Yeah, that's a real problem for teams working on multi-package updates, it seems. -- 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: Heads up; F22 will require applications to ship appdata to be listed in software center
On Wed, Jan 22, 2014 at 02:11:31PM -0500, Matthew Miller wrote: On Wed, Jan 22, 2014 at 12:09:25PM +, Richard Hughes wrote: As the subject suggests, Fedora 22 will require applications to have a long description to be shown in the software center. We're introducing this change so that we can show a powerful application full of high-quality content, rather than what we have now which is a equal mixture of awesome and sadness. Has anyone looked at (or would it be interesting for someone to) integration with https://apps.fedoraproject.org/tagger/? Richard already wrote a plugin :) https://github.com/GNOME/gnome-software/blob/e80d751ae0768a8969ff52e1cfc29a692a79bda0/src/plugins/gs-plugin-fedora-tagger.c -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Heads up; F22 will require applications to ship appdata to be listed in software center
On Wed, Jan 22, 2014 at 02:14:19PM -0700, Luke Macken wrote: Has anyone looked at (or would it be interesting for someone to) integration with https://apps.fedoraproject.org/tagger/? Richard already wrote a plugin :) https://github.com/GNOME/gnome-software/blob/e80d751ae0768a8969ff52e1cfc29a692a79bda0/src/plugins/gs-plugin-fedora-tagger.c Clearly, an excellent idea, then. :) But actually what I meant was whether it would be valuable for the tagger app to _also_ let you add descriptions to applications which should have appdata but don't. This is probably a less-good idea... I was just thinking that since we have a program for user-created package metadata of one sort, maybe it could also help here. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: boot.fedoraproject.org (BFO)
On Thu, 23 Jan 2014 00:41:52 +0400 Peter Lemenkov lemen...@gmail.com wrote: 2014/1/23 Kevin Fenzi ke...@scrye.com: Can you please file a infrastructure ticket on this and I will get it updated. Don't know what others think, but I personally prefer GitHub pull requests because they are much simpler and don't involve any interaction with stone age software like trac or various MTAs. Just out of the curiosity why don't we mirror anything related to Fedora-Infra at GitHub? We actually have a working Fedora-Infra organisation here: https://github.com/fedora-infra While github is nice for pulls and patches, it's not so great for tickets and support needs. github issues are very primitive last I looked and wouldn't meet Fedora Infrastructures needs, IMHO. Btw I'm also playing with BFO and would love to have a chance to improve it. Unfortunately a lot of current projects still hosts on Fedorahosting which is so awful that it should be better to abandon it completely in favor of something much better (GitHub of self-hosted GitLab instance maybe) Sorry you feel that way. There was a google summer of code project to package up gitlab, but I don't think it's complete. Additionally, gitlab != github. There's a vast amount of difference between them. ;( kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
python-gevent updated to 1.0 in rawhide
I've built python-gevent 1.0 in rawhide. Apparently this is quite different from the current 0.13.8, so if you have packages using it they may need updating. I'm planning on building this for EPEL7 as well - might as well start off with the current stuff. -- 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
Re: LibRaw soname bump
Jon please don't rebuild oyranos, I'm working on this now. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review swap: BZ#1055721 - qpid-dispatch
Swap with this one if you want: stjerm - A roll-down, quake-like terminal emulator https://bugzilla.redhat.com/show_bug.cgi?id=1055915 -- -- Yours sincerely, Christopher Meng Noob here. http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.034-1.fc21
The lightweight tag 'perl-Module-Build-Tiny-0.034-1.fc21' was created pointing to: d536e90... Update to 0.034 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.032-1.fc21
The lightweight tag 'perl-Module-Build-Tiny-0.032-1.fc21' was created pointing to: 7b2a31a... Update to 0.032 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File IO-Socket-SSL-1.966.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: af82b20feb6633f1a707d40dbbf7f590 IO-Socket-SSL-1.966.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Update to 1.966
commit 5821112cbb277c6fd66274fa5c7f6fbf405d3ae0 Author: Paul Howarth p...@city-fan.org Date: Wed Jan 22 12:27:31 2014 + Update to 1.966 - New upstream release 1.966 - Fixed bug introduced in 1.964 - disabling TLSv1_2 no longer worked by specifying !TLSv12; only !TLSv1_2 worked - Fixed leak of session objects in SessionCache, if another session replaced an existing session (introduced in 1.965) perl-IO-Socket-SSL.spec |9 - sources |2 +- 2 files changed, 9 insertions(+), 2 deletions(-) --- diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index 7be72dd..e82f9a0 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -1,5 +1,5 @@ Name: perl-IO-Socket-SSL -Version: 1.965 +Version: 1.966 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -71,6 +71,13 @@ rm -rf %{buildroot} %{_mandir}/man3/IO::Socket::SSL::Utils.3pm* %changelog +* Wed Jan 22 2014 Paul Howarth p...@city-fan.org - 1.966-1 +- Update to 1.966 + - Fixed bug introduced in 1.964 - disabling TLSv1_2 no longer worked by +specifying !TLSv12; only !TLSv1_2 worked + - Fixed leak of session objects in SessionCache, if another session +replaced an existing session (introduced in 1.965) + * Fri Jan 17 2014 Paul Howarth p...@city-fan.org - 1.965-1 - Update to 1.965 - New key SSL_session_key to influence how sessions are inserted and looked diff --git a/sources b/sources index 77a86ee..e2cccd4 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2091fbdefe070a5f074b36abe3894f50 IO-Socket-SSL-1.965.tar.gz +af82b20feb6633f1a707d40dbbf7f590 IO-Socket-SSL-1.966.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Created tag perl-IO-Socket-SSL-1.966-1.fc21
The lightweight tag 'perl-IO-Socket-SSL-1.966-1.fc21' was created pointing to: 5821112... Update to 1.966 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Kwalitee] Update to 1.18
commit 8821a20521b22fddebcf02d7403a5e8387dec886 Author: Paul Howarth p...@city-fan.org Date: Wed Jan 22 12:43:25 2014 + Update to 1.18 - New upstream release 1.18 - Updated list of available metrics - Bump perl(Module::Build::Tiny) version requirement to 0.034 - Package README.md perl-Test-Kwalitee.spec | 14 ++ sources |2 +- 2 files changed, 11 insertions(+), 5 deletions(-) --- diff --git a/perl-Test-Kwalitee.spec b/perl-Test-Kwalitee.spec index c2c2651..9de6f22 100644 --- a/perl-Test-Kwalitee.spec +++ b/perl-Test-Kwalitee.spec @@ -1,5 +1,5 @@ Name: perl-Test-Kwalitee -Version: 1.17 +Version: 1.18 Release: 1%{?dist} Summary: Test the Kwalitee of a distribution before you release it License: GPL+ or Artistic @@ -8,7 +8,7 @@ URL:http://metacpan.org/module/Test::Kwalitee Source0: http://cpan.metacpan.org/authors/id/E/ET/ETHER/Test-Kwalitee-%{version}.tar.gz BuildArch: noarch # Build -BuildRequires: perl(Module::Build::Tiny) = 0.030 +BuildRequires: perl(Module::Build::Tiny) = 0.034 # Module BuildRequires: perl(Cwd) BuildRequires: perl(Dist::CheckConflicts) = 0.02 @@ -20,7 +20,7 @@ BuildRequires:perl(warnings) # Test Suite BuildRequires: perl(CPAN::Meta) BuildRequires: perl(CPAN::Meta::Requirements) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 BuildRequires: perl(File::Spec::Functions) BuildRequires: perl(File::Temp) BuildRequires: perl(lib) @@ -54,7 +54,7 @@ chmod -c 755 %{buildroot}%{_bindir}/kwalitee-metrics ./Build test %files -%doc Changes CONTRIBUTING LICENSE README +%doc Changes CONTRIBUTING LICENSE README README.md %{_bindir}/kwalitee-metrics %{perl_vendorlib}/Test/ %{_mandir}/man1/kwalitee-metrics.1* @@ -62,6 +62,12 @@ chmod -c 755 %{buildroot}%{_bindir}/kwalitee-metrics %{_mandir}/man3/Test::Kwalitee::Conflicts.3pm* %changelog +* Wed Jan 22 2014 Paul Howarth p...@city-fan.org - 1.18-1 +- Update to 1.18 + - Updated list of available metrics +- Bump perl(Module::Build::Tiny) version requirement to 0.034 +- Package README.md + * Mon Oct 21 2013 Paul Howarth p...@city-fan.org - 1.17-1 - Update to 1.17 - Now printing even more diagnostics on error (as much as we have available) diff --git a/sources b/sources index ce0032f..fdb4d13 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7e6c1f69251b27f671a77b5136e3ecc9 Test-Kwalitee-1.17.tar.gz +c82ee309027c8e160e8c17e91eedac35 Test-Kwalitee-1.18.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Kwalitee] Created tag perl-Test-Kwalitee-1.18-1.fc21
The lightweight tag 'perl-Test-Kwalitee-1.18-1.fc21' was created pointing to: 8821a20... Update to 1.18 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-common-sense] Created tag perl-common-sense-3.6-4.el7
The lightweight tag 'perl-common-sense-3.6-4.el7' was created pointing to: afd77ee... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Text-Reform/epel7] (3 commits) ...Fix bogus date in changelog
Summary of changes: 857e911... Perl 5.18 rebuild (*) fdc43d9... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) dab9364... Fix bogus date in changelog (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Env-Sanctify] Created tag perl-Env-Sanctify-1.10-1.el7
The lightweight tag 'perl-Env-Sanctify-1.10-1.el7' was created pointing to: 28c4427... Update to 1.10 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Text-Reform] Created tag perl-Text-Reform-1.20-9.el7
The lightweight tag 'perl-Text-Reform-1.20-9.el7' was created pointing to: dab9364... Fix bogus date in changelog -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Data-Section-Simple/epel7] (2 commits) ...Update to 0.05
Summary of changes: 2281da1... Use Module::Build::Tiny's new --create_packlist option (*) 94208e4... Update to 0.05 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Pod-Tests] Created tag perl-Pod-Tests-1.19-12.el7
The lightweight tag 'perl-Pod-Tests-1.19-12.el7' was created pointing to: 901b719... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Data-Section-Simple] Created tag perl-Data-Section-Simple-0.05-1.el7
The lightweight tag 'perl-Data-Section-Simple-0.05-1.el7' was created pointing to: 94208e4... Update to 0.05 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-GlobalDestruction/epel7] (3 commits) ...Update to 0.12
Summary of changes: bba67c8... Perl 5.18 rebuild (*) 3536643... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) b47242e... Update to 0.12 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DateTime-Calendar-Mayan] Created tag perl-DateTime-Calendar-Mayan-0.0601-13.el7
The lightweight tag 'perl-DateTime-Calendar-Mayan-0.0601-13.el7' was created pointing to: 81794ca... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Declare-Constraints-Simple] Created tag perl-Declare-Constraints-Simple-0.03-18.el7
The lightweight tag 'perl-Declare-Constraints-Simple-0.03-18.el7' was created pointing to: e7a82c0... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-GlobalDestruction] Created tag perl-Devel-GlobalDestruction-0.12-1.el7
The lightweight tag 'perl-Devel-GlobalDestruction-0.12-1.el7' was created pointing to: b47242e... Update to 0.12 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-SUPER] Created tag perl-SUPER-1.20120705-3.el7
The lightweight tag 'perl-SUPER-1.20120705-3.el7' was created pointing to: f0b7e1a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Params-Coerce] Created tag perl-Params-Coerce-0.14-15.el7
The lightweight tag 'perl-Params-Coerce-0.14-15.el7' was created pointing to: d4fbc80... Add missing buildreqs -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Info/epel7] (5 commits) ...Drop pointless in-place edit flag from perl filter invocation
Summary of changes: bb50ed7... Update to 0.34 (*) 2d8b0f2... Perl 5.18 rebuild (*) 47d01a8... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 3327b11... Update to 0.35 (*) f78d364... Drop pointless in-place edit flag from perl filter invocati (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-TeX-Hyphen/epel7] (3 commits) ...Update to 1.01
Summary of changes: 855cdc7... Perl 5.18 rebuild (*) 9888927... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 95dc4a6... Update to 1.01 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-use-ok] Created tag perl-Test-use-ok-0.11-2.el7
The lightweight tag 'perl-Test-use-ok-0.11-2.el7' was created pointing to: 995fa72... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-TeX-Hyphen] Created tag perl-TeX-Hyphen-1.01-1.el7
The lightweight tag 'perl-TeX-Hyphen-1.01-1.el7' was created pointing to: 95dc4a6... Update to 1.01 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Destruct-Level] Created tag perl-Perl-Destruct-Level-0.02-5.el7
The lightweight tag 'perl-Perl-Destruct-Level-0.02-5.el7' was created pointing to: 8693a2a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Info] Created tag perl-Module-Info-0.35-2.el7
The lightweight tag 'perl-Module-Info-0.35-2.el7' was created pointing to: f78d364... Drop pointless in-place edit flag from perl filter invocati -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Eval-Closure] Created tag perl-Eval-Closure-0.08-4.el7
The lightweight tag 'perl-Eval-Closure-0.08-4.el7' was created pointing to: 8d70918... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Locale-Maketext-Lexicon] Reflect Lingua::EN::Sentence having made it into Fedora.
commit c9c84d313523f6013a5cbea6c32533ae76d97b54 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Jan 22 15:18:41 2014 +0100 Reflect Lingua::EN::Sentence having made it into Fedora. perl-Locale-Maketext-Lexicon.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-Locale-Maketext-Lexicon.spec b/perl-Locale-Maketext-Lexicon.spec index 31f6312..8b47633 100644 --- a/perl-Locale-Maketext-Lexicon.spec +++ b/perl-Locale-Maketext-Lexicon.spec @@ -1,6 +1,6 @@ Name: perl-Locale-Maketext-Lexicon Version: 0.97 -Release: 1%{?dist} +Release: 2%{?dist} Summary: Extract translatable strings from source License: MIT Group: Development/Libraries @@ -12,7 +12,7 @@ Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildRequires: perl(ExtUtils::MakeMaker) 6.30 BuildRequires: perl(HTML::Parser) = 3.56 -# optional, not yet in Fedora: BuildRequires: perl(Lingua::EN::Sentence) = 0.25 +BuildRequires: perl(Lingua::EN::Sentence) = 0.25 BuildRequires: perl(PPI) = 1.203 BuildRequires: perl(Template) = 2.20 BuildRequires: perl(Template::Constants) = 2.75 @@ -65,6 +65,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Jan 22 2014 Ralf Corsépius corse...@fedoraproject.org - 0.97-2 +- Reflect Lingua::EN::Sentence having made it into Fedora. + * Fri Jan 17 2014 Ralf Corsépius corse...@fedoraproject.org - 0.97-1 - Upstream update. - Modernize spec-file. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-CheckDeps/epel7] (6 commits) ...Update to 0.010
Summary of changes: 77b9b76... Perl 5.18 rebuild (*) 4e1e545... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 336073f... Skip the release tests when bootstrapping (*) 5497432... Update to 0.007 (*) 839e042... Update to 0.008 (*) 970a1e5... Update to 0.010 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-CheckDeps] Created tag perl-Test-CheckDeps-0.010-1.el7
The lightweight tag 'perl-Test-CheckDeps-0.010-1.el7' was created pointing to: 970a1e5... Update to 0.010 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [perl-HTML-Tree/epel7] Retire - actually in RHEL
Paul Howarth (p...@city-fan.org) said: On 22/01/14 01:43, Bill Nottingham wrote: Summary of changes: 8e17d38... Retire - actually in RHEL (*) Might the retirement process have blocked perl-HTML-Tree from being pulled in from RHEL in koji? That's what it looks like from this scratch build: http://kojipkgs.fedoraproject.org//work/tasks/9537/6439537/root.log I think I've fixed this. Please test? Bill -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Types-Serialiser/epel7] Update to 1.0
Summary of changes: 82c418f... Update to 1.0 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Types-Serialiser] Created tag perl-Types-Serialiser-1.0-1.el7
The lightweight tag 'perl-Types-Serialiser-1.0-1.el7' was created pointing to: 82c418f... Update to 1.0 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Text-Autoformat/epel7] (3 commits) ...Update to 1.669004
Summary of changes: bf41f64... Perl 5.18 rebuild (*) f57aa52... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) c189a75... Update to 1.669004 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [perl-HTML-Tree/epel7] Retire - actually in RHEL
On 22/01/14 15:11, Bill Nottingham wrote: Paul Howarth (p...@city-fan.org) said: On 22/01/14 01:43, Bill Nottingham wrote: Summary of changes: 8e17d38... Retire - actually in RHEL (*) Might the retirement process have blocked perl-HTML-Tree from being pulled in from RHEL in koji? That's what it looks like from this scratch build: http://kojipkgs.fedoraproject.org//work/tasks/9537/6439537/root.log I think I've fixed this. Please test? Yes, it works now, thanks. http://koji.fedoraproject.org/koji/taskinfo?taskID=6440160 Paul. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Refresh] Created tag perl-Module-Refresh-0.17-6.el7
The lightweight tag 'perl-Module-Refresh-0.17-6.el7' was created pointing to: b8a8558... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Valgrind/epel7] (4 commits) ...Update to 1.14
Summary of changes: 87dc894... Perl 5.18 rebuild (*) 66b850c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) f8ce63c... Perl 5.18 re-rebuild of bootstrapped packages (*) 55f5eb4... Update to 1.14 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Text-Autoformat] Created tag perl-Text-Autoformat-1.669004-1.el7
The lightweight tag 'perl-Text-Autoformat-1.669004-1.el7' was created pointing to: c189a75... Update to 1.669004 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Catalyst-Controller-HTML-FormFu
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide tree: On x86_64: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On i386: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On armhfp: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-qpid_proton
perl-qpid_proton has broken dependencies in the rawhide tree: On x86_64: perl-qpid_proton-0.6-1.fc21.x86_64 requires perl(qpid_proton) perl-qpid_proton-0.6-1.fc21.x86_64 requires perl(qpid::proton::ExceptionHandling) On i386: perl-qpid_proton-0.6-1.fc21.i686 requires perl(qpid_proton) perl-qpid_proton-0.6-1.fc21.i686 requires perl(qpid::proton::ExceptionHandling) On armhfp: perl-qpid_proton-0.6-1.fc21.armv7hl requires perl(qpid_proton) perl-qpid_proton-0.6-1.fc21.armv7hl requires perl(qpid::proton::ExceptionHandling) 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: mojomojo
mojomojo has broken dependencies in the rawhide tree: On x86_64: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On i386: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On armhfp: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Valgrind] Created tag perl-Test-Valgrind-1.14-1.el7
The lightweight tag 'perl-Test-Valgrind-1.14-1.el7' was created pointing to: 55f5eb4... Update to 1.14 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-JSON-XS/epel7] (4 commits) ...Update to 3.01
Summary of changes: 1d2d478... Update to 2.34 (*) 0510172... Perl 5.18 rebuild (*) b8dfd9a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 4d6177d... Update to 3.01 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1052859] Annoying dependency on Test::More
https://bugzilla.redhat.com/show_bug.cgi?id=1052859 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Plack-1.0030-3.fc20 Resolution|--- |ERRATA Last Closed||2014-01-22 18:01:24 --- Comment #11 from Fedora Update System upda...@fedoraproject.org --- perl-Plack-1.0030-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=5zMnCVnsQha=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1056804] New: (possibly) branch for EPEL 7
https://bugzilla.redhat.com/show_bug.cgi?id=1056804 Bug ID: 1056804 Summary: (possibly) branch for EPEL 7 Product: Fedora Version: rawhide Component: perl-HTML-Element-Extended Assignee: psab...@redhat.com Reporter: nott...@redhat.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, psab...@redhat.com Description of problem: I need to build perl-HTML-TableExtract for EPEL 7. It has a buildrequirement on perl-HTML-Element-Extended. (added as part of a perl-sig update) However, it doesn't have a runtime requirement on it, looking at current builds. It also seems to build the same package when perl-HTML-Element-Extended isn't installed. So, we could just branch perl-HTML-Element-Extended for EPEL 7, so I can build my package. But I'm curious whether it's really needed. Version-Release number of selected component (if applicable): Looking at F20/devel packages -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7gpvpYpU6na=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Git repos location
На 22.01.2014 10:42, Kamil Paral написа: Phabricator is capable of hosting repositories but it would require some reconfiguration and testing. The feature is a newer addition and I'd want to test it a bit in staging before moving all of our code there. Any thoughts on how soon we might want to explore this? If we go this route, folks will have to upload their ssh pubkeys to phabricator because I strongly suspect there's no clean way of getting that data from FAS (if it's even possible at all). I'd like to have a single location for our projects. If we consider abandoning bitbucket, let's do it ASAP, while we're not followed there yet by many people. I see you've set up an example repo (in mirror mode) already: https://phab.qadevel.cloud.fedoraproject.org/diffusion/LTRN/ I don't use git web interface much, apart for community fork-me/follow features we don't have there anyway, so I'm not very demanding. The interface looks usable. But what's up with those commit hashes - rLTRNda6fd348cdf3. Why does it have the rLTRN prefix? What is the Callsign? Hi guys, a side note on the subject of migrating git repos: BitBucket and GitHub are nice systems because of their fork/pull interface. This makes it very easy for collaborators to join, even if not very well experienced with git. GitHub here IMO has a leading edge because more people use it and is simply more popular. I myself prefer it. I've also seen some projects use Gerrit for code review which for me as an experienced contributor always seems difficult to get. I always have to go back to the README b/c I forget how to push my changes for review - which is more or less the same as a pull request. For some projects we also have fedorahosted.org which AFAIK is only command line based. The above mentioned Phabricator doesn't seem to offer much in terms of easy contributor onboarding. At least I didn't see it. I know these systems are designed to fit different teams and use cases and can't be compared so easily. My point is, when migrating look for a system with a clean and easy to use interface (preferably web as well) which will enable more contributors and less experienced contributors. Can we look for a GitHub similar open source interface which can be hosted on Fedora infrastructure if we don't want to have our code base hosted on external providers ? -- Alex ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
phab: auth providers
I wonder if we should enable authentication through providers like GitHub instead of just username/password (and FAS in the future). This would make it easier for non-fas users to report bugs or contribute to the project. I also noticed that anonymous access to view tickets is possible but one need to know the link, is there a way to fix this? Any thoughts? Thanks, Martin ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: phab: auth providers
Link might be helpful: http://www.phabricator.com/docs/phabricator/article/Configuring_Accounts_and_Registration.html - Original Message - From: Martin Krizek mkri...@redhat.com To: Fedora QA Development qa-devel@lists.fedoraproject.org Sent: Wednesday, January 22, 2014 3:01:21 PM Subject: phab: auth providers I wonder if we should enable authentication through providers like GitHub instead of just username/password (and FAS in the future). This would make it easier for non-fas users to report bugs or contribute to the project. I also noticed that anonymous access to view tickets is possible but one need to know the link, is there a way to fix this? Any thoughts? Thanks, Martin ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: phab: auth providers
On Wed, 22 Jan 2014 09:01:21 -0500 (EST) Martin Krizek mkri...@redhat.com wrote: I wonder if we should enable authentication through providers like GitHub instead of just username/password (and FAS in the future). This would make it easier for non-fas users to report bugs or contribute to the project. The problem with doing this is usernames. If we allow multiple auth mechanisms, how do we know which users came from where? How do we handle username collisions when someone from github takes another person's FAS username? I also noticed that anonymous access to view tickets is possible but one need to know the link, is there a way to fix this? As far as I know, anonymous access is possible to most of phabricator. The notable exceptions are to the landing page and the wiki (but there has been discussion upstream on whether to change that last part). Tickets are discover-able anonymously by using the Maniphest app: https://phab.qadevel.cloud.fedoraproject.org/maniphest/ Tim signature.asc Description: PGP signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: Git repos location
On Wed, 22 Jan 2014 08:57:53 -0700 Tim Flink tfl...@redhat.com wrote: On Wed, 22 Jan 2014 03:42:51 -0500 (EST) Kamil Paral kpa...@redhat.com wrote: Phabricator is capable of hosting repositories but it would require some reconfiguration and testing. The feature is a newer addition and I'd want to test it a bit in staging before moving all of our code there. Any thoughts on how soon we might want to explore this? If we go this route, folks will have to upload their ssh pubkeys to phabricator because I strongly suspect there's no clean way of getting that data from FAS (if it's even possible at all). I'd like to have a single location for our projects. If we consider abandoning bitbucket, let's do it ASAP, while we're not followed there yet by many people. As I've been thinking about it more, my primary concern for using phabricator for git hosting is that we'd be self-hosting with a relatively new feature. I'll see if I can get it working in stg today, though. I'm not willing to just enable it on production and see what happens but we can explore the idea. It took a bit longer than I wanted it to but I got git repo hosting working on qadevel-stg and re-populated it with a copy of the production database (changed the header color to make it obvious which instance it is, though). https://phab.qadevel-stg.cloud.fedoraproject.org/ The hosting does work over ssh, but I'm noticing some quirks - the ssh urls are displayed incorrectly. This may be fixed in the latest upstream (the version we're using is several weeks old) but I haven't checked yet. For the dummy repo I created: * shown: ssh://phab.qadevel-stg.cloud.fedoraproject.org/diffusion/PON/ * actual thing to clone if you want it to succeed: g...@phab.qadevel-stg.cloud.fedoraproject.org:diffusion/PON - http hosting doesn't work yet. I have some more tweaking to do in order to get that functional but it's do-able - The repo names are ... weird. I understand why they end up like they do, but I was hoping the uris would contain the repo name, not the callsign. The setup is pretty straightforward and doesn't really mess with the git hosting itself - just injects phabricator into the ssh auth mechanism in a similar way to how gitolite works. If we did decide to go this route for code hosting and something did go horribly wrong, we have backups of the raw repos and it would be pretty easy to resurrect them outside of phabricator. Another feature that I haven't looked at much is mirroring - you can configure repos to push commits to a remote repository. The advantage here is that we could have the canonical upstream under our control and have bitbucket/github mirrors that other folks could use to create diffs from. Anyhow, feel free to poke at it and leave thoughts. Tim signature.asc Description: PGP signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Making Phabricator More Public-Friendly
After a conversation with Kamil earlier today, I started looking into making our phabricator instance a bit more public friendly. Blender's instance is a good example of what I'd like to see ours do in terms of sidebar configuration and public landing page: https://developer.blender.org/ The awesome part is that the blender folks keep their modifications in a public repo as a branch of the upstream phabricator code, so figuring out how they got it to work is possible :) I was able to get the root uri display a similar page as what a logged in user can see: https://phab.qadevel-stg.cloud.fedoraproject.org/ It does require hacking on the code and as near as I can tell, the changes can't be done as an extension. The changes are pretty sane, though so I'll start a conversation with upstream on whether they'd be interested in a patch. Changing the sidebar layout, however, is a different story. The placement logic uses metadata in the code to determine where the icons are placed and how big they are. This is great from a dev point of view because you don't need any crazy logic for layout or need to update it all the time. Not so much if you want to change the default layout, though. If we want to change the default layout, I see 3 options: 1. maintain an out-of-band patch that either changes the application metadata so that the display works how we want or change the display logic so that it works differently. This is how the blender instance is set up - they changed the metadata in applications so that they would be rendered differently from the defaults. Not the prettiest thing ever but reasonably maintainable and effective. I suspect this would cause problems with any custom layouts that folks set, though. 2. hack a hard-coded default into the display logic, overriding the current logic-based defaults. This should allow for users to customize the sidebar as they want while not being a terrible hack. It would require more work and a decent understanding of the codebase, though. I also suspect that maintenance would be a bit more difficult. 3. Work with upstream (if they're interested) on a way to set a default layout for the sidebar. This would be quite a bit of work, assuming that upstream would even be interested in the functionality. It would be most likely to not cause maintenance headaches in the future, though. If we're going to change the sidebar layout, I'm of the opinion that option 1 is the best for us, for now. We're already on a tight deadline and I don't want to spend too much more time hacking on support tools right now. FAS auth integration is already going to take some work, so there's that task for the near future as well but phabricator already has persona auth support and I'm not expecting that task to be terrible. Thoughts? Tim signature.asc Description: PGP signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel