Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Ondřej Surý
On Mon, Aug 20, 2012 at 8:12 PM, Stefan Fritsch wrote: > On Monday 20 August 2012, Ondřej Surý wrote: >> Ah, I see; it gets executed when there is no know handler or >> mime-type for second extension. >> >> E.g. index.php.jpeg works as expected (e.g. returning PHP source >> code), index.php.blubb

Bug#685483: ITP: redmine-plugin-markdown -- Redmine plugin to add Markdown as a wiki format

2012-08-21 Thread Dmitry Smirnov
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: redmine-plugin-markdown Version: 2.0.1+git20120821-1 Upstream Author: Takashi Okamoto URL: https://github.com/alminium/redmine_redcarpet_for

Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Ondřej Surý
> Default PHP extension configuration ^^^ This needs Apache 2, e.g. Default PHP extension configuration for Apache 2. > --- > > The mime-types package has dropped non-standard definitions of > PHP MIME-Types as a security measure. Default PHP configuration > for

Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Ondřej Surý
On Tue, Aug 21, 2012 at 9:38 AM, Konstantin Khomoutov wrote: > On Tue, Aug 21, 2012 at 09:07:59AM +0200, Ondřej Surý wrote: > > [...] >>> Maybe add just a small paragraph that the configuration of the >>> extensions has changed and php users should read the NEWS file? >> >> That's probably sensibl

Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Konstantin Khomoutov
On Tue, Aug 21, 2012 at 09:07:59AM +0200, Ondřej Surý wrote: [...] >> Maybe add just a small paragraph that the configuration of the >> extensions has changed and php users should read the NEWS file? > > That's probably sensible approach. I have quickly drafted short > paragraph which can be use

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-21 Thread Gergely Nagy
Philipp Kern writes: > On Mon, Aug 20, 2012 at 10:32:07AM +0200, Gergely Nagy wrote: >> If neither upstream, nor porters care about a particular package, that >> means there are very little use of having it on that port, and one >> should consider changing the Architecture line to exclude the fai

Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Wouter Verhelst
On Mon, Aug 20, 2012 at 03:12:14PM +0100, Steven Chamberlain wrote: > On 20/08/12 14:35, Wouter Verhelst wrote: > > On Mon, Aug 20, 2012 at 01:10:57PM +0100, Steven Chamberlain wrote: > >> Yes it's possible some people rely on that behaviour, e.g. serving JPEG > >> data from PHP scripts named like

Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Wouter Verhelst
On Mon, Aug 20, 2012 at 06:40:54PM +0200, Marco d'Itri wrote: > On Aug 20, Wouter Verhelst wrote: > > > > But some sites accept file uploads with arbitrary names, perhaps > > > expected to be a JPEG image, but actually named bar.php.jpeg and > > > containing malicious server-side PHP which they c

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-21 Thread Bernhard R. Link
* Ben Hutchings [120820 20:21]: > I don't think we should expect other developers to spend any large > amount of time to help with our own pet projects, except in so far as > they benefit 'our users and the free software community', which I take > to mean collective interests (i.e. numbers matter)

Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Konstantin Khomoutov
On Tue, 21 Aug 2012 09:48:37 +0200 Ondřej Surý wrote: [...] > >> The mime-types package has dropped non-standard definitions of > >> PHP MIME-Types as a security measure. Default PHP configuration > >> for libapache2-mod-php5{filter} and php5-cgi now only serve files > >> which have .php, .php[3

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Andreas Tille
Hi, third summary of the proposal 1. The new field Files-Excluded in debian/copyright contains a space separated list of globs (as used by find and for specifying file lists in machine readable debian/control files). The deletion process will loop over every expression rm -rf

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Jakub Wilk
* Andreas Tille , 2012-08-21, 12:21: The new field Files-Excluded in debian/copyright contains a space separated list of globs (as used by find and for specifying file lists in machine readable debian/control files). The deletion process will loop over every expression rm -rf ${MAIN_SOUR

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Andreas Tille
On Tue, Aug 21, 2012 at 12:32:18PM +0200, Jakub Wilk wrote: > * Andreas Tille , 2012-08-21, 12:21: > >The new field Files-Excluded in debian/copyright contains a space > >separated list of globs (as used by find and for specifying file > >lists in machine readable debian/control files). The deletio

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Simon Josefsson
Andreas Tille writes: > Files-Excluded: > docs/source/fonts/* > docs/source/javascripts/jquery-1.7.1.min.js > docs/source/javascripts/modernizr-2.5.3.min.js ... > Regarding the implementation there was some uncertainity about the > actual Perl module to use. In the attached example script

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Andreas Tille
On Tue, Aug 21, 2012 at 01:25:26PM +0200, Simon Josefsson wrote: > How about resolving the empty directory problem by permitting the > Files-Excluded to match directories? Thus, if you want to remove the > docs/source/fonts/ hierarchy, you would instead write: > > Files-Excluded: >docs/source

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Charles Plessy
Le Tue, Aug 21, 2012 at 12:21:21PM +0200, Andreas Tille a écrit : > > 1. The new field Files-Excluded in debian/copyright contains a space > separated list of globs (as used by find and for specifying file > lists in machine readable debian/control files). The deletion > process will

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Andreas Tille
Hi Charles, On Tue, Aug 21, 2012 at 09:11:47PM +0900, Charles Plessy wrote: > As suggested in http://lists.debian.org/2012081822.gt5...@jones.dk, > something similar to the following two commands would do be compatible with > the > syntax of the Files field (although I am still unsure if a pr

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Simon Josefsson
Andreas Tille writes: > On Tue, Aug 21, 2012 at 01:25:26PM +0200, Simon Josefsson wrote: >> How about resolving the empty directory problem by permitting the >> Files-Excluded to match directories? Thus, if you want to remove the >> docs/source/fonts/ hierarchy, you would instead write: >> >> F

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread olivier sallou
2012/8/21 Andreas Tille > Hi, > > third summary of the proposal > > 1. The new field Files-Excluded in debian/copyright contains a space > separated list of globs (as used by find and for specifying file > lists in machine readable debian/control files). The deletion > process will l

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Andrew Shadura
Hello, On Tue, 21 Aug 2012 12:21:21 +0200 Andreas Tille wrote: > 2. If files matching are contained in the source tarball this will > be repackaged except if the option --no-exclusion is given at > uscan command line or if USCAN_NO_EXCLUSION is set in > /etc/devscripts.conf or ~/.de

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Andreas Tille
On Tue, Aug 21, 2012 at 03:48:33PM +0200, Andrew Shadura wrote: > > By the way, how about adding something under debian/source/... to allow > automatic repacking regardless of Files-Excluded? (Or please tell me > how to repack upstream's zipball to targz automatically without having > to specify -

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Stefano Zacchiroli
On Tue, Aug 21, 2012 at 12:21:21PM +0200, Andreas Tille wrote: > Any further hints / remarks? ... just a big THANKS for helping the discussion in this thread and for the draft code! I totally agree with Jakub that the main issue here is that repackaging is a PITA, fixing the tools is the way to go

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Andreas Tille
On Tue, Aug 21, 2012 at 03:40:41PM +0200, olivier sallou wrote: > > Just a remark, it would be nice in this case to get a warning/log that > some/all glob do not match to track changes in upstream tarballs (exclusion > in previous release, then not needed anymore). Yes. Uscan does print several

Bug#685517: ITP: libdbix-class-uuidcolumns-perl -- Implicit uuid columns

2012-08-21 Thread Dominique Dumont
Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libdbix-class-uuidcolumns-perl Version : 0.02006 Upstream Author : Chia-liang Kao * URL : http://search.cpan.org/dist/DBIx

Bug#685518: ITP: libdbix-class-inflatecolumn-fs-perl -- Inflate/deflate columns to Path::Class::File objects

2012-08-21 Thread Dominique Dumont
Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libdbix-class-inflatecolumn-fs-perl Version : 0.01007 Upstream Author : semifor: Marc Mims * URL : http://search.cpan.org/

Re: Enabling uupdate to simply remove files from upstream source

2012-08-21 Thread Guillem Jover
On Tue, 2012-08-21 at 08:42:39 +0200, Andreas Tille wrote: > On Tue, Aug 21, 2012 at 03:37:58AM +0200, Guillem Jover wrote: > > On Mon, 2012-08-20 at 20:50:31 +0200, gregor herrmann wrote: > > > Not sure how "official" my use of Dpkg::Control::Hash is, so maybe > > > better stick to Jonas' proposal

Bug#685539: ITP: msnake -- A snake game in the terminal

2012-08-21 Thread mogria
Package: wnpp Severity: wishlist Owner: mogria * Package name: msnake Version : 0.1.1 Upstream Author : mogria * URL : http://github.com/mogria/msnake * License : MIT Programming Lang: C Description : A snake game in the terminal A snake game written

Re: Enabling uupdate to simply remove files from upstream source

2012-08-21 Thread Andreas Tille
On Tue, Aug 21, 2012 at 05:20:24PM +0200, Guillem Jover wrote: > > I don't get what you want to express: > > > > $ LANG=C apt-cache policy libparse-debcontrol-perl > > $ LANG=C apt-cache policy libdpkg-perl > > > > Both modules have version >= 1.00. > > Module not package, sorry, I thought it w

Bug#685545: ITP: pthreads-win32 -- POSIX threads library for Windows

2012-08-21 Thread Stephen Kitt
Package: wnpp Severity: wishlist Owner: Stephen Kitt * Package name: pthreads-win32 Version : 2.9.1+dfsg Upstream Author : Ross Johnson * URL : http://sources.redhat.com/pthreads-win32/ * License : LGPL-2.1 Programming Lang: C Description : POSIX threa

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Charles Plessy
Le Tue, Aug 21, 2012 at 03:48:33PM +0200, Andrew Shadura a écrit : > > By the way, how about adding something under debian/source/... to allow > automatic repacking regardless of Files-Excluded? (Or please tell me > how to repack upstream's zipball to targz automatically without having > to specif

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Russ Allbery
Charles Plessy writes: > Le Tue, Aug 21, 2012 at 03:48:33PM +0200, Andrew Shadura a écrit : >> By the way, how about adding something under debian/source/... to allow >> automatic repacking regardless of Files-Excluded? (Or please tell me >> how to repack upstream's zipball to targz automatically

Re: Enabling uupdate to simply remove files from upstream source

2012-08-21 Thread Guillem Jover
On Tue, 2012-08-21 at 21:09:12 +0200, Andreas Tille wrote: > On Tue, Aug 21, 2012 at 05:20:24PM +0200, Guillem Jover wrote: > > See: > > > > /usr/share/doc/libdpkg-perl/README.api > > > > $ dpkg -L libdpkg-perl|grep 'Hash\.pm'|xargs grep VERSION > > It seems my assumption is not that wrong:

Re: Possible release note for systems running PHP through CGI.

2012-08-21 Thread Christoph Anton Mitterer
On Tue, 2012-08-21 at 09:07 +0200, Ondřej Surý wrote: > > Maybe add just a small paragraph that the configuration of the > > extensions has changed and php users should read the NEWS file? > > That's probably sensible approach. I have quickly drafted short > paragraph which can be used for releas

Bug#685566: ITP: juju-jitsu -- external tools to enhance juju

2012-08-21 Thread Clint Byrum
Package: wnpp Severity: wishlist Owner: Clint Byrum * Package name: juju-jitsu Version : 0.20 Upstream Author : Clint Byrum * URL : https://launchpad.net/juju-jitsu * License : AGPL Programming Lang: Python, Shell Description : external tools to enhanc

Re: Minified javascript files

2012-08-21 Thread Philipp Kern
On Mon, Aug 20, 2012 at 10:26:40AM +0200, Marco d'Itri wrote: > Very important, anybody who deals with web scalability knows that > javascript minification is one of the first and easier steps you take to > improve performance. > > The current situation is just sad, and it reflects quite badly o

Re: Enabling uscan to simply remove files from upstream source

2012-08-21 Thread Paul Wise
On Tue, Aug 21, 2012 at 6:21 PM, Andreas Tille wrote: > Any further hints / remarks? In comparison to the current method for repacking (debian/rules get-orig-source), this doesn't allow per-file-set comments about why the file-set is being removed. I often use this to document in more detail why