Quick C++ question for C++ experts :)
Is this expected to not compile with -fno-implicit-templates?
---%---
$ cat test.cc
#include string
std::string test(int i)
{
std::string t;
std::string s = (;
t = ;
for (int r = i; r; r=1) {
if (r 1)
t = 1 + t;
else
t = 0 + t;
}
s += t;
s += );
return s;
}
int
main(int argc, char *argv[])
{
std::string s = test(16);
return 0;
}
$ g++ -fno-implicit-templates test.cc
/tmp/ccai7t5T.o: In function `test(int)':
test.cc:(.text+0x9d): undefined reference to
`std::__cxx11::basic_stringchar, std::char_traitschar,
std::allocatorchar std::operator+char, std::char_traitschar,
std::allocatorchar (char const*, std::__cxx11::basic_stringchar,
std::char_traitschar, std::allocatorchar const)'
test.cc:(.text+0xd9): undefined reference to
`std::__cxx11::basic_stringchar, std::char_traitschar,
std::allocatorchar std::operator+char, std::char_traitschar,
std::allocatorchar (char const*, std::__cxx11::basic_stringchar,
std::char_traitschar, std::allocatorchar const)'
collect2: error: ld returned 1 exit status
---%---
I am trying to fix a package, but it is documented to
require -fno-implicit-templates and instantiate templates
in one of the sources, but it instantiates templates for
its own types.
Thanks,
Paulo
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Texlive packaging
* Matthew Miller: On Fri, Mar 27, 2015 at 08:28:21PM +0100, drago01 wrote: Actually machine generated isn't per se bad ... it saves a lot of effort and should be done more (for other packages too where possible). Why waste man power for something that can be automated? As for tex ... we could have a srpm for each one (machine generated there is no reason it has to be one srpm) would also mean that only the packages where something changes end up getting updated. Right, as I understand it, the gigantic single SRPM is to avoid the normal requirement that each individual package have its own manual review. For thousands of packages, that's quite a burden. TeXLive isn't just an installer for random versions of CTAN packages, right? They do make releases. So the bundling is not unlike what happens with, say, OpenJDK releases, where it is still not unheard of to mix-and-match Hotspot from here and the class libraries from there, and yet there is just one SRPM per release. Debian has a middle-ground, with slightly more than 100 binary packages, built from four source packages (as far as I can see). -- 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 1171035] perl-MIME-Charset-1.012 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1171035 --- Comment #4 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=9358380 -- 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
Re: carbon-c-relay review swap
Hi if you want can take one of these https://bugzilla.redhat.com/show_bug.cgi?id=1202470 https://bugzilla.redhat.com/show_bug.cgi?id=1199841 https://bugzilla.redhat.com/show_bug.cgi?id=1199842 regards gil Il 28/03/2015 22:58, Piotr Popieluch ha scritto: I am looking for a review for carbon-c-relay and offering a review swap, I really want to get this in. https://bugzilla.redhat.com/show_bug.cgi?id=1190390 I've also got some nodejs module review requests pending, also doing a review swap for any of them: oeyju9l (this has lower priority than carbon-c-relay) regards, Piotr -- 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 1171035] perl-MIME-Charset-1.012 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1171035 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-MIME-Charset-1.011.3 |perl-MIME-Charset-1.012 is |is available|available --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 1.012 Current version/release in rawhide: 1.011.1-3.fc22 URL: http://search.cpan.org/dist/MIME-Charset/ 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 1171035] perl-MIME-Charset-1.012 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1171035 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1007883 -- https://bugzilla.redhat.com/attachment.cgi?id=1007883action=edit [patch] Update to 1.012 (#1171035) -- 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
Re: Quick C++ question for C++ experts :)
2015-03-28 16:06 GMT-03:00 Paulo César Pereira de Andrade
paulo.cesar.pereira.de.andr...@gmail.com:
Is this expected to not compile with -fno-implicit-templates?
---%---
$ cat test.cc
#include string
std::string test(int i)
{
std::string t;
std::string s = (;
t = ;
for (int r = i; r; r=1) {
if (r 1)
t = 1 + t;
else
t = 0 + t;
}
s += t;
s += );
return s;
}
int
main(int argc, char *argv[])
{
std::string s = test(16);
return 0;
}
$ g++ -fno-implicit-templates test.cc
/tmp/ccai7t5T.o: In function `test(int)':
test.cc:(.text+0x9d): undefined reference to
`std::__cxx11::basic_stringchar, std::char_traitschar,
std::allocatorchar std::operator+char, std::char_traitschar,
std::allocatorchar (char const*, std::__cxx11::basic_stringchar,
std::char_traitschar, std::allocatorchar const)'
test.cc:(.text+0xd9): undefined reference to
`std::__cxx11::basic_stringchar, std::char_traitschar,
std::allocatorchar std::operator+char, std::char_traitschar,
std::allocatorchar (char const*, std::__cxx11::basic_stringchar,
std::char_traitschar, std::allocatorchar const)'
collect2: error: ld returned 1 exit status
---%---
I will open a gcc bug report. It must be a bug, because if using
a temporary to convert 1 or 0 to a std::string it works. Or,
explicit converting, e.g.:
-t = 1 + t;
+t = std::string(1) + t;
My C++ foo is not that great, thus asking before opening a
bug report.
Thanks,
Paulo
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
carbon-c-relay review swap
I am looking for a review for carbon-c-relay and offering a review swap, I really want to get this in. https://bugzilla.redhat.com/show_bug.cgi?id=1190390 I've also got some nodejs module review requests pending, also doing a review swap for any of them: https://tinyurl.com/oeyju9l (this has lower priority than carbon-c-relay) regards, Piotr -- 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: Packages which are non-compliant with Emacs packaging guidelines
On Sat, Mar 28, 2015 at 06:05:11PM +, Jonathan Underwood wrote: rjonesemacs-common-tuareg Update in Rawhide: http://pkgs.fedoraproject.org/cgit/emacs-common-tuareg.git/commit/?id=4e05b9b64d9a6723d0b72b9b7319428ee670cf0d Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- 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: Packages which are non-compliant with Emacs packaging guidelines
On 28 March 2015 at 19:28, Richard W.M. Jones rjo...@redhat.com wrote: On Sat, Mar 28, 2015 at 06:05:11PM +, Jonathan Underwood wrote: rjonesemacs-common-tuareg Update in Rawhide: http://pkgs.fedoraproject.org/cgit/emacs-common-tuareg.git/commit/?id=4e05b9b64d9a6723d0b72b9b7319428ee670cf0d thanks. -- 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-Getopt-GUI-Long
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree: On ppc: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On x86_64: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On i386: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Getopt-GUI-Long
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree: On ppc: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On x86_64: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) On i386: perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-XML-Xerces
perl-XML-Xerces has broken dependencies in the epel-5 tree: On ppc: perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27 On x86_64: perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit) On i386: perl-XML-Xerces-2.7.0_0-4.el5.i386 requires libxerces-c.so.27 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1205658] perl-Data-Peek-0.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1205658 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-Data-Peek-0.44-1.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Data-Peek-0.44-1.fc22' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-4927/perl-Data-Peek-0.44-1.fc22 then log in and leave karma (feedback). -- 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
Re: Texlive packaging
2015-03-28 16:40 GMT-03:00 Florian Weimer f...@deneb.enyo.de: * Matthew Miller: On Fri, Mar 27, 2015 at 08:28:21PM +0100, drago01 wrote: Actually machine generated isn't per se bad ... it saves a lot of effort and should be done more (for other packages too where possible). Why waste man power for something that can be automated? As for tex ... we could have a srpm for each one (machine generated there is no reason it has to be one srpm) would also mean that only the packages where something changes end up getting updated. Right, as I understand it, the gigantic single SRPM is to avoid the normal requirement that each individual package have its own manual review. For thousands of packages, that's quite a burden. TeXLive isn't just an installer for random versions of CTAN packages, right? They do make releases. So the bundling is not unlike what happens with, say, OpenJDK releases, where it is still not unheard of to mix-and-match Hotspot from here and the class libraries from there, and yet there is just one SRPM per release. One can update the binaries and noarch yearly. Usually most important would be to fetch bugfixes and security fixes from the year branch See https://www.tug.org/svn/texlive/branches/ The noarch could be fetched from ftp://tug.org/texlive/historic/ It is more about keeping up to date or not with upstream, e.g. the 2k+ subpackages all handled by upstream, or doing it yourself, I am afraid not an easy task, creating a spec to list files from a 1G .xz file. Debian has a middle-ground, with slightly more than 100 binary packages, built from four source packages (as far as I can see). Technically, Debian also does not have a lot of packages because they as well have quite a lot of bureaucracy to create packages, not a bad thing, of course. See last paragraph of http://tug.org/pipermail/tldistro/2011q4/000162.html Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1197438] perl-HTTP-Body-1.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1197438 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-HTTP-Body-1.22-1.fc22 has been pushed to the Fedora 22 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. -- 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 1202793] perl-Module-Path-0.19 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1202793 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Module-Path-0.19-1.fc2 |perl-Module-Path-0.19-1.fc2 |0 |1 --- Comment #10 from Fedora Update System upda...@fedoraproject.org --- perl-Module-Path-0.19-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. -- 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 1204317] perl-Dist-Zilla-5.034 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1204317 Bug 1204317 depends on bug 1203767, which changed state. Bug 1203767 Summary: perl-Config-MVP-2.200010 is available https://bugzilla.redhat.com/show_bug.cgi?id=1203767 What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA -- 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 1203767] perl-Config-MVP-2.200010 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1203767 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Config-MVP-2.200010-1. ||fc22 Resolution|--- |ERRATA Last Closed||2015-03-29 00:50:35 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-Config-MVP-2.200010-1.fc22 has been pushed to the Fedora 22 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. -- 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 1203779] perl-Dist-Zilla-5.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1203779 Bug 1203779 depends on bug 1203767, which changed state. Bug 1203767 Summary: perl-Config-MVP-2.200010 is available https://bugzilla.redhat.com/show_bug.cgi?id=1203767 What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA -- 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 1204104] perl-Scope-Upper-0.26 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1204104 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Scope-Upper-0.26-1.fc22 has been pushed to the Fedora 22 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. -- 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-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
[Bug 1205652] perl-Archive-Zip-1.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1205652 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-Archive-Zip-1.46-1.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Archive-Zip-1.46-1.fc22' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-4957/perl-Archive-Zip-1.46-1.fc22 then log in and leave karma (feedback). -- 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 1202793] perl-Module-Path-0.19 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1202793 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Module-Path-0.19-1.fc2 |perl-Module-Path-0.19-1.fc2 |2 |0 --- Comment #9 from Fedora Update System upda...@fedoraproject.org --- perl-Module-Path-0.19-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. -- 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: Proposal: Drop applications that have FTBFS for the last two releases from the AppStream metadata
On Sat, Mar 28, 2015 at 8:44 AM, Richard Hughes hughsi...@gmail.com wrote: The end result would be that we don't show applications that have failed the previous two releases mass rebuilds in GNOME Software i.e. we don't show f19 packages in f21, and we don't show f20 packages in f22. Should be pretty non-controversial, right? The kind of software that failed two rebuilds in a row really and is sitting unloved by the downstream maintainer isn't really the kind of software we want to show. They would still of course be installable on the command line using dnf. We generally actually drop packages from the distro that have been FTBFS for two releases so I'm not sure it should make much difference but some third party repos don't necessarily rebuild as often so you might end up excluding useful tools/codecs etc Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
orphaning a few packages
Hello, I'm orphaning a few packages as I do not use them anymore. * scons * jed * greylistd * and the zathura stack: girara, zathura, zathura-cb, zathura-djvu, zathura-pdf-poppler, zathura-ps (maintained by contyk) Regards, François -- 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: What happened to xorg-x11-drv-amd?
On Fri, Mar 27, 2015 at 11:21 PM, Luya Tshimbalanga l...@fedoraproject.org wrote: On 27/03/15 03:02 PM, drago01 wrote: On Fri, Mar 27, 2015 at 11:00 PM, Luya Tshimbalanga l...@fedoraproject.org wrote: I recently bought an Asus X550Z which comes with a Quad-Core A10 and Dual graphic radeon. I am surprised to find out xorg-x11-drv-amd is missing in the repository. Can anyone explain what is going on? That driver never existed. All AMD hardware is supported by the ati driver (xorg-x11-drv-ati). Thanks. I submitted a bug report to the right component. https://bugzilla.redhat.com/show_bug.cgi?id=1206733 Your logs in the bug are with nomodeset that's not really helpful you need to attack logs with nomodeset not set. If the system does not finish booting in that case you can get the logs from the previous boot by passing -b 1 to journalctl. -- 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: What happened to xorg-x11-drv-amd?
On Sat, Mar 28, 2015 at 12:51 PM, drago01 drag...@gmail.com wrote: On Fri, Mar 27, 2015 at 11:21 PM, Luya Tshimbalanga l...@fedoraproject.org wrote: On 27/03/15 03:02 PM, drago01 wrote: On Fri, Mar 27, 2015 at 11:00 PM, Luya Tshimbalanga l...@fedoraproject.org wrote: I recently bought an Asus X550Z which comes with a Quad-Core A10 and Dual graphic radeon. I am surprised to find out xorg-x11-drv-amd is missing in the repository. Can anyone explain what is going on? That driver never existed. All AMD hardware is supported by the ati driver (xorg-x11-drv-ati). Thanks. I submitted a bug report to the right component. https://bugzilla.redhat.com/show_bug.cgi?id=1206733 Your logs in the bug are with nomodeset that's not really helpful you need to attack logs with nomodeset not set. If the system does not finish booting in that case you can get the logs from the previous boot by passing -b 1 to journalctl. s/attack/attach/ ;) -- 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: Texlive packaging
On 28 March 2015 at 15:07, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andr...@gmail.com wrote: I maintained a slowly evolving approach in Mandriva for some years, (but now it is quickly approaching one year I left Mandriva...), see the main script at https://abf.rosalinux.ru/openmandriva/texlive-tlpkg/blob/master/tlpobj2spec.pl It uses the texlive perl modules to do most of the work, and only does some filtering on contents, choosing %doc (what texlive calls doc and source), extracting dependencies or license information, %post scripts, etc. This looks really handy. I wonder though about the need to really have one RPM per texlive package.Would it not be a reasonable middle ground to generate one SRPM per texlive collection? [snip] It is quite a lot of work, so, it would be better to have a SIG and not let only one person handle all packages. I would be interested in joining such a SIG and effort. Jonathan -- 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: Proposal: Drop applications that have FTBFS for the last two releases from the AppStream metadata
Richard Hughes wrote: The end result would be that we don't show applications that have failed the previous two releases mass rebuilds in GNOME Software i.e. we don't show f19 packages in f21, and we don't show f20 packages in f22. Should be pretty non-controversial, right? The kind of software that failed two rebuilds in a row really and is sitting unloved by the downstream maintainer isn't really the kind of software we want to show. They would still of course be installable on the command line using dnf. What's the impact of implementing this, ie, how many applications will end up being removed? As mentioned elsewhere, the distro already drops packages that fail to build, so I'm not sure how worthwhile doing it here too will be. -- Rex -- 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: python-yubico updates (testing wanted)
On Fri, 27 Mar 2015 17:24:57 -0400 Nathaniel McCallum npmccal...@redhat.com wrote: ...snip... When the F21 update was being automatically pushed to stable, taskotron reported that the upgradepath test failed and that push to stable was unavailable. The failure was because F22 has a lower version than F21. However, this is because F21's package was getting pushed (this test should really take into consideration updates- testing). It says I can re-enable the automatic push but when I attempted to do that it failed. Nor can I push to stable manually. Where do I go from here? It seems like it's going to stable in the current push (which was the one started yesterday, it failed overnight and I resumed it this morning). So, lets see if it ends up stable as I think it will. If not, we can take a deeper look. kevin pgpDOuyFU5H4E.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
Re: Texlive packaging
2015-03-27 16:58 GMT-03:00 Matthew Miller mat...@fedoraproject.org: On Fri, Mar 27, 2015 at 08:28:21PM +0100, drago01 wrote: Actually machine generated isn't per se bad ... it saves a lot of effort and should be done more (for other packages too where possible). Why waste man power for something that can be automated? As for tex ... we could have a srpm for each one (machine generated there is no reason it has to be one srpm) would also mean that only the packages where something changes end up getting updated. Right, as I understand it, the gigantic single SRPM is to avoid the normal requirement that each individual package have its own manual review. For thousands of packages, that's quite a burden. I maintained a slowly evolving approach in Mandriva for some years, (but now it is quickly approaching one year I left Mandriva...), see the main script at https://abf.rosalinux.ru/openmandriva/texlive-tlpkg/blob/master/tlpobj2spec.pl It uses the texlive perl modules to do most of the work, and only does some filtering on contents, choosing %doc (what texlive calls doc and source), extracting dependencies or license information, %post scripts, etc. The script even handles when I messed something, or, quite common problem of upstream downgrading a version, or switching to/from version to date-version format. Another important script is https://abf.rosalinux.ru/openmandriva/texlive-tlpkg/blob/master/checkupdates.pl it assumes it is called from a top directory where there is a full checkout of all texlive packages, and, then, it relies on a specific spec header format, to tell what packages can be updated. Note that sometimes the package database and the mirrors may not agree, so, some manual intervention may be required, e.g. hardcoding to use a fast mirror, or running again to choose another mirror that agrees with the package database. I even adapted the texlive package manager to use the system package management, e.g. see official tlmgr screenshots at https://www.tug.org/texlive/doc/texlive-en/texlive-en.html#tlmgr and the adapted version to use urpmi https://abf.rosalinux.ru/openmandriva/texlive-tlpkg/blob/master/tlmgr But the workaround, while not violating any specific guidelines, doesn't _really_ have any more careful individual review of each of its parts — it's not a gain. And it has negative side-effects. If FPC would be open to bulk-approving machine-generated individual spec files (given, say, they're provably all following the template, which would be reviewed), and rel-eng has some way of bulk-adding the necessary branches and builds, that really seems like a step forward to me. It is quite a lot of work, so, it would be better to have a SIG and not let only one person handle all packages. Once a setup like the one I used is done, it is required around 2 hours per week to keep in sync with upstream TeXLive. Assuming one can can fast create (or do a really quick review, thus a SIG) 3-10 packages per week (sometimes it will go a lot of time without new packages). Frequently packages are deprecated (no texlive package requires them), and sometime later reenabled. Am I missing something? -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: What happened to xorg-x11-drv-amd?
On 28/03/15 04:51 AM, drago01 wrote: Thanks. I submitted a bug report to the right component. https://bugzilla.redhat.com/show_bug.cgi?id=1206733 Your logs in the bug are with nomodeset that's not really helpful you need to attack logs with nomodeset not set. If the system does not finish booting in that case you can get the logs from the previous boot by passing -b 1 to journalctl. nomodeset removed and new journal with -b parameter added. An interesting note is the login screen using Wayland works smoothly and the default Gnome session crashed back to it. Login with Gnome Wayland works very well aside known issues like animated cursors. Luya -- 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: Texlive packaging
2015-03-28 13:26 GMT-03:00 Jonathan Underwood jonathan.underw...@gmail.com: On 28 March 2015 at 15:07, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andr...@gmail.com wrote: I maintained a slowly evolving approach in Mandriva for some years, (but now it is quickly approaching one year I left Mandriva...), see the main script at https://abf.rosalinux.ru/openmandriva/texlive-tlpkg/blob/master/tlpobj2spec.pl It uses the texlive perl modules to do most of the work, and only does some filtering on contents, choosing %doc (what texlive calls doc and source), extracting dependencies or license information, %post scripts, etc. This looks really handy. I wonder though about the need to really have one RPM per texlive package.Would it not be a reasonable middle ground to generate one SRPM per texlive collection? Having 1 to 1, rpm packages matching texlive packages has its advantages, it comes with dependencies easy to generate, and one can update a 1-2k single package easily. But creating almost 3k packages to bootstrap could be quite disturbing. One package per collection should be quite doable as well, and could still make a perl script, to make it easy to convert texlive packages metadata to rpm packages, using the texlive perl modules. An example of how it looks like when having one package per texlive package is: https://abf.rosalinux.ru/openmandriva/texlive-collection-fontsrecommended/blob/master/texlive-collection-fontsrecommended.spec The above is a meta package, only with dependencies. The above also is an example of what the script did when there was no license information (it did trust whatever texlive choose), and used a link to a license file, what may not be a good idea. An example of an actual package, not a meta package: https://abf.rosalinux.ru/openmandriva/texlive-tetex/blob/master/texlive-tetex.spec and as well, another example of dubious license tag :( This one is a more standard one, regarding licenses: https://abf.rosalinux.ru/openmandriva/texlive-latex/blob/master/texlive-latex.spec It is quite a lot of work, so, it would be better to have a SIG and not let only one person handle all packages. I would be interested in joining such a SIG and effort. me too :) Jonathan Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Packages which are non-compliant with Emacs packaging guidelines
Hi,
Presently a lot of packages are not complying with the Emacs packaging
guidelines[1]. These guidelines have been in place in their current
form since Fedora 16, so it's probably time to start fixing packages.
The lists below detail packages with various problems, and their
package owners.
[1] http://fedoraproject.org/wiki/Packaging:Emacs
1. Emacs add-ons with -el sub-packages
===
The guidelines no longer stipulate that elisp source files be in a
separate sub-package. The packages below still have -el subpackages.
These subpackages should be removed, and the elisp source files should
be packaged in the main package. See [1] for more detail.
alexlan emacs-common-ess
amdunnemacs-common-proofgeneral
amdunnemacs-mmm
jgu emacs-common-ebib
rishi emacs-htmlize
rjonesemacs-common-tuareg
sagarun emacs-color-theme
sagarun emacs-goodies
sagarun emacs-haskell-mode
sagarun emacs-irsim-mode
sagarun emacs-rinari
sagarun emacs-spice-mode
salimma emacs-auto-complete
salimma emacs-slime
sochotni emacs-pymacs
tagoh emacs-apel
tagoh emacs-common-w3m
tagoh emacs-mew
timn emacs-lua
tmoertel emacs-magit
ueno emacs-common-ddskk
ueno emacs-common-riece
ueno emacs-ibus
ueno emacs-lookup
[Generated from: repoquery
--repofrompath=this,http://www.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os
--repoid=this -s --qf %{name} %{name}\n emacs-*-el | grep emacs- |
perl -pe 's/^(.+?)-[^-]+-[^-]+$/\1\n/' | fedoradev-pkgowners | sort |
column -t]
2. Packages shipping support for Emacs
===
The guidelines no longer stipulate that packages which also bundle
support for Emacs should split out their emacs files in to separate
sub-packages. These packages should no longer have emacs-foo and
emacs-foo-el sub-packages, and should instead ship those files with
the main package which should Require emacs-filesystem. See [1] for
more detail.
chitleshdinotrace
chitleshperl-SystemPerl
chrisw git
cicku nesc
ellert root
jcapik sdcc
jjames bigloo
jplesnikperl
kimheinolibrep
landgrafglobal
lmacken notmuch
mbarnes Pyrex
mjakubicek cdargs
mlichvarlibidn
nbecker mercurial
orion ftnchek
patches python-pysmell
peter erlang
peter erlang-lfe
petersenAgda
radford ledger
romapydb
s4504kr gnu-smalltalk
salimma gambit-c
salimma pure
shishz gtypist
spotasymptote
tagoh anthy
tagoh mozc
tagoh mozc
tagoh uim
tagoh uim
twaugh a2ps
uenogettext
[Generated with: repoquery
--repofrompath=this,http://www.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os
--repoid=this -s --qf %{name} %{name}\n emacs-* | grep -v emacs- |
perl -pe 's/^(.+?)-[^-]+-[^-]+$/\1\n/' | uniq | perl -pe
's/^(.+?)-[^-]+-[^-]+$/\1\n/' | fedoradev-pkgowners | sort | column
-t]
Cheers,
Jonathan.
--
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 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 135 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1 29 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0862/nodejs-0.10.36-3.el7,libuv-0.10.34-1.el7,v8-3.14.5.10-17.el7 19 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1087/dokuwiki-0-0.24.20140929c.el7 19 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0952/qpid-qmf-0.28-27.el7,qpid-cpp-0.30-12.el7 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1278/nx-libs-3.5.0.29-1.el7 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1291/varnish-4.0.3-3.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1335/drupal7-7.35-1.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1407/glpi-0.84.8-4.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1390/owncloud-7.0.5-2.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1401/mingw-qt5-qtbase-5.4.1-1.el7,mingw-qt5-qtdeclarative-5.4.1-1.el7,mingw-qt5-qtgraphicaleffects-5.4.1-1.el7,mingw-qt5-qtimageformats-5.4.1-1.el7,mingw-qt5-qtlocation-5.4.1-1.el7,mingw-qt5-qtmultimedia-5.4.1-1.el7,mingw-qt5-qtquick1-5.4.1-1.el7,mingw-qt5-qtscript-5.4.1-1.el7,mingw-qt5-qtsensors-5.4.1-1.el7,mingw-qt5-qtsvg-5.4.1-1.el7,mingw-qt5-qttools-5.4.1-1.el7,mingw-qt5-qttranslations-5.4.1-1.el7,mingw-qt5-qtwebkit-5.4.1-1.el7,mingw-qt5-qtwinextras-5.4.1-1.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1415/python-dulwich-0.10.0-1.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1405/qt5-qtwebkit-5.4.1-4.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1421/quassel-0.11.0-2.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1378/python-django-1.6.11-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1458/mongodb-2.6.9-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1430/strongswan-5.2.2-2.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing ansible-1.9.0.1-1.el7 apper-0.8.2-3.el7 aqbanking-5.5.1-1.el7 etckeeper-1.18.1-1.el7 g2clib-1.4.0-9.el7 gnulib-0-14.20150325git.el7 gwenhywfar-4.13.1-1.el7 libyuv-0-0.22.20121221svn522.el7 lightdm-1.10.4-1.el7 lightdm-gtk-1.8.5-15.el7 lightdm-kde-0.3.2.1-9.el7 mate-utils-1.8.2-1.el7 med-3.0.8-1.el7 mingw-qt5-qtwebsockets-5.4.1-1.el7 mingw-qt5-qtxmlpatterns-5.4.1-1.el7 mongodb-2.6.9-1.el7 nodejs-html-minifier-0.7.0-2.el7 openblas-0.2.14-1.el7 opendkim-2.10.1-5.el7 perl-Proc-Daemon-0.19-1.el7 php-JsonSchema-1.4.0-1.el7 php-phpunit-phpcpd-2.0.2-1.el7 php-theseer-fDOMDocument-1.6.0-2.el7 python-cached_property-1.0.0-4.el7 python-fmn-consumer-0.5.2-1.el7 python-fmn-rules-0.5.1-1.el7 python-fmn-web-0.5.2-1.el7 python-tbgrep-0.3.0-2.el7 rubygem-ox-2.1.8-2.el7 strongswan-5.2.2-2.el7 xfce4-hamster-plugin-1.6.1-1.el7 Details about builds: ansible-1.9.0.1-1.el7 (FEDORA-EPEL-2015-1460) SSH-based configuration management, deployment, and task execution system Update Information: Update to 1.9.0.1 ChangeLog: * Wed Mar 25 2015 Kevin Fenzi ke...@scrye.com 1.9.0.1-1 - Update to 1.9.0.1 * Wed Mar 25 2015 Kevin Fenzi ke...@scrye.com 1.9.0-1 - Update to 1.9.0 apper-0.8.2-3.el7 (FEDORA-EPEL-2015-1428) KDE interface for PackageKit Update Information: Fix excessive notifications (when checking for updates, etc...) ChangeLog: * Sat Dec 6 2014 Rex Dieter rdie...@fedoraproject.org 0.8.2-3 - don't try !allow_deps, -yum,-hif backends do not support it apparently (#877038,kde#315063) * Wed Nov 5 2014 Rex Dieter rdie...@fedoraproject.org 0.8.2-2 - avoid notification spam (kde#318864,#1090595) References: [ 1 ] Bug #877038 - apper doesn't handle dependencies on package removal, needs to enable allow_deps https://bugzilla.redhat.com/show_bug.cgi?id=877038 [ 2 ] Bug #1090595 - suddenly receiving 'refreshing package cache' and 'getting updates' notification spam https://bugzilla.redhat.com/show_bug.cgi?id=1090595
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 1070 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 135 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 123 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4242/facter-1.6.18-8.el6 112 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4485/python-tornado-2.2.1-7.el6 73 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0232/chicken-4.9.0.1-2.el6 47 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0696/drupal7-path_breadcrumbs-3.2-1.el6 29 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0864/nodejs-0.10.36-3.el6,libuv-0.10.34-1.el6,v8-3.14.5.10-17.el6 28 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0985/drupal7-entity-1.6-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1286/nx-libs-3.5.0.29-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1317/mongodb-2.4.13-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1334/drupal7-ctools-1.7-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1319/drupal7-7.35-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1346/drupal6-6.35-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1375/python-dulwich-0.10.0-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1380/moodle-2.6.10-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1396/drupal7-webform-4.6-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1404/tor-0.2.5.11-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1366/Django14-1.4.20-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1376/owncloud-7.0.5-2.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing ansible-1.9.0.1-2.el6 aqbanking-5.5.1-1.el6 etckeeper-1.18.1-1.el6 g2clib-1.4.0-9.el6 gdl-0.9.5-3.el6 gofed-0-0.1.gitcab0f0b.el6 golang-googlecode-google-api-client-0-0.6.gitfc402b0.el6 gwenhywfar-4.13.1-1.el6 med-3.0.8-1.el6 mod_proxy_fcgi-2.4.10-0.3.20150325git837d5b0.el6 openblas-0.2.14-1.el6 opendkim-2.10.1-5.el6 perl-Proc-Daemon-0.19-1.el6 php-JsonSchema-1.4.0-1.el6 python-cached_property-1.0.0-4.el6 Details about builds: ansible-1.9.0.1-2.el6 (FEDORA-EPEL-2015-1438) SSH-based configuration management, deployment, and task execution system Update Information: Drop upstreamed epel6 patches. ChangeLog: * Wed Mar 25 2015 Kevin Fenzi ke...@scrye.com 1.9.0.1-2 - Drop upstreamed epel6 patches. * Wed Mar 25 2015 Kevin Fenzi ke...@scrye.com 1.9.0.1-1 - Update to 1.9.0.1 * Wed Mar 25 2015 Kevin Fenzi ke...@scrye.com 1.9.0-1 - Update to 1.9.0 aqbanking-5.5.1-1.el6 (FEDORA-EPEL-2015-1455) A library for online banking functions and financial data import/export Update Information: This updates AqBanking to the latest upstream stable release (from the prior beta release). It includes SEPA support, and fixes for a variety of banking connections. ChangeLog: * Mon Mar 23 2015 Robert Scheck rob...@fedoraproject.org - 5.5.1-1 - update to 5.5.1 * Fri Aug 15 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 5.3.6-0.3.beta - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild * Sat Jun 7 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 5.3.6-0.2.beta - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild * Fri Jan 31 2014 Bill Nottingham nott...@redhat.com - 5.3.6beta-0.1 - update to 5.3.6beta - COPYING updated, no more tarball munging needed References: [ 1 ] Bug #1125336 - Cannot map to capital one bank, which has been fixed upstream https://bugzilla.redhat.com/show_bug.cgi?id=1125336 [ 2 ] Bug #1183817 - New aqbanking Version 5.5.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1183817 [ 3 ] Bug #1204963 - Update of aqbanking and gwenhywfar on all branches https://bugzilla.redhat.com/show_bug.cgi?id=1204963 etckeeper-1.18.1-1.el6
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 1070 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 525 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 289 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 143 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3784/mantis-1.2.17-3.el5 139 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3849/sblim-sfcb-1.3.8-2.el5 47 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0695/drupal7-path_breadcrumbs-3.2-1.el5 28 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1001/drupal7-entity-1.6-1.el5 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1326/drupal7-ctools-1.7-1.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1344/drupal6-6.35-1.el5 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1374/tor-0.2.4.26-1.el5 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1419/cabextract-1.5-1.el5 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1379/PyYAML-3.09-11.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing etckeeper-1.18.1-1.el5 openblas-0.2.14-1.el5 opendkim-2.10.1-5.el5 Details about builds: etckeeper-1.18.1-1.el5 (FEDORA-EPEL-2015-1435) Store /etc in a SCM system (git, mercurial, bzr or darcs) Update Information: Update etckeeper to the latest stable version 1.18.1. Notable changes since 1.14: * Added support for Fedora's DNF highlevel package manager. Thanks, Peter Listiak and Petr Spacek. * Fix name of DNF plugin. * Add --version. Thanks Andreas Wansner. * New website, http://etckeeper.branchable.com/ * Send yum pre-commit output to /dev/null. Thanks, Andrew Colin Kissa * Set LANG=C internally when doing some operations that have been reported to fail in other locales. ChangeLog: * Thu Mar 26 2015 Thomas Moschny thomas.mosc...@gmx.de - 1.18.1-1 - Update to 0.18.1. - Add missing dependency on python3-devel for dnf plugin on F23+. * Fri Mar 20 2015 Thomas Moschny thomas.mosc...@gmx.de - 1.18-1 - Update to 1.18. - Update upstream URLs. - Package DNF plugin. - Slightly modernize spec file. openblas-0.2.14-1.el5 (FEDORA-EPEL-2015-1425) An optimized BLAS library based on GotoBLAS2 Update Information: Update to 0.2.14. Fix c/zsyr bug with negative incx. Fix race condition during shutdown causing a crash in gotoblas_set_affinity(). Support AMD Streamroller. ChangeLog: * Wed Mar 25 2015 Susi Lehtola jussileht...@fedoraproject.org - 0.2.14-1 - Update to 0.2.14. * Fri Dec 19 2014 Susi Lehtola jussileht...@fedoraproject.org - 0.2.13-2 - Bump spec due to LAPACK rebuild. opendkim-2.10.1-5.el5 (FEDORA-EPEL-2015-1442) A DomainKeys Identified Mail (DKIM) milter to sign and/or verify mail Update Information: - Combined systemd and SysV spec files using conditionals - Dropped sysvinit subpackage completely - Fixed typo in Group Name - Added updated libtool definition - Additional comments in spec file - Patch SysV initscript to stop default key generation on startup - Fixed typo in Group Name - Added updated libtool definition - Additional comments in spec file - Patch SysV initscript to stop default key generation on startup - Fixed typo in Group Name - Added updated libtool definition - Additional comments in spec file - Patch SysV initscript to stop default key generation on startup - Fixed typo in Group Name - Added updated libtool definition - Additional comments in spec file - Patch SysV initscript to stop default key generation on startup - Fixed typo in Group Name - Added updated libtool definition - Additional comments in spec file - Patch SysV initscript to stop default key generation on startup - Fixed typo in Group Name - Added updated libtool definition - Additional comments in spec file - Patch SysV initscript to stop default key generation on startup ChangeLog: * Wed Mar 25 2015 Steve Jenkins st...@stevejenkins.com - 2.10.1-5 - Combined systemd and SysV spec files using
Proposal: Drop applications that have FTBFS for the last two releases from the AppStream metadata
The end result would be that we don't show applications that have failed the previous two releases mass rebuilds in GNOME Software i.e. we don't show f19 packages in f21, and we don't show f20 packages in f22. Should be pretty non-controversial, right? The kind of software that failed two rebuilds in a row really and is sitting unloved by the downstream maintainer isn't really the kind of software we want to show. They would still of course be installable on the command line using dnf. Speak now, or forever hold your peace, thanks. 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
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.7.0-8.fc22.x86_64 requires libproj.so.0()(64bit) On i386: perl-PDL-2.7.0-8.fc22.i686 requires libproj.so.0 On armhfp: perl-PDL-2.7.0-8.fc22.armv7hl requires libproj.so.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
