Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: Review Request: JSCookMenu - Javascript GUI-like web menus
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Summary: Review Request: JSCookMenu - Javascript GUI-like web menus Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: Package Review AssignedTo: nobody@fedoraproject.org ReportedBy: pm@datasphere.ch QAContact: extras-qa@fedoraproject.org CC: notting@redhat.com, fedora-package-review@redhat.com Estimated Hours: 0.0 Classification: Fedora
Spec URL: http://monnerat.fedorapeople.org/JSCookMenu.spec SRPM URL: http://monnerat.fedorapeople.org/JSCookMenu-2.0.4-1.fc12.src.rpm
Description: JSCookMenu is a powerful menu script written in JavaScript that can mimic complex menus found in popular GUI Applications. It is relatively simple and easy to use. Creating a new theme requires some patience, but rarely does one has to write one since some good ones are provided. The following features are implemented: * Supports both horizontal and vertical menus. * Supports relative positioning. * Supports different menus with different themes in the same web page. * Eases the menu creation process with a menu builder. * Special effects such as sliding and fading in/out is available. * APIs for JavaScript developers.
rpmlint output: JSCookMenu.noarch: W: no-documentation --> No documentation files provided in the upstream tarball. The MIT-compatible license text is in script comment. koji scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1405548
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Patrick Monnerat pm@datasphere.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |471231
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Caio 'kaio' Chance k@kaio.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |k@kaio.me
--- Comment #1 from Caio 'kaio' Chance k@kaio.me 2010-01-05 02:07:48 EDT --- Hi I'm here for prereview:
=====
$ rpmlint SPECS/JSCookMenu.spec 0 packages and 1 specfiles checked; 0 errors, 0 warnings.
=====
Please either include license file and mention in every source file, or include license contents in every source file.
Also, please persuade author to adopt MIT license rather than MIT-compatible license for legal concerns.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #4 from Patrick Monnerat pm@datasphere.ch 2010-01-22 12:10:10 EST --- I got a reply on http://yuanheng.org/forum/viewtopic.php?t=1690
The theme files are public domain. Unfortunately this clarification only came on the forum page.
As you can see there, I'm insisting... hang on !
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #5 from Patrick Monnerat pm@datasphere.ch 2010-01-25 08:42:48 EST --- License clarified by e-mail. E-mail added in %doc. SRPM: http://monnerat.fedorapeople.org/JSCookMenu-2.0.4-2.fc12.src.rpm
rpmlint output: JSCookMenu-2.0.4-2.fc12.src.rpm: none JSCookMenu.spec: none JSCookMenu-2.0.4-2.fc12.noarch.rpm: W: file-not-utf8 /usr/share/doc/JSCookMenu-2.0.4/JSCookMenu_theme_license_clarification.mail.txt The license clarification e-mail as downloaded contains an ISO-8859-1 part (with a single ISO8859-1 non-paddable space).
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Caius 'kaio' Chance cchance@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cchance@redhat.com
--- Comment #6 from Caius 'kaio' Chance cchance@redhat.com 2010-02-23 02:34:11 EST --- Great work Patrick! I have checked the .spec again and please improve the commands into Macro ones:
https://fedoraproject.org/wiki/Extras/ReferenceMandrakeRPMMacros
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #7 from Patrick Monnerat pm@datasphere.ch 2010-02-23 05:51:24 EST --- Sorry to tell you, but I do not agree with this suggestion for the following reasons: _ Although these macros are effectively defined in the /usr/lib/rpm/macros file, they are mainly intended to ease porting specs from the old Mandrake distribution. The 2 years-old page you reference to is annotated "This page could probably be deleted... Doesn't seem to be much useful information" and the referring page (https://fedoraproject.org/wiki/Packaging:RPMMacros#Reference) lists it only as a conversion aid from Mandrake spaces (altough not forbidding use of this macros, I conceed to you). _ I did not find usage references to these macros in the packaging guidelines, neither as a requirement nor even as a recommandation. _ The use of these macros is not very frequent in current Fedora spec files. _ Finally, I do not like them: they lower the spec file readability and they introduce a dependency to their definitions while it is unlikely that their defined value changes sometime.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #8 from Caius 'kaio' Chance cchance@redhat.com 2010-02-24 02:02:55 EST --- MUST: Each package must consistently use macros.
I was misunderstood about this on review guidelines. Now I would interpret that as "either use that at highest degree or just don't use that at all". Given that you haven't used it almost. This should be recognized as proper in your .spec file.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #9 from Caius 'kaio' Chance cchance@redhat.com 2010-02-24 02:08:58 EST --- The .spec and srpm looks okay to me, but you need to get a sponsor for this new package approved.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #10 from Patrick Monnerat pm@datasphere.ch 2010-02-24 04:24:13 EST --- I agree with your new opinion about macro usage consistency: if a particular macro (or macro "class") is used in a package, it must be used everywhere it can !
Thanks for reviewing. However I do not need a sponsor: I'm a Fedora developer for 18 months now! If you're still OK to accept this review, please set the flag accordingly.
Thanks
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |petersen@redhat.com AssignedTo|nobody@fedoraproject.org |cchance@redhat.com
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #11 from Caius 'kaio' Chance cchance@redhat.com 2010-04-28 23:07:18 EDT --- $ rpmlint SPECS/JSCookMenu.spec SRPMS/JSCookMenu-2.0.4-2.fc12.src.rpm JSCookMenu.src: W: spelling-error Summary(en_US) Javascript -> JavaScript, Java script, Java-script 1 packages and 1 specfiles checked; 0 errors, 1 warnings.
# Ignorable.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Caius 'kaio' Chance cchance@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-review+
--- Comment #12 from Caius 'kaio' Chance cchance@redhat.com 2010-04-28 23:17:21 EDT --- All MUST are passed.
Approved.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Patrick Monnerat pm@datasphere.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-cvs?
--- Comment #13 from Patrick Monnerat pm@datasphere.ch 2010-04-30 05:15:40 EDT --- Many thanks for your work on this, Kaio.
New Package CVS Request ======================= Package Name: JSCookMenu Short Description: Javascript GUI-like web menus Owners: monnerat Branches: F-12 F-13 InitialCC:
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Kevin Fenzi kevin@tummy.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kevin@tummy.com
--- Comment #14 from Kevin Fenzi kevin@tummy.com 2010-05-03 23:06:20 EDT --- I can't seem to find the guideline now, but I don't think you should reload httpd in pre/post here.
Think about a web server where the admin is installing some packages and a reload disrupts their server (or there are changes that are incomplete and it doesn't restart correctly).
I would advise not restarting httpd here.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #15 from Patrick Monnerat pm@datasphere.ch 2010-05-04 13:04:31 EDT --- Well... this is a philosophical problem that could well degenerate into a troll :-(
In the case you mention, you're probably right, but this implies system updates are done while someone changes the server configuration, saves the (bad) configuration and does not test/apply the changes immediately... IMHO, this situation will occur very seldom.
However, I'm not wrong because there is an /etc/httpd/conf.d/*.conf file in this package and a server reload is needed to enable/disable it. phpPgAdmin (for example) reloads the server at post time for the same reason. And by the way, this is just a reload, not a restart.
This ideal situation would be to have an Apache-enabled /usr/share/js directory for those kind of packages (a bit like /usr/share/php for php packages). This would allow new js packages to get rid of a specific httpd configuration file. But Fedora does not (yet) include such a directory in its standard base, nor there is specific guidelines for javascript packaging.
In the meantime, I suggest we meet halfway by reloading the server only at first package install and last uninstall. @Kevin: would it be satisfactory to you ?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #16 from Kevin Fenzi kevin@tummy.com 2010-05-04 23:27:00 EDT --- Well, the only packages in the distro that do this are:
phpPgAdmin, postgresql-pgpoolAdmin and w3c-markup-validator.
There are 134 packages in rawhide that provide a /etc/httpd/conf.d/*.conf file.
I would suggest that the 134 packages are doing the right thing here and the other 3 should get fixed to not do this. ;)
I won't hold up your review any further, but I think consulting the packaging mailing list might be a good idea before importing?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #17 from Kevin Fenzi kevin@tummy.com 2010-05-06 11:10:44 EDT --- CVS done (by process-cvs-requests.py).
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #18 from Fedora Update System updates@fedoraproject.org 2010-05-07 09:37:06 EDT --- JSCookMenu-2.0.4-3.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/JSCookMenu-2.0.4-3.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #19 from Fedora Update System updates@fedoraproject.org 2010-05-07 09:37:13 EDT --- JSCookMenu-2.0.4-3.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/JSCookMenu-2.0.4-3.fc13
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #20 from Patrick Monnerat pm@datasphere.ch 2010-05-07 09:52:30 EDT --- Thanks Kevin. Typo fixed and post/postun scriptlets removed.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Patrick Monnerat pm@datasphere.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks|471231 |
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #21 from Fedora Update System updates@fedoraproject.org 2010-05-10 13:02:00 EDT --- JSCookMenu-2.0.4-3.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Fixed In Version| |JSCookMenu-2.0.4-3.fc12 Resolution| |ERRATA
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
--- Comment #22 from Fedora Update System updates@fedoraproject.org 2010-05-10 19:48:59 EDT --- JSCookMenu-2.0.4-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=505360
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed In Version|JSCookMenu-2.0.4-3.fc12 |JSCookMenu-2.0.4-3.fc13
package-review@lists.fedoraproject.org