Bug#448639: [DRE-maint] Bug#448639: rubygems: please install gems in /usr/local/lib/gems/1.8

2007-12-19 Thread Shot (Piotr Szotkowski)
Gunnar Wolf: /usr/local is the area where the local system administrator should unroll his mess. Isn’t /opt for this? I never fully grasped the official FHS difference between /usr/local and /opt… In any case, /var is meant for variable data - things which are prone to change by themselves

Bug#457065: Please package the new upstream version, 0.9.5

2007-12-19 Thread Shot (Piotr Szotkowski)
Package: libgems-ruby Version: 0.9.4-4 Severity: wishlist Please package the new upstream version, RubyGems 0.9.5. The new upstream has the nice feature of actually working with Ruby 1.9… :) -- Shot -- In Computer Science, we stand on each other's feet. -- Brian Reid pgpUZcuSgtuuv.pgp

Bug#453251: rubygems: Support for ruby1.9

2007-12-19 Thread Shot (Piotr Szotkowski)
James: I've installed the ruby1.9 package to give it a test, but none of my gems can be loaded if I try to use it. RubyGems 0.9.4 doesn’t work with Ruby 1.9 (even if the paths are right). RubyGems 0.9.5 works with Ruby 1.9; I filed the #457065 wishlist issue to ask for libgems-ruby upgrade.

Bug#445459: [pkg-lighttpd] Bug#445459: Bug#445459: lighttpd: mod_alias fails on localhost

2007-12-13 Thread Shot (Piotr Szotkowski)
Olaf van der Spek: Can't the /doc/ alias just be dropped? IIRC, Debian Policy requires it. IMO it's not ok to hijack /doc/. Users might wish to use it for another purpose. It’s only hijacked for 127.0.0.1. That said, a lot of people develop their webapps on a local machine, so I believe

Bug#445459: [pkg-lighttpd] Bug#445459: Bug#445459: lighttpd: mod_alias fails on localhost

2007-12-13 Thread Shot (Piotr Szotkowski)
Pierre Habouzit: On Thu, Dec 13, 2007 at 06:56:54PM +, Olaf van der Spek wrote: Can't the /doc/ alias just be dropped? no, it's the httpd debian policy to support /doc/ alias on localhost. Can’t the condition be changed to ‘$HTTP[host] == localhost’ then? This would allow

Bug#344961: lighttpd: upstream's default lighttpd.conf much richer

2005-12-27 Thread Shot - Piotr Szotkowski
Package: lighttpd Version: 1.4.8-1 Severity: wishlist The upstream's default/example lighttpd.conf is much richer than the one shipped in the Debian package: http://trac.lighttpd.net/trac/file/tags/lighttpd-1.4.8/doc/lighttpd.conf Please consider adopting the upstream's lighttpd.conf (after a

Bug#317088: openssh-server: 1:4.1p1-5 doesn't accept (?) non-US-ASCII characters

2005-07-06 Thread Shot - Piotr Szotkowski
Package: openssh-server Version: 1:4.1p1-5 Severity: important Tags: l10n Hello. After upgrading openssh-{client,server} to 1:4.1p1-5 I can't send non-US-ASCII characters to the server machine via ssh, and the display of non-US-ASCII characters generated by the server is messed. I'm using