Bug 608574 (tinymce)
Summary: | Review Request: tinymce - Web based Javascript HTML WYSIWYG editor control | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Neal Gompa <ngompa13> |
Component: | Package Review | Assignee: | Tim Lauridsen <tim.lauridsen> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | dan, fedora-package-review, gwync, mrunge, notting, pahan, panemade, petersen, rhe, tim.lauridsen, yuwang |
Target Milestone: | --- | Flags: | tim.lauridsen:
fedora-review+
gwync: fedora-cvs+ |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | StalledSubmitter | ||
Fixed In Version: | tinymce-3.4.3.2-4.el6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-12-10 19:43:51 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 481536, 608575, 690728 |
Description
Neal Gompa
2010-06-28 07:23:18 UTC
Oops, made an explicit BuildRequires that I didn't need to make... Fixed! Spec URL: http://kinginuyasha.enanocms.org/downloads/tinymce.spec SRPM URL: http://kinginuyasha.enanocms.org/downloads/tinymce-3.3.7-2.fc12.src.rpm As I known it is JavaScript based system with no binding to web server. Why you explicitly require httpd instead meta require webserver? To be honest, I don't understand why this has a dependency on the web server at all. What generates the actual javascript files used from the *_src.js files? It seems that we should be building from the source files instead of using what are essentially the result of some compilation. As I understand it, other web app packages also depend on the presence of *a* web server, because in order to make real use of the package you need a webserver. Perhaps Neal can clarify/adjust this further. We don't generate the compressed javascript files; I believe the author of TinyMCE has some open source tool they distribute for doing so. This is in contrast to Enano's handling of javascript files: it has its own JS compressor code, and compresses its own javascript library on the fly. For stability reasons I generally prefer using the pre-compressed versions from the TinyMCE authors. Recently work was done to add in wikitext editor features (through a plugin) that provide a GUI toolbar for formatting, similar to that of MediaWiki, and thus we may soon be considering the possibility of eliminating TinyMCE entirely from the Enano core. It breaks everything, the developers themselves never use it, and it seems to have perpetual licensing problems. -D (In reply to comment #4) > As I understand it, other web app packages also depend on the presence of *a* > web server, because in order to make real use of the package you need a > webserver. Perhaps Neal can clarify/adjust this further. First, ho forbid use it locally? For example via file:/// protocol?? It is JavaScript, not server-side scripts like PHP, Pels or so on. Secondary, even if you decide webserver needed, why Apache exactly?? Can it work via lighthttpd, nginx, cheerokee or other web servers present in Fedora? Sorry, I briefly got confused between this review request and the one for Enano (#481536). Must not be thinking straight today. You're right, TinyMCE can run locally, since it's pure javascript. I'll let Neal know about it. I will review this package Package Review ============== Key: - = N/A x = Check ! = Problem ? = Not evaluated [x] : MUST - Package successfully compiles and builds into binary rpms on at least one supported architecture. [x] : MUST - Spec file lacks Packager, Vendor, PreReq tags. [x] : MUST - Package does not contain any libtool archives (.la) [x] : MUST - Package use %makeinstall only when make install DESTDIR=... doesn't work. [x] : MUST - Package is named according to the Package Naming Guidelines. [x] : MUST - Sources used to build the package matches the upstream source, as provided in the spec URL. /home/tim/tmp/reviewhelper/608574/tinymce_3_3_7.zip : MD5SUM this package : 32ed78d6a7b38587bb29d0239033a918 MD5SUM upstream package : 32ed78d6a7b38587bb29d0239033a918 [x] : MUST - Spec file name must match the spec package %{name}, in the format %{name}.spec. [-] : MUST - %config files are marked noreplace or the reason is justified. [-] : MUST - Package contains a properly installed %{name}.desktop using desktop-file-install file if it is a GUI application. [-] : MUST - Fully versioned dependency in subpackages, if present. [-] : MUST - Header files in -devel subpackage, if present. [-] : MUST - ldconfig called in %post and %postun if required. [-] : MUST - License file installed when any subpackage combination is installed. [-] : MUST - The spec file handles locales properly. [-] : MUST - No %config files under /usr. [-] : MUST - Development .so files in -devel subpackage, if present. [-] : MUST - Static libraries in -static subpackage, if present. [!] : MUST - Rpmlint output is silent. rpmlint tinymce-3.3.7-2.fc16.noarch.rpm ================================================================================ tinymce.noarch: W: wrong-file-end-of-line-encoding /usr/share/doc/tinymce-3.3.7/changelog.txt tinymce.noarch: W: file-not-utf8 /usr/share/doc/tinymce-3.3.7/changelog.txt tinymce.noarch: W: wrong-file-end-of-line-encoding /usr/share/doc/tinymce-3.3.7/license.txt 1 packages and 0 specfiles checked; 0 errors, 3 warnings. ================================================================================ rpmlint tinymce-3.3.7-2.fc16.src.rpm ================================================================================ 1 packages and 0 specfiles checked; 0 errors, 0 warnings. ================================================================================ [x] : MUST - Package is licensed with an open-source compatible license and meets other legal requirements as defined in the legal section of Packaging Guidelines. [-] : MUST - %build honors applicable compiler flags or justifies otherwise. [-] : MUST - All build dependencies are listed in BuildRequires, except for any that are listed in the exceptions section of Packaging Guidelines. [x] : MUST - Package contains no bundled libraries. [x] : MUST - Changelog in prescribed format. [x] : MUST - Sources contain only permissible code or content. [x] : MUST - Macros in Summary, %description expandable at SRPM build time. [x] : MUST - Package requires other packages for directories it uses. [x] : MUST - Package uses nothing in %doc for runtime. [-] : MUST - Package is not known to require ExcludeArch. [x] : MUST - Permissions on files are set properly. [x] : MUST - Package does not contain duplicates in %files. [-] : MUST - Large documentation files are in a -doc subpackage, if required. [x] : MUST - If (and only if) the source package includes the text of the license(s) in its own file, then that file, containing the text of the license(s) for the package is included in %doc. [x] : MUST - License field in the package spec file matches the actual license. [x] : MUST - Package consistently uses macros. instead of hard-coded directory names. [x] : MUST - Package meets the Packaging Guidelines. [x] : MUST - Package does not generates any conflict. [x] : MUST - Package does not contains kernel modules. [x] : MUST - Package contains no static executables. [x] : MUST - Package obeys FHS, except libexecdir and /usr/target. [x] : MUST - Package must own all directories that it creates. [x] : MUST - Package does not own files or directories owned by other packages. [x] : MUST - Package installs properly. [x] : MUST - Rpath absent or only used for internal libs. [x] : MUST - Package is not relocatable. [!] : MUST - Requires correct, justified where necessary. [x] : MUST - Spec file is legible and written in American English. [x] : MUST - Package contains a SysV-style init script if in need of one. [x] : MUST - File names are valid UTF-8. [-] : MUST - Useful -debuginfo package or justification otherwise. [x] : SHOULD - Reviewer should test that the package builds in mock. [x] : SHOULD - Dist tag is present. [x] : SHOULD - SourceX / PatchY prefixed with %{name}. [x] : SHOULD - SourceX is a working URL. [-] : SHOULD - Uses parallel make. [-] : SHOULD - The placement of pkgconfig(.pc) files are correct. [!] : SHOULD - Spec use %global instead of %define. %define ver %(echo %{version} | tr . _) [x] : SHOULD - If the source package does not include license text(s) as a separate file from upstream, the packager SHOULD query upstream to include it. [x] : SHOULD - No file requires outside of /etc, /bin, /sbin, /usr/bin, /usr/sbin. [x] : SHOULD - Final provides and requires are sane (rpm -q --provides and rpm -q --requires). [?] : SHOULD - Package functions as described. [!] : SHOULD - Latest version is packaged. [x] : SHOULD - Package does not include license text files separate from upstream. [-] : SHOULD - Man pages included for all executables. [-] : SHOULD - Patches link to upstream bugs/comments/lists or are otherwise justified. [-] : SHOULD - Scriptlets must be sane, if used. [!] : SHOULD - Description and summary sections in the package spec file contains translations for supported Non-English languages, if available. [x] : SHOULD - Package should compile and build into binary rpms on all supported architectures. [-] : SHOULD - %check is present and all tests pass. [x] : SHOULD - Packages should try to preserve timestamps of original installed files. Issues: [!] : MUST - Rpmlint output is silent. rpmlint tinymce-3.3.7-2.fc16.noarch.rpm ================================================================================ tinymce.noarch: W: wrong-file-end-of-line-encoding /usr/share/doc/tinymce-3.3.7/changelog.txt tinymce.noarch: W: file-not-utf8 /usr/share/doc/tinymce-3.3.7/changelog.txt tinymce.noarch: W: wrong-file-end-of-line-encoding /usr/share/doc/tinymce-3.3.7/license.txt 1 packages and 0 specfiles checked; 0 errors, 3 warnings. ================================================================================ You need to run dos2unix on the changelog.txt & license.txt convert changelog.txt to utf8 http://fedoraproject.org/wiki/Common_Rpmlint_issues#file-not-utf8 [!] : SHOULD - Latest version is packaged. Any reason for not packaging the latest version (3.4.x) ? [!] : SHOULD - Spec use %global instead of %define. %define ver %(echo %{version} | tr . _) Please use %global, instead of %define. [!] : MUST - Requires correct, justified where necessary. There are some comments about the Require: httpd I dont see any hard requirement for httpd, it could be runned locally So please justify the need for httpd Updated to the latest version, removed hard dependency on httpd, added utf-8 and unix lf conversion to package script Spec URL: http://kinginuyasha.enanocms.org/downloads/tinymce.spec SRPM URL: http://kinginuyasha.enanocms.org/downloads/tinymce-3.4.3.2-3.fc12.src.rpm Looks like the issues are fixed in the latest spec. APPROVED Really appreciated for the hard work of Tim and Neal! For next step, Neal, basically can you please: 1. set the bug flag: fedora-cvs -> ? 2. add a comment: New Package SCM Request ======================= Package Name: Short Description: Owners: Branches: InitialCC: The detailed guidance can be found at: http://fedoraproject.org/wiki/Package_SCM_admin_requests Correct me if I got anything wrong. Thanks. I'd appreciate if someone could later step up and co-maintain this package. I don't have the time to fully devote to this package, or the knowledge needed to patch the software if bugs arise. I won't list a co-maintainer for now, but I'd like someone to step up by September. New Package SCM Request ======================= Package Name: tinymce Short Description: Web based Javascript HTML WYSIWYG editor control Owners: ngompa Branches: f14 f15 el4 el5 el6 InitialCC: rhe Git done (by process-git-requests). TinyMCE has been pushed to git, and the packages are building for the appropriate branches by koji. Next step... tinymce-spellchecker[1], which is required by many tinymce-using programs. [2]: https://bugzilla.redhat.com/show_bug.cgi?id=608575 Could you please push the updates for releases into Bodhi? If you don't use https://admin.fedoraproject.org/updates to submit the builds for F15, F14, and EPEL-6 they will never be available in the yum repos. Ping!? :) You'll have to rebuild again for f15, f14 and epel since the original builds have now been deleted from koji. :-( Let's not to waste the workdone here. If the submitter will not respond or build the package within a week then I can give a try to build and submit it via bodhi. tinymce-3.4.3.2-4.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/tinymce-3.4.3.2-4.fc16 tinymce-3.4.3.2-4.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/tinymce-3.4.3.2-4.fc15 Package tinymce-3.4.3.2-4.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing tinymce-3.4.3.2-4.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-16495/tinymce-3.4.3.2-4.fc16 then log in and leave karma (feedback). tinymce-3.4.3.2-4.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. tinymce-3.4.3.2-4.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report. Could you please push -el6 version, too? Is there any sign of life from submitter? (In reply to comment #25) > Is there any sign of life from submitter? Never contacted. Just I am building the packages so that this will help for nitrate package review. tinymce-3.4.3.2-4.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/tinymce-3.4.3.2-4.el6 Parag, thank you for taking care of this! tinymce-3.4.3.2-4.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. I'm sorry that I've not been responding. School is all-consuming. This is the reason I requested some sort of co-maintainership, because I cannot dedicate all my energy to this. |