Bug#463337: ITP: mod-atom -- Apache2 module for publishing and editing web resources
Package: wnpp Severity: wishlist Owner: Jack Bates <[EMAIL PROTECTED]> * Package name: mod-atom Upstream Author : Tim Bray <[EMAIL PROTECTED]> * URL : http://code.google.com/p/mod-atom/ * License : Apache Programming Lang: C Description : Apache2 module for publishing and editing web resources C language implementation of the Atom Publishing Protocol server function, implemented as an Apache module. Data storage is in the filesystem. Configuration is minimal. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465179: ITP: php-codesniffer -- tokenises PHP code and detects violations of a defined set of coding standards
Package: wnpp Severity: wishlist Owner: Jack Bates <[EMAIL PROTECTED]> * Package name: php-codesniffer * URL : http://pear.php.net/package/PHP_CodeSniffer/ * License : BSD Programming Lang: PHP Description : tokenises PHP code and detects violations of a defined set of coding standards PHP_CodeSniffer is a PHP5 script that tokenises and "sniffs" PHP code to detect violations of a defined set of coding standards. It is an essential development tool that ensures that your code remains clean and consistent. It can even help prevent some common semantic errors made by developers. http://cgi.sfu.ca/~jdbates/debian/pool/php-codesniffer/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cdbs: how to move file after install target?
I use cdbs to maintain the php-codesniffer package and have a very basic debian/rules: http://cgi.sfu.ca/~jdbates/tmp/debian/200809030/rules Unfortunately it installs a script at /usr/bin/scrips/phpcs-svn-pre-commit, instead of /usr/share/subversion/hook-scripts/phpcs So I tried inserting my own command to move /usr/bin/scrips/phpcs-svn-pre-commit to /usr/share/subversion/hook-scripts/phpcs after the debian/rules install target: install:: mv -i $(DEB_DESTDIR)/usr/bin/scripts/phpcs-svn-pre-commit $(DEB_DESTDIR)/usr/share/subversion/hook-scripts/phpcs - but it has no effect: The script is still installed at /usr/bin/scrips/phpcs-svn-pre-commit What is the "correct" way to move /usr/bin/scrips/phpcs-svn-pre-commit to /usr/share/subversion/hook-scripts/phpcs using cdbs? Thanks, Jack signature.asc Description: This is a digitally signed message part
Bug#434132: ITP: php-sasl -- Cyrus SASL extension for PHP
Package: wnpp Severity: wishlist Owner: Jack Bates <[EMAIL PROTECTED]> * Package name: php-sasl Version : 0.1.0 Upstream Author : Jon Parise <[EMAIL PROTECTED]> * URL : http://pecl.php.net/package/sasl * License : PHP Programming Lang: PHP Description : Cyrus SASL extension for PHP SASL is the Simple Authentication and Security Layer (as defined by RFC ). It provides a system for adding plugable authenticating support to connection-based protocols. The SASL Extension for PHP makes the Cyrus SASL library functions available to PHP. It aims to provide a 1-to-1 wrapper around the SASL library to provide the greatest amount of implementation flexibility. To that end, it is possible to build both a client-side and server-side SASL implementation entirely in PHP. http://cgi.sfu.ca/~jdbates/debian/pool/php-sasl/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
"dh" and dh_installxmlcatalogs
What's the preferred way to get "dh" to run dh_installxmlcatalogs? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1278985628.6812.33.ca...@selene