[Bug 184331] Review Request: K-3D - 3D modeling and rendering system
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: K-3D - 3D modeling and rendering system
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184331
------- Additional Comments From denis(a)poolshark.org 2006-08-07 17:46 EST -------
Spec: http://www.poolshark.org/src/k3d.spec
SRPM: http://www.poolshark.org/src/k3d-0.5.16.0-1.src.rpm
Paul, thanks for your patience and for your comments. I was able to borrow a
build system and do a little more testing, and I also exchanged a few emails
with upstream developers. Comments embedded below.
> --mode 644 : Is this required for the desktop icon?
No, about 5% of extras packages specify it explicitely. I removed it.
> E: k3d devel-dependency k3d-devel
Ok, I checked with upstream and the good news is that this requirement can be
dropped (they updated the wiki to clarify). So this is fixed.
> Also has the devel-file-in-non-devel warnings
Those are false positives, as confirmed by upstream:
Timothy M. Shead <tshead(a)k-3d.com> Wrote:
"The .h files in /share/shaders are part of the shader source code, not
the K-3D source code. They are there so that shaders can be compiled
*at runtime* by the user's RenderMan engine. So they belong in the
runtime package."
> E debuginfo script-without-shellbang
> /usr/src/debug/k3d-0.5.15.0/k3dsdk/nodes.cpp (as an example)
Fixed.
> The devel package contains a pile of warnings about
> dangling-relative-symlinks
Right, this occurs when a package uses library symlinks in a subdirectory of
/usr/lib (those in /usr/lib are ignored by rpmlint). For example, 'graphviz' is
another package that has the same problem. Anyways, this actually was an error
in the spec as the run-time package requires the .so files, so I had to move
them into the main package. K-3D will not load the plugins correctly if only the
.so.0.0.0 files are present. There are a couple of libs in /usr/lib that also
need their .so files in the main package, because they are dlopened directly by
k3d-bin. I think those really belong in /usr/lib/k3d and I've reported the
problem upstream, a fix would require a pretty intrusive autoconf/automake patch
which i think is not worth the effort.
> E: k3d-devel only-non-binary-in-usr-lib
Should no longer occur, as /usr/lib/k3d is in the main package now.
Should build cleanly in mock, for devel and FC-5. FC-4 requires a small BR
change, but otherwise also builds cleanly.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
16 years, 7 months
[Bug 188542] Review Request: hylafax
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: hylafax
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188542
------- Additional Comments From fedora(a)leemhuis.info 2006-08-07 02:07 EST -------
(In reply to comment #20)
> 1. Somebody has to review this package. As I'm not a sponsor and it's Lee's
> first and most likely only package, I'm not allowed to do the review. Also I
> don't think it's a good idea to review a package I'm planing to maintain.
> 2. Lee needs a sponsor. Thorsten, can you please sponsor him? I promise to keep
> an eye on his commits ;)
Can you do the review as well? Then I'll take a last quick look and sponsor him
and we both keep an eye on his commits ;-)
> 3. We need an official co-maintainership policy for extras. I know you and FESCO
> are working on it, but AFAIK there's nothing official yet. Please correct me if
> I'm wrong.
Well, it's in the works but it's a huge task and even the minimal stuff (the
initial CC-list from owners.list) currently doesn't work properly. But that
hopefully gets fixed soon
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
16 years, 7 months
[Bug 183439] Review Request: papyrus (Canvas drawing library based on cairo/cairomm)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: papyrus (Canvas drawing library based on cairo/cairomm)
Alias: papyrus
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183439
------- Additional Comments From rvinyard(a)cs.nmsu.edu 2006-08-06 20:33 EST -------
Yes. And it does look like the PostScript cairo surface is no longer being
built for Fedora's cairo. That doesn't have any bearing on papyrus, but it did
have an impact on cairomm that at the time built the PS surfaces because they
were present in Fedora's cairo.
$ less /var/lib/mock/fedora-5-i386-core/result/
build.log
mockconfig.log
papyrus-0.2.2-1.fc5.i386.rpm
papyrus-0.2.2-1.fc5.src.rpm
papyrus-debuginfo-0.2.2-1.fc5.i386.rpm
papyrus-devel-0.2.2-1.fc5.i386.rpm
root.log
$
And from root.log:
cairo i386 1.0.4-1 updates-released 317 k
cairo-devel i386 1.0.4-1 updates-released 100 k
cairomm i386 0.6.0-2.fc5 extras 36 k
cairomm-devel i386 0.6.0-2.fc5 extras 175 k
The 0.6.0-2 is the rebuilt cairomm.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
16 years, 7 months