Bug 759747 - Review Request: sk1libs - Universal vector graphics translator
Summary: Review Request: sk1libs - Universal vector graphics translator
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Michel Lind
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 986552
TreeView+ depends on / blocked
 
Reported: 2011-12-03 15:28 UTC by Pavel Alexeev
Modified: 2013-07-21 15:20 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-18 12:53:46 UTC
Type: ---
Embargoed:
michel: fedora-review?


Attachments (Terms of Use)
spec with some unbundling (1.66 KB, text/x-rpm-spec)
2012-02-05 20:06 UTC, Michel Lind
no flags Details
libpdf stub module (110 bytes, text/x-python)
2012-02-05 20:07 UTC, Michel Lind
no flags Details
patch for removing the now-missing libpdf dirs (793 bytes, patch)
2012-02-05 20:08 UTC, Michel Lind
no flags Details | Diff

Description Pavel Alexeev 2011-12-03 15:28:27 UTC
Spec URL: http://hubbitus.info/rpm/Fedora15/sk1libs/sk1libs.spec
SRPM URL: http://hubbitus.info/rpm/Fedora15/sk1libs/sk1libs-0.9.1-1.fc15.src.rpm
Description:
sk1libs is a universal vector graphics library for Python.

P.S. Spec file formatted by tabs with 5 space width ( http://fedoraproject.org/wiki/PavelAlexeev/tabsize ). Please, do not start review if it is a problem for you.

Comment 1 Volker Fröhlich 2011-12-09 01:42:31 UTC
* Doesn't build on my machine:

"src/pycms/_pycms.c:21:18: fatal error: lcms.h: No such file or directory"

* The tarball seems to bundle a couple of other Python modules. They should be removed in the prep section.

* You can drop "-n sk1libs-%{version}", as it's the default.

* Defattr is no longer necessary

* Defining python_sitearch is not necessary for Fedora anymore. If you're going for EPEL 5, it is necessary, but only for EPEL: http://fedoraproject.org/wiki/Packaging:Python#Macros

Drop the clean section and the rm in the install section in that case. Otherwise define buildroot: http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#BuildRoot_tag

Comment 2 Pavel Alexeev 2011-12-17 18:09:23 UTC
Volker, thank you.

I have address all mentioned issues except bundled libs. For that upstream bug filed: http://code.google.com/p/sk1/issues/detail?id=30

Comment 3 Volker Fröhlich 2011-12-19 21:22:56 UTC
Please always use a new release number when you publish your file. That makes it a lot easier to compare and thus review.

Comment 4 Volker Fröhlich 2011-12-19 21:24:28 UTC
Ah, OK, I thought you had replaced the spec file.

Comment 5 Pavel Alexeev 2011-12-20 20:33:09 UTC
Yes, I always try bump release. Now I just think it have not worth upload it because other changes is not so important as bundled libs.

Comment 6 Michel Lind 2012-02-04 16:43:37 UTC
Volker, are you doing this review?

Comment 7 Volker Fröhlich 2012-02-04 19:19:59 UTC
No, Michel, please feel free!

Comment 8 Michel Lind 2012-02-05 12:21:18 UTC
Thanks. Taking the review.

Comment 9 Pavel Alexeev 2012-02-05 14:27:22 UTC
Michael, thank you for willing revкумц that - it very appreciated, but nor there bundled libs stop issue. I have submitted it to upstream, but have no any response yet.

Comment 10 Pavel Alexeev 2012-02-05 14:29:12 UTC
Michel, thank you for willing review that - it very appreciated, but now
there bundled libs stop issue. I have submitted it to upstream, but have no any
response yet.

P.S. Sorry for the previous buggy message.

Comment 11 Michel Lind 2012-02-05 19:40:04 UTC
I had to strip a bundled library from a Python package before, so let me see if this can be quickly fixed.

BTW, upstream's project site is horribly messy -- the 0.9.1 final download is not listed on the download page, but they already have a 0.9.2pre -- and the download link works! Really odd

Comment 12 Michel Lind 2012-02-05 20:06:38 UTC
Created attachment 559500 [details]
spec with some unbundling

Attached spec has libpdf replaced by a stub that loads the system reportlab module. I tried doing the same to imaging, but it's a bit tricky as that is used during the build process.

Comment 13 Michel Lind 2012-02-05 20:07:52 UTC
Created attachment 559501 [details]
libpdf stub module

the stub file for src/libpdf/__init__.py

Comment 14 Michel Lind 2012-02-05 20:08:50 UTC
Created attachment 559502 [details]
patch for removing the now-missing libpdf dirs

libpdf itself is still present, but all the subdirectories (that are in reportlab) are now missing. Stop setup.py from trying to install them

Comment 15 Michel Lind 2012-02-05 20:09:50 UTC
Pavel, if you could upstream those, perhaps they'd be able to either stop bundling, or at least tell us how to remove the remaining bundled libraries. Ping me when there's any progress :)

Comment 16 Pavel Alexeev 2012-02-09 16:56:40 UTC
Thank you very much. I've add comment to bug and will try contact upstream by mail.

Comment 17 Pavel Alexeev 2012-02-18 12:53:46 UTC
I have got answer from author by private mail. Key ideas from it:
1. pycms is wrapper and not bundled lib!
2. PIL replaced by reportlab is bad idea - it is patched. Patches suggested to upstream but not accepted long time. May be sk1libs will work with reportlab, but lose some functionality. They unsure thought.
3. Branch 1.x freeze happened. Now all work done in Uniconvertor 2.0 which should came on LGM2012 (start of may) and will not require external libs like sk1lib.

So, I make decision what it have no worth to continue work under it.
Thank you, Michel, for help.


Note You need to log in before you can comment on or make changes to this bug.