Bug#448532: QuickForm PHP Licence makes it undistributable
Hi, I am currently working on packaging phpMyVisites for Debian (http://bugs.debian.org/448532). It has a dependency on QuickForm and, hence, possibly a dependency on your future package. Unfortunately, it seems QuickForm has legal problems with its licence for being included in the archive. See this thread: http://lists.debian.org/debian-legal/2006/12/msg00125.html and particularly: http://lists.debian.org/debian-legal/2006/12/msg00144.html I have noticed upstream is working on a rewriting under BSD Licence http://pear.php.net/package/HTML_QuickForm to http://pear.php.net/package/HTML_QuickForm2 but I do not if it is an exact replacement. What are your thoughts? your plans? Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442361: QuickForm PHP Licence makes it undistributable
Hi Yann, Yann Rouillard <[EMAIL PROTECTED]> (2008-04-25 13:12:41) : > Honestly I was a bit discouraged by this licence problem, I only wanted > to package Quickform as it was a dependancy of centreon [1]. > But lots of pear packages that centreon used suffer from the same > licence problem, and convince all these developpers to change licence to > be able to distribute their package in debian, it seems to me, is a long > and tedious task ! I am not sure the licence problem is that serious as I have found other packages already included in the archive with the same licence, like php-html-common: http://packages.debian.org/changelogs/pool/main/p/php-html-common/php-html-common_1.2.3-2/php-html-common.copyright > I didn't have time recently to rework on this and talk with developpers, > if you're motivated, you can do it and takeover this ITP. For the moment, I have kept QuickForm included inside my phpMyVisites package (no need and no plans to build a standalone package). But I would be willing to link to your package instead. Would you be interested in comaintenance of the QuickForm package? http://wiki.debian.org/Teams/CollabMaint Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448532: RFS: phpmyvisites -- free web analytics
Dear mentors, I am looking for a sponsor for my package "phpmyvisites". * Package name: phpmyvisites Version : 2.3-1 Upstream Author : phpMyVisites team * URL : http://www.phpmyvisites.us/ * License : GPL-any Section : web Programming Lang: PHP Description : free web analytics phpMyVisites is a free and powerful open source (GNU/GPL) software for websites statistics and audience measurements. phpMyVisites gives a lot of information on websites visitors, visited pages, software/hardware utilization, etc... The GUI Interface is fun and practical. The installation is entirely automated and very simple. Statistics are very complete and use many clear graphics to present data. The web analytics software is translated in more than 30 languages! It builds these binary packages: phpmyvisites - free web analytics The package appears to be lintian clean. The upload would fix these bugs: 448532 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/phpmyvisites - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/p/phpmyvisites/phpmyvisites_2.3-1.dsc I would be glad if someone reviewed and uploaded this package for me. It is my first php package. I have mostly taken inspiration from dokuwiki package (and some others). It does not uses debconf nor dbconfig-common yet but both might be introduced in the future for package configuration (with heavy changes to upstream though: I will follow advice from mentors and sponsor). Kind regards Frédéric Daniel Luc Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448532: RFS: phpmyvisites -- free web analytics
Hi Vincent, Thanks a lot for your feedback. A first round of answers. Vincent Bernat <[EMAIL PROTECTED]> (2008-05-21 22:03:52) : > OoO En cette nuit nuageuse du jeudi 15 mai 2008, vers 01:02, Frederic > Lehobey <[EMAIL PROTECTED]> disait: > php4 will not be part of lenny, therefore, you can remove php4 > dependencies. I know this. I left them in the purpose of building backports, but I can remove them and add them only in the backport. I will remove them then. >Moreover, php5 depends on libapache2-mod-php5. You can > drop "Suggests" too. Ok. Thanks. > I don't know if the content of artichow/php4 could > be dropped too. Probably, yes. > You short description is very short. You may want to complete it a > bit. You should add a blank line in the long description. Ok. Will fix these. > About debian/copyright, you cannot ship files using PHP License 2.02 or > PHP License 3.0. This will be rejected by ftp-master. That is what I feared at first (see #442361), but I found other packages (like php-html-common, http://packages.debian.org/changelogs/pool/main/p/php-html-common/current/copyright, php-net-socket, php-xml-parser [3.0], all of which are in my dependencies) that are under PHP License 2.02 and already included in the archive. > You seem to not > ship most of those files but you still ship QuickForm. For other files, > you should add a notice in debian/copyright that the files are not > shipped with the package. Very precisely, currently, the files of the dependencies _are_ in upstream tarball (and in the source package), but not _used_ by my package (using Debian packages instead). Do you mean I should remove all those files from upstream tarball and create some repackaged phpmyvisites.dfsg upstream sources? > For QuickForm, does QuickForm2 is an acceptable drop-in replacement? Not tried it yet. Upstream is http://pear.php.net/package/HTML_QuickForm2 but from what I have read (sorry I do not have the link at hand) it _seems_ that not, but I should try then if the license problems really get in the way. > You should use dbconfig-common to configure database. This is not very > difficult and there is a lot of packages using it. Yes, I am willing to do it, but (as I said in README.Debian) I fear it will require quite heavy patching of upstream (there is an installation procedure quite intricately included in the rest of the code) and I am undecided about what would be the best way to do it. Do you have some example of other packages PHP where only _parts_ of the installation procedure has been diverted in order to take advantage of dbconfig-common? Should I completely rewrite an other installation procedure from scratch with _many_ debconf questions and templates (won't it be a debconf abuse?)? (I think it might be much simpler to implement.) > You could also ship > Apache configuration in/etc/apache2/conf.d (with a debconf > question). Yes, if I go using debconf, I can do this too. >You can look at other web apps for some source of inspiration > on this matter (mediawiki, roundcube, ...) or at the webapps draft > policy. Thanks again for your feedback. I will try to address all your suggestions (the license problem, I fear, been the most problematic one) and come back with an updated package. Best regards, Frédéric Lehobey PS : I have fulfilled your Mail-Followup-To, but should dbconfig-common questions go to -mentors, -webapps or both? (I do not want to bother people). :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378587: ITP: qrfcview -- viewer for IETF RFCs
Hi, On Mon, Jul 17, 2006 at 11:42:26PM +0200, Wouter Verhelst wrote: > There is a doc-rfc package in non-free currently. Could this program > easily be modified to look in the directories where the doc-rfc package > puts its files _before_ trying to download an RFC? Thanks for the hint. I had this idea in mind too. I will look at it while packaging. Best regards, Frédéric Lehobey
Bug#378587: ITP: qrfcview -- viewer for IETF RFCs
Hi, On Tue, Jul 18, 2006 at 10:10:40AM +0200, Daniel Baumann wrote: > Frederic Lehobey wrote: > >> There is a doc-rfc package in non-free currently. Could this program > >> easily be modified to look in the directories where the doc-rfc package > >> puts its files _before_ trying to download an RFC? > > > > Thanks for the hint. I had this idea in mind too. I will look at it > > while packaging. > > FYI: I'm repackaging doc-rfc so that there is a htmled index (with the > script from rfc.sunsite.dk). OK. Thanks. It seems packages.qa.debian.org is unreachable now, but as soon as it comes back I will subscribe to doc-rfc in order to track your work on it. If there is a better place to look at, let me know. Best regards, Frédéric Lehobey
Bug#378587: RFS: qrfcview -- viewer for IETF RFCs
Dear mentors, I am looking for a sponsor for my source package "qrfcview". * Package name: qrfcview Version : 0.62-1 Upstream Author : Romain ROLLET <[EMAIL PROTECTED]> * URL : http://qrfcview.berlios.de/ * License : GPL Section : doc Programming Lang: C++ Description : viewer for IETF RFCs It builds this binary package: qrfcview - viewer for IETF RFCs The package is linda and lintian clean and compiles with pbuilder. The upload would fix this ITP bug: 378587 The package can be found on mentors.debian.net at http://mentors.debian.net/debian/pool/main/q/qrfcview Or just "apt-get source qrfcview" if your sources.list contains: deb-src http://mentors.debian.net/debian unstable main contrib non-free I would be glad if someone would be interested in sponsoring this package. Some other bits of information (from the package description): qRFCView is a smart IETF RFC viewer based on the Qt4 library featuring: * automatic table of content, with direct opening of section; * handling of RFC internal cross-references; * automatic downloading of a referenced RFC from the IETF web site on a simple click; * caching of RFC in a local directory; * tab-browsing of RFC; * searching. Homepage: http://qrfcview.berlios.de/ And about rfc-doc (from the README.Debian): doc-rfc: if you have installed this package (in non-free) you might want to take advantage of the locally installed RFCs. You can add the /usr/share/doc/RFC/links/ directory to the directories used by qRFCView (menu Edit -> Set Directories). Unfortunately most of the files there are gzipped which is something qRFCView does not deal with yet (it expects only .txt files). Some questions I still have with respect to the package: * The binary has upper case (qRFCView). I have not seen anything against it in the policy so I have followed there upstream choice. But in case I have missed something... * Upstream uses QSettings (http://doc.trolltech.com/4.1/qsettings.html) to store the configuration files. Is there a special Debian policy (or best practice) with respect to this. I have not found any. An i386 binary may be found there : http://lehobey-rennes.dyndns.org/qrfcview/qrfcview_0.62-1_i386.deb Kind regards, Frédéric LEHOBEY signature.asc Description: Digital signature
Bug#378587: RFS: qrfcview -- viewer for IETF RFCs
Hi,
On Thu, Jul 20, 2006 at 01:16:52PM +1000, Ted Percival wrote:
> Frederic Lehobey wrote:
> > The package is linda and lintian clean and compiles with pbuilder.
>
> Lintian 1.23.22 has a warning, the solution is simple - take out the
> libqt4-{gui,core} entries from the Depends line and allow shlibs:Depends
> to do it for you.
You were right (I should not have changed the package after running
lintian and linda). :-)
I have uploaded a new fixed version on mentors.debian.net.
By the way I am not yet figuring how to make a proper watch file
working for download.berlios.de, namely
http://download.berlios.de/qrfcview/qrfcview-0.62.tgz on
http://developer.berlios.de/project/showfiles.php?group_id=7014&release_id=10568).
Has anyone a working similar example? (Precisely does it come from
berlios or from my bad understanding of uscan?)
Thanks,
Frédéric Lehobey
