[EPEL-devel] Orphaned packages in epel7
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainersStatus Change === SDL_mixer orphan, sdz 2014-05-14 (22 weeks ago) cqrlogorphan, sparks2014-10-14 (0 weeks ago) create-tx-configuration orphan, sparks2014-10-14 (0 weeks ago) golang-github-gorilla-orphan, golang-sig, 2014-06-11 (18 weeks context lsm5, mattdm, vbatts ago) golang-github-gorilla-orphan, golang-sig, 2014-06-11 (18 weeks mux lsm5, mattdm, vbatts ago) golang-github-kr-pty orphan, golang-sig, 2014-06-11 (18 weeks lsm5, mattdm ago) golang-googlecode-net orphan, golang-sig, 2014-06-11 (18 weeks jchaloup, lsm5, mattdm, ago) vbatts golang-googlecode-orphan, golang-sig, 2014-06-11 (18 weeks sqlitelsm5, vbatts ago) mikmodorphan, s4504kr, sdz 2014-05-14 (22 weeks ago) mysql-connector-pythonorphan2014-06-02 (19 weeks ago) pkcs11-helper orphan2014-08-03 (10 weeks ago) python-gunicorn orphan, dcallagh 2014-06-15 (17 weeks ago) python-itsdangerous orphan, branto, 2014-07-10 (14 weeks dcallagh ago) python-paver orphan, lmacken, toshio 2014-08-14 (9 weeks ago) python-requests orphan, sagarun, 2014-08-20 (8 weeks terminalmage ago) python-urllib3orphan, ralph, sagarun2014-07-06 (14 weeks ago) The following packages require above mentioned packages: Depending on: SDL_mixer (1) stellarium (maintained by: s4504kr) stellarium-0.12.4-3.el7.src requires SDL_mixer-devel = 1.2.12-4.el7 Depending on: mysql-connector-python (1) mysql-utilities (maintained by: hubbitus, hhorak) mysql-utilities-1.3.6-1.el7.noarch requires mysql-connector-python = 1.1.6-1.el7 mysql-utilities-1.3.6-1.el7.src requires mysql-connector-python = 1.1.6-1.el7 Depending on: pkcs11-helper (2) openvpn (maintained by: steve, huzaifas, limb) openvpn-2.3.2-4.el7.src requires pkcs11-helper-devel = 1.10-1.el7 openvpn-2.3.2-4.el7.x86_64 requires libpkcs11-helper.so.1()(64bit) NetworkManager-openvpn (maintained by: limb, huzaifas, pavlix) NetworkManager-openvpn-0.9.8.2-4.el7.1.x86_64 requires openvpn = 2.3.2-4.el7 Affected (co)maintainers branto: python-itsdangerous dcallagh: python-gunicorn, python-itsdangerous golang-sig: golang-googlecode-net, golang-github-gorilla-context, golang-googlecode-sqlite, golang-github-kr-pty, golang-github-gorilla-mux hhorak: mysql-connector-python hubbitus: mysql-connector-python huzaifas: pkcs11-helper jchaloup: golang-googlecode-net limb: pkcs11-helper lmacken: python-paver lsm5: golang-googlecode-net, golang-github-gorilla-context, golang-googlecode-sqlite, golang-github-kr-pty, golang-github-gorilla-mux mattdm: golang-googlecode-net, golang-github-gorilla-context, golang-github-kr-pty, golang-github-gorilla-mux pavlix: pkcs11-helper ralph: python-urllib3 s4504kr: SDL_mixer, mikmod sagarun: python-urllib3, python-requests sdz: SDL_mixer, mikmod
Re: [EPEL-devel] [Extra Packages for Enterprise Linux] #17: 2014-10-09 EPEL-7 orphan list
#17: 2014-10-09 EPEL-7 orphan list --+ Reporter: smooge | Owner: epel-wranglers Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Resolution: | Keywords: --+ Comment (by maxamillion): python-gunicorn python-requests python-urllib3 The above packages are dead.package'd because they are in RHEL7 proper and should probably be removed from the list. -AdamM -- Ticket URL: https://fedorahosted.org/epel/ticket/17#comment:1 Extra Packages for Enterprise Linux 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
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 910 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 364 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 129 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 25 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2669/check-mk-1.2.4p5-1.el5 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2853/mediawiki119-1.19.18-1.el5 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3206/phpMyAdmin4-4.0.10.4-1.el5 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-/catdoc-0.94.2-10.el5 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3455/drupal7-7.32-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing drupal7-context-3.3-2.el5 drupal7-date_ical-3.3-1.el5 drupal7-features-2.2-2.el5 drupal7-feeds-2.0-0.10.alpha8.el5 drupal7-job_scheduler-2.0-0.7.alpha3.el5 mksh-50d-1.el5 munin-2.0.23-1.el5 pidgin-sipe-1.18.4-1.el5 Details about builds: drupal7-context-3.3-2.el5 (FEDORA-EPEL-2014-3470) Allows contextual conditions and reactions management Update Information: ## [7.x-3.3](https://www.drupal.org/node/2347919) Changes since 7.x-3.2: * Issue #2185613: Add a Template suggestions reaction by colan: Add a Template suggestions reaction. * Issue #2187889: htmlspecialchars() expects parameter 1 to be string, array given in check_plain() (line 1571 of bootstrap.inc) by colan: Use empty string as default value if there isn't one. * Update to add necessary permission for context ui tests * Issue #835090: Context Reaction: Set menu trail by Karsa, Deciphered, nedjo, fearlsgroove, Dane Powell, Angry Dan, mgifford, Jibus, Bußmeyer, tomb, c4rl | rjacobs: Set context reaction menu trail. * Issue #1922840: Context doesn't render regions in the same order as Core by eric.chenchao | iamEAP: Render regions in the same order as Core. * Issue #1018834: Default context condition that applies when no other non-sitewide context is active by fearlsgroove, ttkaminski | Rob_Feature: Add a no-context condition, except for the default site-wide one. ChangeLog: * Sat Oct 18 2014 Shawn Iwinski shawn.iwin...@gmail.com - 3.3-2 - Don't exclude *.txt in module directory * Sat Oct 18 2014 Shawn Iwinski shawn.iwin...@gmail.com - 3.3-1 - Updated to 3.3 (BZ #1148310) - Removed RPM README b/c it only explained common Drupal workflow - %license usage * Sat Jun 7 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild References: [ 1 ] Bug #1148310 - drupal7-context-3.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=1148310 drupal7-date_ical-3.3-1.el5 (FEDORA-EPEL-2014-3471) Enables import/export of iCal feeds Update Information: ## [date_ical 7.x-3.3](https://www.drupal.org/node/2352411) ### NEW FEATURES: * Issue #2325649: Added hook_date_ical_mapping_sources_alter, allowing modules to create custom mapping sources. * Issue #2342933: Added option to silence Indefinite COUNT replacement warning. ### BUGFIXES: * Issue #2288563: FeedsParser-defined mapping sources no longer raise warnings. * Issue #2289981: Changed the way exported fields get converted to plaintext. ChangeLog: * Sat Oct 18 2014 Shawn Iwinski shawn.iwin...@gmail.com - 3.3-1 - Updated to 3.3 (BZ #1150457) - Removed RPM README b/c it only explained common Drupal workflow - %license usage References: [ 1 ] Bug #1150457 - drupal7-date_ical-3.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=1150457 drupal7-features-2.2-2.el5 (FEDORA-EPEL-2014-3482) Provides feature management for Drupal Update Information: RPM-only update. Spec cleanup. ChangeLog: * Sat Oct 18 2014 Shawn Iwinski shawn.iwin...@gmail.com -
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 25 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2748/nodejs-0.10.32-1.el7,v8-3.14.5.10-14.el7 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2825/nginx-1.6.2-1.el7 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2861/nodejs-qs-0.6.6-3.el7 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2870/nodejs-send-0.3.0-4.el7 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3236/python-oauth2-1.5.211-8.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3283/php-ZendFramework2-2.3.3-1.el7 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3292/davfs2-1.4.7-6.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3454/rubygem-httpclient-2.4.0-2.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3432/drupal7-7.32-1.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3328/zarafa-7.1.11-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing cln-1.3.4-1.el7 grib_api-1.12.3-4.el7 levien-inconsolata-fonts-1.01-11.el7 libsodium-1.0.0-1.el7 munin-2.0.23-1.el7 perl-Crypt-PBKDF2-0.142390-1.el7 perl-Excel-Writer-XLSX-0.79-1.el7 perl-Gtk3-0.017-3.el7 perl-HTTP-Soup-0.01-1.el7 perl-WebService-Linode-0.23-1.el7 php-horde-Horde-Core-2.15.0-1.el7 php-pear-Net-URL2-2.0.11-1.el7 pylint-1.3.1-1.el7 python-astroid-1.2.1-2.el7 python-logilab-common-0.62.1-1.el7 python-paramiko-1.15.1-1.el7 Details about builds: cln-1.3.4-1.el7 (FEDORA-EPEL-2014-3464) Class Library for Numbers Update Information: 2014-10-16, version 1.3.4 = Implementation changes -- * Fix input of huge floats. Other changes - * Support the AArch64 and the Mips64 ABIs. References: [ 1 ] Bug #1148106 - cln epel-7 branch https://bugzilla.redhat.com/show_bug.cgi?id=1148106 grib_api-1.12.3-4.el7 (FEDORA-EPEL-2014-3485) WMO FM-92 GRIB (v1,v2) interface accessible from C and FORTRAN programs Update Information: - Add png support (bug #1154192) ChangeLog: * Fri Oct 17 2014 Orion Poplawski or...@cora.nwra.com - 1.12.3-4 - Add png support (bug #1154192) * Sat Aug 16 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.12.3-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild levien-inconsolata-fonts-1.01-11.el7 (FEDORA-EPEL-2014-3477) Inconsolata fonts Update Information: Initial epel7 version of levien-inconsolata-fonts References: [ 1 ] Bug #1154155 - epel-7 branch for levien-inconsolata-fonts https://bugzilla.redhat.com/show_bug.cgi?id=1154155 libsodium-1.0.0-1.el7 (FEDORA-EPEL-2014-3461) The Sodium crypto library Update Information: - The API and ABI are now stable. New features will be added, but backward-compatibility is guaranteed through all the 1.x.y releases. - crypto_sign() properly works with overlapping regions again. Thanks to @pysiak for reporting this regression introduced in version 0.6.1. - The test suite has been extended. ChangeLog: * Sat Oct 18 2014 Christopher Meng r...@cicku.me - 1.0.0-1 - Update to 1.0.0 References: [ 1 ] Bug #1144999 - libsodium-1.0.0 is available https://bugzilla.redhat.com/show_bug.cgi?id=1144999 munin-2.0.23-1.el7 (FEDORA-EPEL-2014-3481) Network-wide graphing framework (grapher/gatherer)
Re: civil discussion on fedora lists
On 10/17/2014 08:31 PM, Matthew Miller wrote: You can say something like I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? And conversely, if you feel like your position isn't being listened to, try I guess I'm not making myself very clear. Let me try to restate Does this make more sense? Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general). You don't need to agree in the end, but you can get a better understanding, and unlike a back-and-forth email jousting match, it can be helpful for people reading along as well. If you guys are replying to the same thread twice+ in hour then there is something wrong. Please leave the second email open and send it tomorrow. In the mean time: * others can step into discussion too * you may find there was just cultural difference * you may find there was language barrier as lots of contributors does not speak English fluently. * or it is just not worth to continue in discussion and rather do some coding. If you still find your email useful the day after, then send it. But I very often delete it, because when the dust settle I do not find it constructive any more. Mirek P.S. Yes, this email have been in Draft folder over night before I hit Send button. -- 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: Can you help with making fonts awesome in Fedora 21?
On Fri, Oct 17, 2014 at 11:22 AM, pravin@gmail.com pravin@gmail.com wrote: On 16 October 2014 15:14, Richard Hughes hughsi...@gmail.com wrote: If you maintain a font in Fedora, or are a provenpackager, I could really need your help this weekend. Basically, we want to implement AppStream metadata[1] for all the fonts we want to show in the software center. I've already made a good start, and now other people are starting to help as well, so I'm pretty sure we can get the majority finished for next week when we can submit a mega-update of updated fonts. Added AppStream data upstream for fonts I maintain and built updates for f21 and master branches. I've started a shared spreadsheet here: https://docs.google.com/spreadsheets/d/1o2sPWF7PEe6BKnBeZUI23m51nfFHUMx61IRsdNDozig/edit#gid=0 with what needs doing -- if you can help, please put your FAS name in the second column and get building. If any fonts are missing that you think belong in the software center please feel free to add them. Updated the tracking sheet. It's really easy to add content for fonts. This is an example with multiple subpackages: http://pkgs.fedoraproject.org/cgit/silkscreen-fonts.git/commit/?id=32acdd5aa900ad732c023a73f7cd269a136f0957 and fonts with only one package are even easier, e.g. http://pkgs.fedoraproject.org/cgit/oflb-brett-fonts.git/commit/?id=72ff3099f733949f9526221b47a63eff9b9b969d Thanks for templates :) Will be very helpful if you can add how to test information as well. i.e. after local install package will appear in gnome-software something in bit detail. Indeed, it would be good to know how to test this. -- Rajeesh http://rajeeshknambiar.wordpress.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaned packages in rawhide
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainersStatus Change === MiniCopierorphan, hicham2014-07-08 (14 weeks ago) PgsLookAndFeelorphan, hicham2014-07-08 (14 weeks ago) bzr-explorer orphan2014-08-14 (9 weeks ago) cqrlogorphan, sparks2014-10-14 (0 weeks ago) create-tx-configuration orphan, sparks2014-10-14 (0 weeks ago) efte orphan2014-07-22 (12 weeks ago) eucalyptusorphan, agk, arg, 2014-08-23 (7 weeks gholmsago) flickrnet orphan, chkr 2014-09-17 (4 weeks ago) gdesklets orphan, luya, owentl 2014-07-16 (13 weeks ago) gdesklets-goodweather orphan, luya 2014-07-16 (13 weeks ago) gdesklets-quote-of-the- orphan, luya 2014-07-16 (13 weeks day ago) gtk-aurora-engine orphan, skytux2014-09-10 (5 weeks ago) gtk-chtheme orphan, skytux2014-09-10 (5 weeks ago) gtk-equinox-engineorphan, affix, skytux 2014-09-10 (5 weeks ago) ice orphan, mef 2014-09-22 (3 weeks ago) inetvis orphan, mildew2014-07-31 (11 weeks ago) kate-plugin-cpphelper orphan, mariobl 2014-07-06 (14 weeks ago) kwootyorphan, brummbq 2014-08-08 (10 weeks ago) nautilus-actions orphan, deji 2014-07-26 (11 weeks ago) pards orphan, masahase 2014-09-10 (5 weeks ago) perl-Net-UPnP orphan, jreznik, perl-2014-07-22 (12 weeks sig ago) pidgin-latex orphan2014-07-22 (12 weeks ago) postr orphan, timlau2014-09-27 (2 weeks ago) python-paver orphan, lmacken, toshio 2014-08-14 (9 weeks ago) python-setuptools_trial orphan2014-05-14 (22 weeks ago) python-zfec orphan2014-07-07 (14 weeks ago) python26-nose orphan, dmalcolm 2014-09-12 (5 weeks ago) qbzr orphan2014-08-14 (9 weeks
Orphaned packages in branched
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainersStatus Change === bzr-explorer orphan2014-08-14 (9 weeks ago) cqrlogorphan, sparks2014-10-14 (0 weeks ago) create-tx-configuration orphan, sparks2014-10-14 (0 weeks ago) efte orphan2014-07-22 (12 weeks ago) eucalyptusorphan, agk, arg, 2014-08-23 (7 weeks gholmsago) flickrnet orphan, chkr 2014-09-17 (4 weeks ago) gdesklets orphan, luya, owentl 2014-07-16 (13 weeks ago) gdesklets-goodweather orphan, luya 2014-07-16 (13 weeks ago) gdesklets-quote-of-the- orphan, luya 2014-07-16 (13 weeks day ago) gtk-aurora-engine orphan, skytux2014-09-10 (5 weeks ago) gtk-chtheme orphan, skytux2014-09-10 (5 weeks ago) gtk-equinox-engineorphan, affix, skytux 2014-09-10 (5 weeks ago) ice orphan, mef 2014-09-22 (3 weeks ago) inetvis orphan, mildew2014-07-31 (11 weeks ago) kwootyorphan, brummbq 2014-08-08 (10 weeks ago) mozilla-googlesharing orphan, matriux 2014-09-12 (5 weeks ago) nautilus-actions orphan, deji 2014-07-26 (11 weeks ago) pards orphan, masahase 2014-09-10 (5 weeks ago) perl-Net-UPnP orphan, perl-sig 2014-07-22 (12 weeks ago) pidgin-latex orphan2014-07-22 (12 weeks ago) postr orphan, timlau2014-09-27 (2 weeks ago) python-paver orphan, lmacken, toshio 2014-08-14 (9 weeks ago) python26-nose orphan, dmalcolm 2014-09-12 (5 weeks ago) qbzr orphan2014-08-14 (9 weeks ago) rktimeorphan, matriux 2014-09-12 (5 weeks ago) semantik orphan, brummbq 2014-08-08 (10 weeks ago) sound-theme-beethoven-orphan2014-08-23 (7 weeks fifth ago) taoframework orphan2014-09-17 (4 weeks
F-21 Branched report: 20141018 changes
Compose started at Sat Oct 18 07:15:03 UTC 2014 Broken deps for armhfp -- [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [avro] avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client [cduce] cduce-0.5.5-9.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [cp2k] cp2k-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-mpich-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libmpi_usempi.so.1 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc21.armv7hl requires libedelib.so edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.armv7hl requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7 [freesteam] freesteam-ascend-2.1-6.20140724svn753.fc21.armv7hl requires libascend.so.1 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.armv7hl requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3 libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [ltsp] ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [ocaml-pa-do] ocaml-pa-do-0.8.16-3.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [openslides] openslides-1.3.1-3.fc21.noarch requires python-django 0:1.5 [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [openvas-client] openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_misc.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_hg.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_base.so.6 [perl-RT-Authen-ExternalAuth] perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires rt3 [perl-RT-Extension-CommandByMail] perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires perl(RT::Interface::Email) [pipelight-selinux] pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight [pootle] pootle-2.1.6-8.fc21.noarch requires python-django14 [python-askbot-fedmsg] python-askbot-fedmsg-0.1.0-2.fc21.noarch requires askbot [python-coffin] python-coffin-0.3.7-3.fc21.noarch requires python-django14 [python-django-addons] python-django-addons-0.6.6-2.fc21.noarch requires python-django14 [python-django-longerusername] python-django-longerusername-0.4-5.20130204gite4e85d7d.fc21.noarch requires python-django14 [rubygem-linecache19] rubygem-linecache19-0.5.13-6.fc20.armv7hl requires libruby.so.2.0 [rubygem-rubigen] rubygem-rubigen-1.5.8-3.fc21.noarch requires rubygem(activesupport) 0:3.2.0 [rubygem-ruby-debug-base19] rubygem-ruby-debug-base19-0.11.26-6.fc20.armv7hl requires
rawhide report: 20141018 changes
Compose started at Sat Oct 18 05:15:07 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [Agda] ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [PyQuante] PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [condor] condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so [darcs] darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [debconf] debconf-1.5.53-1.fc22.noarch requires perl(:MODULE_COMPAT_5.18.2) [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc22.i686 requires libedelib.so edelib-devel-2.1-5.fc22.i686 requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc22.i686 requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc22.i686 requires libtorrent-rasterbar.so.7 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-3.fc22.i686 requires libHSoptparse-applicative-0.9.0-ghc7.6.3.so [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [gorm] gorm-1.2.18-5.fc20.i686 requires libgnustep-gui.so.0.23 [hadoop] hadoop-common-2.4.1-5.fc22.noarch requires commons-httpclient [hledger] ghc-hledger-0.19.3-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-hledger-0.19.3-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-hledger-0.19.3-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-hledger-devel-0.19.3-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) hledger-0.19.3-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so hledger-0.19.3-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so hledger-0.19.3-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) hledger-0.19.3-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [idris] idris-0.9.9.1-3.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so idris-0.9.9.1-3.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so idris-0.9.9.1-3.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) idris-0.9.9.1-3.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [iwhd] iwhd-1.6-11.fc22.i686
Re: civil discussion on fedora lists
Am 18.10.2014 um 09:10 schrieb Miroslav Suchy: On 10/17/2014 08:31 PM, Matthew Miller wrote: You can say something like I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? And conversely, if you feel like your position isn't being listened to, try I guess I'm not making myself very clear. Let me try to restate Does this make more sense? Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general) +1 nobody i know in real life talks that way, really nobody, never 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: Tripwire fails to build for F21 and Rawhide
Thanks. I committed the suggested change in epel7 branch (as I don't have commit access on master / f21). https://pkgs.fedoraproject.org/cgit/tripwire.git/commit/?h=epel7id=107f956898d439b7d602438369d09fffe96547bf And here is the scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=7884030 I guess now I need to wait for the maintainer to do 'git merge origin/epel7' and build it for F21 and master. -- 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: Tripwire fails to build for F21 and Rawhide
On Sat, Oct 18, 2014 at 05:04:44AM -0700, Moez Roy wrote: I guess now I need to wait for the maintainer to do 'git merge origin/epel7' and build it for F21 and master. I did this now as provenpackager. Regards Till -- 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: civil discussion on fedora lists
On Sat, Oct 18, 2014 at 09:10:46AM +0200, Miroslav Suchy wrote: And conversely, if you feel like your position isn't being listened to, try I guess I'm not making myself very clear. Let me try to restate Does this make more sense? Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general). Makes sense that there are some cultural differences here. But I think the underlying concept has some universality. Discussion is more productive in general when participants are active listeners and seek to understand the other points of view rather. Is there a different way you would approach the above which would feel more natural? The rest of your message, which I'm not quoting, is excellent advice, by the way — thank you! I also found this article http://www.peterstark.com/2011/constructive-disagreement/, which I recommend reading. It's a little focused on business communication rather than on community collaboration, but I think generally applies here too. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: civil discussion on fedora lists
On Sat, Oct 18, 2014 at 01:14:52PM +0200, Reindl Harald wrote: Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general) +1 nobody i know in real life talks that way, really nobody, never In addition to being a possible difference in culture or language, there's another important difference: email provides very a limited form of communication, with none of the nuance of an in-person conversation. It is extra-easy to misinterpret, and impossible to gauge the reaction of other parties until they actively respond. And, often, discussions here don't have the supporting framework of trust built in a real-life friendship — the other person is just words on the screen. So, it's valuable to work extra hard at a collaborative communication style, even if it doesn't come naturally. And, really, this is a learned behavior in any culture — it's not something humans are necessarily good at automatically. But we _can_ be, and I want Fedora to be a shining example of it. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: civil discussion on fedora lists
Am 18.10.2014 um 17:10 schrieb Matthew Miller: On Sat, Oct 18, 2014 at 01:14:52PM +0200, Reindl Harald wrote: Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general) +1 nobody i know in real life talks that way, really nobody, never In addition to being a possible difference in culture or language, there's another important difference: email provides very a limited form of communication, with none of the nuance of an in-person conversation. It is extra-easy to misinterpret, and impossible to gauge the reaction of other parties until they actively respond. And, often, discussions here don't have the supporting framework of trust built in a real-life friendship — the other person is just words on the screen. So, it's valuable to work extra hard at a collaborative communication style, even if it doesn't come naturally. And, really, this is a learned behavior in any culture — it's not something humans are necessarily good at automatically. But we _can_ be, and I want Fedora to be a shining example of it well, and other side of the coin is anger when somebody talks and talks and talks with a lot of nice phrases to embed everybody in honey until you have to find the needle what he is trying to tell you that don't work in a technical discussion have you ever considered that these permenanently be nice and gentle because a few not so perfect words does sometimes more harm than the words himself? 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: New hardware for Retrace Server
On Wed, 2014-10-15 at 18:02 +0200, Michal Toman wrote: - Retracing now runs in memory, which means faster generating of backtraces (by an order of magnitude) Wow, you weren't kidding. It is much faster than before. 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: civil discussion on fedora lists
On Sat, 18 Oct 2014 13:14:52 +0200 Reindl Harald h.rei...@thelounge.net wrote: Am 18.10.2014 um 09:10 schrieb Miroslav Suchy: On 10/17/2014 08:31 PM, Matthew Miller wrote: You can say something like I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? And conversely, if you feel like your position isn't being listened to, try I guess I'm not making myself very clear. Let me try to restate Does this make more sense? Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general) +1 nobody i know in real life talks that way, really nobody, never Let me try to understand, when you say nobody does that, do you mean that when a stranger does not understand what your are saying, say for example at the cashier in a supermarket. They do not say something like: Sorry , I did not understand, can you repeat ? And instead say: You are a moron that doesn't know how to speak GTFO now! I suspect you get the former, usually. Simo. -- Simo Sorce * Red Hat, Inc * New York -- 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: civil discussion on fedora lists
Am 18.10.2014 um 22:43 schrieb Simo Sorce: On Sat, 18 Oct 2014 13:14:52 +0200 Reindl Harald h.rei...@thelounge.net wrote: Am 18.10.2014 um 09:10 schrieb Miroslav Suchy: On 10/17/2014 08:31 PM, Matthew Miller wrote: You can say something like I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? And conversely, if you feel like your position isn't being listened to, try I guess I'm not making myself very clear. Let me try to restate Does this make more sense? Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general) +1 nobody i know in real life talks that way, really nobody, never Let me try to understand, when you say nobody does that, do you mean that when a stranger does not understand what your are saying, say for example at the cashier in a supermarket. They do not say something like: Sorry , I did not understand, can you repeat ? the say bitte? like please in english (one single word) but for sure not I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? - nowehere, never in real life And instead say: You are a moron that doesn't know how to speak GTFO now! nobody said anything like that in the whole thread the OP referred to and nobody neends to pack WTF are you talking about in a paragraph with 50 lines to be as polite as possible read the last interview of Linus and you maybe understand what i am talking about - packing the relevant information in 100 lines of pseudo-code to be polite, friendly and the best human in the world don't help anybody people not taking every single word personal in a technical dicussion would help everyone because the noise/information ratio would be much more appropriate 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: civil discussion on fedora lists
On Sat, 18 Oct 2014 22:51:52 +0200 Reindl Harald h.rei...@thelounge.net wrote: Am 18.10.2014 um 22:43 schrieb Simo Sorce: On Sat, 18 Oct 2014 13:14:52 +0200 Reindl Harald h.rei...@thelounge.net wrote: Am 18.10.2014 um 09:10 schrieb Miroslav Suchy: On 10/17/2014 08:31 PM, Matthew Miller wrote: You can say something like I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? And conversely, if you feel like your position isn't being listened to, try I guess I'm not making myself very clear. Let me try to restate Does this make more sense? Ha Ha. I heard exactly that from my English teacher several weeks ago. For myself, this is cultural difference too. I would never use such wording in my native language. (Disclaimer: I'm not targeting the original thread, but disagreement in general) +1 nobody i know in real life talks that way, really nobody, never Let me try to understand, when you say nobody does that, do you mean that when a stranger does not understand what your are saying, say for example at the cashier in a supermarket. They do not say something like: Sorry , I did not understand, can you repeat ? the say bitte? like please in english (one single word) but for sure not I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? - nowehere, never in real life I am sure you are smart enough to understand that Matthew was suggesting a different approach and not necessarily the exact wording to use. Yes they may say 'sorry?' in person when the exchange is direct, immediate and the context makes it clear they are saying sorry because they did not understand. Unfortunately that is never the case via email. You need a couple more words if you want to be sure to convey the right meaning as tone, facial expression, and other signals our bodies transmit in a live conversation do not work via email. And instead say: You are a moron that doesn't know how to speak GTFO now! nobody said anything like that in the whole thread the OP referred to and nobody neends to pack WTF are you talking about in a paragraph with 50 lines to be as polite as possible read the last interview of Linus and you maybe understand what i am talking about - packing the relevant information in 100 lines of pseudo-code to be polite, friendly and the best human in the world don't help anybody people not taking every single word personal in a technical dicussion would help everyone because the noise/information ratio would be much more appropriate I am sure you do not like impoliteness more than anyone else, you just fail to understand different people have different sensibilities and not everybody likes harsh language. Politeness do not require vagueness or extensive explanations, you can be polite and short at the same time. However a little bit of politeness does wonders for *interpersonal* communications, we are not insensible robots but humans. Linus has some very good qualities as an engineer, but I wouldn't take a lesson in effective communication from him. People resolve to harsh words, expletives and confrontation when they are *bad* at communications. You can dress it up and rationalize it as being direct and effective, but that doesn't make it true. Simo. -- Simo Sorce * Red Hat, Inc * New York -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Time-Progress/el5] 2014-10-18: Retired, because it was orphaned and not available in the EPEL5 repo
commit 7465d078fb8e7fdb650090da9167db486f03c070 Author: Till Maas opensou...@till.name Date: Sat Oct 18 23:09:35 2014 +0200 2014-10-18: Retired, because it was orphaned and not available in the EPEL5 repo .gitignore |1 - dead.package|2 + perl-Time-Progress.spec | 51 --- sources |1 - 4 files changed, 2 insertions(+), 53 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..d9f2c42 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Retired, because it was orphaned and not available in the EPEL5 repo + -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: civil discussion on fedora lists
Am 18.10.2014 um 23:07 schrieb Simo Sorce: On Sat, 18 Oct 2014 22:51:52 +0200 Reindl Harald h.rei...@thelounge.net wrote: They do not say something like: Sorry , I did not understand, can you repeat ? the say bitte? like please in english (one single word) but for sure not I'm not sure I understand the point you are making. Particularly, I don't see how __ follows. Can you explain that in more depth? - nowehere, never in real life I am sure you are smart enough to understand that Matthew was suggesting a different approach and not necessarily the exact wording to use. Yes they may say 'sorry?' in person when the exchange is direct, immediate and the context makes it clear they are saying sorry because they did not understand. Unfortunately that is never the case via email. You need a couple more words if you want to be sure to convey the right meaning as tone, facial expression, and other signals our bodies transmit in a live conversation do not work via email. one possible solution the much easier one would be realize that email is just short, no face-to-face and in doubt not meant as attack and so no take every single word serious you say email needs more explanation i say no, email needs just not take anything personal with my way communication is *much more* efficient just don't seek an attack and you are done most of the time And instead say: You are a moron that doesn't know how to speak GTFO now! nobody said anything like that in the whole thread the OP referred to and nobody neends to pack WTF are you talking about in a paragraph with 50 lines to be as polite as possible read the last interview of Linus and you maybe understand what i am talking about - packing the relevant information in 100 lines of pseudo-code to be polite, friendly and the best human in the world don't help anybody people not taking every single word personal in a technical dicussion would help everyone because the noise/information ratio would be much more appropriate I am sure you do not like impoliteness more than anyone else, you just fail to understand different people have different sensibilities and not everybody likes harsh language. frankly i have no problem with impoliteness in doubt i *prefer* impoliteness instead burry facts in a lot of words Politeness do not require vagueness or extensive explanations, you can be polite and short at the same time. in your native language maybe However a little bit of politeness does wonders for *interpersonal* communications, we are not insensible robots but humans. that's the point so take words as from a human and not feel attacked whereever you see a chnace to do so and anything could be fine Linus has some very good qualities as an engineer, but I wouldn't take a lesson in effective communication from him. in context of technical discussions you should do so a lot of stuff about politeness would not be needed and if he would be that wrong frankly this mailing-list and Fedora would not exist at all People resolve to harsh words, expletives and confrontation when they are *bad* at communications. You can dress it up and rationalize it as being direct and effective, but that doesn't make it true that may be true - *but* i prefer people with knowledge *but not* good at communications over the ones good at communications but missing knowledge and relevant content if somebody seeks for communications and politeness maybe a technical forum is just the wrong place 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: civil discussion on fedora lists
On Sat, 18 Oct 2014 23:18:12 +0200 Reindl Harald h.rei...@thelounge.net wrote: with my way communication is *much more* efficient Empirical evidence, makes me disagree with this statement. Effective communication includes understanding the human nature of your interlocutor. But I understand you do not like that. Good luck then, I guess we'll just keep disagreeing. Simo. -- Simo Sorce * Red Hat, Inc * New York -- 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: No more deltarpms by default
On Thu, Oct 16, 2014 at 11:40 PM, Gerald B. Cox gb...@bzb.us wrote: My comment was not meant to be argumentative, but rather tongue-in-cheek. However, I do believe when changing a default, it isn't about what is convenient for me. It's about what is best for the entire community and what are the real world ramifications. I'm not buying the let's change the default because high bandwidth is pervasive argument. I'll go out on a limb here and suggest: 1. Most people who can afford to pay the monthly recurring cost for a high speed bandwidth connection have multi-core machines. 2. People who are running Fedora on multiple machines possess the skill set to easily change the default and turn Presto off if they wish. You left out some but related issues. 3) People who have a lot of hosts and high bandwidth, high speed local deployment requirements can, and do, set up an internal Fedora mirror with much lower bandwidth costs. This reduces the tangible benefits of deltarpms significantly. This is combined with my direct observation that working from plain rpms is much faster and more reliable. Re-assembly from deltarpms is computationally expensive and thus expensive for large numbers of yum clients. It sounds like a great idea at first glance, but it profoundly and unpredicatably increases the disk space and bandwidth needed for mirrors themselves at a relatively small benefit in download bandwidth. The great example of difficult to delta RPM's sems to be libreoffice. Between the compressed and distinct binaries for the war files, and the deltarpm process itself, they save very little bandwidth for many of the builkies projects. 4) The much, much larger source of wasted bandwidth and resources is the yum repodata. That's 50 Meg, every time the repodata expires or is updated, even if there are no actual RPM updates. And for systems that need frequent updates and refreshes to ensure the latest packages, it's consumed *every single time* you flush the metadata. What about the repositories and mirrors? Do they all have unlimited, cheap bandwidth? No one does. But in my direct observation, deltarpms are a theoretically clever attempt to solve the wrong problem, an attempt that requires massive *extra* diskspace and resources for the mirror sites that doesn't address the more consistent and demonstrable problem. There are environments where bandwidth limits are so great that even the bare RPM downloads are vulnerable to interruption, and the marginal improvement of the deltarpm would be noticeable. But I've not seen such an environment in roughly 10 years, and it was usually to some bad network hardware or local misconfiguration. -- 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: No more deltarpms by default
On Sat, Oct 18, 2014 at 07:00:19PM -0400, Nico Kadel-Garcia wrote: 3) People who have a lot of hosts and high bandwidth, high speed local deployment requirements can, and do, set up an internal Fedora mirror with much lower bandwidth costs. This reduces the tangible benefits of deltarpms significantly. This is combined with my direct Folks that have that sort of environment also typically use kickstart to set systems up, and can trivially disable deltarpms in the process. - Solomon -- Solomon Peachy pizza at shaftnet dot org Delray Beach, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum viditur. pgpOuoyFvYVvz.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: No more deltarpms by default
On Oct 18, 2014 5:00 PM, Nico Kadel-Garcia nka...@gmail.com wrote: On Thu, Oct 16, 2014 at 11:40 PM, Gerald B. Cox gb...@bzb.us wrote: My comment was not meant to be argumentative, but rather tongue-in-cheek. However, I do believe when changing a default, it isn't about what is convenient for me. It's about what is best for the entire community and what are the real world ramifications. I'm not buying the let's change the default because high bandwidth is pervasive argument. I'll go out on a limb here and suggest: 1. Most people who can afford to pay the monthly recurring cost for a high speed bandwidth connection have multi-core machines. 2. People who are running Fedora on multiple machines possess the skill set to easily change the default and turn Presto off if they wish. You left out some but related issues. 3) People who have a lot of hosts and high bandwidth, high speed local deployment requirements can, and do, set up an internal Fedora mirror with much lower bandwidth costs. This reduces the tangible benefits of deltarpms significantly. This is combined with my direct observation that working from plain rpms is much faster and more reliable. Re-assembly from deltarpms is computationally expensive and thus expensive for large numbers of yum clients. It sounds like a great idea at first glance, but it profoundly and unpredicatably increases the disk space and bandwidth needed for mirrors themselves at a relatively small benefit in download bandwidth. The great example of difficult to delta RPM's sems to be libreoffice. Between the compressed and distinct binaries for the war files, and the deltarpm process itself, they save very little bandwidth for many of the builkies projects. 4) The much, much larger source of wasted bandwidth and resources is the yum repodata. That's 50 Meg, every time the repodata expires or is updated, even if there are no actual RPM updates. And for systems that need frequent updates and refreshes to ensure the latest packages, it's consumed *every single time* you flush the metadata. What about the repositories and mirrors? Do they all have unlimited, cheap bandwidth? No one does. But in my direct observation, deltarpms are a theoretically clever attempt to solve the wrong problem, an attempt that requires massive *extra* diskspace and resources for the mirror sites that doesn't address the more consistent and demonstrable problem. There are environments where bandwidth limits are so great that even the bare RPM downloads are vulnerable to interruption, and the marginal improvement of the deltarpm would be noticeable. But I've not seen such an environment in roughly 10 years, and it was usually to some bad network hardware or local misconfiguration. -- Network operators will experience a real, tangible cost increase from turning off deltarpms. End users with metered bandwidth - off the cuff, I'd guess hundreds of thousands of current users and billions of prospective users - will experience a real financial impact from the 'loss' of this feature. Now, I realize everyone can turn this on, and everyone can turn it off. Changing the default option doesn't take away the feature. Those with metered connections will probably, eventually, discover they can turn deltarpms on. After the first bill arrives, or the second. These are likely to be people with limited financial resources, using computers that you couldn't pay me to work on these days. We're keeping the entire 32bit architecture alive for them; in contrast to that, the infrastructure burden of deltarpms is slight. Even so, we continue to welcome this demographic to use and participate in Fedora. Faster update transactions are good, but anyone that's concerned about the *financial impact* of consuming extra CPU cycles ( as in Nico's case #3) is very likely to be employing a competent administrator (like Nico) that should know how and why to flip the switch. Nobody wants to take this option away, and I doubt it would even be possible. --Pete -- 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: No more deltarpms by default
Am 19.10.2014 um 02:19 schrieb Solomon Peachy: On Sat, Oct 18, 2014 at 07:00:19PM -0400, Nico Kadel-Garcia wrote: 3) People who have a lot of hosts and high bandwidth, high speed local deployment requirements can, and do, set up an internal Fedora mirror with much lower bandwidth costs. This reduces the tangible benefits of deltarpms significantly. This is combined with my direct Folks that have that sort of environment also typically use kickstart to set systems up, and can trivially disable deltarpms in the process that people don't fall in that category anyways they just re-use the result of deltarpm in /var/cache/yum to build up their local repos and even in that case they benefit from one time saved downloads - keep in mind the result in /var/cache/yum/ from which you can build up your local repos is the full RPM and that is why the current implementation of deltarpm is perfect designed and any improvement needs to happen on a different layer that few lines below are enough to use createrepo and build up a local cache without mirror the whole upstream, you just need to have one machine with any pakcge you use installed on it - works perfect over 6 years including dist-upgrades *and* benefits from deltarpm in the first step #!/usr/bin/bash basearch=`uname -i` releasever=`rpm -q --qf %{version}\n fedora-release` for g in `ls -1b /var/cache/yum` do if [ -d /var/cache/yum/$g/packages ] then echo /var/cache/yum/$g/packages/ /repo/cache/fc$releasever/ sudo mv --verbose /var/cache/yum/$g/packages/*.rpm /repo/cache/fc$releasever/ 2 /dev/null fi done /buildserver/repo-create.sh _ everybody can disable it with whatever action so it has to be enabled by default to save network ressources 99% of people don't realize or know anything about nor do the update 24 hours a day packages and so the rebuild time is not important 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: No more deltarpms by default
On Sat, Oct 18, 2014 at 8:28 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 19.10.2014 um 02:19 schrieb Solomon Peachy: On Sat, Oct 18, 2014 at 07:00:19PM -0400, Nico Kadel-Garcia wrote: 3) People who have a lot of hosts and high bandwidth, high speed local deployment requirements can, and do, set up an internal Fedora mirror with much lower bandwidth costs. This reduces the tangible benefits of deltarpms significantly. This is combined with my direct Folks that have that sort of environment also typically use kickstart to set systems up, and can trivially disable deltarpms in the process that people don't fall in that category anyways they just re-use the result of deltarpm in /var/cache/yum to build up their local repos and even in that case they benefit from one time saved downloads - keep in mind the result in /var/cache/yum/ from which you can build up your local repos is the full RPM and that is why the current implementation of deltarpm is perfect designed and any improvement needs to happen on a different layer that few lines below are enough to use createrepo and build up a local cache without mirror the whole upstream, you just need to have one machine with any pakcge you use installed on it - works perfect over 6 years including dist-upgrades *and* benefits from deltarpm in the first step #!/usr/bin/bash basearch=`uname -i` releasever=`rpm -q --qf %{version}\n fedora-release` for g in `ls -1b /var/cache/yum` do if [ -d /var/cache/yum/$g/packages ] then echo /var/cache/yum/$g/packages/ /repo/cache/fc$releasever/ sudo mv --verbose /var/cache/yum/$g/packages/*.rpm /repo/cache/fc$releasever/ 2 /dev/null fi done /buildserver/repo-create.sh And that only works on one machine, and is sensitive to exclusions written into yum.conf or /etc/yum.repos.d/*, etc., etc., etc. You also forgot to use 'gpgcheck' to verify the contents of the already downloaded RPM, since 'repsync' does not track successful versus partial downloads without it. My old script for dong reposync mirrors is at https://github.com/nkadel/nkadel-rsync-scripts/blob/master/reposync-rhel.sh, written for RHEL SRPM mirroring for CentOS work, and it's quite suitable for synchronizing 3rd party repositories without 'rsync' access. My old tools for rsyncing other repositories are in the same github repo, do grab them if you feel a need. Anyway. Now multiply your 'reposync' based tool by 200 thin provisioned virtual machines, and you're chewing up quite a lot of disk space doing this. And the bandwidth saving is still badly overshadowed by the necessary repodata bandwith from almost every run of reposync in the model you've just described. 50 Megabytes, *every time* it runs unless the metadata for the repo has not expired. . Since the default is 90 minutes, if you're running any of the keep me all the time updated or alerted tools, that's 24 hours / 90 minutes * 50 Meg, or up to 800 Meg/day. Even if it's only run nightly, it's 50 Meg/day with *no* updates applied, That overwhelms the benefits of deltarpms pretty quickly. Sorry to rain on parades about the benefits of deltarpms, but it's like wearing waterproof boots when when you're standing in the shower. It's just an extra burden when the repodata downloads are already eating significantly more bandwidth than any but the largest largest RPM downloads. -- 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: No more deltarpms by default
Hi On Sun, Oct 19, 2014 at 12:37 AM, Nico Kadel-Garcia wrote: . And the bandwidth saving is still badly overshadowed by the necessary repodata bandwith from almost every run of reposync in the model you've just described. 50 Megabytes, *every time* it runs unless the metadata for the repo has not expired. . Since the default is 90 minutes, It is not for dnf. man dnf.conf metadata_expire ... The default corresponds to 48 hours 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
[Bug 1153984] perl-WebService-Linode-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1153984 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-WebService-Linode-0.23-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-WebService-Linode-0.23-1.fc21 -- 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=zMbROnuaYoa=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 1153984] perl-WebService-Linode-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1153984 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-WebService-Linode-0.23-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-WebService-Linode-0.23-1.fc20 -- 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=2hgm60yrewa=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 1153984] perl-WebService-Linode-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1153984 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-WebService-Linode-0.23-1.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/perl-WebService-Linode-0.23-1.el7 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=yIsXN1QoJNa=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 1154266] New: perl-Inline-Struct-0.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1154266 Bug ID: 1154266 Summary: perl-Inline-Struct-0.12 is available Product: Fedora Version: rawhide Component: perl-Inline-Struct Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.12 Current version/release in Fedora Rawhide: 0.11-1.fc22 URL: http://search.cpan.org/dist/Inline-Struct/ 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 Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=3A4DJ1TK0Za=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
Broken dependencies: perl-Qt
perl-Qt has broken dependencies in the rawhide tree: On x86_64: perl-Qt-0.96.0-11.fc22.x86_64 requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.x86_64 requires libperl.so.5.18()(64bit) On i386: perl-Qt-0.96.0-11.fc22.i686 requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.i686 requires libperl.so.5.18 On armhfp: perl-Qt-0.96.0-11.fc22.armv7hl requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.armv7hl requires libperl.so.5.18 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-Business-CreditCard/el6] 2014-10-18: Orphaned and not available in the repo
commit f78a8723d4511d507bb340b6f8b46ef1375a622a Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:32:18 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore|1 - dead.package |2 + perl-Business-CreditCard.spec | 56 - sources |1 - 4 files changed, 2 insertions(+), 58 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Business-CreditCard status to Retired [el6]
user: till updated package: perl-Business-CreditCard status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Business-CreditCard -- 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-Crypt-Simple status to Retired [el6]
user: till updated package: perl-Crypt-Simple status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-Simple -- 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-Crypt-Simple/el6] 2014-10-18: Orphaned and not available in the repo
commit 91a1c7ef784cdd5c09174c700a5879d5e9fba5be Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:32:43 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-Crypt-Simple.spec | 94 sources|1 - 4 files changed, 2 insertions(+), 96 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-GStreamer-Interfaces status to Retired [el6]
user: till updated package: perl-GStreamer-Interfaces status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-GStreamer-Interfaces -- 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-GStreamer-Interfaces/el6] 2014-10-18: Orphaned and not available in the repo
commit b27ffd06996c4a52cf1c3a6a506dc449d42a6b75 Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:33:08 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-GStreamer-Interfaces.spec | 67 sources|1 - 4 files changed, 2 insertions(+), 69 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Gearman/el6] 2014-10-18: Orphaned and not available in the repo
commit 90c73e03cb9ac8ca110dbdb7300c4e41549232c4 Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:33:38 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore|1 - dead.package |2 + perl-Gearman.spec | 83 - sources |1 - 4 files changed, 2 insertions(+), 85 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Gearman status to Retired [el6]
user: till updated package: perl-Gearman status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Gearman -- 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-Gearman-Client-Async status to Retired [el6]
user: till updated package: perl-Gearman-Client-Async status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Gearman-Client-Async -- 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-Gearman-Client-Async/el6] 2014-10-18: Orphaned and not available in the repo
commit e87b204ebf41fcd0606f16cd71e049ef410043d1 Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:34:07 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-Gearman-Client-Async.spec | 80 sources|1 - 4 files changed, 2 insertions(+), 82 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Gearman-Server/el6] 2014-10-18: Orphaned and not available in the repo
commit 6b26392adcaa3c3f2c9fff6505bd7152c6b5ed2a Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:34:37 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-Gearman-Server.spec | 66 -- sources |1 - 4 files changed, 2 insertions(+), 68 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-HTML-DOMbo/el6] 2014-10-18: Orphaned and not available in the repo
commit a943072eca009f550e810f014be321b7b072e4bc Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:35:06 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-HTML-DOMbo.spec | 60 -- sources |1 - 4 files changed, 2 insertions(+), 62 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Gearman-Server status to Retired [el6]
user: till updated package: perl-Gearman-Server status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Gearman-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
[PkgDB] till updated package: perl-HTML-DOMbo status to Retired [el6]
user: till updated package: perl-HTML-DOMbo status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-HTML-DOMbo -- 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-MP3-Info status to Retired [el6]
user: till updated package: perl-MP3-Info status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MP3-Info -- 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-MP3-Info/el6] 2014-10-18: Orphaned and not available in the repo
commit cd2980ed2dc566b42247a9e6d9ea50c2617ff00d Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:35:34 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-MP3-Info.spec | 90 sources|1 - 4 files changed, 2 insertions(+), 92 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Client/el6] 2014-10-18: Orphaned and not available in the repo
commit fef756ff126a3a52c190a1754157fc4b4fd5aa23 Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:36:03 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore|1 - dead.package |2 + perl-MogileFS-Client.spec | 72 - sources |1 - 4 files changed, 2 insertions(+), 74 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Client status to Retired [el6]
user: till updated package: perl-MogileFS-Client status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MogileFS-Client -- 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-PerlIO-via-symlink/el6] 2014-10-18: Orphaned and not available in the repo
commit a38996e2874cc25107ac3e4f415f1d9abc690616 Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:37:03 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-PerlIO-via-symlink.spec | 65 -- sources |1 - 4 files changed, 2 insertions(+), 67 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Utils status to Retired [el6]
user: till updated package: perl-MogileFS-Utils status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MogileFS-Utils -- 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-Utils/el6] 2014-10-18: Orphaned and not available in the repo
commit 8074dd221c89b949cbe3a47527b1e2d263a3571b Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:36:32 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + perl-MogileFS-Utils.spec | 66 -- sources |1 - 4 files changed, 2 insertions(+), 68 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-PerlIO-via-symlink status to Retired [el6]
user: till updated package: perl-PerlIO-via-symlink status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-PerlIO-via-symlink -- 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-SVK/el6] 2014-10-18: Orphaned and not available in the repo
commit 7336992dd9f16f912280934ca3cb10aefa594f7d Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:37:29 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - SVK-filter-requires.sh |3 - dead.package |2 + perl-SVK.spec | 169 sources|1 - 5 files changed, 2 insertions(+), 174 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-SVK status to Retired [el6]
user: till updated package: perl-SVK status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-SVK -- 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-Time-ParseDate status to Retired [el6]
user: till updated package: perl-Time-ParseDate status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Time-ParseDate -- 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/el6] 2014-10-18: Orphaned and not available in the repo
commit b973b0d7431b3e0734af01071c965fc5a663af8a Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:38:53 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package |2 + mogilefs-remove_deps.patch | 80 mogilefs.conf |3 - mogilefsd.conf |6 - mogilefsd.init | 62 - mogstored.init | 62 - perl-mogilefs-server.spec | 302 sources|1 - 9 files changed, 2 insertions(+), 517 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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-Time-Progress status to Retired [el6]
user: till updated package: perl-Time-Progress status from: Orphaned to Retired on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Time-Progress -- 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-Time-Progress/el6] 2014-10-18: Orphaned and not available in the repo
commit 37233a4b741488a2dd9959a94fa142c714e01b97 Author: Till Maas opensou...@till.name Date: Sat Oct 18 22:38:21 2014 +0200 2014-10-18: Orphaned and not available in the repo .gitignore |1 - dead.package|2 + perl-Time-Progress.spec | 57 --- sources |1 - 4 files changed, 2 insertions(+), 59 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..f5e7c40 --- /dev/null +++ b/dead.package @@ -0,0 +1,2 @@ +2014-10-18: Orphaned and not available in the repo + -- 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 [el6]
user: till updated package: perl-mogilefs-server status from: Orphaned to Retired on branch: el6 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
[PkgDB] till updated package: perl-Time-Progress status to Retired [el5]
user: till updated package: perl-Time-Progress status from: Orphaned to Retired on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Time-Progress -- 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-Date-Manip status to Retired [el5]
user: till updated package: perl-Date-Manip status from: Orphaned to Retired on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Date-Manip -- 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 1153984] perl-WebService-Linode-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1153984 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-WebService-Linode-0.23-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-WebService-Linode-0.23-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-13225/perl-WebService-Linode-0.23-1.fc21 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=6enAOjAxVka=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 1150727] Request EPEL7 branch
https://bugzilla.redhat.com/show_bug.cgi?id=1150727 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Gtk3-0.017-3.el7 has been pushed to the Fedora EPEL 7 testing repository. -- 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=Qu8CuVDZZUa=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
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-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-Class-XSAccessor
perl-Class-XSAccessor has broken dependencies in the epel-6 tree: On x86_64: perl-Class-XSAccessor-1.19-4.el6.x86_64 requires perl(Class::XSAccessor::Heavy) On i386: perl-Class-XSAccessor-1.19-4.el6.i686 requires perl(Class::XSAccessor::Heavy) On ppc64: perl-Class-XSAccessor-1.19-4.el6.ppc64 requires perl(Class::XSAccessor::Heavy) 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-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) 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-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) On ppc: perl-QWizard-3.15-9.el5.noarch requires perl(Gtk2) On x86_64: perl-QWizard-3.15-9.el5.noarch requires perl(Gtk2) On i386: perl-QWizard-3.15-9.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-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-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
distutils does not find g++ on Fedora 20
If this is not the correct mailing list for my question below, please redirect me to the proper list. I have a python setup.py script that works on Fedora-19 and does not work on Fedora-20. The error on Fedora-20 is: --- [bradbell@localhost pycppad-20140710]$ ./setup.py build_ext --inplace --debug --undef NDEBUG running build_ext building 'pycppad/cppad_' extension C compiler: gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC compile options: '-g -UNDEBUG -I/usr/lib64/python2.7/site-packages/numpy/core/include -I/home/bradbell/prefix/cppad/include -I/usr/include -I/usr/include/python2.7 -c' gcc: pycppad/vector.cpp gcc: error trying to exec 'cc1plus': execvp: No such file or directory ... -- Here is what I get when I check for g++: [bradbell@localhost pycppad]$ g++ --version g++ (GCC) 4.8.2 20131212 (Red Hat 4.8.2-7) ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel