[Bug 1175205] perl-Gearman-Server-1.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175205 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Gearman-Server-1.12-1. ||fc21 Resolution|--- |ERRATA Last Closed||2015-01-05 02:33:44 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Gearman-Server-1.12-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ANwcRTwv7ka=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1175205] perl-Gearman-Server-1.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175205 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Gearman-Server-1.12-1. |perl-Gearman-Server-1.12-1. |fc21|fc20 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-Gearman-Server-1.12-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NPHlyVNoUra=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Data-Peek-0.42.tgz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Data-Peek: 2846b33bde17e9ff640bad3ffa74f678 Data-Peek-0.42.tgz -- 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 1175204] perl-Gearman-1.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175204 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Gearman-1.12-1.fc22|perl-Gearman-1.12-1.fc21 Resolution|RAWHIDE |ERRATA --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Gearman-1.12-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=HIf8erN2v4a=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 1175204] perl-Gearman-1.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175204 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Gearman-1.12-1.fc21|perl-Gearman-1.12-1.fc20 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Gearman-1.12-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Wx7lalOvJHa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: File location
On 01/04/2015 10:34 AM, Nico Kadel-Garcia wrote: On Sun, Jan 4, 2015 at 3:01 AM, Ralf Corsepius rc040...@freenet.de wrote: On 01/04/2015 07:41 AM, Anshu Prateek wrote: hi, I am working on packaging an upstream (aerospike) which presently puts some of its file in /opt/aerospike. The two main folders in use (by upstream) are /opt/aerospike/sys/udf/lua - This has the user defined lua functions shipped with the package. /opt/aerospike/usr/udf/ - This will have the user's custom UDFs. What will be the right place in FHS to put the above two directories when packaging for Fedora? Should these go into /usr/share/aerospike or some place in /var? I think the useful place to put it is to get aerospike to publish their SRPM, especially their spec files. Let me cut a long story short: /opt/vendor is the appropriate place for other SW-vendors to install add-on packages into, but it's an entirely inappropriate place to for OS-vendors (such as Fedora) to put their packages into. Or conversely: It's strictly prohibited for Fedora to install package into /opt, because this path is reserved for add-on packages. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20150104 changes
Compose started at Sun Jan 4 05:15:03 UTC 2015 Broken deps for i386 -- [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires liboflog.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg8.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg16.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg12.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmnet.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmjpeg.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimgle.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimage.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmdata.so.3.6 [boswars] boswars-2.7-5.fc22.i686 requires libtolua++-5.1.so [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [fawkes] fawkes-lua-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-katana-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-pantilt-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-roomba-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-skiller-0.5.0-19.fc22.i686 requires libtolua++-5.1.so [gcc-python-plugin] gcc-python2-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python2-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 [glances] glances-2.2.1-2.fc22.noarch requires python-psutil = 0:2.0.0 [guacamole-server] libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-utils.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-core.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-codec.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-cache.so.1.2 [nifti2dicom] nifti2dicom-0.4.9-1.fc22.i686 requires libitksys-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libitkopenjpeg-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libitkdouble-conversion-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libitkNetlibSlatec-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKznz-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKniftiio-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKgiftiio-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKWatersheds-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKVtkGlue-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKVideoIO-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKVideoCore-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKVTK-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKVNLInstantiation-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKStatistics-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKSpatialObjects-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKReview-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKQuadEdgeMesh-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKPolynomials-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKPath-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKOptimizersv4-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKOptimizers-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKNrrdIO-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKMetaIO-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKMesh-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKLabelMap-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKKLMRegionGrowing-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOXML-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOVTK-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOTransformMatlab-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOTransformInsightLegacy-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOTransformHDF5-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOTransformBase-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOTIFF-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOStimulate-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOSpatialObjects-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libITKIOSiemens-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires
Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
On 4 January 2015 at 02:45, Rahul Sundaram methe...@gmail.com wrote: Another alternative would be for GNOME Software to show packages perhaps optionally and deprioritize packages in the listing We're not filtering out packages that don't qualify as applications. GNOME Software only searches the AppStream metadata (just the pre-prepared things that qualify as applications) and then manually matches up any desktop files that exist locally to packages using PackageKit. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: File location
On Sun, Jan 4, 2015 at 2:41 PM, Anshu Prateek ansh.p...@gmail.com wrote: hi, I am working on packaging an upstream (aerospike) which presently puts some of its file in /opt/aerospike. The two main folders in use (by upstream) are /opt/aerospike/sys/udf/lua - This has the user defined lua functions shipped with the package. /opt/aerospike/usr/udf/ - This will have the user's custom UDFs. Looks like all these are users-defined contents, so is it OK to read these from anywhere? I mean if you can allow users to specify the location during the make install, that'd be better. -- 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-Gtk2-AppIndicator] Drop mono_arches as libappindicator, except the mono bindings is built on all arches
commit 763a5f51a0b6654729b12fd3b89625ce0a445d15 Author: Peter Robinson pbrobin...@gmail.com Date: Sun Jan 4 15:00:46 2015 + Drop mono_arches as libappindicator, except the mono bindings is built on all arches perl-Gtk2-AppIndicator.spec | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) --- diff --git a/perl-Gtk2-AppIndicator.spec b/perl-Gtk2-AppIndicator.spec index b57b0bb..897b3b7 100644 --- a/perl-Gtk2-AppIndicator.spec +++ b/perl-Gtk2-AppIndicator.spec @@ -9,7 +9,7 @@ Name: perl-Gtk2-AppIndicator Version:0.15 -Release:4%{?dist} +Release:5%{?dist} Summary:Perl extension for libappindicator # From Copyright: Distributed under the same license as perl. License:GPL+ or Artistic @@ -17,9 +17,6 @@ Group: Development/Libraries URL:http://search.cpan.org/dist/Gtk2-AppIndicator/ Source0: http://www.cpan.org/modules/by-module/Gtk2/Gtk2-AppIndicator-%{version}.tar.gz -# see libappindicator.spec -ExclusiveArch: %{mono_arches} - BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(AutoLoader) @@ -73,6 +70,9 @@ find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \; -print %changelog +* Sun Jan 4 2015 Peter Robinson pbrobin...@fedoraproject.org 0.15-5 +- Drop mono_arches as libappindicator, except the mono bindings is built on all arches + * Fri Sep 19 2014 Remi Collet r...@fedoraproject.org 0.15-4 - add ExclusiveArch: mono_arches as libappindicator @@ -80,4 +80,4 @@ find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \; -print - fix BR and cleaup from review #1138980 * Sun Sep 7 2014 Remi Collet r...@fedoraproject.org 0.15-1 -- initial package \ No newline at end of file +- initial package -- 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-Gtk2-AppIndicator/f21] Drop mono_arches as libappindicator, except the mono bindings is built on all arches
Summary of changes: 763a5f5... Drop mono_arches as libappindicator, except the mono bindin (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-boolean] Update to latest upstream version (RHBZ #1178377)
commit 97d798076134756dc4e62575ecf1de7296916232 Author: Ken Dreyer ktdre...@ktdreyer.com Date: Sun Jan 4 09:18:44 2015 -0700 Update to latest upstream version (RHBZ #1178377) perl-boolean.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-boolean.spec b/perl-boolean.spec index b335127..f8e6ce1 100644 --- a/perl-boolean.spec +++ b/perl-boolean.spec @@ -1,5 +1,5 @@ Name: perl-boolean -Version:0.42 +Version:0.43 Release:1%{?dist} Summary:Boolean support for Perl License:GPL+ or Artistic @@ -44,6 +44,9 @@ make test %{_mandir}/man3/* %changelog +* Sun Jan 04 2015 Ken Dreyer ktdre...@ktdreyer.com - 0.43-1 +- Update to latest upstream version (RHBZ #1178377) + * Wed Nov 12 2014 Ken Dreyer ktdre...@ktdreyer.com - 0.42-1 - update to latest upstream version -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File boolean-0.43.tar.gz uploaded to lookaside cache by ktdreyer
A file has been added to the lookaside cache for perl-boolean: 6e9d6f64c04d31b1226707732bd59fec boolean-0.43.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-boolean] add missing sources tarball
commit fb240d2418372c3346994ef3508bd36ded8a5dbb Author: Ken Dreyer ktdre...@ktdreyer.com Date: Sun Jan 4 09:29:03 2015 -0700 add missing sources tarball (whoops) .gitignore |1 + sources|2 +- 2 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index 44b3cf8..f80470e 100644 --- a/.gitignore +++ b/.gitignore @@ -7,3 +7,4 @@ boolean-0.20.tar.gz /boolean-0.30.tar.gz /boolean-0.38.tar.gz /boolean-0.42.tar.gz +/boolean-0.43.tar.gz diff --git a/sources b/sources index 3054945..d0a3857 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -604790cc2ec946ad02f905b09173c10e boolean-0.42.tar.gz +6e9d6f64c04d31b1226707732bd59fec boolean-0.43.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1163403] Bugzilla requires autodie to be installed
https://bugzilla.redhat.com/show_bug.cgi?id=1163403 Emmanuel Seyman emman...@seyman.fr changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |NOTABUG Last Closed||2015-01-04 11:36:38 --- Comment #2 from Emmanuel Seyman emman...@seyman.fr --- Okay, I didn't see that Martijn was using a 4.5.x version installed by hand and not the bugzilla package that comes with Fedora. autodie is only used in the 5.0 branch which we don't ship so there's nothing to fix. I'll remember to check that perl(autodie) is a dependency when we update to 5.0. -- 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=nEttvbWUgaa=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 1178377] perl-boolean-0.43 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1178377 Ken Dreyer ktdre...@ktdreyer.com changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed||2015-01-04 11:47:50 --- Comment #1 from Ken Dreyer ktdre...@ktdreyer.com --- Rawhide (F22) build: http://koji.fedoraproject.org/koji/taskinfo?taskID=8522730 -- 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=LlohwhzVMZa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
Hi On Sun, Jan 4, 2015 at 8:46 AM, Richard Hughes wrote: We're not filtering out packages that don't qualify as applications. GNOME Software only searches the AppStream metadata Yes. My suggestion was to change that Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Yet another frustration with Fedora package management
/*Rex Dieter rdie...@math.unl.edu*/ wrote on Sat, 03 Jan 2015 16:58:32 -0600: Hedayat Vatankhah wrote: ... Suggestion: Please add a single configuration file to configure common package manager options I think you answered your own question = modify the .repo files Thank you!!! Yes, I know that I can do it, but its nothing but ridiculous. And, as I said, this is an unsafe approach: first I excluded it from one repo, then I discovered that I should add another repository, and then another one. What if this package is in 50 repos? Or you want to set metadata_expire for 50 repos? I wonder if having a single packages.conf is THAT hard!!! Hedayat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File IO-All-0.86.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-All: b257d3f742867825d018e74f5a5d549b IO-All-0.86.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Yet another frustration with Fedora package management
Am 04.01.2015 um 19:02 schrieb Hedayat Vatankhah: /*Rex Dieter rdie...@math.unl.edu*/ wrote on Sat, 03 Jan 2015 16:58:32 -0600: Hedayat Vatankhah wrote: ... Suggestion: Please add a single configuration file to configure common package manager options I think you answered your own question = modify the .repo files Thank you!!! Yes, I know that I can do it, but its nothing but ridiculous. And, as I said, this is an unsafe approach: first I excluded it from one repo, then I discovered that I should add another repository, and then another one. What if this package is in 50 repos? Or you want to set metadata_expire for 50 repos? I wonder if having a single packages.conf is THAT hard!!! WTF don't you read other answers before continue to rant? just edit yum.conf instead demand a useless packages.conf duplicating what is already there 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: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
- Original Message - From: Alec Leamas leamas.a...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Saturday, January 3, 2015 10:19:30 PM Subject: Re: Ramblings and questions regarding Fedora,but stemming from gnome-software and desktop environments On 03/01/15 20:26, Hedayat Vatankhah wrote: /*Luya Tshimbalanga*/ wrote on Fri, 02 Jan 2015 17:29:14 -0800: Add-ons cannot cover development libraries, unless every library is an add-on for all IDEs! Then is IDE packaging issue. When it comes of using a development applications, the software should suggest installing the missing library. If Gnome Video is able to prompt uses to install missing component, then why shouldn't be possible for IDE application to do the same? Granted I don't know well the functionality but the logic is application should detect and suggest adding the missing function. Hmm... that's weird, I can't understand what you mean. Gnome Video's job is very easy: a video has a special format, and there are specific plugins to enable playing that. However, assume that I need an XML library for C++: 1. How can I tell the IDE that I need an XML library? 2. What should IDE do if there are 5 different XML libraries for C++? How should I tell it which one I want, specially if I don't know what should I use already, and want to see what is available out there? To me, it seems like implementing a special purpose software manager inside IDE with almost all functionality GNOME Software provides. As I said in another post, user reviews/rating for development libraries (like what GNOME Software provides for applications) can be really helpful when a developer wants to choose a library for a specific purpose. In other words: there is a difference between the toolchain and project dependencies. The toolchain e. g. eclipse + gcc etc. can be probably partly be fixed using IDE dependencies, DevAssistant and similar setups reflecting general tool-set dependencies, agreed. OTOH, the dependencies for a specific project cannot really be handled this way. Such libraries are specific for the code you build, not the tools. Making them dependencies of e. g., eclipse just doesn't make any sense. Yeah, it doesn't make sense to make dependencies of eclipse but usually when something is missing it's not that hard to find what to install programatically. Pointing again to the video for eclipse https://rgrunber.fedorapeople.org/eclipse_packagekit_2.ogv . I remember something about Anjuta being able to do something similar but can't find it now. Of course this can not cover every creative build environment but such approach works well for video codecs so it's not impossible. Alexander Kurtakov Red Hat Eclipse team Cheers! --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: File location
On 01/04/2015 07:41 AM, Anshu Prateek wrote: hi, I am working on packaging an upstream (aerospike) which presently puts some of its file in /opt/aerospike. The two main folders in use (by upstream) are /opt/aerospike/sys/udf/lua - This has the user defined lua functions shipped with the package. /opt/aerospike/usr/udf/ - This will have the user's custom UDFs. What will be the right place in FHS to put the above two directories when packaging for Fedora? Should these go into /usr/share/aerospike or some place in /var? Impossible to tell without having seen the sources and without knowing the contents. /usr/share/package, /usr/lib/package, /usr/{lib,lib64}/package would seem likely candidates. Packages installing to /opt are not allowed in Fedora. In most cases, such packages are simply incorrectly configured. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1177672] [abrt] perl: yyparse(): a2p killed by SIGSEGV
https://bugzilla.redhat.com/show_bug.cgi?id=1177672 --- Comment #13 from Ralf Corsepius rc040...@freenet.de --- I think this bug is caused by upstream having used a broken byacc to generate a2p.c. Grabbing the missing yacc-source file a2p.y from upstream's git (https://github.com/Leont/app-a2p/a2p.y) and regenerating a2p.c using Fedora 21's byacc (byacc-1.9.20130925-4.fc21) seems to fix this issue for me. -- 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=rBPAmrKldaa=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 1177672] [abrt] perl: yyparse(): a2p killed by SIGSEGV
https://bugzilla.redhat.com/show_bug.cgi?id=1177672 --- Comment #14 from Ralf Corsepius rc040...@freenet.de --- Created attachment 975930 -- https://bugzilla.redhat.com/attachment.cgi?id=975930action=edit Proposed patch, implementing what I wrote in previous comment -- 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=JZqC3M5aOGa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: File location
On Sun, Jan 4, 2015 at 3:01 AM, Ralf Corsepius rc040...@freenet.de wrote: On 01/04/2015 07:41 AM, Anshu Prateek wrote: hi, I am working on packaging an upstream (aerospike) which presently puts some of its file in /opt/aerospike. The two main folders in use (by upstream) are /opt/aerospike/sys/udf/lua - This has the user defined lua functions shipped with the package. /opt/aerospike/usr/udf/ - This will have the user's custom UDFs. What will be the right place in FHS to put the above two directories when packaging for Fedora? Should these go into /usr/share/aerospike or some place in /var? I think the useful place to put it is to get aerospike to publish their SRPM, especially their spec files. I'm looking at the RHEL rpm for their c-client tool, and it shoves some things in /op, and some in /usr/lib for the 64-bit version, which rather violates the /usr/lib64 location for the libraries. Impossible to tell without having seen the sources and without knowing the contents. /usr/share/package, /usr/lib/package, /usr/{lib,lib64}/package would seem likely candidates. I looked at this once before and it started making me twitch. Anyone who publishes a system specific tarball, and puts the sources and several RPM's *inside* the same tarbal but can't be bothered to include a .spec or SRPM is just being goofy. Packages installing to /opt are not allowed in Fedora. In most cases, such packages are simply incorrectly configured. Ralf The FileSystem Hierarchy, File Hierarchy System, and its other three-letter descriptions had their last official release in 2004. It's in the process of an update to version 3.0. The beta version is at http://www.linuxbase.org/betaspecs/fhs/fhs.html. It's pretty clear that /opt is reserved for the installation of add-on application software packages.. It's common for third party packages that require their own non-system-standard libraries and binaries for Perl, Python, MySQL, HTTPD, and god knows Python and Ruby use /opt to have a modular installation that does not step on your system libraries. God knows that commercial software vendors use it, and even some open source vendors like Opscode use it for chef software. Also note that Fedora does not follow the FHS word-for-word. The merging of /bin with /usr/bin, /sbin with /usr/sbin, etc. is a clear violation of even the latest proposed FHS. And the use of /var/run/meda for user-owned mounted media, built into systemd, is a pretty clear violation of the specification for all three /var, /run, and /media. Getting violated 3 ways at once, well, I hope it was thrilling for *everyone*. -- 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 1177819] systemd inside Parallels Virtuozzo VM: Failed at step NO_NEW_PRIVILEGES spawning /usr/sbin/amavisd: Invalid argument
https://bugzilla.redhat.com/show_bug.cgi?id=1177819 Peter Bieringer p...@bieringer.de changed: What|Removed |Added Target Release|--- |7.1 Version|epel7 |7.0 Component|amavisd-new |systemd CC||systemd-maint-list@redhat.c ||om Assignee|juan.o...@miceliux.com |systemd-ma...@redhat.com QA Contact|extras...@fedoraproject.org |qe-baseos-daem...@redhat.co ||m Summary|Failed at step |systemd inside Parallels |NO_NEW_PRIVILEGES spawning |Virtuozzo VM: Failed at |/usr/sbin/amavisd: Invalid |step NO_NEW_PRIVILEGES |argument|spawning /usr/sbin/amavisd: ||Invalid argument Target Milestone|--- |rc Product|Fedora EPEL |Red Hat Enterprise Linux 7 --- Comment #2 from Peter Bieringer p...@bieringer.de --- Woraround so far: disabling this NoNewPrivileges option: # perl -pi.orig -e 's/^(NoNewPrivileges=)true/\1false/' /usr/lib/systemd/system/amavisd-clean-quarantine.service # perl -pi.orig -e 's/^(NoNewPrivileges=)true/\1false/' /usr/lib/systemd/system/amavisd-clean-tmp.service # perl -pi.orig -e 's/^(NoNewPrivileges=)true/\1false/' /usr/lib/systemd/system/amavisd.service # systemctl daemon-reload BTW: tried to use SecureBits instead, but this is also causing an error amavisd[2941]: Failed at step SECUREBITS spawning /usr/sbin/amavisd: Operation not permitted Assigned this bug now to systemd, looks like Parallels Virtuozzo blocks related prctl calls (PR_SET_NO_NEW_PRIVS, PR_SET_SECUREBITS) (found in systemd src/core/execute.c) # rpm -q systemd systemd-208-11.el7_0.5.x86_64 Looks like systemd should change its behavior to a softfail/ignore in case of prctl calls fail and the reason is the underlying virtualization/container platform. -- 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=4nMohVuPw8a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File App-Nopaste-1.003.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-App-Nopaste: 1a6857386f2376e2f432226574580f78 App-Nopaste-1.003.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-App-Nopaste] Update to 1.003
commit 87bfe9a008b53875e552d5918c2be5b79a8cde82 Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 4 11:09:54 2015 +0100 Update to 1.003 .gitignore|1 + perl-App-Nopaste.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 772518f..a8235e1 100644 --- a/.gitignore +++ b/.gitignore @@ -14,3 +14,4 @@ App-Nopaste-0.22.tar.gz /App-Nopaste-0.99.tar.gz /App-Nopaste-1.001.tar.gz /App-Nopaste-1.002.tar.gz +/App-Nopaste-1.003.tar.gz diff --git a/perl-App-Nopaste.spec b/perl-App-Nopaste.spec index 622e7ba..25e4108 100644 --- a/perl-App-Nopaste.spec +++ b/perl-App-Nopaste.spec @@ -1,5 +1,5 @@ Name: perl-App-Nopaste -Version:1.002 +Version:1.003 Release:1%{?dist} Summary:Easy access to any pastebin License:GPL+ or Artistic @@ -91,6 +91,9 @@ make test %{_mandir}/man1/* %changelog +* Sun Jan 04 2015 Emmanuel Seyman emman...@seyman.fr - 1.003-1 +- Update to 1.003 + * Fri Dec 19 2014 Emmanuel Seyman emman...@seyman.fr - 1.002-1 - Update to 1.002 diff --git a/sources b/sources index 14c70c0..65b989f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -79e7d937f59baa58df45dc0bdde74286 App-Nopaste-1.002.tar.gz +1a6857386f2376e2f432226574580f78 App-Nopaste-1.003.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Catalyst-Runtime-5.90079.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Catalyst-Runtime: 5961f227e94640d88ebfcfa063e9cd67 Catalyst-Runtime-5.90079.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Catalyst-Runtime] Update to 5.90079
commit e5b6a6eec8883d40aa137647f42470623a59d0cc Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 4 11:20:53 2015 +0100 Update to 5.90079 .gitignore |1 + perl-Catalyst-Runtime.spec |5 - sources|2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 76711d8..d5f1414 100644 --- a/.gitignore +++ b/.gitignore @@ -15,3 +15,4 @@ Catalyst-Runtime-5.80021.tar.gz /Catalyst-Runtime-5.90019.tar.gz /Catalyst-Runtime-5.90077.tar.gz /Catalyst-Runtime-5.90078.tar.gz +/Catalyst-Runtime-5.90079.tar.gz diff --git a/perl-Catalyst-Runtime.spec b/perl-Catalyst-Runtime.spec index c928718..fcea606 100644 --- a/perl-Catalyst-Runtime.spec +++ b/perl-Catalyst-Runtime.spec @@ -1,6 +1,6 @@ Name: perl-Catalyst-Runtime Summary:Catalyst Framework Runtime -Version:5.90078 +Version:5.90079 Release:1%{?dist} License:GPL+ or Artistic @@ -189,6 +189,9 @@ make clean %{_mandir}/man1/* %changelog +* Sun Jan 04 2015 Emmanuel Seyman emman...@seyman.fr - 5.90079-1 +- Update to 5.90079 + * Thu Jan 01 2015 Emmanuel Seyman emman...@seyman.fr - 5.90078-1 - Update to 5.90078 diff --git a/sources b/sources index b440e1a..138eeb9 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -90a9aebf4f52386137264374c96e0e98 Catalyst-Runtime-5.90078.tar.gz +5961f227e94640d88ebfcfa063e9cd67 Catalyst-Runtime-5.90079.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Mojolicious-5.71.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Mojolicious: 78040ba7fab868bf635767d44a1ee8a4 Mojolicious-5.71.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Log-Any-Adapter
perl-Log-Any-Adapter has broken dependencies in the rawhide tree: On x86_64: perl-Log-Any-Adapter-0.11-6.fc22.noarch requires perl(Log::Any::Adapter::Core) On i386: perl-Log-Any-Adapter-0.11-6.fc22.noarch requires perl(Log::Any::Adapter::Core) On armhfp: perl-Log-Any-Adapter-0.11-6.fc22.noarch requires perl(Log::Any::Adapter::Core) 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-Mojolicious] Update to 5.71
commit 93460fa2093f6e2281ab69cd16ffa0f2ecaab0a2 Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 4 11:40:45 2015 +0100 Update to 5.71 .gitignore|1 + perl-Mojolicious.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index e41264a..57f1c72 100644 --- a/.gitignore +++ b/.gitignore @@ -155,3 +155,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-5.68.tar.gz /Mojolicious-5.69.tar.gz /Mojolicious-5.70.tar.gz +/Mojolicious-5.71.tar.gz diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index e18ce97..58dacba 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,5 +1,5 @@ Name: perl-Mojolicious -Version:5.70 +Version:5.71 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 @@ -62,6 +62,9 @@ make test %{_mandir}/man3/* %changelog +* Sun Jan 04 2015 Emmanuel Seyman emman...@seyman.fr - 5.71-1 +- Update to 5.71 + * Fri Dec 19 2014 Emmanuel Seyman emman...@seyman.fr - 5.70-1 - Update to 5.70 diff --git a/sources b/sources index 0e26c6c..3a2cf78 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -588fb00b74da5983cfdb986eea6d1499 Mojolicious-5.70.tar.gz +78040ba7fab868bf635767d44a1ee8a4 Mojolicious-5.71.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Search-Elasticsearch] Update to 1.17
commit 57350f181f7919741aa66ca488890551420cf04d Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 4 11:46:00 2015 +0100 Update to 1.17 .gitignore |1 + perl-Search-Elasticsearch.spec |5 - sources|2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 060b0d1..c924520 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ /Search-Elasticsearch-1.14.tar.gz /Search-Elasticsearch-1.15.tar.gz /Search-Elasticsearch-1.16.tar.gz +/Search-Elasticsearch-1.17.tar.gz diff --git a/perl-Search-Elasticsearch.spec b/perl-Search-Elasticsearch.spec index 772199c..e13fa08 100644 --- a/perl-Search-Elasticsearch.spec +++ b/perl-Search-Elasticsearch.spec @@ -1,5 +1,5 @@ Name: perl-Search-Elasticsearch -Version:1.16 +Version:1.17 Release:1%{?dist} Summary:Official client for Elasticsearch License:ASL 2.0 @@ -88,6 +88,9 @@ make test %{_mandir}/man3/Search* %changelog +* Sun Jan 04 2015 Emmanuel Seyman emman...@seyman.fr - 1.17-1 +- Update to 1.17 + * Sat Nov 22 2014 Emmanuel Seyman emman...@seyman.fr - 1.16-1 - Update to 1.16 - Drop Group tag diff --git a/sources b/sources index 5216fa4..8d97afb 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c1dc6cfdacede41e6959de148c998367 Search-Elasticsearch-1.16.tar.gz +c33c7b58ffb2b125af740a8ae665fe6b Search-Elasticsearch-1.17.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Yet another frustration with Fedora package management
/*Reindl Harald h.rei...@thelounge.net*/ wrote on Sun, 04 Jan 2015 19:11:01 +0100: Am 04.01.2015 um 19:02 schrieb Hedayat Vatankhah: /*Rex Dieter rdie...@math.unl.edu*/ wrote on Sat, 03 Jan 2015 16:58:32 -0600: Hedayat Vatankhah wrote: ... Suggestion: Please add a single configuration file to configure common package manager options I think you answered your own question = modify the .repo files Thank you!!! Yes, I know that I can do it, but its nothing but ridiculous. And, as I said, this is an unsafe approach: first I excluded it from one repo, then I discovered that I should add another repository, and then another one. What if this package is in 50 repos? Or you want to set metadata_expire for 50 repos? I wonder if having a single packages.conf is THAT hard!!! WTF don't you read other answers before continue to rant? just edit yum.conf instead demand a useless packages.conf duplicating what is already there Have you read my first email carefully? yum.conf is only used by yum, DNF and PackageKit/Gnome software don't care about it. -- 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: Yet another frustration with Fedora package management
Am 04.01.2015 um 19:13 schrieb Hedayat Vatankhah: /*Reindl Harald h.rei...@thelounge.net*/ wrote on Sun, 04 Jan 2015 19:11:01 +0100: Am 04.01.2015 um 19:02 schrieb Hedayat Vatankhah: /*Rex Dieter rdie...@math.unl.edu*/ wrote on Sat, 03 Jan 2015 16:58:32 -0600: Hedayat Vatankhah wrote: ... Suggestion: Please add a single configuration file to configure common package manager options I think you answered your own question = modify the .repo files Thank you!!! Yes, I know that I can do it, but its nothing but ridiculous. And, as I said, this is an unsafe approach: first I excluded it from one repo, then I discovered that I should add another repository, and then another one. What if this package is in 50 repos? Or you want to set metadata_expire for 50 repos? I wonder if having a single packages.conf is THAT hard!!! WTF don't you read other answers before continue to rant? just edit yum.conf instead demand a useless packages.conf duplicating what is already there Have you read my first email carefully? yum.conf is only used by yum, DNF and PackageKit/Gnome software don't care about it. DNF is using /etc/dnf/dnf.conf which is one reason more to finally rename it back to YUM when it starts to replace it instead demand users all over the world change working configs, but that's a different topic nobody cares about if other sofwtare like Packagekit ignore that global options of the package manager just file bugreport for them I wonder if having a single packages.conf is THAT hard!!! for DNF, YUM, Packagekit and what not else? surely, the same way hard to just proceed the configuration of yum.conf, they all would needed to be changed 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: Yet another frustration with Fedora package management
/*Reindl Harald h.rei...@thelounge.net*/ wrote on Sun, 04 Jan 2015 19:19:20 +0100: Am 04.01.2015 um 19:13 schrieb Hedayat Vatankhah: ... DNF is using /etc/dnf/dnf.conf which is one reason more to finally rename it back to YUM when it starts to replace it instead demand users all over the world change working configs, but that's a different topic nobody cares about if other sofwtare like Packagekit ignore that global options of the package manager just file bugreport for them I wonder if having a single packages.conf is THAT hard!!! for DNF, YUM, Packagekit and what not else? surely, the same way hard to just proceed the configuration of yum.conf, they all would needed to be changed I'm fine with using yum.conf if everybody respects it, but I didn't propose it because: 1) There are some options in yum.conf that DNF/PK doesn't recognize 2) DNF has some specific options in dnf.conf which yum doesn't support 3) PK/GNOME Software have ... well I'm yet to completely discover but at least they have some options controlled by gsettings! and some in /etc/PackageKit/ which is completely unique to itself! So, I thought that maybe every package *likes* to have its specific settings method; and therefore I proposed to have a global configuration which configures main package manager policy. Regards, Hedayat -- 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-IO-All] Update to 0.86
commit e183be21f829ca0e7f7bf03042334774f75aac0f Author: Paul Howarth p...@city-fan.org Date: Sun Jan 4 18:12:09 2015 + Update to 0.86 - New upstream release 0.86 (revamp docs) - This release by INGY → update source URL perl-IO-All.spec |8 ++-- sources |2 +- 2 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/perl-IO-All.spec b/perl-IO-All.spec index 22df62b..38ef596 100644 --- a/perl-IO-All.spec +++ b/perl-IO-All.spec @@ -1,11 +1,11 @@ Name: perl-IO-All -Version:0.85 +Version:0.86 Release:1%{?dist} Summary:IO::All Perl module License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/IO-All/ -Source0: http://www.cpan.org/authors/id/F/FR/FREW/IO-All-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/I/IN/INGY/IO-All-%{version}.tar.gz BuildArch: noarch # Module Build BuildRequires: perl @@ -102,6 +102,10 @@ make %{?_smp_mflags} test RELEASE_TESTING=1 %{_mandir}/man3/IO::All::Temp.3* %changelog +* Sun Jan 4 2015 Paul Howarth p...@city-fan.org - 0.86-1 +- Update to 0.86 (revamp docs) +- This release by INGY → update source URL + * Wed Dec 17 2014 Petr Šabata con...@redhat.com - 0.85-1 - Update to 0.85 - A Windows test fix only diff --git a/sources b/sources index adab843..196b60d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2a60db30fb64ae137326a0635dcba840 IO-All-0.85.tar.gz +b257d3f742867825d018e74f5a5d549b IO-All-0.86.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-All] Created tag perl-IO-All-0.86-1.fc22
The lightweight tag 'perl-IO-All-0.86-1.fc22' was created pointing to: e183be2... Update to 0.86 -- 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 1178393] perl-IO-All-0.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1178393 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-IO-All-0.86-1.fc22 Resolution|--- |RAWHIDE Last Closed||2015-01-04 14:22:38 --- Comment #1 from Paul Howarth p...@city-fan.org --- Build done: http://koji.fedoraproject.org/koji/taskinfo?taskID=8524016 -- 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=NnstQMGz72a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Yet another frustration with Fedora package management
Hi On Sun, Jan 4, 2015 at 1:33 PM, Hedayat Vatankhah wrote: So, I thought that maybe every package *likes* to have its specific settings method; and therefore I proposed to have a global configuration which configures main package manager policy. I agree with the problem. However I don't think the solution you are proposing is the right one 1) dnf forked yum which was supposed to be just a project name but dnf developers have changed their mind and want dnf to be the new permanent name. I disagree with this decision but unless FESCo intervenes which seems unlikely, dnf will essentially replace yum in the near future and when more newer functionality of RPM such as soft dependencies get used, yum will have to stop getting used after the temporary transition period. So after the transition, you will only have to deal with dnf.conf 2) PackageKit should ideally respect yum.conf or dnf.conf instead of requiring its own configuration file for shared common options. Perhaps you can talk to Richard Hughes about that 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
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 987 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 442 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 206 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 60 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3784/mantis-1.2.17-3.el5 56 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3849/sblim-sfcb-1.3.8-2.el5 22 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4430/phpMyAdmin4-4.0.10.7-2.el5 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4803/libssh-0.5.5-3.el5 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4527/xrdp-0.6.1-2.el5 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4867/glpi-0.83.9.1-5.el5 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4917/dokuwiki-0-0.23.20140929b.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing drupal6-flag-2.1-3.el5 drupal7-path_breadcrumbs-3.1-1.el5 Details about builds: drupal6-flag-2.1-3.el5 (FEDORA-EPEL-2015-0049) Create customized flags that users can set on content Update Information: Flag is a flexible flagging system that is completely customizable by the\r\nadministrator. Using this module, the site administrator can provide any\r\nnumber of flags for nodes, comments, users, and any other type of entity.\r\nSome possibilities include bookmarks, marking important, friends, or flag\r\nas offensive. With extensive views integration, you can create custom\r\nlists of popular content or keep tabs on important content.\r\n\r\nThis package provides the following Drupal modules:\r\n* flag\r\n* flag_actions drupal7-path_breadcrumbs-3.1-1.el5 (FEDORA-EPEL-2015-0058) Allows creation of custom breadcrumbs for any page using contexts Update Information: ## 7.x-3.1\r\n\r\n* by Spleshka: Removed static caching from path_breadcrumbs_load_all(), because it is already implemented in ctools_export_load_object().\r\n* Issue #2354497 by perusio, Spleshka: Checking if translatable property of object exists.\r\n* Issue #1893878 by OnkelTem: Use $language_url just like l() does.\r\n* by kalabro: Show error message if user inputs path alias.\r\n* Issue #2394337 by ekes: Restrict some percent-encoded sequences in path tokens.\r\n\r\n## 7.x-3.0\r\n\r\n* **API change**: hook_path_breadcrumbs_view_alter() is now called for both cached and uncached items. Use object property from_cache to check if Path Breadcrumbs item was loaded from cache.\r\n* Issue #2246181: Caching enhancements — Empty results are now cached to prevent heavy variant lookup process.\r\n* Issue #2261911: Also clone translations — When cloning translatable Path Breadcrumbs item, clone its translations too.\r\n* Issue #2290447: Hide breadcrumbs on user/password — Allow to create empty PB items. ChangeLog: * Sun Jan 4 2015 Shawn Iwinski shawn.iwin...@gmail.com - 3.1-1 - Updated to 3.1 (BZ #1178332) - %license usage * Sat Jun 7 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.0-0.9.rc2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild References: [ 1 ] Bug #1178332 - drupal7-path_breadcrumbs-3.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1178332 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 987 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 206 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6 77 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3434/pylint-1.3.1-1.el6,python-astroid-1.2.1-2.el6,python-logilab-common-0.62.1-2.el6 52 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 40 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4242/facter-1.6.18-8.el6 29 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4485/python-tornado-2.2.1-7.el6 20 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4669/libhtp-0.5.16-1.el6 18 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4737/docker-io-1.4.0-2.el6 16 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4766/mediawiki119-1.19.23-1.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4807/libssh-0.5.5-3.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4829/roundcubemail-1.0.4-2.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4850/glpi-0.83.9.1-6.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4624/xrdp-0.6.1-2.el6 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4884/mapserver-6.0.4-1.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4918/dokuwiki-0-0.23.20140929b.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing drupal6-flag-2.1-3.el6 drupal7-path_breadcrumbs-3.1-1.el6 libvdpau-0.9-1.el6 llvm-3.4.2-4.el6 med-3.0.7-6.el6 mmg3d-4.0.1-4.el6 php-Monolog-1.12.0-1.el6 php-opencloud-1.12.1-1.el6 php-scssphp-0.1.1-2.el6 python-catkin-sphinx-0.2.1-3.20130602gitc00d68b.el6 python-vcstools-0.1.36-1.el6 rxvt-unicode-9.21-3.el6 sys_basher-2.0.2-1.el6 tetgen-1.5.0-4.el6 unrtf-0.21.9-1.el6 vdpauinfo-0.9-0.1.el6 voro++-0.4.6-7.el6 Details about builds: drupal6-flag-2.1-3.el6 (FEDORA-EPEL-2015-0054) Create customized flags that users can set on content Update Information: Flag is a flexible flagging system that is completely customizable by the\r\nadministrator. Using this module, the site administrator can provide any\r\nnumber of flags for nodes, comments, users, and any other type of entity.\r\nSome possibilities include bookmarks, marking important, friends, or flag\r\nas offensive. With extensive views integration, you can create custom\r\nlists of popular content or keep tabs on important content.\r\n\r\nThis package provides the following Drupal modules:\r\n* flag\r\n* flag_actions drupal7-path_breadcrumbs-3.1-1.el6 (FEDORA-EPEL-2015-0039) Allows creation of custom breadcrumbs for any page using contexts Update Information: ## 7.x-3.1\r\n\r\n* by Spleshka: Removed static caching from path_breadcrumbs_load_all(), because it is already implemented in ctools_export_load_object().\r\n* Issue #2354497 by perusio, Spleshka: Checking if translatable property of object exists.\r\n* Issue #1893878 by OnkelTem: Use $language_url just like l() does.\r\n* by kalabro: Show error message if user inputs path alias.\r\n* Issue #2394337 by ekes: Restrict some percent-encoded sequences in path tokens.\r\n\r\n## 7.x-3.0\r\n\r\n* **API change**: hook_path_breadcrumbs_view_alter() is now called for both cached and uncached items. Use object property from_cache to check if Path Breadcrumbs item was loaded from cache.\r\n* Issue #2246181: Caching enhancements — Empty results are now cached to prevent heavy variant lookup process.\r\n* Issue #2261911: Also clone translations — When cloning translatable Path Breadcrumbs item, clone its translations too.\r\n* Issue #2290447: Hide breadcrumbs on user/password — Allow to create empty PB items. ChangeLog: * Sun Jan 4 2015 Shawn Iwinski shawn.iwin...@gmail.com - 3.1-1 - Updated to 3.1 (BZ #1178332) - %license usage * Sat Jun 7 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.0-0.9.rc2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild References: [ 1 ] Bug #1178332 - drupal7-path_breadcrumbs-3.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1178332
[bugzilla] Remove bundled Flash files since they are not used by the application (#1000245) Add webdot director
commit 7167db27cf3982f1bca6a4c600acc45975220ba4 Author: Emmanuel Seyman emman...@seyman.fr Date: Sun Jan 4 22:33:22 2015 +0100 Remove bundled Flash files since they are not used by the application (#1000245) Add webdot directory perms to httpd configuration (#1070979) bugzilla-httpd-conf |4 bugzilla.spec |8 +++- 2 files changed, 11 insertions(+), 1 deletions(-) --- diff --git a/bugzilla-httpd-conf b/bugzilla-httpd-conf index 45ec051..1ed7679 100644 --- a/bugzilla-httpd-conf +++ b/bugzilla-httpd-conf @@ -17,3 +17,7 @@ Alias /bugzilla /usr/share/bugzilla AddType application/vnd.mozilla.xul+xml .xul AddType application/rdf+xml .rdf /Directory + +Directory /var/lib/bugzilla/data/webdot + Require all granted +/Directory diff --git a/bugzilla.spec b/bugzilla.spec index 1d0d3b8..5a0b1ec 100644 --- a/bugzilla.spec +++ b/bugzilla.spec @@ -6,7 +6,7 @@ URL: http://www.bugzilla.org/ Name: bugzilla Version: 4.4.6 Group: Applications/Publishing -Release: 1%{?dist} +Release: 2%{?dist} License: MPLv1.1 Source0: http://ftp.mozilla.org/pub/mozilla.org/webtools/bugzilla-%{version}.tar.gz Source1: bugzilla-httpd-conf @@ -108,6 +108,8 @@ rm -f Bugzilla/Constants.pm.orig rm -f Bugzilla/Install/Requirements.pm.orig # Remove bundled libs rm -rf lib/CGI* +# Remove bundled binary files +rm -f js/yui/*/*.swf # Deal with changing /usr/local paths here instead of via patches %{__perl} -pi -e 's|/usr/local/bin/python\b|%{__python}|' contrib/*.py @@ -224,6 +226,10 @@ popd /dev/null) %{bzinstallprefix}/bugzilla/contrib/Bugzilla.pm %changelog +* Sun Jan 04 2015 Emmanuel Seyman emman...@seyman.fr - 4.4.6-2 +- Remove bundled binary files (#1000245) +- Add webdot directory perms to apache configuration + * Wed Oct 08 2014 Emmanuel Seyman emman...@seyman.fr - 4.4.6-1 - Update to 4.4.6 -- 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
[EPEL-devel] Hello - http://download.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-2.noarch.rpm'
Hi, I see one erreur on site: https://fedoraproject.org/wiki/EPEL/FAQ For EL7: su -c 'rpm -Uvh http://download.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-*7-2*.noarch.rpm' ... su -c 'yum install foo' For EL7: su -c 'rpm -Uvh http://download.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-*7-**5*.noarch.rpm' ... su -c 'yum install foo' Thank you, -- Carlos ESTEVES E-mail: carlos.em.este...@gmail.com mailto:carlos.em.este...@gmail.com Este e-mail pretende ser amigo do ambiente. Pondere antes de o imprimir! Ce courriel est destiné à être respectueux de l'environnement. Réfléchissez avant d'imprimer! This email is intended to be environmentally friendly. Think before you print! Confidentiality Warning: This e-mail and any files transmitted with it are confidential and may be privileged and are intended solely for the use of the individual or entity to whom they are addressed. Their contents may not be altered. lf you are not the intended recipient of this communication please notify the sender and delete and destroy all copies immediately. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
retire: seam-conversation, seam-parent, seam-solder, openjpa
Hi, I want retire: seam-conversation, seam-parent, seam-solder I do not have many reasons to keep them still And if someone can take care of openjpa package or can give a help as co-maintainer. https://issues.apache.org/jira/browse/OPENJPA-2386 Unusable and not buildable with Java8. As last resort I will have to pick up too, and the packages that require it. regards - gil -- 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: allowing programs to open ports
Björn Persson wrote: I bet! I worry that the questions would quickly become annoying. But if ports are going to be blocked by default, then there needs to be some way for non-sysadmin users to open them. No, why? The ports just need to be closed, period. Non-sysadmin users shouldn't be allowed to open any ports. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
Gary Scarborough wrote: Is workstation being aimed at new users or developers? And is the goal the same for Gnome? If Gnome is aiming to cater to new users, then is it the right primary DE for fedora? There seems to be a misalignment here. I've been pointing out that misalignment from day 1. Nobody seems to care. IMHO, developers are much better served with the KDE Spin: * Plasma is more configurable and more adapted to the power users that developers inevitably are, * Apper (the package management GUI installed by default on the KDE spin) does not hide development packages the way GNOME Software (the package management GUI installed by default on the Workstation product) does, * Qt and kdelibs / KDE Frameworks are a better development platform than GTK+ (and yes, I've used both), * KDevelop is a better IDE than anything GNOME has to offer. The choice of GNOME as a desktop environment completely contradicts the claimed target of developers. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [EPEL-devel] [CentOS-devel] Meeting face to face CentOS Project and EPEL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/01/2015 06:59 PM, Brian Stinson wrote: On Jan 02 01:27, Karanbir Singh wrote: hi, crossposting this to centos-devel and epel-devel we are working to arrange a meeting with the EPEL folks at Fosdem 2015, on 31st Jan at 7pm ( venue to be confirmed ), to try and workout some options on how the two efforts might best co-ordinate. A key part of the conversation would also focus on how SIGs and other contributors to downstream repos in centos.org can interface with and set expectations on the epel repos. Everyone able to make it please let me know your names so I can track attendance and make reservations accordingly. Regards, -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc ___ CentOS-devel mailing list centos-de...@centos.org http://lists.centos.org/mailman/listinfo/centos-devel Count me in. Me too! /aol Regards, - - Karsten - -- Karsten 'quaid' Wade.^\ CentOS Doer of Stuff http://TheOpenSourceWay.org\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSp1P0ACgkQ2ZIOBq0ODEGM5gCaA24vqVeDLzYLY9IITTmPCVh4 euoAnivOxAgupFoIRgw68/PWzy5COVbP =hE/C -END PGP SIGNATURE- ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: [EPEL-devel] [CentOS-devel] Meeting face to face CentOS Project and EPEL
On 1 January 2015 at 18:27, Karanbir Singh kbsi...@centos.org wrote: hi, crossposting this to centos-devel and epel-devel we are working to arrange a meeting with the EPEL folks at Fosdem 2015, on 31st Jan at 7pm ( venue to be confirmed ), to try and workout some options on how the two efforts might best co-ordinate. A key part of the conversation would also focus on how SIGs and other contributors to downstream repos in centos.org can interface with and set expectations on the epel repos. Everyone able to make it please let me know your names so I can track attendance and make reservations accordingly. Regards, I won't be in Europe (probably anywhere in the first part of 2015 unless a magic money fairy appears) so I will not be able to physically attend. I would like to try to attend via a google hangout or similar thing as I believe this is important. I would also like to see what we (the EPEL steering committee people who are all North American) can do to work better with people who are in Europe who want to work on either EPEL or Software Collections. Thanks -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Review Request: python-sane
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/02/2015 01:10 PM, Sandro Mani wrote: Hi, python-pillow split off the sane library into a separate project, review request for the package is here: https://bugzilla.redhat.com/show_bug.cgi?id=1178191 Happy to review in exchange. Thanks, Sandro I will take this. Mukundan. - -- GPG key: 00E8658D -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJUqewrAAoJEIfjPv0A6GWNtxMQAJlSrv/k7yMJGnh3U/x3yu6u lV+1Uf+hV2x0Zi/OSi9Ijm/PhL2fdHxXh3Lhy0P7m99CJRENXqbKshKNpDb9MnF4 e2jnVRY9uxGJxI1vZN5Mxiuzv+khZa7H3r3n7u9lRiY0Ksmtt7nNJNEBsEsHyRrY TQQj50Iby8tpZBi1kmnHpUW83bI4PP/RkyGUDqSrW39GjEf/tFLuQsPnytPt1H3T B1poS+jFUPh1C8McQ7IouofZ5lezY0JAO9PNw3XkypwhlFmbVpxwHaxcHk3EOPdx i2NNpwC6Zo9q9B6gWAxnJWjh50a0DDYKwuXsChnxLFoze5diCUECLvDabOOsqBmW d8FU+T4cEuqCOIbBdb3oXVUF7r5CXlrvGom7/nWOBnzCNQQ1VLAUkQM+vdwHOiuS IEyZVlBDUoavGlp6rpe0nLPLS29qFepxxzDRM+D6BSsNnW52Lt8uHvMVuzALJM4f Di3OVo2Y7jomuN8I3S7f1MDeCHfm+4Qze8K1x2K0bgQJWbw8UYJdQVMNKfsxLiPm 7ePC8XAXWc0Eo8pVNlJ8L1Uj9+hAxXdER+sMdccSLP5rUgP+zLLJely4IdudEM/I roJ0iip9wRcci2i62PzCdaPf5bgBH88WFCWVZyagLrvVBvKsSh17/RPdPp6M7m1+ l8rUQJF/KLpc07iyLVpC =WMrR -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] 2015-01-05 @16:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2015-01-05 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! Hope everyone had a happy and safe winter solstice event of their choice. Now it's time for the most significant and exciting happening of all: the first QA meeting of a new Gregorian calendar year! I know, I'm excited too. roshi and I had a quick chat about the idea of starting up blocker bug review for the F22 cycle this week, in the interests of reducing the number of long meetings later in the cycle by starting earlier - so let's see what folks think of that. I don't have any other specific topics for the agenda - please reply to this mail if you do! Thanks. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Blocker bug review planning 3. Open floor -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: allowing programs to open ports
Hi On Sun, Jan 4, 2015 at 6:32 PM, Kevin Kofler wrote: Björn Persson wrote: I bet! I worry that the questions would quickly become annoying. But if ports are going to be blocked by default, then there needs to be some way for non-sysadmin users to open them. No, why? The ports just need to be closed, period. Non-sysadmin users shouldn't be allowed to open any ports. That won't work in a world where users *are* the sysadmins as well. Even in a small business where one has a sysadmin, they aren't focused on internal issues all that much. Users are expected to cope up. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
/*Aleksandar Kurtakov akurt...@redhat.com*/ wrote on Sun, 4 Jan 2015 02:55:17 -0500 (EST): - Original Message - From: Hedayat Vatankhah hedayat@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Friday, January 2, 2015 11:15:58 PM Subject: Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments ... GNOME Software is not that useful for a developer. As Rechard himself said, he'll need a package manager anyway. So, If Workstation product really targets developers, specially the ones who don't want to use terminal, it MUST include a graphical package manager. There are developers unaware of the concept of package manager which does not help. Gnome Software is actually useful once the add-ons functionality is fully expanded on applications. Works need to be done allowing a seamless integration. Add-ons cannot cover development libraries, unless every library is an add-on for all IDEs! It can be done dynamic aka install devel packages on request by IDEs - see https://rgrunber.fedorapeople.org/eclipse_packagekit_1.ogv It's great, but it is not address my concerns, because: 1) If its going to be the only method for installing -devel packages, it should always work: it should be able to install a missing library or header file (consider a makefile only project). Also, not everybody uses correct package name in their configure script, some people use corresponding Debian package name (with a lib prefix and even sometimes full debian package name: libfoo-dev); so partial/non-exact matching should be also implemented. 2) More importantly, it doesn't address my main concern at all: what if I want to create a new project, and I'm looking for a good XML library, or would like to see what Fedora has to offer in this area? Even if I've found a great library in Internet, I should create a test in my configure/cmake checks for that library and see if PK will find it. It doesn't look like a user friendly way to search for a development library! It's a workaround around a missing UI. Looking for development libraries, see their ranking and even reading user's reviews is all completely useful for a developer, which aligns perfectly with what Software offers for applications. Regards, Hedayat Alexander Kurtakov Red Hat Eclipse team -- 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: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
On Sun, Jan 4, 2015 at 8:15 PM, Rahul Sundaram methe...@gmail.com wrote: Hi On Sun, Jan 4, 2015 at 9:43 PM, Chris Murphy wrote: There's already an application that does this, it's GNOME Packages or use yum/dnf. If this was the answer, there wouldn't be so many repeated discussions about it. Users don't differentiate between say htop and geany as much as the designers seem to have assumed. They treat them both as essentially applications. However it doesn't fit the definition that GNOME Software has and ends up being not included. There are also users who love the ratings and additional metadata that GNOME Software brings and they wouldn't get any of that with GNOME Packages or yum. dnf search is even more limiting since it doesn't offer even the rudimentary filtering by name that yum offers. GNOME Packages also is not included by default. In other words, GNOME Software solves a problem very well but unfortunately doesn't solve the problems that the target audience has that much. I don't think the solution is merging the GNOME Software and Packages UI's into one nutty experience. So what exactly is the problem the target audience has? They want GNOME Packages to be included again by default so they have both an application GUI installer, and a packages GUI installer? That doesn't seem unreasonable on the face of it. I think that's the idea presently being floated. -- Chris Murphy -- 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: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
Hi On Mon, Jan 5, 2015 at 12:18 AM, Chris Murphy wrote: So what exactly is the problem the target audience has? They want GNOME Packages to be included again by default so they have both an application GUI installer, and a packages GUI installer? That is potentially one way to address it. I think it is somewhat confusing to have two different interfaces for dealing with software and it also means that the additional metadata included in GNOME Software won't be available for command line utilities but it might be a marginal improvement over not having any UI at all for the rest of the packages. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
On 01/04/2015 06:46 PM, Kevin Kofler wrote: Gary Scarborough wrote: Is workstation being aimed at new users or developers? And is the goal the same for Gnome? If Gnome is aiming to cater to new users, then is it the right primary DE for fedora? There seems to be a misalignment here. I've been pointing out that misalignment from day 1. Nobody seems to care. IMHO, developers are much better served with the KDE Spin: * Plasma is more configurable and more adapted to the power users that developers inevitably are, * Apper (the package management GUI installed by default on the KDE spin) does not hide development packages the way GNOME Software (the package management GUI installed by default on the Workstation product) does, * Qt and kdelibs / KDE Frameworks are a better development platform than GTK+ (and yes, I've used both), * KDevelop is a better IDE than anything GNOME has to offer. The choice of GNOME as a desktop environment completely contradicts the claimed target of developers. Kevin Kofler The Workstation product is generally aimed at developers as per the Target Audience section of the Workstation PRD[1], and the Workstation working group decided on GNOME as the desktop to use to accomplish the goals laid out in the PRD. Although the Workstation PRD sets out a lot of developer-centric goals, the choice of GNOME as the default desktop and the discussion around the not-so-devleoper-centric GNOME Software app and other GNOME features make it seem like the Workstation product is kind of awkwardly straddling the line between a shiny new developer-centric Workstation product and the old Desktop default GNOME-based spin (whose goals are not really enumerated in the PRD.) In that light I can see how it may look like the choice of GNOME for the Workstation product seem contradictory. Are there any plans to promote the KDE spin to a product? Reading the Workstation PRD and taking into account their choice of GNOME as the default environment, it looks like there are wide open Average User, Power User, and Cross-Platform Development (via Qt) target audiences that a new KDE-based Fedora Desktop or similar product could easily cater to. Rich [1] https://fedoraproject.org/wiki/Workstation/Workstation_PRD -- 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: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
Hi On Sun, Jan 4, 2015 at 9:43 PM, Chris Murphy wrote: There's already an application that does this, it's GNOME Packages or use yum/dnf. If this was the answer, there wouldn't be so many repeated discussions about it. Users don't differentiate between say htop and geany as much as the designers seem to have assumed. They treat them both as essentially applications. However it doesn't fit the definition that GNOME Software has and ends up being not included. There are also users who love the ratings and additional metadata that GNOME Software brings and they wouldn't get any of that with GNOME Packages or yum. dnf search is even more limiting since it doesn't offer even the rudimentary filtering by name that yum offers. GNOME Packages also is not included by default. In other words, GNOME Software solves a problem very well but unfortunately doesn't solve the problems that the target audience has that much. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
On Sun, Jan 4, 2015 at 9:57 AM, Rahul Sundaram methe...@gmail.com wrote: Hi On Sun, Jan 4, 2015 at 8:46 AM, Richard Hughes wrote: We're not filtering out packages that don't qualify as applications. GNOME Software only searches the AppStream metadata Yes. My suggestion was to change that How? What does this look like? Call me clueless, but I think that totally defeats the major points behind Software. It's an opt-in application, that shouldn't change or it's going to make it ugly, incoherent, and pointless. The UX is intentionally designed to show applications, not packages. And certainly not conflate both by showing both side by side. But to wholesale revert back to showing a pile of packages – no thanks. There's already an application that does this, it's GNOME Packages or use yum/dnf. -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct