Yup, mis-click. Thanks for catching that.
Thanks for the feedback, however, this was only intended to address the linked bug. I don't know the cause of the sketcher crash so I do not have a solution at this time. Frankly, FreeCAD has been a mess on Fedora for years and I'm struggling to get it all cleaned up.
Made 40m QSO
Updates like that should be posted to one of the bugs, however, I plan to push these packages to stable just to fix the dependency problem with the Qt5 5.13 oops.
I'm traveling for work through Friday so not much I can do on the road, but for that matter I'm unsure what I would change. If someone wanted to start a thread over on the freecad forums and see any anyone has any ideas that would be great.
I checked for any packages that required any of the python based provides from the python2 package and there don't seem to be any. This package has been FTBFS since F29 so I think this is better than the alternative.
Looking at the automated test output:
{
"arch" : "noarch",
"code" : "DesktopIconFileMissing",
"context" : {
"excerpt" : [
"Icon=scantailor"
],
"lineno" : 6,
"path" : "/usr/share/fedora-review/test/desktop-file/scantailor.desktop"
},
"diag" : "Icon file <var>scantailor</var> not found",
"subpackage" : "fedora-review-tests"
},
{
"arch" : "noarch",
"code" : "DesktopFileValidation",
"context" : {
"path" : "/usr/share/fedora-review/test/scantailor.desktop"
},
"diag" : "hint: value item \"ImageProcessing\" in key \"Categories\" in group \"Desktop Entry\" can be extended with another category among the following categories: Education, or Science",
"subpackage" : "fedora-review-tests"
},
Is this a problem?
Not logged in? Anyway, I got it :)
I also looked through the spec file for ghc-rpm-macros and I don't see where it does anything during install that would depend on a package. It just copied a bunch of macro related files into the correct location.
Am I missing something? I don't see the ghc-rpm-macros dependency...
# repoquery --whatrequires "bibutils*"
bibutils-0:5.0-1.el7.x86_64
bibutils-devel-0:5.0-1.el7.x86_64
ghc-hs-bibutils-0:5.0-2.el7.x86_64
ghc-hs-bibutils-devel-0:5.0-2.el7.x86_64
ghc-pandoc-citeproc-0:0.3.0.1-3.el7.x86_64
pandoc-citeproc-0:0.3.0.1-3.el7.x86_64
I was trying the new dependency generator macro, guess it still needs some work.
This update it 7 months old now... Is it safe to push or not?
Since this is a security update, any reason to not perform the rebuilds and push this 6 month old update?
Builds submitted for updates: https://bodhi.fedoraproject.org/updates/FEDORA-2018-22776e8ca9
Didn't catch the soname change. I'll rebuild mongodb.
I forgot to update the comments for the reason for the new build. I added a desktop file and appdata file so it will show up in Gnome Software Center.
Yeah, not a clean way to do it. You could kill the other update and move it over here but you may have to wait until it un-pushes from -testing.
I'll just ignore it for now and see if it all works out :)
I received a notification that freecad's dependencies failed to resolve[1]
nothing provides shiboken-python2-devel needed by python-pyside-devel-1.2.4-1.el7.x86_64
Should the shiboken-1.2.4-9.el7 updated be added to this update?
Do I need to rebuild freecad?
[1] https://apps.fedoraproject.org/koschei/package/freecad?collection=epel7
This update has been unpushed.