EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 592 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-4701/supybot-gribble-0.83.4.1-10.el6 404 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 104 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-0376/openconnect-4.08-1.el6 62 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-0823/openstack-keystone-2012.2.3-5.el6 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5853/owncloud-4.5.11-1.el6 10 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5862/python-backports-ssl_match_hostname-3.2-0.3.a3.el6 10 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5865/moodle-2.2.10-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5893/mediawiki119-1.19.7-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5919/livecd-tools-13.4.4-2.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5928/transifex-client-0.9-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5992/cgit-0.9.2-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5994/mod_security-2.7.3-2.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5995/socat-1.7.2.2-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-6024/rubygem-passenger-3.0.21-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-6034/heat-jeos-9-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing RBTools-0.5.1-1.el6 cabal-rpm-0.8.0-1.el6 csslint-0.9.10-1.el6 dar-2.4.10-1.el6 fedora-review-0.4.1-2.el6 heat-jeos-9-1.el6 java-dirq-1.3-3.el6 libuv-0.10.9-1.el6 nodejs-0.10.9-1.el6 nodejs-defined-0.0.0-1.el6 nodejs-jsonify-0.0.0-1.el6 nodejs-paperboy-0.0.5-1.el6 nodejs-through-2.3.4-1.el6 pngquant-1.8.3-6.el6 python-d2to1-0.2.10-1.el6 python-pbr-0.5.11-2.el6 reposurgeon-2.39-2.el6 rubygem-passenger-3.0.21-1.el6 shinken-1.4-1.el6 turbojpeg-1.2.1-2.el6 v8-3.14.5.10-1.el6 wemux-2.2.0-1.el6 Details about builds: RBTools-0.5.1-1.el6 (FEDORA-EPEL-2013-6033) Tools for use with ReviewBoard Update Information: This is a major version upgrade for RBTools in EPEL 6 that is necessary to operate properly with ReviewBoard 1.7.x. This update should be fully compatible with older ReviewBoard instances in the 1.5.x and 1.6.x series. - New upstream release 0.5.1 - http://www.reviewboard.org/docs/releasenotes/rbtools/0.5.1/ - Drop upstreamed ez_setup patch - New Features: * Improved the readability of rbt status output * Added a --repository-type option to most commands * Added a --list-repository-types option to post-review * Added a new rbt list-repo-types command * Third-parties can now write new SCM support by creating Python packages leveraging Python entry points - API Client Changes: * Added an API Client method for retrieving resources from a path * Add a get_or_create_draft method to the API * Restructured the API Client internally - Bug Fixes: * Fixed crash when copying old post-review cookies for use with rbt * rbt commands will now properly generate diffs with moved files * Fixed references to non-existent variables in rbt patch * Fixed rbt post for Perforce repositories * Fixed rbt post and rbt diff for Subversion and Bazaar * Fixed post-review and rbt when used for Perforce paths * Fixed error handling when posting a review request - Packaging Changes: * Conditionalize ez_setup ChangeLog: * Thu May 30 2013 Stephen Gallagher sgall...@redhat.com - 0.5.1-1 - New upstream release 0.5.1 - http://www.reviewboard.org/docs/releasenotes/rbtools/0.5.1/ - Drop upstreamed ez_setup patch - New Features: * Improved the readability of rbt status output * Added a --repository-type option to most commands * Added a --list-repository-types option to post-review * Added a new rbt list-repo-types command * Third-parties can now write new SCM support by creating Python packages leveraging Python entry points - API Client Changes: * Added an API Client method for retrieving resources from a path * Add a get_or_create_draft method to the API * Restructured the API Client internally - Bug Fixes: * Fixed crash when copying old post-review cookies for use with rbt * rbt commands will now properly generate diffs with moved files * Fixed references to non-existent variables in rbt patch * Fixed rbt post for Perforce repositories * Fixed rbt post and rbt diff for Subversion and Bazaar * Fixed post-review and rbt when used for
Re: Fwd: Thursday is Spice Test Day!
On Fri, May 31, 2013 at 08:38:37AM +1000, David Beveridge wrote: On Fri, May 31, 2013 at 7:59 AM, Richard W.M. Jones rjo...@redhat.com wrote: I'm remoting my VMs using X11 :-) Mainly because I don't want to be running a whole desktop environment anywhere except on my local laptop. How do you do installs? Using whatever virt-install defaults to (VNC unless you use the '--graphics spice' option). It is possible to do completely headless installs using kickstarts however. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Software Management call for RFEs
On Wed, May 29, 2013 at 08:33:16PM +0200, Florian Weimer wrote: Users sometimes misdiagnose issues, *especially* when complaining. 8-) I did some tests and cold cache performance tests on an old Debian installation. Performance with cold caches is more than adequate. Full-text searches take about two seconds. Package installation reaches the confirmation prompt (after dependency resolution) in less than three seconds, even for ridiculously complex tasks such as installing the entire KDE desktop (365 additional packages on my test system). In contrast, on Fedora or RHEL systems, 30 seconds for dependency resolution with a cold cache are common, plus around 6 seconds for loading all the Python code for yum. /usr/bin/time reports much more I/O than it does non Debian (about ten times as much, as reflected in the wall clock time). If you want to do some measurements for depsolving without the python overhead, you can try the libsolv-demo package (it's a subpackage of libsolv, so it should be available for Fedora). It consists of a single binary, /usr/bin/solv, that is a little package manager on top of libsolv. Cheers, Michael. -- Michael Schroeder m...@suse.de SUSE LINUX Products GmbH, GF Jeff Hawn, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Software Management call for RFEs
On 05/29/2013 11:06 PM, James Antill wrote: On Wed, 2013-05-29 at 20:33 +0200, Florian Weimer wrote: I did some tests and cold cache performance tests on an old Debian installation. Performance with cold caches is more than adequate. Full-text searches take about two seconds. Package installation reaches the confirmation prompt (after dependency resolution) in less than three seconds, even for ridiculously complex tasks such as installing the entire KDE desktop (365 additional packages on my test system). In contrast, on Fedora or RHEL systems, 30 seconds for dependency resolution with a cold cache are common, plus around 6 seconds for loading all the Python code for yum. /usr/bin/time reports much more I/O than it does non Debian (about ten times as much, as reflected in the wall clock time). Yeh, it's almost like yum is dealing with more data: http://yum.baseurl.org/wiki/apt2yum#Generalpoints Are the yum numbers current? I don't think filelists are processed by current yum if that can be avoided. Anyway, let's hope that DNF will make all that history. 8-) -- Florian Weimer / Red Hat Product Security Team -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20130531 changes
Compose started at Fri May 31 08:15:03 UTC 2013 Broken deps for x86_64 -- [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [ekiga] ekiga-4.0.1-1.fc19.x86_64 requires libedata-book-1.2.so.17()(64bit) [gambas3] gambas3-gb-jit-3.4.1-3.fc20.x86_64 requires libLLVM-3.3svn.so()(64bit) [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [koji] koji-vm-1.8.0-1.fc20.noarch requires python-virtinst [lancet] lancet-1.0.1-6.fc19.noarch requires ant-nodeps = 0:1.7.1 [lua-logging] lua-logging-1.3.0-1.fc20.noarch requires lua = 0:5.2 [lua-rex] lua-rex-2.7.2-1.fc20.x86_64 requires lua = 0:5.2 [luadoc] luadoc-3.0.1-8.fc20.noarch requires lua = 0:5.2 [lutok] lutok-devel-0.2-4.fc19.i686 requires lua-devel 0:5.2 lutok-devel-0.2-4.fc19.x86_64 requires lua-devel 0:5.2 [ooo2gd] ooo2gd-3.0.0-6.fc19.x86_64 requires gdata-java [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires libgdmsimplegreeter.so.1()(64bit) [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [python-flask-admin] python-flask-admin-1.0.5-3.fc20.noarch requires python-wtf-peewee [qpid-cpp] qpid-cpp-server-xml-0.20-6.fc20.x86_64 requires libxqilla.so.5()(64bit) [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [spring] spring-94.1-1.fc20.x86_64 requires libassimp.so.2()(64bit) [tex-simplecv] tex-simplecv-doc-1.6-12.fc19.noarch requires texlive-texmf-doc [texlive] 2:texlive-convbkmk-bin-svn30408.0-23.20130523_r30652.fc20.noarch requires tex-convbkmk 2:texlive-texdiff-bin-svn15506.0-23.20130523_r30652.fc20.noarch requires tex-texdiff [turbojpeg] turbojpeg-devel-1.2.1-2.fc20.i686 requires turbojpeg(x86-32) = 0:1.2.1-2.fc20 [zarafa] libmapi-7.0.13-1.fc19.i686 requires libicalss.so.0 libmapi-7.0.13-1.fc19.i686 requires libical.so.0 libmapi-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit) libmapi-7.0.13-1.fc19.x86_64 requires libical.so.0()(64bit) php-mapi-7.0.13-1.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-mapi-7.0.13-1.fc19.x86_64 requires php(api) = 0:20100412-x86-64 zarafa-ical-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit) zarafa-ical-7.0.13-1.fc19.x86_64 requires libical.so.0()(64bit) Broken deps for i386 -- [dragonegg] dragonegg-3.1-19.fc19.i686 requires gcc = 0:4.7.2-9.fc19 [ekiga] ekiga-4.0.1-1.fc19.i686 requires libedata-book-1.2.so.17 [gambas3] gambas3-gb-jit-3.4.1-3.fc20.i686 requires libLLVM-3.3svn.so [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.i686 requires servlet25 [koji] koji-vm-1.8.0-1.fc20.noarch requires python-virtinst [lancet] lancet-1.0.1-6.fc19.noarch requires ant-nodeps = 0:1.7.1 [lua-logging] lua-logging-1.3.0-1.fc20.noarch requires lua = 0:5.2 [lua-rex] lua-rex-2.7.2-1.fc20.i686 requires lua = 0:5.2 [luadoc] luadoc-3.0.1-8.fc20.noarch requires lua = 0:5.2 [lutok] lutok-devel-0.2-4.fc19.i686 requires lua-devel 0:5.2 [ooo2gd] ooo2gd-3.0.0-6.fc19.i686 requires gdata-java [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.i686 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.i686 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.i686 requires libgdmsimplegreeter.so.1 [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [python-flask-admin]
Re: Review swaps
Since there are no other volunteers I'll take these, too. 2 Globus Toolkit packages (these are simple since they follow the template used for all Globus toolkit packages): https://bugzilla.redhat.com/show_bug.cgi?id=889261 Review Request: globus-gram-job-manager-lsf - Globus Toolkit - LSF Job Manager Support https://bugzilla.redhat.com/show_bug.cgi?id=889262 Review Request: globus-gridmap-verify-myproxy-callout - Globus Toolkit - Globus gridmap myproxy callout signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swaps
Forgot about this. Now it's taken... https://bugzilla.redhat.com/show_bug.cgi?id=952229 Review Request: canl-c++ - EMI Common Authentication library - bindings for C++ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-19 Branched report: 20130531 changes
Compose started at Fri May 31 09:15:02 UTC 2013 Broken deps for x86_64 -- [airinv] airinv-1.00.0-3.fc19.i686 requires libsoci_mysql.so.3.1 airinv-1.00.0-3.fc19.i686 requires libsoci_core.so.3.1 airinv-1.00.0-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) airinv-1.00.0-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [airrac] airrac-1.00.0-3.fc19.i686 requires libsoci_mysql.so.3.1 airrac-1.00.0-3.fc19.i686 requires libsoci_core.so.3.1 airrac-1.00.0-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) airrac-1.00.0-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [airsched] airsched-1.00.0-3.fc19.i686 requires libsoci_mysql.so.3.1 airsched-1.00.0-3.fc19.i686 requires libsoci_core.so.3.1 airsched-1.00.0-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) airsched-1.00.0-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [bochs] bochs-2.6.1-1.fc19.x86_64 requires vgabios [deltacloud-core] deltacloud-core-rhevm-1.1.3-1.fc19.noarch requires rubygem(rbovirt) = 0:0.0.18 [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 gcc-python2-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 gcc-python3-debug-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 gcc-python3-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [koji] koji-vm-1.8.0-1.fc19.noarch requires python-virtinst [libkolab] php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64 [libreatlas] libreatlas-1.0.0a-3.fc19.x86_64 requires librasterlite.so.0()(64bit) [ooo2gd] ooo2gd-3.0.0-6.fc19.x86_64 requires gdata-java [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires libgdmsimplegreeter.so.1()(64bit) [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [python-docs] python-docs-2.7.4-1.fc19.noarch requires python = 0:2.7.4 [rmol] rmol-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 rmol-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 rmol-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) rmol-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [sevmgr] sevmgr-1.00.0-4.fc19.i686 requires libsoci_mysql.so.3.1 sevmgr-1.00.0-4.fc19.i686 requires libsoci_core.so.3.1 sevmgr-1.00.0-4.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) sevmgr-1.00.0-4.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [simcrs] simcrs-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 simcrs-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 simcrs-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) simcrs-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [simfqt] simfqt-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 simfqt-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 simfqt-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) simfqt-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [stdair] stdair-1.00.1-3.fc19.i686 requires libsoci_mysql.so.3.1 stdair-1.00.1-3.fc19.i686 requires libsoci_core.so.3.1 stdair-1.00.1-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) stdair-1.00.1-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [trademgen] trademgen-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 trademgen-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 trademgen-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) trademgen-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [travelccm] travelccm-1.00.1-2.fc19.i686 requires libsoci_mysql.so.3.1 travelccm-1.00.1-2.fc19.i686
Re: livemedia-creator and the fedora build system [was Re: appliance-creator: how can I ...]
On 14/11/12 01:40, Matthew Miller wrote: With that timeline, I think it's going to be hard to *use* it for F18 Final, but I can certainily start testing it. Then, we can look at adopting it for F19. Have we adopted livemedia-creator for 19, or still using livecd-creator? -c -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
New LibRaw in rawhide
I've just updated LibRaw to 0.15.2. This is a soname change, so I've also rebuilt: entangle evas-generic-loaders luminance-hdr nomacs oyranos shotwell These all rebuilt locally on the new LibRaw with no modifications except shotwell, which required a minor patch to remove references to a deprecated piece of the the LibRaw API. I've tested the patched shotwell and it seems OK so far. -J -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 30.05.2013 23:59, Richard W.M. Jones wrote: On Thu, May 30, 2013 at 10:23:52AM -0700, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... I'm remoting my VMs using X11 :-) Mainly because I don't want to be running a whole desktop environment anywhere except on my local laptop. In addition to your method, 'qemu-kvm -sdl' is only able to produce Could not initialize SDL(No available video device) - exiting despite guidance at https://fedoraproject.org/wiki/How_to_debug_Virtualization_problems#SDL_Graphics Ta ta ta ta. poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 05/30/2013 11:23 AM, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... Can Spice be used to connect to an already running Gnome desktop for remote support purposes? The docs I looked at talked about using Spice for virtualization and or setting up remote login, but nothing like VNC/Vino for connecting to someone else's desktop... -- Nathanael d. Noblet t 403.875.4613 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On Fri, May 31, 2013 at 04:20:00PM +0200, poma wrote: In addition to your method, 'qemu-kvm -sdl' is only able to produce Could not initialize SDL(No available video device) - exiting despite guidance at https://fedoraproject.org/wiki/How_to_debug_Virtualization_problems#SDL_Graphics This might be a bug, or it might be that you don't have a video device available (are you running this at the text console or over ssh?) SDL works pretty reliably for me though, but if you can't get it to work you should file a bug with detailed information about versions and how to reproduce it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
python-espeak
Hi all, I have the intention to pack a Python program that has python-espeak as dependency. I just found espeak at repos. Why is not it there? -- _ °v° /(_)\ ^ ^ Eduardo Mayorga Téllez Linux user no. 555403 http://about.me/mayorgalinux -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: livemedia-creator and the fedora build system [was Re: appliance-creator: how can I ...]
On Fri, May 31, 2013 at 10:57:51PM +1000, Chris Smart wrote: On 14/11/12 01:40, Matthew Miller wrote: With that timeline, I think it's going to be hard to *use* it for F18 Final, but I can certainily start testing it. Then, we can look at adopting it for F19. Have we adopted livemedia-creator for 19, or still using livecd-creator? For cloud images, still appliance-tools, which uses livecd-tools. We'll get there (or to _something_ which uses anaconda under virt) eventually. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: python-espeak
On Fri, May 31, 2013 at 3:40 PM, Eduardo Mayorga Téllez mayorgali...@fedoraproject.org wrote: Hi all, I have the intention to pack a Python program that has python-espeak as dependency. I just found espeak at repos. Why is not it there? Because no one has packaged it yet you could package it as well as your other package. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 30.05.2013 21:30, Adam Williamson wrote: On Thu, 2013-05-30 at 20:15 +0200, poma wrote: On 30.05.2013 19:23, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... In this respect, is there a comparison study and where? Don't know if there's spice vs. VNC study exactly, but there's some useful stuff on the Spice page: http://spice-space.org/features.html http://spice-space.org/faq.html Future Features!? :) - 3D acceleration/*GL http://lists.freedesktop.org/archives/spice-devel/2013-May/013411.html http://lists.freedesktop.org/archives/spice-devel/2013-May/013491.html Now, Red Hat can do better - two people are smarter than one, so help Dave and let the acceleration develops accelerated. ;) poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thursday is Spice Test Day!
On 05/30/2013 11:23 AM, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... Can Spice be used to connect to an already running Gnome desktop for remote support purposes? No, it can't do that. You can launch a completely independent X server (Xspice), but not remote an existing one. That could potentially be done by having two graphics drivers for a single X. The docs I looked at talked about using Spice for virtualization and or setting up remote login, but nothing like VNC/Vino for connecting to someone else's desktop... -- Nathanael d. Noblet t 403.875.4613 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 31.05.2013 16:34, Richard W.M. Jones wrote: On Fri, May 31, 2013 at 04:20:00PM +0200, poma wrote: In addition to your method, 'qemu-kvm -sdl' is only able to produce Could not initialize SDL(No available video device) - exiting despite guidance at https://fedoraproject.org/wiki/How_to_debug_Virtualization_problems#SDL_Graphics This might be a bug, or it might be that you don't have a video device available (are you running this at the text console or over ssh?) SDL works pretty reliably for me though, but if you can't get it to work you should file a bug with detailed information about versions and how to reproduce it. But what about this one? https://bugzilla.redhat.com/show_bug.cgi?id=880152#c3 poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 31.05.2013 01:28, jdow wrote: On 2013/05/30 11:08, poma wrote: On 30.05.2013 19:27, Doug wrote: … Besides, Spice is a bad name for some kind of media program; Spice is the name of a powerful and useful electronic engineering program! Both sides should be more precise in the terminology, so they don't mix uppercase and lowercase, sure. ;) http://www.spice-space.org/ The Simple Protocol for Independent Computing Environments (SPICE) SPICE/Xspice http://ngspice.sourceforge.net/ Ngspice is a general-purpose circuit simulator program. Ngspice/XSPICE If you wish to be pedantic, SPICE is the original name, possibly before you were born. {^_^} Then say something nice to *them*. ;) poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: python-espeak
Quoted from its homepage: [There are no stable releases yet. The code available in trunk may or may not work; feel free to try it, but don't blame me if it lets your computer explode]. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Daily package ownership changes?
On Wed, 29 May 2013 23:58:21 -0700 T.C. Hollingsworth tchollingswo...@gmail.com wrote: IMHO it would be nicer if the script that spews out broken dependency e-mails also emitted them on the fedmsg bus. Then you'd just have to grep for .so in the broken dependencies and rebuild then, instead of having to check every single koji build for broken dependencies twice. yeah, we have looked into adding fedmsg for broken deps at one point, just haven't gotten to it. BTW, where is that script? The EPEL version seems to be here [1], but I can't find the Fedora analog. It uses the one from the mash package: https://git.fedorahosted.org/cgit/mash/tree/utils/spam-o-matic changes/patches/etc should be against mash. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Daily package ownership changes?
On Wed, 29 May 2013 19:44:21 -0700 T.C. Hollingsworth tchollingswo...@gmail.com wrote: On Wed, May 29, 2013 at 6:09 PM, Kevin Fenzi ke...@scrye.com wrote: On Tue, 28 May 2013 16:02:17 -0400 Rahul Sundaram methe...@gmail.com wrote: 11) automatic period rebuilds in rawhide to highlight FTBFS issues aren't done as often anymore Can you expand on this? Not sure what you mean? What Matt Domsch was doing for https://fedoraproject.org/wiki/Fails_to_build_from_source Ah, sure, yeah. FTBFS runs would be a great little project. We've done a mass rebuild for GCC updates or other things pretty much every release for the last several releases anyway, and these have caught lots of FTBFS issues. Is there really any reason to do this specifically for FTBFS? Well, if we wanted to run them more often than once every 6 months. Also, we have in the past not done mass rebuilds for some releases (where there is no change that needs one), which could mean a year or more between runs. With enough computing power you can do a run in a week or so. Also, having the infrastructure setup to do them (scripts, etc) would allow us to do them for proposed changes. Ie, We could do a mass rebuild with PIE on by default and see what breaks and let people install those packages to test, or changing other compiler or base options. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
livecd-iso-to-disk produces unbootable media for EFI computers
dd works, but livecd-iso-to-disk produces unbootable media. https://bugzilla.redhat.com/show_bug.cgi?id=969521 Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: livemedia-creator and the fedora build system [was Re: appliance-creator: how can I ...]
On Fri, 2013-05-31 at 22:57 +1000, Chris Smart wrote: On 14/11/12 01:40, Matthew Miller wrote: With that timeline, I think it's going to be hard to *use* it for F18 Final, but I can certainily start testing it. Then, we can look at adopting it for F19. Have we adopted livemedia-creator for 19, or still using livecd-creator? Still livecd-creator for F19. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thursday is Spice Test Day!
On Fri, 2013-05-31 at 10:54 -0400, Alon Levy wrote: On 05/30/2013 11:23 AM, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... Can Spice be used to connect to an already running Gnome desktop for remote support purposes? No, it can't do that. You can launch a completely independent X server (Xspice), but not remote an existing one. That could potentially be done by having two graphics drivers for a single X. I suppose we should've noted that, slightly contrary to the test day announcement, Spice wasn't exactly written as a direct VNC replacement for all of VNC's traditional use cases. It was mainly focused on use for virtualization, that is its primary design focus ATM. It 'replaces' VNC in that specific context, not necessarily for everything you might use VNC to do. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Daily package ownership changes?
On Fri, 2013-05-31 at 10:52 -0600, Kevin Fenzi wrote: On Wed, 29 May 2013 19:44:21 -0700 T.C. Hollingsworth tchollingswo...@gmail.com wrote: On Wed, May 29, 2013 at 6:09 PM, Kevin Fenzi ke...@scrye.com wrote: On Tue, 28 May 2013 16:02:17 -0400 Rahul Sundaram methe...@gmail.com wrote: 11) automatic period rebuilds in rawhide to highlight FTBFS issues aren't done as often anymore Can you expand on this? Not sure what you mean? What Matt Domsch was doing for https://fedoraproject.org/wiki/Fails_to_build_from_source Ah, sure, yeah. FTBFS runs would be a great little project. We've done a mass rebuild for GCC updates or other things pretty much every release for the last several releases anyway, and these have caught lots of FTBFS issues. Is there really any reason to do this specifically for FTBFS? Well, if we wanted to run them more often than once every 6 months. Also, we have in the past not done mass rebuilds for some releases (where there is no change that needs one), which could mean a year or more between runs. I think we sorta decided when Matt stopped doing the FTBFS runs that we'd at least do one mass rebuild for each release, just to keep things up to date and catch FTBFSes. I might be remembering wrong, though. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Dropping byzanz
I released ownership of byzanz - I haven't used it in a long time and no longer have the time/interest to maintain it. -- Jeff Ollie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
Il 31/05/2013 17:04, poma ha scritto: On 31.05.2013 16:34, Richard W.M. Jones wrote: On Fri, May 31, 2013 at 04:20:00PM +0200, poma wrote: In addition to your method, 'qemu-kvm -sdl' is only able to produce Could not initialize SDL(No available video device) - exiting despite guidance at https://fedoraproject.org/wiki/How_to_debug_Virtualization_problems#SDL_Graphics This might be a bug, or it might be that you don't have a video device available (are you running this at the text console or over ssh?) SDL works pretty reliably for me though, but if you can't get it to work you should file a bug with detailed information about versions and how to reproduce it. But what about this one? https://bugzilla.redhat.com/show_bug.cgi?id=880152#c3 That's a RHEL bug. For what it's worth, in RHEL you're not even supposed to invoke qemu-kvm, it's in /usr/libexec. Paolo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Hosted Usability and Developer Experience
Hi all, few days ago I was explaining to someone*, what the Developer Assistant [0] is. When I said something like: ...and you project is exported directly to GitHub [1] if you want, the person I was talking to interrupted me and asked an interesting question: Why our own tools prefer a proprietary service, such as GitHub, over our own infrastructure (Fedora Hosted.org)? The answer is very easy: Because developers prefer GitHub over Fedora Hosted and we want to target on the majority. That leads us to other question: Why do developers prefer GitHub over Fedora Hosted? Of course not each developer uses Fedora etc., but even many of our own projects are usually hosted on GitHub or Bitbucket - see Developer Assistant itself or Yumex as an example. Try to search Fedora on GitHub [2]. But other reason is, Fedora Hosted user/developer experience is way worse than GitHub's. Even for a registration or a small change you need to create a ticket, there is no interface for pull requests or similar things (or not that I am aware of). Browsing the projects (user friendly), whatever. I would like to change that and make Fedora Hosted infrastructure something, that can compete GitHub. Or at least provide a service that developers using Fedora would consider as a choice. What about running something as GitLab [3] or Gitorious [4] on Fedora Hosted, add continuous integration for creating repos with nightly RPMs, integrate it with FAS, brand it with Fedora graphics, add more stuff and make it cool. Simply provide a truly open alternative for developers that not only develop free software, but also are interested in freedom and openness? Than we can provide our own service, that our tools can integrate with as default. I don't except developers will leave GitHub and move to Fedora Hosted, so there is nothing wrong on supporting GitHub in our tools. But wouldn't it make more sense to promote our own services at the first place? Why support a company that makes profit and is not related to Fedora at all? Of course you can argue that Fedora's main goal is not to provide free software hosting service, but then why we offer Fedora Hosted in the first place, right? [0] http://fedoraproject.org/wiki/Features/DevelopersAssistant [1] http://fedoraproject.org/wiki/Features/DevelopersAssistant#GitHub_Integration [2] https://github.com/search?q=fedora [3] http://gitlab.org/ [4] http://gitorious.org/ * I haven't got time to ask for permission to publicly quote this person about this on the list, but if you are the person and want the attribution, feel free to say it :) -- Miro Hrončok -- Phone: +420777974800 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F18 updates break pungi-created media
Hi, When I create a DVD image with pungi with an own package selection, the image works fine and starts the graphical installer when I only use the F18 release repository. But when I also add the F18 updates repository, the graphical installer doesn't start anymore and at that moment I get a login prompt. Installing via VNC works fine in either case. When I login at the login prompt, I see a [Xorg] defunct with python anaconda as parent.and in /tmp/anaconda.log I see X startup failed, falling back to text mode (which isn't true, no fallback is done). Any suggestions about how solve this problem and/or how to find out what is exactly causing it? I'm testing the DVD images with KVM on F18 and RHEL6 (same behavior). Thx, -- --Jos Vos j...@xos.nl --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Sat, 2013-06-01 at 00:10 +0200, Jos Vos wrote: Hi, When I create a DVD image with pungi with an own package selection, the image works fine and starts the graphical installer when I only use the F18 release repository. But when I also add the F18 updates repository, the graphical installer doesn't start anymore and at that moment I get a login prompt. Installing via VNC works fine in either case. When I login at the login prompt, I see a [Xorg] defunct with python anaconda as parent.and in /tmp/anaconda.log I see X startup failed, falling back to text mode (which isn't true, no fallback is done). Any suggestions about how solve this problem and/or how to find out what is exactly causing it? Well, it rather sounds like you'd want to check /tmp/X.log ? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Fri, May 31, 2013 at 03:18:39PM -0700, Adam Williamson wrote: Well, it rather sounds like you'd want to check /tmp/X.log ? True... this is the tail of that file: [ 7.559] (II) CIRRUS: driver for Cirrus chipsets: CLGD5430, CLGD5434-4, CLGD5434-8, CLGD5436, CLGD5446, CLGD5480, CL-GD5462, CL-GD5464, CL-GD5464BD, CL-GD5465, CL-GD7548, CL-GD7555, CL-GD7556 [ 7.559] (II) VESA: driver for VESA chipsets: vesa [ 7.559] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 7.559] (II) FBDEV: driver for framebuffer: fbdev [ 7.559] (++) using VT number 6 [ 7.580] Fatal server error: [ 7.580] xf86OpenConsole: VT_WAITACTIVE failed: Input/output error [ 7.580] [ 7.580] (EE) Please consult the Fedora Project support at http://wiki.x.org for help. [ 7.580] (EE) Please also check the log file at /tmp/X.log for additional information. [ 7.580] (EE) -- --Jos Vos j...@xos.nl --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 31.05.2013 22:12, Paolo Bonzini wrote: Il 31/05/2013 17:04, poma ha scritto: On 31.05.2013 16:34, Richard W.M. Jones wrote: On Fri, May 31, 2013 at 04:20:00PM +0200, poma wrote: In addition to your method, 'qemu-kvm -sdl' is only able to produce Could not initialize SDL(No available video device) - exiting despite guidance at https://fedoraproject.org/wiki/How_to_debug_Virtualization_problems#SDL_Graphics This might be a bug, or it might be that you don't have a video device available (are you running this at the text console or over ssh?) SDL works pretty reliably for me though, but if you can't get it to work you should file a bug with detailed information about versions and how to reproduce it. But what about this one? https://bugzilla.redhat.com/show_bug.cgi?id=880152#c3 That's a RHEL bug. For what it's worth, in RHEL you're not even supposed to invoke qemu-kvm, it's in /usr/libexec. Actually it's *RHEL7* bug report, and what is important to note is missed SDL support. ;) BTW regarding that and correcting my previous statement, 'virsh' 'virt-manager' are troubled ones in Fedora, not 'qemu-kvm' per se. And as icing on the cake, https://bugzilla.redhat.com/show_bug.cgi?id=536693 it seems that the story is finished. Ta ta ta ta. :) poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Sat, 2013-06-01 at 00:25 +0200, Jos Vos wrote: On Fri, May 31, 2013 at 03:18:39PM -0700, Adam Williamson wrote: Well, it rather sounds like you'd want to check /tmp/X.log ? True... this is the tail of that file: [ 7.559] (II) CIRRUS: driver for Cirrus chipsets: CLGD5430, CLGD5434-4, CLGD5434-8, CLGD5436, CLGD5446, CLGD5480, CL-GD5462, CL-GD5464, CL-GD5464BD, CL-GD5465, CL-GD7548, CL-GD7555, CL-GD7556 [ 7.559] (II) VESA: driver for VESA chipsets: vesa [ 7.559] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 7.559] (II) FBDEV: driver for framebuffer: fbdev [ 7.559] (++) using VT number 6 [ 7.580] Fatal server error: [ 7.580] xf86OpenConsole: VT_WAITACTIVE failed: Input/output error [ 7.580] [ 7.580] (EE) Please consult the Fedora Project support at http://wiki.x.org for help. [ 7.580] (EE) Please also check the log file at /tmp/X.log for additional information. [ 7.580] (EE) Does it work if you configure your VM(?) to use something other than a cirrus adapter? 'vga' or 'qxl'? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Fri, May 31, 2013 at 03:18:39PM -0700, Adam Williamson wrote: Well, it rather sounds like you'd want to check /tmp/X.log ? OK, it is already filed: https://bugzilla.redhat.com/show_bug.cgi?id=917160 -- --Jos Vos j...@xos.nl --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thursday is Spice Test Day!
On 31.05.2013 19:31, Adam Williamson wrote: On Fri, 2013-05-31 at 10:54 -0400, Alon Levy wrote: On 05/30/2013 11:23 AM, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... Can Spice be used to connect to an already running Gnome desktop for remote support purposes? No, it can't do that. You can launch a completely independent X server (Xspice), but not remote an existing one. That could potentially be done by having two graphics drivers for a single X. I suppose we should've noted that, slightly contrary to the test day announcement, Spice wasn't exactly written as a direct VNC replacement for all of VNC's traditional use cases. It was mainly focused on use for virtualization, that is its primary design focus ATM. It 'replaces' VNC in that specific context, not necessarily for everything you might use VNC to do. Exactly! And that's why Are you tired of using VNC? don't fit in the first place. :) Have a nice weekend. poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Fri, May 31, 2013 at 03:28:30PM -0700, Adam Williamson wrote: Does it work if you configure your VM(?) to use something other than a cirrus adapter? 'vga' or 'qxl'? Nope, I just tried both, but the error messages differ (as also listed in the bugzilla report). -- --Jos Vos j...@xos.nl --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Hosted Usability and Developer Experience
On 31 May 2013 15:19, Miro Hrončok mhron...@redhat.com wrote: Hi all, few days ago I was explaining to someone*, what the Developer Assistant [0] is. When I said something like: ...and you project is exported directly to GitHub [1] if you want, the person I was talking to interrupted me and asked an interesting question: Why our own tools prefer a proprietary service, such as GitHub, over our own infrastructure (Fedora Hosted.org)? The answer is very easy: Because developers prefer GitHub over Fedora Hosted and we want to target on the majority. That leads us to other question: Why do developers prefer GitHub over Fedora Hosted? Of course not each developer uses Fedora etc., but even many of our own projects are usually hosted on GitHub or Bitbucket - see Developer Assistant itself or Yumex as an example. Try to search Fedora on GitHub [2]. But other reason is, Fedora Hosted user/developer experience is way worse than GitHub's. Even for a registration or a small change you need to create a ticket, there is no interface for pull requests or similar things (or not that I am aware of). Browsing the projects (user friendly), whatever. I would like to change that and make Fedora Hosted infrastructure something, that can compete GitHub. Or at least provide a service that developers using Fedora would consider as a choice. Actually I was going to ask the opposite question: Do we still need FedoraHosted? It was created before there was GitHub or Gitorious but frankly we are not funded or staffed to make it bigger and better than it is now. The systems are 2 virtual machines with one as primary and one as fallback. It is not a large set of systems and is made on the backbone of compromises of We won't use FedoraHosted unless you support X VCS system... none of the things that Github or Gitorious or even Savannah has had to deal with :). So we could clean up the front end a lot, but the back end would not be any better and would end up being fresh wine in an old wineskin. There will be no speedup in git pull/push, and if more users like the frontend the resulting load may cause the backend to go south. If people are interested in redoing fedorahosted it needs to be from the backend up. Redundant storage, fast mirroring on the backend (gluster and such are not the answer because we are dealing with lots of small files that change randomly versus large block and similar things where cluster file systems shine), plus funding for such services (hardware and software) as they are not cheap. [Looking at doing this in the Cloud was coming in around $100.00/day for all the different needs.] -- Stephen J Smoogen. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Hosted Usability and Developer Experience
On Fri, 31 May 2013 23:19:50 +0200 Miro Hrončok mhron...@redhat.com wrote: Hi all, few days ago I was explaining to someone*, what the Developer Assistant [0] is. When I said something like: ...and you project is exported directly to GitHub [1] if you want, the person I was talking to interrupted me and asked an interesting question: Why our own tools prefer a proprietary service, such as GitHub, over our own infrastructure (Fedora Hosted.org)? The answer is very easy: Because developers prefer GitHub over Fedora Hosted and we want to target on the majority. That leads us to other question: Why do developers prefer GitHub over Fedora Hosted? Of course not each developer uses Fedora etc., but even many of our own projects are usually hosted on GitHub or Bitbucket - see Developer Assistant itself or Yumex as an example. Try to search Fedora on GitHub [2]. Sure, and others are on savannah, or sourceforge or their own infrastructure. The net is a big place. ;) But other reason is, Fedora Hosted user/developer experience is way worse than GitHub's. Even for a registration or a small change you need to create a ticket, Indeed. I've been making sure all hosted tickets are done in under 4 hours (and often in minutes), but I agree it can be a turn off. there is no interface for pull requests or similar things (or not that I am aware of). Browsing the projects (user friendly), whatever. I would like to change that and make Fedora Hosted infrastructure something, that can compete GitHub. Or at least provide a service that developers using Fedora would consider as a choice. What about running something as GitLab [3] Please see the many posts on gitlab on the fedora infrastructure list. ;) http://lists.fedoraproject.org/pipermail/infrastructure/2013-April/thread.html and search for 'gitlab' ;) a) It's not (yet) packaged, although I think some GSoC folks are working on it. b) Until very recently upstream was very much oriented toward a private company setup. They refused patches to provide anon browsing and using of gitlab features. Happily it looks like this is changing, but as it is now, gitlab does not provide a 'open github' type thing. :) or Gitorious [4] on Fedora Gitorious lacks many of the features you mention as compelling in github above. ;) Also not packaged. Both of those also don't provide some features people want. (release downloads, non git scms, fedmsg integration, management of groups via fas, etc). Hosted, add continuous integration for creating repos with nightly RPMs, integrate it with FAS, brand it with Fedora graphics, add more stuff and make it cool. Simply provide a truly open alternative for developers that not only develop free software, but also are interested in freedom and openness? I'm not against such a plan at all, but it has to be done in a sustainable way, and I don't think we have manpower to do anything like this of current folks. If a team of people interested in doing this (and doing it right) appeared, I'd be happy to help. We have a more modest ideas page for a v2 fedorahosted: https://fedoraproject.org/wiki/Infrastructure_FedoraHosted_Version2_Notes Probibly needs some updating for current status, etc. Than we can provide our own service, that our tools can integrate with as default. I don't except developers will leave GitHub and move to Fedora Hosted, so there is nothing wrong on supporting GitHub in our tools. But wouldn't it make more sense to promote our own services at the first place? Why support a company that makes profit and is not related to Fedora at all? Sure, but there's only 24 hours in a day. ;) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git rebase master
On Ter, 2013-05-28 at 11:53 -0600, Kevin Fenzi wrote: On Mon, 27 May 2013 20:41:08 +0100 Sérgio Basto ser...@serjux.com wrote: I done it http://pkgs.fedoraproject.org/cgit/debconf.git/log/ but now [debconf] Created branch HEAD, we have a a branch called HEAD , can the git administrator of Fedora delete this branch ? Done. Note that you should next time request this by filing a ticket in releng trac. ;) Many many thanks :) -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: livemedia-creator and the fedora build system [was Re: appliance-creator: how can I ...]
On 01/06/13 03:25, Adam Williamson wrote: Have we adopted livemedia-creator for 19, or still using livecd-creator? Still livecd-creator for F19. Thanks. -c -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 914316] perl-Net-Twitter-4.00006 is available
https://bugzilla.redhat.com/show_bug.cgi?id=914316 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Net-Twitter-4.5 is |perl-Net-Twitter-4.6 is |available |available --- Comment #5 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 4.6 Current version in Fedora Rawhide: 4.4 URL: http://search.cpan.org/dist/Net-Twitter/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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=cwsAWz4ETra=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
File Test-Vars-0.005.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Vars: 56a763c785f66e4ae0edd2b4e613dc19 Test-Vars-0.005.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-Vars] Update to 0.005
commit 5619d8e00640bf658de9c82bfa01739298f67c91 Author: Paul Howarth p...@city-fan.org Date: Fri May 31 10:23:38 2013 +0100 Update to 0.005 - New upstream release 0.005 - Use skip_all instead of planning 0 tests (#4) perl-Test-Vars.spec |6 +- sources |2 +- 2 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec index f50b99e..bfa7af6 100644 --- a/perl-Test-Vars.spec +++ b/perl-Test-Vars.spec @@ -1,5 +1,5 @@ Name: perl-Test-Vars -Version: 0.004 +Version: 0.005 Release: 1%{?dist} Summary: Detects unused variables License: GPL+ or Artistic @@ -65,6 +65,10 @@ perl Build.PL installdirs=vendor %{_mandir}/man3/Test::Vars.3pm* %changelog +* Fri May 31 2013 Paul Howarth p...@city-fan.org - 0.005-1 +- Update to 0.005 + - Use skip_all instead of planning 0 tests (#4) + * Sun May 5 2013 Paul Howarth p...@city-fan.org - 0.004-1 - Update to 0.004 - Re-package with Module::Build diff --git a/sources b/sources index 9951bfe..5944329 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -1702a5ddbd9fe1aa32da18f291f3a9d7 Test-Vars-0.004.tar.gz +56a763c785f66e4ae0edd2b4e613dc19 Test-Vars-0.005.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-Vars] Created tag perl-Test-Vars-0.005-1.fc20
The lightweight tag 'perl-Test-Vars-0.005-1.fc20' was created pointing to: 5619d8e... Update to 0.005 -- 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 969418] New: perl-Module-ExtractUse-0.31 is available
https://bugzilla.redhat.com/show_bug.cgi?id=969418 Bug ID: 969418 Summary: perl-Module-ExtractUse-0.31 is available Product: Fedora Version: rawhide Component: perl-Module-ExtractUse Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Assignee: berra...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: berra...@redhat.com, p...@city-fan.org, perl-devel@lists.fedoraproject.org, trem...@tremble.org.uk Latest upstream release: 0.31 Current version in Fedora Rawhide: 0.30 URL: http://search.cpan.org/dist/Module-ExtractUse/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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=OFT8pLZSypa=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
File Module-ExtractUse-0.31.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Module-ExtractUse: 3479619cef2f66d565d7403d384c15ff Module-ExtractUse-0.31.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-Module-ExtractUse] Update to 0.31
commit 5f4ea58e9eb2f523098d86f4dee1405326df39c3 Author: Paul Howarth p...@city-fan.org Date: Fri May 31 13:03:29 2013 +0100 Update to 0.31 - New upstream release 0.31 - Support use Foo::Bar (); etc. (CPAN RT#50723) - use after statement with trailing comment was ignored (CPAN RT#71761) - Fixed the Pod::Simple encoding issue - Fix incorrect regexp (ref gh-5) - Avoid regex features introduced only in later perl (close gh-5) - Use plan() instead of done_testing() (ref gh-5) - Add support for bareword leading hyphyen, in-place arrayref and hashref - Proper version number for older releases in Changes file perl-Module-ExtractUse.spec | 13 - sources |2 +- 2 files changed, 13 insertions(+), 2 deletions(-) --- diff --git a/perl-Module-ExtractUse.spec b/perl-Module-ExtractUse.spec index f8ef6f1..22269d6 100644 --- a/perl-Module-ExtractUse.spec +++ b/perl-Module-ExtractUse.spec @@ -1,5 +1,5 @@ Name: perl-Module-ExtractUse -Version:0.30 +Version:0.31 Release:1%{?dist} Summary:Find out what modules are used License:GPL+ or Artistic @@ -55,6 +55,17 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/Module::ExtractUse::Grammar.3pm* %changelog +* Fri May 31 2013 Paul Howarth p...@city-fan.org - 0.31-1 +- Update to 0.31 + - Support use Foo::Bar (); etc. (CPAN RT#50723) + - use after statement with trailing comment was ignored (CPAN RT#71761) + - Fixed the Pod::Simple encoding issue + - Fix incorrect regexp (ref gh-5) + - Avoid regex features introduced only in later perl (close gh-5) + - Use plan() instead of done_testing() (ref gh-5) + - Add support for bareword leading hyphyen, in-place arrayref and hashref + - Proper version number for older releases in Changes file + * Thu Apr 18 2013 Paul Howarth p...@city-fan.org - 0.30-1 - Update to 0.30 - Add accessors and tests for _in_eval/_out_of_eval diff --git a/sources b/sources index ff1808c..119750b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -1f6addffde26aa4317a447bdeff80b97 Module-ExtractUse-0.30.tar.gz +3479619cef2f66d565d7403d384c15ff Module-ExtractUse-0.31.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
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the F-19 tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the rawhide tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-ExtractUse] Created tag perl-Module-ExtractUse-0.31-1.fc20
The lightweight tag 'perl-Module-ExtractUse-0.31-1.fc20' was created pointing to: 5f4ea58... Update to 0.31 -- 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 969418] perl-Module-ExtractUse-0.31 is available
https://bugzilla.redhat.com/show_bug.cgi?id=969418 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Module-ExtractUse-0.31 ||-1.fc20 Resolution|--- |RAWHIDE Last Closed||2013-05-31 08:25:49 -- 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=gPZYN6MyaFa=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
File IO-Socket-SSL-1.93.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: 19ce0c62b3521fe9e4560255fe2943f1 IO-Socket-SSL-1.93.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.93
commit 3ed72db8d26050fe3a765844432bf981fcc9b11e Author: Paul Howarth p...@city-fan.org Date: Fri May 31 13:33:10 2013 +0100 Update to 1.93 - New upstream release 1.93 - Need at least OpenSSL version 0.9.8 now, since last 0.9.7 was released 6 years ago; remove code to work around older releases - Changed AUTHOR in Makefile.PL from array back to string, because the array feature is not available in MakeMaker shipped with 5.8.9 (CPAN RT#85739) - Set openssl version requirement to 0.9.8 - Drop ExtUtils::MakeMaker version requirement back to 6.46 perl-IO-Socket-SSL.spec | 17 + sources |2 +- 2 files changed, 14 insertions(+), 5 deletions(-) --- diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index 9d677ae..420cf69 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -1,5 +1,5 @@ Name: perl-IO-Socket-SSL -Version: 1.92 +Version: 1.93 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -8,11 +8,11 @@ URL: http://search.cpan.org/dist/IO-Socket-SSL/ Source0: http://search.cpan.org/CPAN/authors/id/S/SU/SULLR/IO-Socket-SSL-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch -BuildRequires: openssl = 0.9.8a +BuildRequires: openssl = 0.9.8 BuildRequires: perl(Carp) BuildRequires: perl(constant) BuildRequires: perl(Exporter) -BuildRequires: perl(ExtUtils::MakeMaker) = 6.58 +BuildRequires: perl(ExtUtils::MakeMaker) = 6.46 BuildRequires: perl(IO::Select) BuildRequires: perl(IO::Socket) BuildRequires: perl(IO::Socket::INET) @@ -32,7 +32,7 @@ Requires: perl(IO::Socket::INET6), perl(Socket6) %endif Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) Requires: perl(Net::LibIDN) -Requires: openssl = 0.9.8a +Requires: openssl = 0.9.8 %description This module is a true drop-in replacement for IO::Socket::INET that @@ -70,6 +70,15 @@ rm -rf %{buildroot} %{_mandir}/man3/IO::Socket::SSL::Utils.3pm* %changelog +* Fri May 31 2013 Paul Howarth p...@city-fan.org - 1.93-1 +- Update to 1.93 + - Need at least OpenSSL version 0.9.8 now, since last 0.9.7 was released 6 +years ago; remove code to work around older releases + - Changed AUTHOR in Makefile.PL from array back to string, because the array +feature is not available in MakeMaker shipped with 5.8.9 (CPAN RT#85739) +- Set openssl version requirement to 0.9.8 +- Drop ExtUtils::MakeMaker version requirement back to 6.46 + * Thu May 30 2013 Paul Howarth p...@city-fan.org - 1.92-1 - Update to 1.92 - Intercept: use sha1-fingerprint of original cert for id into cache unless diff --git a/sources b/sources index 443f412..0be6f36 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d653aa674face0905d6fb1971bd31453 IO-Socket-SSL-1.92.tar.gz +19ce0c62b3521fe9e4560255fe2943f1 IO-Socket-SSL-1.93.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.93-1.fc20
The lightweight tag 'perl-IO-Socket-SSL-1.93-1.fc20' was created pointing to: 3ed72db... Update to 1.93 -- 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 965606] Upgrade to new upstream version
https://bugzilla.redhat.com/show_bug.cgi?id=965606 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-No-Worries-1.0-1.fc18 has been pushed to the Fedora 18 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=xgCyKgGfUya=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 965606] Upgrade to new upstream version
https://bugzilla.redhat.com/show_bug.cgi?id=965606 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- perl-No-Worries-1.0-1.fc19 has been pushed to the Fedora 19 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=LfdC25YT22a=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
[389-devel] please review: Ticket 47372 - Make old idl_maxids tunable
https://fedorahosted.org/389/ticket/47372 https://fedorahosted.org/389/attachment/ticket/47372/0001-Ticket-47372-make-old-idl-tunable.patch -- Mark Reynolds Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel