Rygel and firewalld's UPnP/SSDP handling
After seeing my phone (Samsung Galaxy S III) picking-up some media shared from my mother's Windows 7 laptop and the experience being reasonably positive (it more-or-less worked to play videos), I decided to try my hand at getting this to work in Fedora 22. I've been generally pleased with GNOME vs. MATE this time, so I've stuck with GNOME. The mechanism for sharing media from your desktop is handled through the Sharing menu, which for sharing media, uses rygel via the SSDP protocol (commonly called UPnP). There are a couple[1] of bugs[2] relative to these issues. The first firewalld issue is marked as resolved for F21, but I think the scope is from one Fedora system to another. There are even blog posts[3] celebrating that it's working with a simple toggle, but my shares on my Fedora system are still not visible via UPnP from my phone. There was a lot of confusion and work and research done in all of these issues, and I commend everyone's efforts, but its still not working. I think this is a great feature, because at least in a home environment, I can load-up my desktop with all the audio, video, and other media files we need/want, and then we can access those from our laptops and devices around the house as we go about our daily tasks. This is a use case that I think many families can relate to, and I think will go a long way towards enhancing the common user case for Fedora. I'm sorry if I'm kind of rambling, but after diving into those issues and research the problem both through the web and in the bug tracker, and I'm a little frustrated and I just feel this particular matters needs a concerned, overall effort to resolve the following issues: 1. The (lack of) support for UPnP as commonly available via other operative systems (Yes, I mean mostly Windows, I understand there are outstanding security issues with that). 2. Guides for how to get this working officially in Fedora in common setups (I could start with my own if that helps). There are probably more, and I'm not a strong systems developer, so I don't know how much code I can contribute, but I do want to help in way I can. I've wanted this to work for years, and I'm flustered enough to want to actually do something about it myself now. Anyone have some guidance or suggestions, or did I totally miss something here? [1] https://bugzilla.redhat.com/show_bug.cgi?id=626188 [2] https://bugzilla.redhat.com/show_bug.cgi?id=892801 [3] http://www.hadess.net/2014/06/firewalls-and-per-network-sharing.html -- Libre Video http://librevideo.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1249300] New: perl-WWW-Salesforce-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249300 Bug ID: 1249300 Summary: perl-WWW-Salesforce-0.23 is available Product: Fedora Version: rawhide Component: perl-WWW-Salesforce Keywords: FutureFeature, Triaged Assignee: lkund...@v3.sk Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: fi...@andresovi.net, lkund...@v3.sk, perl-devel@lists.fedoraproject.org, sce...@gmail.com Latest upstream release: 0.23 Current version/release in rawhide: 0.22-1.fc23 URL: http://search.cpan.org/dist/WWW-Salesforce/ 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 Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1249300] perl-WWW-Salesforce-0.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249300 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Failed to kick off scratch build. cmd: sha256sum /var/tmp/thn-YzCpes/100.0% return code: 1 stdout: stderr: sha256sum: /var/tmp/thn-YzCpes/100.0%: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug. -- 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
F-23 Branched report: 20150801 changes
Compose started at Sat Aug 1 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [deltaspike] deltaspike-test-utils-1.2.1-3.fc23.noarch requires mvn(org.jboss.arquillian.container:arquillian-container-test-spi) [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [gammaray] gammaray-qt5-2.2.1-10.fc23.armv7hl requires qt5-qtbase(armv7hl-32) = 0:5.4.2 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-7.fc23.armv7hl requires ghc(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) ghc-hjsmin-devel-0.1.4.7-7.fc23.armv7hl requires ghc-devel(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.armv7hl requires pyorbit(armv7hl-32) = 0:2.0.1 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.11.0-0.3.gitc7ad79d3.fc23.armv7hl requires libgnome-desktop-3.so.10 [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [klavaro] klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0 [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 0:25.3.3 [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0 [ncbi-blast+] ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so [netbeans-platform] 1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 0:1.9.3 [nodejs-grunt-contrib-copy] nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) 0:0.2 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) = 0:0.1.0 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 0:0.5.1 [nodejs-grunt-saucelabs]
pghmcfc pushed to perl-Math-GMP (perl-Math-GMP-2.09-1.fc23). Update to 2.09 (..more)
From fa0f9873fc132d22d1cb4ca39cb9481c6296b12d Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Wed, 29 Jul 2015 15:59:59 +0100
Subject: Update to 2.09
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
- New upstream release 2.09
- Add a link to the version control repository at various places
- Get rid of indirect object notation in the code and the examples (it's a
sign of Ancient Perl)
- Overload bool to avoid fallback to intify (CPAN RT#101443)
- Add tests for large numbers in some functions (CPAN RT#92641)
- Add the binary-left-shift / operator
- Add the binary-right-shift / operator
- Convert the build system to Dist-Zilla to ease future maintenance
- Add a call to Devel::CheckLib for finding the gmp.h header
- Drop %defattr, redundant since rpm 4.4
- Use %license where possible
- Classify buildreqs by usage
- This release by SHLOMIF → update source URL
diff --git a/perl-Math-GMP.spec b/perl-Math-GMP.spec
index c9f68a5..9eb9e62 100644
--- a/perl-Math-GMP.spec
+++ b/perl-Math-GMP.spec
@@ -1,19 +1,39 @@
Summary: High speed arbitrary size integer math
Name: perl-Math-GMP
-Version: 2.07
-Release: 6%{?dist}
+Version: 2.09
+Release: 1%{?dist}
License: LGPLv2+
Group: Development/Libraries
-Url: http://search.cpan.org/dist/Math-GMP/
-Source0:
http://search.cpan.org/CPAN/authors/id/T/TU/TURNSTEP/Math-GMP-%{version}.tar.gz
+URL: http://search.cpan.org/dist/Math-GMP/
+Source0:
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/Math-GMP-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+# Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: gcc
BuildRequires: gmp-devel
+BuildRequires: make
+BuildRequires: perl
+BuildRequires: perl(Devel::CheckLib)
+BuildRequires: perl(ExtUtils::MakeMaker)
+# Module Runtime
BuildRequires: perl(AutoLoader)
BuildRequires: perl(Carp)
BuildRequires: perl(DynaLoader)
BuildRequires: perl(Exporter)
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(overload)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+BuildRequires: perl(warnings)
+# Test Suite
+BuildRequires: perl(Config)
+BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(File::Spec)
+BuildRequires: perl(File::Temp)
+BuildRequires: perl(IO::Handle)
+BuildRequires: perl(IPC::Open3)
BuildRequires: perl(Test::More)
+# Runtime
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
# Don't provide private Perl libs
@@ -46,13 +66,33 @@ make test
rm -rf %{buildroot}
%files
-%defattr(-,root,root,-)
-%doc README Changes LICENSE
+%if 0%{?_licensedir:1}
+%license LICENSE
+%else
+%doc LICENSE
+%endif
+%doc Changes README
%{perl_vendorarch}/Math/
%{perl_vendorarch}/auto/Math/
-%{_mandir}/man3/Math::GMP.3pm*
+%{_mandir}/man3/Math::GMP.3*
%changelog
+* Wed Jul 29 2015 Paul Howarth p...@city-fan.org - 2.09-1
+- Update to 2.09
+ - Add a link to the version control repository at various places
+ - Get rid of indirect object notation in the code and the examples (it's a
+sign of Ancient Perl)
+ - Overload bool to avoid fallback to intify (CPAN RT#101443)
+ - Add tests for large numbers in some functions (CPAN RT#92641)
+ - Add the binary-left-shift / operator
+ - Add the binary-right-shift / operator
+ - Convert the build system to Dist-Zilla to ease future maintenance
+ - Add a call to Devel::CheckLib for finding the gmp.h header
+- Drop %%defattr, redundant since rpm 4.4
+- Use %%license where possible
+- Classify buildreqs by usage
+- This release by SHLOMIF → update source URL
+
* Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.07-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
diff --git a/sources b/sources
index b242773..63152bb 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a4a5fcb1fb3ab805d9720e98e0b3d519 Math-GMP-2.07.tar.gz
+2f9b4a263b8b8a6c9646230c491657e9 Math-GMP-2.09.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Math-GMP.git/commit/?h=perl-Math-GMP-2.09-1.fc23id=fa0f9873fc132d22d1cb4ca39cb9481c6296b12d
--
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
pghmcfc pushed to perl-Math-GMP (perl-Math-GMP-2.09-1.fc24). Update to 2.09 (..more)
This commit already existed in another branch. http://pkgs.fedoraproject.org/cgit/perl-Math-GMP.git/commit/?h=perl-Math-GMP-2.09-1.fc24id=fa0f9873fc132d22d1cb4ca39cb9481c6296b12d -- 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: [HEADS-UP] Please test kdbus in Rawhide!
Hi
On Sat, Aug 1, 2015 at 12:26 AM, Orion Poplawski or...@cora.nwra.com wrote:
On 07/31/2015 11:07 AM, David Herrmann wrote:
Hi
On Fri, Jul 31, 2015 at 6:47 PM, Orion Poplawski or...@cora.nwra.com wrote:
Cannot log into KDE with kdbus, I get:
$ cat .xsession-errors
startkde: Starting up...
startkde: Could not sync environment to dbus.
This is UpdateActivationEnvironment() failing. This call definitely
works and we use it on our machines. However, it returns an error if
the argument-array is empty. I fixed this in -git now [1]. It sounds
like you're hitting this. If the fix doesn't help, please let me know
(should be in rawhide by tomorrow).
Thanks a lot for the report!
David
[1]
https://github.com/systemd/systemd/commit/b2a0ac5e5b29c73ca7c0da23369a4769d5a91ddd
This still seems to be failing with systemd-224-1.fc24.x86_64
sendmsg(4, {msg_name(0)=NULL,
msg_iov(2)=[{l\1\0\1\21\0\0\2\0\0\0\223\0\0\0\1\1o\0\25\0\0\0/org/freedesktop/DBus\0\0\0\6\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0\2\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0\3\1s\0\33\0\0\0UpdateActivationEnvironment\0\0\0\0\0\10\1g\0\5a{ss}\0\0\0\0\0\0,
168}, {4\21\0\0\0\0\0\0\22\0\0\0BASH_FUNC_module()\0\0)\0\0\0() { eval
`/usr/bin/modulecmd bash
You export a variable called 'BASH_FUNC_module()' (which is how bash
names its exported functions since the ShellShock updates). According
to POSIX, names of environment variables should only contain
[A-Za-z0-9_], which is what systemd enforces. Hence, systemd refuses
the trailing parantheses in this name.
Anyway, POSIX also explicitly says that applications should tolerate
any other character (except '='). This needs to be fixed in pid1.
Thanks
David
--
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: and legacy software Re: pyorbit
On Sex, 2015-07-31 at 02:34 +0200, Kevin Kofler wrote: Matěj Cepl wrote: I take Gnumeric and Emacs, but all other ones are in-Gnome projects, aren't they (at least having repository in git.gnome.org)? Gnumeric is part of GNOME Office, so it is also under the GNOME umbrella these days. The thing is that GTK+ 3 is becoming more and more useless outside of GNOME, given their recent changes, e.g.: off topic. * client-side window decorations are more or less required. They fixed their non-CSD fallback support recently, but that only means that it draws its custom title bar underneath the WM's. * discontinued support for theme engines, which means: - theming is limited to CSS, much less flexible than C (or C++) code, - theming code can no longer be shared between GTK+ 2 and 3, - the existing oxygen-gtk3 theme no longer works, which broke Plasma integration, - efforts like the gtk-qt-engine have become completely impossible, every single theme now has to be ported to GTK+ CSS. * the default DPI is now (at least in master) hardcoded to 96 instead of defaulting to the value actually reported by the hardware. * abuse of nonstandard *-symbolic icons. Selecting monochromatic vs. colored icon should be done by selecting the theme, not the icon name, and it should adapt to the desktop. Non-GNOME desktops want colored icons, unless they're using a theme like Breeze where (almost) ALL icons are monochromatic (which also makes *-symbolic useless). Kevin Kofler -- Sérgio M. B. -- 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: and legacy software Re: pyorbit
On Qua, 2015-07-29 at 18:04 +0200, Matěj Cepl wrote: On 2015-07-29, 14:31 GMT, Daniel P. Berrange wrote: FWIW I found the port of Gtk3 pretty straightforward for my Entangle application and find it quite alot nicer to work with than Gtk2 in general, so has been a big plus overall. OK, I stand corrected. I am sorry, if I sound too bitter, but I am just in the process of rewriting some gedit plugins from one version of API to another one (both inside of 3.* line) and I feel like being forced to waste my time. yeah, I feel the same and that's my point of view in this thread. Have a group or some kind of organization that could help on this translations, it could save much time to all, rather individually each one try to keep the software x or y. A group that formalize that certain software is deprecated, that advise what to do with that legacy software, share some experiences, etc. It would be only benefits, IMHO. I really liked jbrout and scribes, and both of these seem to be going to die soon. ...plenty of significant apps/projects using Gtk3 there, not least of all evolution, totem, evince, gnumeric, ephinany, emacs I take Gnumeric and Emacs, but all other ones are in-Gnome projects, aren't they (at least having repository in git.gnome.org)? Best, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mc...@ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC A man once asked Mozart how to write a symphony. Mozart told him to study at the conservatory for six or eight years, then apprentice with a composer for four or five more years, then begin writing a few sonatas, pieces for string quartets, piano concertos, etc. and in another four or five years he would be ready to try a full symphony. The man said, But Mozart, didn't you write a symphony at age eight? Mozart replied, Yes, but I didn't have to ask how. -- ripped from another sig -- Sérgio M. B. -- 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: gross DNF bandwidth inefficiency if filesystem space limited
On Fri, Jul 31, 2015 at 3:14 PM, Richard Hughes hughsi...@gmail.com wrote: On 31 July 2015 at 17:27, Radek Holy rh...@redhat.com wrote: One can say that the mirrors should keep the older versions I would completely agree. As we can't rely that packages referenced in metadata just one day old still being on the mirrors means that PackageKit has to download hundreds of megabytes month more than it has to. Richard. In the RHEL world, EPEL has bitten me really hard this way several times, especially when packages are discarded and no longer present in EPEL. So it's worth thinking about in general for RPM based systems. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the rawhide tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the rawhide tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-MongoDB
perl-MongoDB has broken dependencies in the rawhide tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 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-Data-Alias
perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 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
Re: [HEADS-UP] Please test kdbus in Rawhide!
On Sat, Aug 1, 2015 at 6:15 PM, Igor Gnatenko i.gnatenko.br...@gmail.com wrote: I've filled some bugs while I'm running fedora with kdbus and selinux in permissive mode. I've added kdbus to whiteboard for easy tracking them. https://bugzilla.redhat.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=POSTbug_status=MODIFIEDbug_status=ON_DEVbug_status=ON_QAbug_status=VERIFIEDbug_status=RELEASE_PENDINGclassification=Fedoracomponent=selinux-policyemail1=i.gnatenko.brain%40gmail.comemailassigned_to1=1emailcc1=1emaillongdesc1=1emailqa_contact1=1emailreporter1=1emailtype1=exactlist_id=3686480product=Fedoraquery_format=advancedstatus_whiteboard=kdbusstatus_whiteboard_type=allwordssubstr Oops, I put my email into search. https://bugzilla.redhat.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=POSTbug_status=MODIFIEDbug_status=ON_DEVbug_status=ON_QAbug_status=VERIFIEDbug_status=RELEASE_PENDINGclassification=Fedoracomponent=selinux-policylist_id=3686480product=Fedoraquery_format=advancedstatus_whiteboard=kdbusstatus_whiteboard_type=allwordssubstr -- valid link On Fri, Jul 31, 2015 at 1:35 PM, Lennart Poettering mzerq...@0pointer.de wrote: On Thu, 30.07.15 16:59, Orion Poplawski (or...@cora.nwra.com) wrote: On 07/30/2015 04:54 PM, Orion Poplawski wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: Also plenty of AVC denials. Looks like there's no label yet for the kdbus filesystem? Yes, I should have mentioned that: kdbus is not really known to the SELinux policy yet. Hence please also set SELinux to permissive mode or turn it off while testing kdbus for now. One of the reasons we added this to Rawhide is to make it easy to fix the policy now. Lennart -- Lennart Poettering, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- -Igor Gnatenko -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review swap
Hi, I have submitted a python package for review python-os-client-config, https://bugzilla.redhat.com/show_bug.cgi?id=1247177 Appreciate if someone can review it and I can review your package :) Regards, Parag -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review swap
Reviewed ;) On Sat, Aug 1, 2015 at 6:47 PM Parag Nemade panem...@gmail.com wrote: Hi, I have submitted a python package for review python-os-client-config, https://bugzilla.redhat.com/show_bug.cgi?id=1247177 Appreciate if someone can review it and I can review your package :) Regards, Parag -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- -Igor Gnatenko -- 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: gpg keys of older/newer fedora versions
On Fri, 17 Jul 2015 17:28:48 + Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: [In light of https://bugzilla.redhat.com/show_bug.cgi?id=1241383] 'dnf install --installroot=... --releasever=XX dnf' can be used to bootstrap a Fedora chroot. The only snag is that --nogpg is often recommended, because fedora-repos only provides the GPG keys for the current and next release. It would be convenient (and safe!) to provide keys for past and future releases, so such bootstrapping can be done without either importing the keys manually and/or using --nogpg. I thought I'd ask here first: is there a strong reason *not* to include those keys? So, I missed this thread, but saw it from the bug filed: https://bugzilla.redhat.com/show_bug.cgi?id=1246701 Several things here: * If we ship gpg keys for old eol Fedora releases, aren't we encouraging people to setup things we no longer support? * If we only ship supported releases in each fedora-repos package, it means more churn for that package for everyone as when a release goes EOL we would need to push a new update that removes the old EOL key. * As till pointed out, mock seems to already carry these keys, so some coordination here seems like a good idea no matter what we do. ;) * Can you describe the use case here a bit more? Why wouldn't you use mock (which has the keys already) to make a chroot? kevin pgpV3afbRI_kj.pgp 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
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-SystemC-Vregs
perl-SystemC-Vregs has broken dependencies in the epel-5 tree: On ppc: emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1 On x86_64: emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1 On i386: emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1 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-Image-SubImageFind
perl-Image-SubImageFind has broken dependencies in the epel-6 tree: On x86_64: perl-Image-SubImageFind-0.03-1.el6.x86_64 requires libMagickCore.so.2()(64bit) perl-Image-SubImageFind-0.03-1.el6.x86_64 requires libMagick++.so.2()(64bit) On i386: perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagickCore.so.2 perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagick++.so.2 On ppc64: perl-Image-SubImageFind-0.03-1.el6.ppc64 requires libMagickCore.so.2()(64bit) perl-Image-SubImageFind-0.03-1.el6.ppc64 requires libMagick++.so.2()(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-Image-SubImageFind
perl-Image-SubImageFind has broken dependencies in the epel-6 tree: On x86_64: perl-Image-SubImageFind-0.03-1.el6.x86_64 requires libMagickCore.so.2()(64bit) perl-Image-SubImageFind-0.03-1.el6.x86_64 requires libMagick++.so.2()(64bit) On i386: perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagickCore.so.2 perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagick++.so.2 On ppc64: perl-Image-SubImageFind-0.03-1.el6.ppc64 requires libMagickCore.so.2()(64bit) perl-Image-SubImageFind-0.03-1.el6.ppc64 requires libMagick++.so.2()(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
Re: About making noarch package arch specific, when contents differ.
On 07/28/2015 06:59 PM, Ralf Corsepius wrote: Actually, reproducable builds wrt. docs have been subject to Fedora Packaging since Fedora day #1 and repeatedly have been subject to discussions of details (e.g. doxygen repeatedly had introduced docs breakages) Packages which do not comply to this rule are broken. Can you provide a citation in the guidelines? As far as I can tell, javadoc hasn't been patched not to put the build date into the resulting HTML documentation, so a lot of Java packages are not compliant with the above. -- Florian Weimer / Red Hat Product Security -- 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: Non-responsive procedure for David Gay
On Sat, Jul 25, 2015 at 10:30:37PM +0200, Pierre-Yves Chibon wrote: Good morning, Recently David Gay aka oddshocks has left Red Hat and we have not been able to contact him since. There are two packages for which he is Point of Contact: - python-fedimg (Fedora EPEL) - python-cpio (EPEL 5 6) We would like to ask anyone that can contact him to ask him what he would like to see happening on these packages. Otherwise we will orphan them and let person interested in them pick them up. I have asked FESCo for the permission to orphan David's packages: https://fedorahosted.org/fesco/ticket/1468 :( Pierre pgpSEP_5QAtfE.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: About making noarch package arch specific, when contents differ.
On Tue, Jul 28, 2015 at 10:52 AM, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andr...@gmail.com wrote: 2015-07-28 5:58 GMT-03:00 Florian Weimer fwei...@redhat.com: On 07/26/2015 04:05 PM, Paulo César Pereira de Andrade wrote: Should I make the doc packages arch specific? No, this is not a reason to make them arch-specific. A lot of packages give different results when built twice in a row, on the *same* architecture. There is an effort under way to change that, called “reproducible builds”. The hard part is any reproducibility at all, identical noarch builds across architectures are likely just some additional work on top of it. I believe that if there is a check for bit by bit identical noarch packages, it would also be mandatory some way to tell that any minor difference is ok and expected, and use the noarch built on that arch... -- Florian Weimer / Red Hat Product Security Thanks, Paulo Please note that *changing* a package from arch to noarch requires extra attention. The switch of architecture is not normally regarded as an upgrade path, by default, so you may have to insert an Obsoletes statement to ensure that older versions of the alternative architecture get upgraded. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 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-Method-Signatures
perl-Method-Signatures has broken dependencies in the F-23 tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) 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-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the F-23 tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-MongoDB
perl-MongoDB has broken dependencies in the F-23 tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 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-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the F-23 tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 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-Test-Vars
perl-Test-Vars has broken dependencies in the F-23 tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the F-23 tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the F-23 tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 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-Data-Alias
perl-Data-Alias has broken dependencies in the F-23 tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 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-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the F-23 tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the F-23 tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) 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-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-Carp-REPL
perl-Carp-REPL has broken dependencies in the F-23 tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the F-23 tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 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: polymake
polymake has broken dependencies in the F-23 tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 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: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 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-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the rawhide tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 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-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 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-Carp-REPL
perl-Carp-REPL has broken dependencies in the rawhide tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the rawhide tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-Method-Signatures
perl-Method-Signatures has broken dependencies in the rawhide tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) 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-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the rawhide tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) 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-Test-Vars
perl-Test-Vars has broken dependencies in the rawhide tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 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-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the rawhide tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 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-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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
Re: [HEADS-UP] Please test kdbus in Rawhide!
I've filled some bugs while I'm running fedora with kdbus and selinux in permissive mode. I've added kdbus to whiteboard for easy tracking them. https://bugzilla.redhat.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=POSTbug_status=MODIFIEDbug_status=ON_DEVbug_status=ON_QAbug_status=VERIFIEDbug_status=RELEASE_PENDINGclassification=Fedoracomponent=selinux-policyemail1=i.gnatenko.brain%40gmail.comemailassigned_to1=1emailcc1=1emaillongdesc1=1emailqa_contact1=1emailreporter1=1emailtype1=exactlist_id=3686480product=Fedoraquery_format=advancedstatus_whiteboard=kdbusstatus_whiteboard_type=allwordssubstr On Fri, Jul 31, 2015 at 1:35 PM, Lennart Poettering mzerq...@0pointer.de wrote: On Thu, 30.07.15 16:59, Orion Poplawski (or...@cora.nwra.com) wrote: On 07/30/2015 04:54 PM, Orion Poplawski wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: Also plenty of AVC denials. Looks like there's no label yet for the kdbus filesystem? Yes, I should have mentioned that: kdbus is not really known to the SELinux policy yet. Hence please also set SELinux to permissive mode or turn it off while testing kdbus for now. One of the reasons we added this to Rawhide is to make it easy to fix the policy now. Lennart -- Lennart Poettering, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- -Igor Gnatenko -- 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: and legacy software Re: pyorbit
On Qua, 2015-07-29 at 16:10 +0100, Sérgio Basto wrote: On Qua, 2015-07-29 at 10:05 -0400, Matthias Clasen wrote: On Wed, 2015-07-29 at 12:47 +0200, Michael Schwendt wrote: On Tue, 28 Jul 2015 21:27:45 +0100, Sérgio Basto wrote: As I have thought for some time, I think we should have a team to keep packages and make migrations like gtk2 to gkt3, libgnome2, pyorbit, gnome-python2, pyhton2 to python3 , qt3 etc etc Wishful thinking. Porting from gtk2 to gtk3 is non-trivial or not even feasible in all cases (without dropping some features/implementations). Some developers are unhappy with gtk3. Others switch to Qt. There is little reason to switch from gtk2 to gtk3 if you are happy with gtk2 and don't want any newfangled stuff. gtk2 will be maintained for the forseeable future. Its a different story for the other GNOME2 era libraries mentioned here: libgnome, orbit, gnome-python2 - porting away from those is long -overdue if you haven't yet. That is the kind of information that I'm looking for , ORBit and ORBit2 this stills works ? I just checked and ORBit1, gnome-libs1 and libglade1 [1] are needed only by 2 packages : spacechart and gtkd , while gtkd have updates spacechart last update is from 2002-12 ... [1] repoquery --repoid=rawhide --whatrequires ORBit-\* gnome-libs\* libglade-1\* ORBit-devel-1:0.5.17-43.fc23.i686 ORBit-devel-1:0.5.17-43.fc23.x86_64 gnome-libs-1:1.4.2-33.fc23.i686 gnome-libs-1:1.4.2-33.fc23.x86_64 gnome-libs-devel-1:1.4.2-33.fc23.i686 gnome-libs-devel-1:1.4.2-33.fc23.x86_64 gnome-libs-devel-1:1.4.2-33.fc23.i686 gnome-libs-devel-1:1.4.2-33.fc23.x86_64 libglade-1:0.17-34.fc23.i686 libglade-1:0.17-34.fc23.x86_64 libglade-devel-1:0.17-34.fc23.i686 libglade-devel-1:0.17-34.fc23.x86_64 spacechart-0:0.9.5-14.fc22.x86_64 gtkd-0:2.4.2-50.fc22.i686 gtkd-0:2.4.2-50.fc22.x86_64 libglade-devel-1:0.17-34.fc23.i686 libglade-devel-1:0.17-34.fc23.x86_64 -- Sérgio M. B. -- 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: How to make .spec Requires for libXXX.so.VER
On Sat, Aug 1, 2015 at 10:25 PM, Jan Kratochvil
jan.kratoch...@redhat.com wrote:
Hi,
Hi,
https://bugzilla.redhat.com/show_bug.cgi?id=1249325
GDB requires some library libXXX.so.3 by dlopen(). Therefore it is not found
by rpm automatic requires/provides from DT_NEEDED. Therefore one has to add
the libXXX.so.3 by specific BuildRequires and Requires to the .spec file.
libXXX is librpm here but that is just a coincidence, it could be libz for
example.
(1) How to make a dependency on librpm.so.7?
librpm.so.7 is in rpm-libs-4.12.90-3.fc24.x86_64 which --provides:
librpm.so.7()(64bit)
librpmio.so.7()(64bit)
rpm-libs = 4.12.90-3.fc24
rpm-libs(x86-64) = 4.12.90-3.fc24
So there is no easy way to Requires: rpm-libs = NVRA
I do not see which V introduced / deprecates .so library version 7.
So I would like to: Requires: librpm.so.7
But that does not work as I need there the '()(64bit)' suffix.
%{?_isa} suffix does not work, that is '(x86-64)' and not '()(64bit)'.
I could %ifarch explicitly all 64-bit Fedora archs to append '()(64bit)' for
them but isn't there some better way how to generate the '()(64bit)' suffix?
(2) The other possibility does work:
BuildRequires: %{_libdir}/librpm.so.7
But
https://fedoraproject.org/wiki/Packaging:Guidelines#File_Dependencies
says
Whenever possible you should avoid file dependencies as they slow down
dependency resolution and require the package manager to download file
lists in addition to to regular dependency information.
I'd propose to add something like:
%if %{__isa_bits} = 64
Requires: libFOO.so.X()(64bit)
%else
Requires: libFOO.so.X
%endif
Not sure about syntax.
https://github.com/rpm-software-management/rpm/blob/140744377b019e0de81d76d0931c32228d2ed57e/tools/elfdeps.c#L81-L97
From what I remember at least yum did not need the 'filelists' index for
/usr/bin/ files. Is it still valid today and also for dnf?
And is 'filelists' required for /usr/lib{,64}/ or not?
You can add BuildRequires: /usr/bin/bar
I think Packaging Guidelines could list these few directories - at least
/usr/bin/ - for safe file dependencies.
Also CCing rpm maillist
Thanks,
Jan
--
-Igor Gnatenko
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[PATCH] Update to 2.0.2
Signed-off-by: Igor Gnatenko i.gnatenko.br...@gmail.com
---
.gitignore | 1 +
MuseScore-2.0.1-remove-mp3-support.patch | 71
mscore.spec | 12 +++---
sources | 2 +-
4 files changed, 8 insertions(+), 78 deletions(-)
delete mode 100644 MuseScore-2.0.1-remove-mp3-support.patch
diff --git a/.gitignore b/.gitignore
index 774255e..4af4c37 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ mscore-0.9.6.2-free.tar.bz2
/mscore-1.3-free.tar.bz2
/MuseScore-2.0.0.zip
/MuseScore-2.0.1.zip
+/MuseScore-2.0.2.zip
diff --git a/MuseScore-2.0.1-remove-mp3-support.patch
b/MuseScore-2.0.1-remove-mp3-support.patch
deleted file mode 100644
index 0988891..000
--- a/MuseScore-2.0.1-remove-mp3-support.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-diff -uNr MuseScore-2.0.1/CMakeLists.txt MuseScore-2.0.1.lame/CMakeLists.txt
MuseScore-2.0.1/CMakeLists.txt 2015-06-14 16:46:08.607596427 -0600
-+++ MuseScore-2.0.1.lame/CMakeLists.txt2015-06-11 21:46:12.191493236
-0600
-@@ -50,7 +50,6 @@
- include (UsePkgConfig1)
- include (TargetDoc)
- include (FindPulseAudio)
--include (FindLame)
- include (GetCompilerVersion)
- include (CreatePrecompiledHeader)
-
-@@ -443,7 +442,6 @@
-${OGG_INCDIR}
-${VORBIS_INCDIR}
-${SNDFILE_INCDIR}
-- ${LAME_INCLUDE_DIR}
- )
-
- ##
-diff -uNr MuseScore-2.0.1/mscore/CMakeLists.txt
MuseScore-2.0.1.lame/mscore/CMakeLists.txt
MuseScore-2.0.1/mscore/CMakeLists.txt 2015-06-14 16:46:08.831600086
-0600
-+++ MuseScore-2.0.1.lame/mscore/CMakeLists.txt 2015-06-13 11:01:20.298736472
-0600
-@@ -226,7 +226,7 @@
- importgtp.cpp importgtp-gp4.cpp importgtp-gp5.cpp importgtp-gp6.cpp
fotomode.cpp drumtools.cpp
- selinstrument.cpp texteditor.cpp editstafftype.cpp texttools.cpp
- editpitch.cpp editstringdata.cpp editraster.cpp pianotools.cpp
mediadialog.cpp
-- workspace.cpp exportmp3.cpp chordview.cpp
-+ workspace.cpp chordview.cpp
- album.cpp albummanager.cpp
- textstyle.cpp
- lineproperties.cpp stafftextproperties.cpp splitstaff.cpp
-diff -uNr MuseScore-2.0.1/mscore/file.cpp MuseScore-2.0.1.lame/mscore/file.cpp
MuseScore-2.0.1/mscore/file.cpp2015-06-14 16:46:08.873600773 -0600
-+++ MuseScore-2.0.1.lame/mscore/file.cpp 2015-06-11 21:47:33.668903316
-0600
-@@ -1541,7 +1541,6 @@
- fl.append(tr(FLAC Audio (*.flac)));
- fl.append(tr(Ogg Vorbis Audio (*.ogg)));
- #endif
-- fl.append(tr(MP3 Audio (*.mp3)));
- fl.append(tr(Standard MIDI File (*.mid)));
- fl.append(tr(MusicXML File (*.xml)));
- fl.append(tr(Compressed MusicXML File (*.mxl)));
-@@ -1605,7 +1604,6 @@
- fl.append(tr(FLAC Audio (*.flac)));
- fl.append(tr(Ogg Vorbis Audio (*.ogg)));
- #endif
-- fl.append(tr(MP3 Audio (*.mp3)));
- fl.append(tr(Standard MIDI File (*.mid)));
- fl.append(tr(MusicXML File (*.xml)));
- fl.append(tr(Compressed MusicXML File (*.mxl)));
-@@ -1801,8 +1799,6 @@
- else if (ext == wav || ext == flac || ext == ogg)
- rv = saveAudio(cs, fn);
- #endif
-- else if (ext == mp3)
--rv = saveMp3(cs, fn);
- else if (ext == spos) {
- // save positions of segments
- rv = savePositions(cs, fn, true);
-diff -uNr MuseScore-2.0.1/mscore/musescore.cpp
MuseScore-2.0.1.lame/mscore/musescore.cpp
MuseScore-2.0.1/mscore/musescore.cpp 2015-06-14 16:46:08.913601426
-0600
-+++ MuseScore-2.0.1.lame/mscore/musescore.cpp 2015-06-11 21:48:08.914513598
-0600
-@@ -2142,8 +2142,6 @@
- if (fn.endsWith(.wav) || fn.endsWith(.ogg) ||
fn.endsWith(.flac))
- return mscore-saveAudio(cs, fn);
- #endif
--if (fn.endsWith(.mp3))
-- return mscore-saveMp3(cs, fn);
- if (fn.endsWith(.spos))
- return savePositions(cs, fn, true);
- if (fn.endsWith(.mpos))
diff --git a/mscore.spec b/mscore.spec
index a4f1061..41faedc 100644
--- a/mscore.spec
+++ b/mscore.spec
@@ -3,8 +3,8 @@
Name: mscore
Summary: Music Composition Notation Software
-Version: %{shortver}.1
-Release: 4%{?dist}
+Version: %{shortver}.2
+Release: 1%{?dist}
# rtf2html is LGPLv2+
# paper4.png paper5.png are LGPLv3
# the rest is GPLv2
@@ -34,9 +34,6 @@ Patch2:musescore-2.0.1-dso-linking.patch
Patch3:MuseScore-2.0.1-fix-desktop-file.patch
# Use CXXFLAGS for precompiled header
Patch4:musescore-2.0.1-fix-flags-for-precompiled-header.patch
-# Drop mp3 support due to no lame in fedora
-# http://musescore.org/en/node/57736
-Patch5:MuseScore-2.0.1-remove-mp3-support.patch
BuildRequires: alsa-lib-devel
BuildRequires: cmake
@@ -124,7 +121,6 @@ This package contains the musical notation fonts for use of
MuseScore.
%patch2 -p1 -b .dso
%patch3 -p1
%patch4 -p1 -b .fixflags
-%patch5
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 651 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 415 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 265 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3849/sblim-sfcb-1.3.8-2.el5 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7269/drupal7-path_breadcrumbs-3.3-1.el5 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7293/mantis-1.2.19-3.el5 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7340/drupal6-cck-2.10-1.el5 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7337/lighttpd-1.4.36-1.el5 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7370/wordpress-4.2.3-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing xrootd-4.2.2-1.el5 Details about builds: xrootd-4.2.2-1.el5 (FEDORA-EPEL-2015-7477) Extended ROOT file server Update Information: https://github.com/xrootd/xrootd/blob/v4.2.2/docs/ReleaseNotes.txt ChangeLog: * Fri Jul 31 2015 Mattias Ellert mattias.ell...@fysast.uu.se - 1:4.2.2-1 - Update to version 4.2.2 - Drop patch xrootd-narrowing.patch (accepted upstream) * Fri Jun 19 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1:4.2.1-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild References: [ 1 ] Bug #1249137 - Obsolete selinux policy for xrootd https://bugzilla.redhat.com/show_bug.cgi?id=1249137 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: About making noarch package arch specific, when contents differ.
Am 01.08.2015 um 23:05 schrieb Florian Weimer: On 07/28/2015 06:59 PM, Ralf Corsepius wrote: Actually, reproducable builds wrt. docs have been subject to Fedora Packaging since Fedora day #1 and repeatedly have been subject to discussions of details (e.g. doxygen repeatedly had introduced docs breakages) Packages which do not comply to this rule are broken. Can you provide a citation in the guidelines? As far as I can tell, javadoc hasn't been patched not to put the build date into the resulting HTML documentation, so a lot of Java packages are not compliant with the above it's simply not true - there are no reproducable builds in Fedora and frankly currently very few distributions have them at all 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: gpg keys of older/newer fedora versions
On Sat, Aug 01, 2015 at 10:40:45AM -0600, Kevin Fenzi wrote: On Fri, 17 Jul 2015 17:28:48 + Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: [In light of https://bugzilla.redhat.com/show_bug.cgi?id=1241383] 'dnf install --installroot=... --releasever=XX dnf' can be used to bootstrap a Fedora chroot. The only snag is that --nogpg is often recommended, because fedora-repos only provides the GPG keys for the current and next release. It would be convenient (and safe!) to provide keys for past and future releases, so such bootstrapping can be done without either importing the keys manually and/or using --nogpg. I thought I'd ask here first: is there a strong reason *not* to include those keys? So, I missed this thread, but saw it from the bug filed: https://bugzilla.redhat.com/show_bug.cgi?id=1246701 Several things here: * If we ship gpg keys for old eol Fedora releases, aren't we encouraging people to setup things we no longer support? I never asked for keys from EOL releases. I think keys should be removed after EOL. * If we only ship supported releases in each fedora-repos package, it means more churn for that package for everyone as when a release goes EOL we would need to push a new update that removes the old EOL key. Is everyone the users or they maintainers of fedora-repos.rpm? The churn is really tiny: the package is small, and this happens only twice a year, so I dont' think users will notice or care. As for the maintainers: I know it is a bit of extra work. I'm trying to ask nicely :) * As till pointed out, mock seems to already carry these keys, so some coordination here seems like a good idea no matter what we do. ;) Yeah. One issue I see is that mock seems to be always trailing with the updates. Mock in F22 now has /etc/pki/mock/RPM-GPG-KEY-fedora-19-primary /etc/pki/mock/RPM-GPG-KEY-fedora-19-secondary /etc/pki/mock/RPM-GPG-KEY-fedora-20-primary /etc/pki/mock/RPM-GPG-KEY-fedora-20-secondary /etc/pki/mock/RPM-GPG-KEY-fedora-21-primary /etc/pki/mock/RPM-GPG-KEY-fedora-21-secondary /etc/pki/mock/RPM-GPG-KEY-fedora-22-primary /etc/pki/mock/RPM-GPG-KEY-fedora-22-secondary The version in updates-testing removes keys for F19 and F20, and adds keys for F23. It has chroot definitions to match those keys. *If* mock was relying on fedora-repos to carry they keys, it would be possible to have chroots without a matching key. I don't know if that would be good (EOL chroots stop working as expected) or bad (EOL chroots stop working unexpectedly). * Can you describe the use case here a bit more? Why wouldn't you use mock (which has the keys already) to make a chroot? I want to use dnf to create containers, e.g. for running with systemd-nspawn. Sometimes for installation of Fedora on a disk to bootstrap a new machine. In either way, it is a one-time operation where the result is permanent. mock is about repeatedly creating chroots tailored for rpm building... The underlying installation mechanism is pretty much the same, but that's about it. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
How to make .spec Requires for libXXX.so.VER
Hi,
https://bugzilla.redhat.com/show_bug.cgi?id=1249325
GDB requires some library libXXX.so.3 by dlopen(). Therefore it is not found
by rpm automatic requires/provides from DT_NEEDED. Therefore one has to add
the libXXX.so.3 by specific BuildRequires and Requires to the .spec file.
libXXX is librpm here but that is just a coincidence, it could be libz for
example.
(1) How to make a dependency on librpm.so.7?
librpm.so.7 is in rpm-libs-4.12.90-3.fc24.x86_64 which --provides:
librpm.so.7()(64bit)
librpmio.so.7()(64bit)
rpm-libs = 4.12.90-3.fc24
rpm-libs(x86-64) = 4.12.90-3.fc24
So there is no easy way to Requires: rpm-libs = NVRA
I do not see which V introduced / deprecates .so library version 7.
So I would like to: Requires: librpm.so.7
But that does not work as I need there the '()(64bit)' suffix.
%{?_isa} suffix does not work, that is '(x86-64)' and not '()(64bit)'.
I could %ifarch explicitly all 64-bit Fedora archs to append '()(64bit)' for
them but isn't there some better way how to generate the '()(64bit)' suffix?
(2) The other possibility does work:
BuildRequires: %{_libdir}/librpm.so.7
But
https://fedoraproject.org/wiki/Packaging:Guidelines#File_Dependencies
says
Whenever possible you should avoid file dependencies as they slow down
dependency resolution and require the package manager to download file
lists in addition to to regular dependency information.
From what I remember at least yum did not need the 'filelists' index for
/usr/bin/ files. Is it still valid today and also for dnf?
And is 'filelists' required for /usr/lib{,64}/ or not?
I think Packaging Guidelines could list these few directories - at least
/usr/bin/ - for safe file dependencies.
Thanks,
Jan
--
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: How to make .spec Requires for libXXX.so.VER
On Sat, Aug 01, 2015 at 10:48:24PM +0300, Igor Gnatenko wrote:
On Sat, Aug 1, 2015 at 10:25 PM, Jan Kratochvil
jan.kratoch...@redhat.com wrote:
Hi,
Hi,
https://bugzilla.redhat.com/show_bug.cgi?id=1249325
GDB requires some library libXXX.so.3 by dlopen(). Therefore it is not
found
by rpm automatic requires/provides from DT_NEEDED. Therefore one has to add
the libXXX.so.3 by specific BuildRequires and Requires to the .spec file.
libXXX is librpm here but that is just a coincidence, it could be libz for
example.
I attached a patch on the bug, that essentially uses the output of
/usr/lib/rpm/elfdeps --provides $(readlink -f %{_libdir}/librpm.so)
for Recommends.
Zbyszek
(1) How to make a dependency on librpm.so.7?
librpm.so.7 is in rpm-libs-4.12.90-3.fc24.x86_64 which --provides:
librpm.so.7()(64bit)
librpmio.so.7()(64bit)
rpm-libs = 4.12.90-3.fc24
rpm-libs(x86-64) = 4.12.90-3.fc24
So there is no easy way to Requires: rpm-libs = NVRA
I do not see which V introduced / deprecates .so library version 7.
So I would like to: Requires: librpm.so.7
But that does not work as I need there the '()(64bit)' suffix.
%{?_isa} suffix does not work, that is '(x86-64)' and not '()(64bit)'.
I could %ifarch explicitly all 64-bit Fedora archs to append '()(64bit)' for
them but isn't there some better way how to generate the '()(64bit)' suffix?
(2) The other possibility does work:
BuildRequires: %{_libdir}/librpm.so.7
But
https://fedoraproject.org/wiki/Packaging:Guidelines#File_Dependencies
says
Whenever possible you should avoid file dependencies as they slow
down
dependency resolution and require the package manager to download
file
lists in addition to to regular dependency information.
I'd propose to add something like:
%if %{__isa_bits} = 64
Requires: libFOO.so.X()(64bit)
%else
Requires: libFOO.so.X
%endif
Not sure about syntax.
https://github.com/rpm-software-management/rpm/blob/140744377b019e0de81d76d0931c32228d2ed57e/tools/elfdeps.c#L81-L97
From what I remember at least yum did not need the 'filelists' index for
/usr/bin/ files. Is it still valid today and also for dnf?
And is 'filelists' required for /usr/lib{,64}/ or not?
You can add BuildRequires: /usr/bin/bar
I think Packaging Guidelines could list these few directories - at least
/usr/bin/ - for safe file dependencies.
Also CCing rpm maillist
Thanks,
Jan
--
-Igor Gnatenko
--
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
[Bug 1249360] New: perl-Syntax-Highlight-Engine-Kate-0.10 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249360 Bug ID: 1249360 Summary: perl-Syntax-Highlight-Engine-Kate-0.10 is available Product: Fedora Version: rawhide Component: perl-Syntax-Highlight-Engine-Kate Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 0.10 Current version/release in rawhide: 0.09-4.fc23 URL: http://search.cpan.org/dist/Syntax-Highlight-Engine-Kate/ 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 Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1249300] perl-WWW-Salesforce-0.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249300 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Failed to kick off scratch build. cmd: sha256sum /var/tmp/thn-9QGrga/100.0% return code: 1 stdout: stderr: sha256sum: /var/tmp/thn-9QGrga/100.0%: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1249360] perl-Syntax-Highlight-Engine-Kate-0.10 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249360 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Failed to kick off scratch build. cmd: sha256sum /var/tmp/thn-ZmkHRh/100.0% return code: 1 stdout: stderr: sha256sum: /var/tmp/thn-ZmkHRh/100.0%: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug. -- 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 1249300] perl-WWW-Salesforce-0.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249300 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-WWW-Salesforce-0.23 is |perl-WWW-Salesforce-0.24 is |available |available --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 0.24 Current version/release in rawhide: 0.22-1.fc23 URL: http://search.cpan.org/dist/WWW-Salesforce/ 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 Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- 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
