Comments

144 Comments

Replaced with https://bodhi.fedoraproject.org/updates/FEDORA-2015-3a073171c3 which will be published with the next push.

This update has been unpushed.

You are in the wrong update ticket here, since this one is for F22 while you refer to F23.

The traceback shows a undefined symbol outside of Soundconverter and means that something related to gstreamer-python is broken (either only for your installation or on F23 in general). It's likely that gstreamer-python in F23 simply needs a rebuild for a library that has changed, and somebody has caused this breakage unknowingly.

What do you get, if you run "python" and then enter "import pygst" and "import gst" at the prompt?

Exactly. It's the response to rpmbuild bug 1251453 I had filed. More details in that ticket.

If you are able to recognize the input as being invalid, you can exit with error condition. Unfortunately, you choose to skip/ignore input that is detected as being invalid. I've sent a reply to devel@ list.

The "fix" attempt for bug 1251095 makes my head hurt. By skipping such a broken dependency (i.e. not adding it to the repo metadata!), depsolvers and tools like repoclosure cannot find the unresolvable dep when searching the metadata. Only during RPM's transaction check, the breakage will be discovered. As before. Same symptoms. So, not fixed.

In the ideal case, the repo metadata would not hide the problem, so it could be detected by QA tools.

BZ#1251095 dnf doesn't discover undefined %epoch broken dep

Forwarding a +1 for fixing kernel panic booting from 32 GB USB stick, however with Intel Dual Core not AMD: https://lists.fedoraproject.org/pipermail/de-users/2015-September/006416.html

BZ#1263762 Kernel panic when booting 32b images from usb on AMD processors

It seems you're undecided about the old geany-plugins-gproject package.

The spec file for Rawhide differs from the F22 one. Release 4 of the spec is slightly better.

If the package has been renamed to geany-plugins-projectorganizer, adding a pair of Obsoletes/Provides would be the way to go. Typically, one makes the Provides strictly versioned:

Obsoletes: geany-plugins-gproject < 1.25

Provides: geany-plugins-gproject = %{version}-%{release}

If the packages has been retired without any other package replacing it, adding only the Obsoletes tag is the way to go. That's what applies to the -geanylua subpackage.

[Disclaimer: I don't know yet how to enter well-formatted comments into this new bodhi version.]

"Obsoletes: geany-plugins-gproject < 1.24" is too low, because the previous package was 1.24. And the "Provides" tag for the old package name is missing.

It's geany-plugins-geanylua and geany-plugins-gproject that are gone and need to be replaced properly.

You've removed subpackages without adding Obsoletes tags. This breaks dependencies. See topic on users@ list. https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Renaming.2Freplacing_existing_packages

bug 1227368 : libedbus.so.1 is gone, package "terminology" needs a rebuild bug 1222934 : earlier rebuild request

bug 1210753 comment 10

https://www.mozilla.org/en-US/firefox/37.0.2/releasenotes/ Works for me. Also verified the Media testcase.

I've added that link here, because it is missing in the "Details/Notes" section of this ticket.

Strange licensing mismatch. -devel and -static subpkgs use %license BSD, base pkg uses %doc GPLv2.

karma

Geeqie, which is built with lcms2, doesn't fall flat on its nose. No specific testing done beyond that.