[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 53 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3621/php-Smarty-3.1.21-1.el7 37 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4463/llvm-3.4.2-3.el7 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4491/pwgen-2.07-1.el7 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4536/firebird-2.5.3.26778.0-2.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4765/unrtf-0.21.7-1.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4757/mingw-jasper-1.900.1-25.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4759/rabbitmq-server-3.3.5-4.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4800/libssh-0.6.4-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing iperf3-3.0.10-1.el7 nodejs-stream-combiner-0.2.1-1.el7 rubygem-cucumber-1.2.1-4.el7 rubygem-gherkin-2.11.6-2.el7 Details about builds: iperf3-3.0.10-1.el7 (FEDORA-EPEL-2014-4827) Measurement tool for TCP/UDP bandwidth performance Update Information: update to 3.0.10 ChangeLog: * Sat Dec 20 2014 Susant Sahani ssah...@redhat.com 3.0.10-1 - Update to 3.0.10 References: [ 1 ] Bug #1176274 - iperf3-3.0.10 is available https://bugzilla.redhat.com/show_bug.cgi?id=1176274 nodejs-stream-combiner-0.2.1-1.el7 (FEDORA-EPEL-2014-4823) Turn a pipeline into a single stream Update Information: Initial packaging References: [ 1 ] Bug #1172972 - Review Request: nodejs-stream-combiner - Turn a pipeline into a single stream https://bugzilla.redhat.com/show_bug.cgi?id=1172972 rubygem-cucumber-1.2.1-4.el7 (FEDORA-EPEL-2014-4820) Tool to execute plain-text documents as functional tests Update Information: Newpackage in EPEL7 rubygem-gherkin-2.11.6-2.el7 (FEDORA-EPEL-2014-4821) Fast Gherkin lexer/parser Update Information: Newpackage in EPEL7 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 972 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 191 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6 62 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3434/pylint-1.3.1-1.el6,python-astroid-1.2.1-2.el6,python-logilab-common-0.62.1-2.el6 37 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 25 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4242/facter-1.6.18-8.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4411/llvm-3.4.2-3.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4485/python-tornado-2.2.1-7.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4472/pwgen-2.07-1.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4496/seamonkey-2.28-2.ESR_31.3.0.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4624/xrdp-0.6.1-1.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4575/links-2.8-4.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4563/firebird-2.5.3.26778.0-2.el6 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4669/libhtp-0.5.16-1.el6 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4693/denyhosts-2.6-19.el6.1 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4737/docker-io-1.4.0-2.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4729/ettercap-0.7.5-4.el6.1.20120906gitc796e5 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4766/mediawiki119-1.19.23-1.el6 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4773/unrtf-0.21.7-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4807/libssh-0.5.5-3.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing iperf3-3.0.10-1.el6 nodejs-stream-combiner-0.2.1-1.el6 root-5.34.24-1.el6 zabbix-1.8.22-1.el6 Details about builds: iperf3-3.0.10-1.el6 (FEDORA-EPEL-2014-4824) Measurement tool for TCP/UDP bandwidth performance Update Information: update to 3.0.10 ChangeLog: * Sat Dec 20 2014 Susant Sahani ssah...@redhat.com 3.0.10-1 - Update to 3.0.10 References: [ 1 ] Bug #1176274 - iperf3-3.0.10 is available https://bugzilla.redhat.com/show_bug.cgi?id=1176274 nodejs-stream-combiner-0.2.1-1.el6 (FEDORA-EPEL-2014-4826) Turn a pipeline into a single stream Update Information: Initial packaging References: [ 1 ] Bug #1172972 - Review Request: nodejs-stream-combiner - Turn a pipeline into a single stream https://bugzilla.redhat.com/show_bug.cgi?id=1172972 root-5.34.24-1.el6 (FEDORA-EPEL-2014-4825) Numerical data analysis framework Update Information: http://root.cern.ch/drupal/content/root-version-v5-34-00-patch-release-notes\r\n ChangeLog: * Fri Dec 19 2014 Mattias Ellert mattias.ell...@fysast.uu.se - 5.34.24-1 - Update to 5.34.24 - Drop patch root-bsd-misc.patch zabbix-1.8.22-1.el6 (FEDORA-EPEL-2014-4822) Open-source monitoring solution for your IT infrastructure Update Information: http://www.zabbix.com/rn1.8.22.php ChangeLog: * Sat Dec 20 2014 Volker Fröhlich volke...@gmx.at - 1.8.22-1 - New upstream release ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[EPEL-devel] [EPEL] #28: Broken buildSRPMFromSCM in EPEL 5 koji
#28: Broken buildSRPMFromSCM in EPEL 5 koji
-+
Reporter: ellert | Owner: epel-wranglers
Type: defect | Status: new
Priority: major| Milestone:
Component: Package request |Version:
Keywords: |
-+
See e.g. https://koji.fedoraproject.org/koji/taskinfo?taskID=8452446
The exact same build worked a few days ago (right after the GitPython
hickup was fixed):
https://koji.fedoraproject.org/koji/taskinfo?taskID=8428548
The error message says BuildError: error retrieving sources. - i.e. the
fedpkg sources command fails.
According to root.log in the two builds fedpkg was installed when
preparing buildSRPMFromSCM for the successful build, but not for the
failing one.
Compare:
{{{
DEBUG util.py:283: Installing for group install srpm-build:
DEBUG util.py:283: bashx86_64 3.2-33.el5_11.4
build 1.8 M
DEBUG util.py:283: buildsys-macros noarch 5-4.el5
build 2.5 k
DEBUG util.py:283: cvs x86_64 1.11.22-11.el5_8.1
build 738 k
DEBUG util.py:283: fedpkg noarch 0.5.9.2-1.el5
build 107 k
DEBUG util.py:283: gnupg x86_64 1.4.5-18.el5_10.1
build 1.8 M
DEBUG util.py:283: makex86_64 1:3.81-3.el5
build 471 k
DEBUG util.py:283: redhat-release x86_64 5Server-5.11.0.2
build 63 k
DEBUG util.py:283: redhat-rpm-config noarch 8.0.45-32.el5
build 54 k
DEBUG util.py:283: rpm-build x86_64 4.4.2.3-36.el5_11
build 304 k
DEBUG util.py:283: Installing for dependencies:
}}}
and
{{{
DEBUG util.py:283: Installing:
DEBUG util.py:283: bashppc3.2-33.el5_11.4
build 1.8 M
DEBUG util.py:283: buildsys-macros noarch 5-4.el5
build 2.5 k
DEBUG util.py:283: cvs ppc1.11.22-11.el5_8.1
build 753 k
DEBUG util.py:283: gnupg ppc1.4.5-18.el5_10.1
build 1.9 M
DEBUG util.py:283: makeppc1:3.81-3.el5
build 476 k
DEBUG util.py:283: redhat-release ppc5Server-5.11.0.2
build 63 k
DEBUG util.py:283: redhat-rpm-config noarch 8.0.45-32.el5
build 54 k
DEBUG util.py:283: rpm-build ppc4.4.2.3-36.el5_11
build 314 k
DEBUG util.py:283: Installing for dependencies:
}}}
--
Ticket URL: https://fedorahosted.org/epel/ticket/28
EPEL https://fedoraproject.org/wiki/EPEL
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Mail bounces: akozu...@redhat.com
On Sat, Dec 20, 2014 at 11:26:07AM +0530, Parag N(पराग़) wrote: Generally I have seen sometimes when a RH employee quits, his packages gets re-assigned to some peer or its manager. This can be easily seen by bugzilla notifications where bugs gets reassigned. When Ales quit, I thought this bugzilla script will be run (not sure who triggers this script) but that did not happen. Well, eventually the package was reassign as Ales is no longer the point of contact. However, Ales kept approve_acl and commit on the package though, so he is still part of the -owner alias. Since we have an email to contact him, we should just do this and ask him to change his email in FAS. Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20141220 changes
Compose started at Sat Dec 20 05:15:02 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires liboflog.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg8.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg16.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg12.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmnet.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmjpeg.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimgle.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimage.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmdata.so.3.6 [boswars] boswars-2.7-5.fc22.i686 requires libtolua++-5.1.so [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [ember] ember-0.7.2-2.fc22.i686 requires libtolua++-5.1.so [fawkes] fawkes-lua-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-katana-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-pantilt-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-roomba-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-skiller-0.5.0-19.fc22.i686 requires libtolua++-5.1.so [gcc-python-plugin] gcc-python2-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python2-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 [glances] glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 [google-roboto-fonts] google-roboto-condensed-fonts-1.2-6.fc22.noarch requires google-roboto-common = 0:1.2-6.fc22 [gtatool] gtatool-dcmtk-1.5.2-14.fc22.i686 requires libofstd.so.3.6 gtatool-dcmtk-1.5.2-14.fc22.i686 requires liboflog.so.3.6 gtatool-dcmtk-1.5.2-14.fc22.i686 requires libijg8.so.3.6 gtatool-dcmtk-1.5.2-14.fc22.i686 requires libijg16.so.3.6 gtatool-dcmtk-1.5.2-14.fc22.i686 requires libijg12.so.3.6 gtatool-dcmtk-1.5.2-14.fc22.i686 requires libdcmjpeg.so.3.6 gtatool-dcmtk-1.5.2-14.fc22.i686 requires libdcmimgle.so.3.6 gtatool-dcmtk-1.5.2-14.fc22.i686 requires libdcmdata.so.3.6 [guacamole-server] libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-utils.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-core.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-codec.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-cache.so.1.2 [nodejs-astral] nodejs-astral-0.1.0-2.fc22.noarch requires npm(clone) 0:0.2 [nodejs-astral-angular-annotate] nodejs-astral-angular-annotate-0.0.2-2.fc22.noarch requires npm(clone) 0:0.2 [nwchem] nwchem-openmpi-6.3.2-11.fc21.i686 requires libmpi_usempi.so.1 [pam_mapi] pam_mapi-0.2.0-3.fc22.i686 requires libmapi.so.0 [python-selenium] python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib [rubygem-wirb] rubygem-wirb-1.0.3-2.fc21.noarch requires rubygem(paint) 0:0.9 [shogun] shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22 [stratagus] stratagus-2.2.7-4.fc22.i686 requires libtolua++-5.1.so [uwsgi] uwsgi-plugin-gridfs-2.0.7-2.fc22.i686 requires libmongoclient.so uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.i686 requires libmongoclient.so [vfrnav] vfrnav-20140510-2.fc22.i686 requires libpolyclipping.so.16 vfrnav-utils-20140510-2.fc22.i686 requires libpolyclipping.so.16 [vinagre] vinagre-3.15.3-1.fc22.i686 requires libfreerdp-utils.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-rail.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-primitives.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-locale.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-gdi.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-crypto.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-core.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-common.so.1.2.0 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-codec.so.1.2 vinagre-3.15.3-1.fc22.i686 requires libfreerdp-cache.so.1.2 [weston] weston-1.6.0-2.fc22.i686 requires libfreerdp-utils.so.1.2 weston-1.6.0-2.fc22.i686 requires libfreerdp-rail.so.1.2
chromium
I understand Fedora's position on Chromium BUT not having a 3rd party available for F21 is not acceptable - ie. this morning Firefox is not connecting to the internet (yet thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning WARNING: CPU 0 PID 1419 at drivers.net.wireless/ath/ath9k.recv point is, browser choice is important and Chromium on my F20 is working. Also as developers, we need to work with all browsers. Even if Fedora does not elect to maintain packages for Chromium, there should be some effort to work with or encourage a 3rd party or fix whatever package might be holding up someone else from implementing it (ie if it's clang compiling or whatever. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Cinnamon Spin
Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. I have the kickstart files in this github repo: https://github.com/Grinnz/spin-kickstart-cinnamon And resulting images, which I have briefly tested and installed in a VM: https://grinnz.com/public/spins-cinnamon/ I added a skeleton wiki page as well: https://fedoraproject.org/wiki/Cinnamon_Spin -Dan Book -- 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: chromium
The fact that there isn't a popular 3rd-party repo packaging Chromium does not appear to be relevant to Fedora. I don't see anybody discouraging it. Perhaps you should approach a popular 3rd-party to suggestion packaging Chromium in their repos? http://rpmfusion.org/ is one such standard 3rd-party repo for Fedora users. Perhaps you can contribute packaging for Chromium to their project? -- Christopher L Tubbs II http://gravatar.com/ctubbsii On Sat, Dec 20, 2014 at 11:33 AM, john.tiger john.tigernas...@gmail.com wrote: I understand Fedora's position on Chromium BUT not having a 3rd party available for F21 is not acceptable - ie. this morning Firefox is not connecting to the internet (yet thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning WARNING: CPU 0 PID 1419 at drivers.net.wireless/ath/ath9k.recv point is, browser choice is important and Chromium on my F20 is working. Also as developers, we need to work with all browsers. Even if Fedora does not elect to maintain packages for Chromium, there should be some effort to work with or encourage a 3rd party or fix whatever package might be holding up someone else from implementing it (ie if it's clang compiling or whatever. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: chromium
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/20/2014 05:33 PM, john.tiger wrote: I understand Fedora's position on Chromium BUT not having a 3rd party available for F21 is not acceptable - ie. this morning Firefox is not connecting to the internet (yet thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning WARNING: CPU 0 PID 1419 at drivers.net.wireless/ath/ath9k.recv point is, browser choice is important and Chromium on my F20 is working. Also as developers, we need to work with all browsers. Even if Fedora does not elect to maintain packages for Chromium, there should be some effort to work with or encourage a 3rd party or fix whatever package might be holding up someone else from implementing it (ie if it's clang compiling or whatever. I dont understand. What has to do the browser with a wireless driver problem? - -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.fedoraproject.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUlabAAAoJEFyovWBm4V0AjJoP/2ANsOD30pisld42w4MkL6lR KUfvUsTcWVwy7wcKpBsSj5u2S2E01pjSdEcbivI/ndYsLjfaJmVC7dACVd+kNI8e M4I11LRq7P5CwPu/ekpA+RwFINXr6chJvWe4NCRPTubb9SYYIEUeOE2ctAHlOTK5 W+GOgER7SoftE/OfZBZP8454yBvjzo10bB0cezKk72n7q/1vLx1u8F49y1peal6E nvceFJGPW2k//utwfW8/mIMs6fIzoJi9cekweJugN5s5J6fx9l4PPTF2TaPXZglg H6hON6+xswS6n7vO+uL783P94PoBY/moYE927P66HatFlg6IYKvbiBugS7pxMBgE JSnf59WiT+/Ia32+LTG9HaFZtOoy+SKa2Co2GZgNyjhYBY2NL2F9T3Z0iBv6NE1J C3P9b+2nlwOO2QMxsoPR6hW+MCDBsOcM8LlRlsUa3jwe4CF1t5TGvMBDGCksL9CY 5Hncz1onFejXWzxH83kg/GhBBrjd+Dp8XW6wuzzsAQYMhzjo6y/HAvBRBCWP94RO syWnqH6rWnP7CWqLcABIvZ3fqoHbomFGW2erZ/iPKy0J7rEq8RfqzfUtxnt3781e DJWaEC1EPuQVieRlVgWj4U8htodecSjwi+3Yqz+HzdqOTFjou1jqb12UUGBCiyxa eSMy0UQVIRurvkvfOTGJ =FooU -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: chromium
Am 20.12.2014 um 17:33 schrieb john.tiger: I understand Fedora's position on Chromium BUT not having a 3rd party available for F21 is not acceptable for whom? ie. this morning Firefox is not connecting to the internet (yet thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning WARNING: CPU 0 PID 1419 at drivers.net.wireless/ath/ath9k.recv which implies a completly unrelated problem you stripped that error message and should write a bugreport point is, browser choice is important there are enough browsers available for Fedora not only FF and Chromium on my F20 is working but that's not really related to Fdora Also as developers, we need to work with all browsers. really? than you need virtual machines for different MSIE anyways also Google as a 3rd party repo for Chrome google-chrome-stable-39.0.2171.95-1.x86_64 Even if Fedora does not elect to maintain packages for Chromium, there should be some effort to work with or encourage a 3rd party or fix whatever package might be holding up someone else from implementing it (ie if it's clang compiling or whatever. chromium upstream has to make that effort or even *you* signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 5tFTW: Fedora 21, 22, and 19, firewall discussion, and holiday break
Il 17/12/2014 20:38, Matthew Miller ha scritto: This is clearly, not the most friendly approach; it’s my understanding that the desktop designers, network tools team, and security team are going to work together to develop a better overall solution for Fedora 22 and beyond. Maybe I put it too simple, but instead of opening all high ports by default what about having firewall rules declared in RPMs for packages that need to have ports opened? I mean, creating a script in the %post section of the specfile where the packager can tell firewalld to open up one or more ports. I know it's not perfect, because this solution covers only packages that come from official repositories, but this can be a start. The alternative could be a open approach from Firewalld, where an application, when it's executed, can inform firewalld that needs to open a port, firewalld asks the user if it should grant access to the application and then opens the port... but this needs to be implemented in the source of every application, it can eventually be sponsored to become a standard in the linux world. -- 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: Cinnamon Spin
Hi On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). Please file a bug report. I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. Spins do take sometime regularly and you should either be actively working with the Cinnamon maintainers in Fedora or be a co-maintainer yourself but now that you have gotten a headstart, hopefully others can step in and take it forward working with you if you are interested/have that time. Thanks! 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: Cinnamon Spin
Hi, I'm Fale, one of the cinnamon maintainer of Fedora and I was working on a Cinnamon Spin too. Due to the big amount of work I'm doing during these months, I kind of left it behind. I can join you with this project if you want too :). Thanks a lot, Fabio On Sat, Dec 20, 2014 at 6:14 PM, Rahul Sundaram methe...@gmail.com wrote: Hi On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). Please file a bug report. I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. Spins do take sometime regularly and you should either be actively working with the Cinnamon maintainers in Fedora or be a co-maintainer yourself but now that you have gotten a headstart, hopefully others can step in and take it forward working with you if you are interested/have that time. Thanks! 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 -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (CET/CEST) Phone: +39 348 2668873 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: B1CD 2318 532D 57D6 56FA E409 64DE 5B09 C09A 145F Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Wiki upload rights
Hi, wiki admins please enable upload rights for valentt account so that I can continue contributing to wiki. Thanks, Valent. -- 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: chromium
On 20/12/14 17:40, Christopher wrote: The fact that there isn't a popular 3rd-party repo packaging Chromium does not appear to be relevant to Fedora. I don't see anybody discouraging it. Perhaps you should approach a popular 3rd-party to suggestion packaging Chromium in their repos? I made an attempt on this, which really is about the larger issue to package a foreign repo in rpmfusion. However, this is stalled due to different views on if/how this should be handled. --alec PS: Please don't top-post. DS -- 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: Cinnamon Spin
On 12/20/2014 8:35 AM, Dan Book wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. I have the kickstart files in this github repo: https://github.com/Grinnz/spin-kickstart-cinnamon And resulting images, which I have briefly tested and installed in a VM: https://grinnz.com/public/spins-cinnamon/ I added a skeleton wiki page as well: https://fedoraproject.org/wiki/Cinnamon_Spin -Dan Book I successfully installed the cinnamon x86_64.iso via f21 liveusb-creator with the (dd) option [1] and installed it to Bare metal from the USB. Thanks for this build I hope it becomes a spin. I included links to your build here: [1] http://wiki.sugarlabs.org/go/Fedora_22#liveusb-creator NOTE: Install error anaconda 21.48.21-1 (liveinst) **(anaconda:2201) : Warning **: Binding 'shiftPrint' failed! repeated many times in terminal. menu/administration/Fedora Release Notes has 2 entries (both work) Tom Gilliard satellit #fedora-qa freenode IRC -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
taskotron failure to see dependencies (...has inferior architecture )
... Automatic push to stable based on karma has been disabled for this update due to failure of an AutoQA test ... But I cannot see the error: ---8--- not ok - depcheck for Bodhi update sagemath-6.1.1-6.fc20 # FAIL --- arch: x86_64 details: output: |- Build sagemath-6.1.1-6.fc20 failed depcheck package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-data-etc-6.1.1-6.fc20.noarch requires sagemath-data = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-sagetex-6.1.1-6.fc20.i686 requires sagemath(x86-32) = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-devel-6.1.1-6.fc20.i686 requires sagemath(x86-32) = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-data-graphs-6.1.1-6.fc20.noarch requires sagemath-data = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-data-polytopes_db-6.1.1-6.fc20.noarch requires sagemath-data = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-data-elliptic_curves-6.1.1-6.fc20.noarch requires sagemath-data = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-rubiks-6.1.1-6.fc20.i686 requires sagemath(x86-32) = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-notebook-6.1.1-6.fc20.i686 requires sagemath(x86-32) = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-core-6.1.1-6.fc20.i686 requires sagemath(x86-32) = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture package sagemath-data-conway_polynomials-6.1.1-6.fc20.noarch requires sagemath-data = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed package sagemath-data-6.1.1-6.fc20.noarch requires sagemath = 6.1.1-6.fc20, but none of the providers can be installed sagemath-6.1.1-6.fc20.i686 has inferior architecture sagemath-6.1.1-6.fc20.i686 has inferior architecture item: sagemath-6.1.1-6.fc20 outcome: FAILED summary: sagemath-6.1.1-6.fc20 into F20 stable ---8--- Thanks, Paulo -- 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: chromium
On 20 December 2014 at 09:33, john.tiger john.tigernas...@gmail.com wrote: I understand Fedora's position on Chromium BUT not having a 3rd party available for F21 is not acceptable - Hi, I realize you are angry and upset you can't browse but various other functions are working, but your first sentence doesn't help you either getting it fixed or working. Instead it comes across as throwing a gauntlet down and daring people to pick a fight about what is acceptable or not versus fixing your problem. A) This list isnt about user problems, but about development issues inside of Fedora. B) This list isn't about what 3rd party repositories contain or do not contain. C) This list is full of very cranky people who like to bite people who they think poked them. So let us start over. You have a problem with Firefox not connecting to the internet but haven't described what that means (does the application start, does the application show an error, does the application crash after trying to connect to some web server, what version of Firefox are you using, when did it last work? have you turned off various plugins and such as they are the usual suspect for stopping a browser from working.) You have shown than you can connect ot the internet via chrome and dnf. The chromium says that the problem is not likely a MitM proxy blocking you but if you try with epiphany and then get errors that might be the issue. After that to bring it back to something that is related to this mailing list, try running firefox from the command line. Look to see if it displays any errors when trying to connect. If so then it might be a problem that the firefox developers can fix. Next step. mv .mozilla .mozilla_blech firefox if firefox starts now then it is likely some sort of corruption in your firefox directory which is outside of this list to fix. ie. this morning Firefox is not connecting to the internet (yet thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning WARNING: CPU 0 PID 1419 at drivers.net.wireless/ath/ath9k.recv point is, browser choice is important and Chromium on my F20 is working. Also as developers, we need to work with all browsers. Even if Fedora does not elect to maintain packages for Chromium, there should be some effort to work with or encourage a 3rd party or fix whatever package might be holding up someone else from implementing it (ie if it's clang compiling or whatever. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Stephen J Smoogen. -- 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: chromium
Hi, if you want take a tour with https://repos.fedorapeople.org/repos/spot/chromium/fedora-chromium-stable.repo only for x86-64 arch for f20 ... regards gil Il 20/12/2014 20:18, Stephen John Smoogen ha scritto: On 20 December 2014 at 09:33, john.tiger john.tigernas...@gmail.com mailto:john.tigernas...@gmail.com wrote: I understand Fedora's position on Chromium BUT not having a 3rd party available for F21 is not acceptable - Hi, I realize you are angry and upset you can't browse but various other functions are working, but your first sentence doesn't help you either getting it fixed or working. Instead it comes across as throwing a gauntlet down and daring people to pick a fight about what is acceptable or not versus fixing your problem. A) This list isnt about user problems, but about development issues inside of Fedora. B) This list isn't about what 3rd party repositories contain or do not contain. C) This list is full of very cranky people who like to bite people who they think poked them. So let us start over. You have a problem with Firefox not connecting to the internet but haven't described what that means (does the application start, does the application show an error, does the application crash after trying to connect to some web server, what version of Firefox are you using, when did it last work? have you turned off various plugins and such as they are the usual suspect for stopping a browser from working.) You have shown than you can connect ot the internet via chrome and dnf. The chromium says that the problem is not likely a MitM proxy blocking you but if you try with epiphany and then get errors that might be the issue. After that to bring it back to something that is related to this mailing list, try running firefox from the command line. Look to see if it displays any errors when trying to connect. If so then it might be a problem that the firefox developers can fix. Next step. mv .mozilla .mozilla_blech firefox if firefox starts now then it is likely some sort of corruption in your firefox directory which is outside of this list to fix. ie. this morning Firefox is not connecting to the internet (yet thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning WARNING: CPU 0 PID 1419 at drivers.net.wireless/ath/ath9k.recv point is, browser choice is important and Chromium on my F20 is working. Also as developers, we need to work with all browsers. Even if Fedora does not elect to maintain packages for Chromium, there should be some effort to work with or encourage a 3rd party or fix whatever package might be holding up someone else from implementing it (ie if it's clang compiling or whatever. -- devel mailing list devel@lists.fedoraproject.org mailto:devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Stephen J Smoogen. attachment: puntogil.vcf-- 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: 5tFTW: Fedora 21, 22, and 19, firewall discussion, and holiday break
On Sat, 2014-12-20 at 17:51 +0100, Mattia Verga wrote: Maybe I put it too simple, but instead of opening all high ports by default what about having firewall rules declared in RPMs for packages that need to have ports opened? Because we need to support applications that use random ports. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 5tFTW: Fedora 21, 22, and 19, firewall discussion, and holiday break
Am 20.12.2014 um 22:19 schrieb Michael Catanzaro: On Sat, 2014-12-20 at 17:51 +0100, Mattia Verga wrote: Maybe I put it too simple, but instead of opening all high ports by default what about having firewall rules declared in RPMs for packages that need to have ports opened? Because we need to support applications that use random ports first: you should not quote only parts and stop reading premature what about first try to fix that applications instead burry the default firewall to make them happy - since networking is my daily job i see no single reason to design a *server* for listen on random ports and there is really no single reason to make security decisions based on *one* desktop and it's shipped applications __ you completly ignored the following paragraph, my guess is because ask the user is considered harmful by GNOME upstream The alternative could be a open approach from Firewalld, where an application, when it's executed, can inform firewalld that needs to open a port, firewalld asks the user if it should grant access to the application and then opens the port... but this needs to be implemented in the source of every application, it can eventually be sponsored to become a standard in the linux world. signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: chromium
On Sat, Dec 20, 2014 at 09:33:45AM -0700, john.tiger wrote: I understand Fedora's position on Chromium BUT not having a 3rd party available for F21 is not acceptable - ... Chromium is already packaged by a Russian Fedora, check [1] to enable the repos (hint: use google translate or something similar). Another option, is to use churchyard build which is similar to Russian Fedora one but without pepper-flash [2] HTH PS. I'm not familiar with Russian Fedora policy, so make sure to check if it does not replace packages from fedora base repos. [1] http://ru.fedoracommunity.org/repository [2] https://copr.fedoraproject.org/coprs/churchyard/chromium-russianfedora/ Regards. -- Athmane -- 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: 5tFTW: Fedora 21, 22, and 19, firewall discussion, and holiday break
On Sat, 2014-12-20 at 22:24 +0100, Reindl Harald wrote: you completly ignored the following paragraph, my guess is because ask the user is considered harmful by GNOME upstream Well I read it, but yes, I do think that ask the user is harmful. We need to get out of the business of training users to click through security prompts. You and I will have to agree to disagree on this. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 5tFTW: Fedora 21, 22, and 19, firewall discussion, and holiday break
Am 20.12.2014 um 23:32 schrieb Michael Catanzaro: On Sat, 2014-12-20 at 22:24 +0100, Reindl Harald wrote: you completly ignored the following paragraph, my guess is because ask the user is considered harmful by GNOME upstream Well I read it, but yes, I do think that ask the user is harmful. We need to get out of the business of training users to click through security prompts. You and I will have to agree to disagree on this how can not ask the user and open things anyways not be *much more harmful* - that's completly illogical instead of rely on a users action do the harm as default don't make things better and it's simply impossible to have complex computer systems working magical secure and maintaince free out of the box signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: taskotron failure to see dependencies (...has inferior architecture )
Paulo César Pereira de Andrade wrote: Automatic push to stable based on karma has been disabled for this update due to failure of an AutoQA test ... But I cannot see the error: This is a false positive. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: chromium
On Sat, Dec 20, 2014 at 8:33 AM, john.tiger john.tigernas...@gmail.com wrote: Also as developers, we need to work with all browsers. If you're concerned about keeping your applications working with Chrome your best bet would be to install google-chrome-unstable to stay on the forefront of compatibility. You can easily also switch to google-chrome-stable and google-chrome-beta if you wish. I don't believe you're going to get access to the chromium builds as quickly and easily. Just ain't gonna happen anytime soon. I don't know anyone who even bothers with installing Chromium. If you turn around and install Pepper Flash anyway, what's the point? -- 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: Cinnamon Spin
On Sat, Dec 20, 2014 at 12:54 PM, Fabio Alessandro Locati fabioloc...@gmail.com wrote: Hi, I'm Fale, one of the cinnamon maintainer of Fedora and I was working on a Cinnamon Spin too. Due to the big amount of work I'm doing during these months, I kind of left it behind. I can join you with this project if you want too :). Thanks a lot, Fabio Thank you, I would definitely appreciate any assistance. Right now the spin is rather simple, it is using the fedora-live-base.ks, installing the cinnamon-desktop group and otherwise mostly following the XFCE spin's kickstart for setting up lightdm and the liveuser. On Sat, Dec 20, 2014 at 6:14 PM, Rahul Sundaram methe...@gmail.com wrote: Hi On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). Please file a bug report. I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. Spins do take sometime regularly and you should either be actively working with the Cinnamon maintainers in Fedora or be a co-maintainer yourself but now that you have gotten a headstart, hopefully others can step in and take it forward working with you if you are interested/have that time. Thanks! Rahul Thanks for the information. I have filed a bug report as I didn't find one existing about this issue: https://bugzilla.redhat.com/show_bug.cgi?id=1176370 -Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: chromium
On Sat, Dec 20, 2014 at 5:51 PM, Gerald B. Cox gb...@bzb.us wrote: On Sat, Dec 20, 2014 at 8:33 AM, john.tiger john.tigernas...@gmail.com wrote: Also as developers, we need to work with all browsers. You need to work with all *popular* browsers. That's IE, Chrome stable, Firefox stable and iOS Safari, perhaps Opera. Look at your website's analytics and see what people are using to view your site and test with those. *Chromium* has never been popular and hopefully never will. If you're concerned about keeping your applications working with Chrome your best bet would be to install google-chrome-unstable to stay on the forefront of compatibility. You can easily also switch to google-chrome-stable and google-chrome-beta if you wish. I don't believe you're going to get access to the chromium builds as quickly and easily. Just ain't gonna happen anytime soon. I don't know anyone who even bothers with installing Chromium. If you turn around and install Pepper Flash anyway, what's the point? The last time I even touched Chromium was when it was the default browser in Lubuntu. Fortunately the Lubuntu folks went back to Firefox. ;-) -- 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: Cinnamon Spin
On Sun, Dec 21, 2014 at 1:25 PM, Thomas Gilliard satelli...@gmail.com wrote: On 12/20/2014 8:35 AM, Dan Book wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. I have the kickstart files in this github repo: https://github.com/Grinnz/spin-kickstart-cinnamon And resulting images, which I have briefly tested and installed in a VM: https://grinnz.com/public/spins-cinnamon/ I added a skeleton wiki page as well: https://fedoraproject.org/wiki/Cinnamon_Spin -Dan Book I successfully installed the cinnamon x86_64.iso via f21 liveusb-creator with the (dd) option [1] and installed it to Bare metal from the USB. Thanks for this build I hope it becomes a spin. I included links to your build here: [1] http://wiki.sugarlabs.org/go/Fedora_22#liveusb-creator NOTE: Install error anaconda 21.48.21-1 (liveinst) **(anaconda:2201) : Warning **: Binding 'shiftPrint' failed! repeated many times in terminal. menu/administration/Fedora Release Notes has 2 entries (both work) Tom Gilliard satellit #fedora-qa freenode IRC Thank you for the feedback. I will look into these, but I don't know much about anaconda. -Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1171777] Test-Trap v0.2.5 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1171777 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Test-Trap-0.2.5-1.fc21 has been pushed to the Fedora 21 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=1LbBOVserfa=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 1175205] perl-Gearman-Server-1.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175205 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- Package perl-Gearman-Server-1.12-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Gearman-Server-1.12-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-17332/perl-Gearman-Server-1.12-1.fc20 then log in and leave karma (feedback). -- 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=wpsofiQKWPa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-mogilefs-server/el5] 2014-12-20: Retired because of broken deps: unresolved dependencies for mogstored-backend-perlbal-2.
commit 7beb4d0e37b0bad89740d766cde1a3b065ced5dd Author: Till Maas opensou...@till.name Date: Sat Dec 20 17:48:46 2014 +0100 2014-12-20: Retired because of broken deps: unresolved dependencies for mogstored-backend-perlbal-2.30-1.el5.noarch: Perlbal .gitignore |1 - dead.package |4 + mogilefs-remove_deps.patch | 80 mogilefs.conf |3 - mogilefsd.conf |6 - mogilefsd.init | 62 -- mogstored.init | 62 -- perl-mogilefs-server.spec | 287 sources|1 - 9 files changed, 4 insertions(+), 502 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..69cf983 --- /dev/null +++ b/dead.package @@ -0,0 +1,4 @@ +2014-12-20: Retired because of broken deps: +unresolved dependencies for mogstored-backend-perlbal-2.30-1.el5.noarch: +Perlbal + -- 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
[PkgDB] till updated package: perl-mogilefs-server status to Retired [el5]
user: till updated package: perl-mogilefs-server status from: Approved to Retired on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-mogilefs-server -- 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-Perlbal-XS-HTTPHeaders/el5] 2014-12-20: Retired because of broken deps: unresolved dependencies for perl-Perlbal-XS-HTTPHeaders-
commit a2150e53396703db619df5d5bcf93645be10a807 Author: Till Maas opensou...@till.name Date: Sat Dec 20 17:49:12 2014 +0100 2014-12-20: Retired because of broken deps: unresolved dependencies for perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.i386: perl(Perlbal::HTTPHeaders) perl(Perlbal) dead.package |5 +++ perl-Perlbal-XS-HTTPHeaders.spec | 57 -- sources |1 - 3 files changed, 5 insertions(+), 58 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..6cb3b54 --- /dev/null +++ b/dead.package @@ -0,0 +1,5 @@ +2014-12-20: Retired because of broken deps: +unresolved dependencies for perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.i386: +perl(Perlbal::HTTPHeaders) +perl(Perlbal) + -- 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
[PkgDB] till updated package: perl-Perlbal-XS-HTTPHeaders status to Retired [el5]
user: till updated package: perl-Perlbal-XS-HTTPHeaders status from: Approved to Retired on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Perlbal-XS-HTTPHeaders -- 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
[PkgDB] till updated package: perl-OpenOffice-UNO status to Retired [el6]
user: till updated package: perl-OpenOffice-UNO status from: Approved to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-OpenOffice-UNO -- 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-OpenOffice-UNO/el6] 2014-12-20: Retired because of broken deps: unresolved dependencies for perl-OpenOffice-UNO-0.07-4.e
commit 040e5ff888ebb180ab7492ceb2fcc740e193140e Author: Till Maas opensou...@till.name Date: Sat Dec 20 18:35:35 2014 +0100 2014-12-20: Retired because of broken deps: unresolved dependencies for perl-OpenOffice-UNO-0.07-4.el6.i686: libstlport_gcc.so .gitignore |1 - 0001-Hardcode-rpath-to-uno-library.patch | 21 --- 0001-Preserve-cflags.patch | 34 --- dead.package |4 + perl-OpenOffice-UNO.spec | 92 -- sources |1 - 6 files changed, 4 insertions(+), 149 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..9d7012f --- /dev/null +++ b/dead.package @@ -0,0 +1,4 @@ +2014-12-20: Retired because of broken deps: +unresolved dependencies for perl-OpenOffice-UNO-0.07-4.el6.i686: +libstlport_gcc.so + -- 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 epel-6 tree: On x86_64: perl-qpid_proton-0.7-1.el6.x86_64 requires qpid-proton-c = 0:0.7 On i386: perl-qpid_proton-0.7-1.el6.i686 requires qpid-proton-c = 0:0.7 On ppc64: perl-qpid_proton-0.7-1.el6.ppc64 requires qpid-proton-c = 0:0.7 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-OpenOffice-UNO
perl-OpenOffice-UNO has broken dependencies in the epel-6 tree: On x86_64: perl-OpenOffice-UNO-0.07-4.el6.x86_64 requires libsal_textenc.so.3()(64bit) 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 epel-6 tree: On x86_64: perl-qpid_proton-0.7-1.el6.x86_64 requires qpid-proton-c = 0:0.7 On i386: perl-qpid_proton-0.7-1.el6.i686 requires qpid-proton-c = 0:0.7 On ppc64: perl-qpid_proton-0.7-1.el6.ppc64 requires qpid-proton-c = 0:0.7 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-Authen-Simple
perl-Authen-Simple has broken dependencies in the epel-6 tree: On ppc64: perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5) 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-OpenOffice-UNO
perl-OpenOffice-UNO has broken dependencies in the epel-6 tree: On x86_64: perl-OpenOffice-UNO-0.07-4.el6.x86_64 requires libsal_textenc.so.3()(64bit) 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-XML-Xerces
perl-XML-Xerces has broken dependencies in the epel-5 tree: On ppc: perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27 On x86_64: perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit) On i386: perl-XML-Xerces-2.7.0_0-4.el5.i386 requires libxerces-c.so.27 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-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 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-Perlbal-XS-HTTPHeaders
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the epel-5 tree: On ppc: perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires perl(Perlbal::HTTPHeaders) perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires perl(Perlbal) On x86_64: perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.x86_64 requires perl(Perlbal::HTTPHeaders) perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.x86_64 requires perl(Perlbal) On i386: perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.i386 requires perl(Perlbal::HTTPHeaders) perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.i386 requires perl(Perlbal) 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-Getopt-GUI-Long
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree: On ppc: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On x86_64: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On i386: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) 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-QWizard
perl-QWizard has broken dependencies in the epel-5 tree: On ppc: perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2) On x86_64: perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2) On i386: perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2) 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-mogilefs-server
perl-mogilefs-server has broken dependencies in the epel-5 tree: On ppc: mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal On x86_64: mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal On i386: mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal 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-XML-Xerces
perl-XML-Xerces has broken dependencies in the epel-5 tree: On ppc: perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27 On x86_64: perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit) On i386: perl-XML-Xerces-2.7.0_0-4.el5.i386 requires libxerces-c.so.27 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-mogilefs-server
perl-mogilefs-server has broken dependencies in the epel-5 tree: On ppc: mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal On x86_64: mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal On i386: mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal 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-Getopt-GUI-Long
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree: On ppc: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On x86_64: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On i386: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) 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-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 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-QWizard
perl-QWizard has broken dependencies in the epel-5 tree: On ppc: perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2) On x86_64: perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2) On i386: perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2) On ppc: perl-QWizard-3.15-10.el5.noarch requires perl(Gtk2) On x86_64: perl-QWizard-3.15-10.el5.noarch requires perl(Gtk2) On i386: perl-QWizard-3.15-10.el5.noarch requires perl(Gtk2) 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-Perlbal-XS-HTTPHeaders
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the epel-5 tree: On ppc: perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires perl(Perlbal::HTTPHeaders) perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires perl(Perlbal) On x86_64: perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.x86_64 requires perl(Perlbal::HTTPHeaders) perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.x86_64 requires perl(Perlbal) On i386: perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.i386 requires perl(Perlbal::HTTPHeaders) perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.i386 requires perl(Perlbal) 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
