Bug#613804: RFA: libdaemons-ruby -- Ruby daemons library
Package: wnpp Severity: normal I request an adopter for the libdaemons-ruby package.
Bug#613840: O: libxslt-ruby -- ruby interface to process XSLT
Package: wnpp Severity: normal I request an adopter for the libxslt-ruby package Filipe
Bug#581401: O: libform-validator-ruby - HTML form validation library for Ruby
Package: wnpp Severity: normal I request an adopter for the libform-validator-ruby package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559598: postgresql-plsh: Please build against PostgreSQL 8.4 (only)
On Sat, 2009-12-05 at 17:02 +0100, mp...@debian.org wrote: Package: postgresql-plsh Severity: important Hello, your package still (build-/binary) depends on PostgreSQL older than the current 8.4. In Squeeze we will only support 8.4 and drop 8.3 [1]. thanks for advise, I'll handle it asap. Cheers filipe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488753: Uploaded passenger
David Moreno escreveu: On Jul 27, 2009, at 7:33 PM, Micah Anderson wrote: David Moreno and I spent some time at Debconf preparing a new version of Passenger to address the various issues that ftp master had, and upgraded it to a new version. We uploaded it last night, and it is now in the NEW queue, we'll have to close this ITP after (or if) it is accepted, as well as move it to the proper area in the debian-ruby-extras team area. Yes, and after a couple of weeks or so, it's still on NEW, along with packages waiting on the queue for up to a month. For the impatient: http://log.damog.net/2009/08/phusion-passenger%E2%84%A2-on-debian/ Beer, anyone? I hope this time it will be accepted :) Cheers filipe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488753: [Fwd: passenger_2.1.2-1_i386.changes REJECTED]
someone willing to help on this task? Cheers filipe Original Message Subject:passenger_2.1.2-1_i386.changes REJECTED Date: Sun, 17 May 2009 13:01:07 + From: Joerg Jaspert ftpmas...@debian.org To: Filipe Lautert fil...@debian.org, Leandro Nunes dos Santos leandronu...@safernet.org.br CC: Debian Installer instal...@ftp-master.debian.org Hi Maintainer, rejected, your debian/copyright file is incomplete and misses (C)holders/license data. You have to include all such differences. Like lib/phusion_passenger/railz/cgi_fixed.rb, the files in ext/oxt/, test/support/valgrind.h (which even has the bad 4clause BSD that is gpl incompatible, see http://www.gnu.org/licenses/license-list.html#OriginalBSD), the vendor/* stuff and maybe others too. You do have to list such differences. -- bye Joerg === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488753: (forw) Re: Boost bundling
Hello, *Mark/FTP Masters team*, As stated in e-mail below from Hongli Lai (passenger's mainstream), boost library has modifications specific to passenger, so we won't be able to use a generic library package. Is this case, I request that you ACCEPT this package. *Micah*, thanks for your kindly help on this issue. I've been running out of time lately and was just keeping my other packages in shape, leaving passenger behind. Best regards to you all, filipe Micah Anderson wrote: In an effort to try and determine where the situation with Passenger in Debian is stalled, I went on a small adventure to figure out where things are. What follows is the details of the current situation, as well as a helpful explanation from the Passenger folks. I intend to respond to that message when I can, but first I wanted to get the current state of things loaded up into this bug report, so others can see where things are at. First I found that Passenger/mod_rails had been uploaded to NEW[0] some four months ago by Leandro Nunes dos Santos leandronu...@safernet.org.br and Filipe Lautert fil...@debian.org. However, it had not been accepted by the FTP masters, and as such it was not part of the archive yet. Typically when there is a delay such as this in accepting the package into the archive there is some problem, either legal/licensing or technical that is keeping the package from being accepted. I contacted a member of the FTP team to ask what the hold-up was and was told the reason is because passenger has an embedded copy of boost and the FTP team has asked the maintainer at least twice about it and have received no reply. The embedded code problem is an interesting one, one that I have been involved in over the years working in on testing-security where we've been forced to track embedded code copies in Debian[1] so that we could have a chance to deal with security issues in embedded code copies. (A prominently horrible example is the xpdf code-base which was at one time embedded in more than 10 different source packages in Sarge, this was reduced in Etch significantly thanks to the xpdf library fork called poppler which packages were encouraged to link against, instead of embedding). As a result of these issues causing significant number of hours to track, update and manage, with many clever technical solutions developed to do things like use the clamav signature mechanisms to scan the entire archive, etc. Eventually the Debian project saw fit to adopt a policy[2] with specific language about embedded convenience copies of code (section 4.13). And this is where Passenger is currently stuck. I took a little bit of time the other day to try and figure out why Passenger embedded Boost and could not find much rationale online, until I found an older blog post[3] about the 1.0.2 release that contains this snippet: Fixed conflicts with system-provided Boost library Passenger makes use of the Boost C++ library. Its sources are included into the Passenger sources. But if the system already has a different Boost version installed, then the two Boost libraries would conflict with each other, and Passenger would fail to install. We’ve made sure that this doesn’t happen: now, installation will succeed even if there’s already another Boost version installed. This is a good first effort, however I believe that this solution doesn't get at the root of the problem and instead makes one of the symptoms go away instead of solving the problem. So I posted to the comments section of the blog asking for more details, and describing the issue around embedding copies of other code, and then received the following response in email (which I have obtained permission to forward here): - Forwarded message from Hongli Lai hon...@phusion.nl - Sender: Hongli Lai hongli...@gmail.com From: Hongli Lai hon...@phusion.nl Subject: Re: Boost bundling Date: Thu, 05 Mar 2009 10:06:44 +0100 To: mi...@debian.org Hi Micah, I saw your reply to my blog about making Boost a build dependency, but I'm afraid your arguments do not hold in our case: - The best argument for wanting to depend on Boost dynamically, is to make it easier to solve security problems. However, upgrading the Boost library will only partially fix security problems. That's because most Boost code live in C++ header files, which get inlined directly by the compiler into the executable. If a security flaw was found in a header then you'd have to recompile the executable that uses Boost even if Boost is a shared library. - Most people don't have Boost installed, or don't have the right version of Boost installed. By far and large, most of our users are _not_ Debian users, and installing Boost is a huge huge pain for 80% of our user base. By _not_ bundling Boost we'll alienate most of our users. I have a different software program which does not bundle Boost, and the #1 support question by users is related
Bug#488753: (forw) Re: Boost bundling
Hongli Lai wrote: Micah Anderson wrote: However, it had not been accepted by the FTP masters, and as such it was not part of the archive yet. Typically when there is a delay such as this in accepting the package into the archive there is some problem, either legal/licensing or technical that is keeping the package from being accepted. I contacted a member of the FTP team to ask what the hold-up was and was told the reason is because passenger has an embedded copy of boost and the FTP team has asked the maintainer at least twice about it and have received no reply. That's strange, I don't recall having been contacted about this subject before. Yeap, you weren't. I was contacted... the maintainer in this case is the package maintainer. And I'd no time to go after this As a result of these issues causing significant number of hours to track, update and manage, with many clever technical solutions developed to do things like use the clamav signature mechanisms to scan the entire archive, etc. Eventually the Debian project saw fit to adopt a policy[2] with specific language about embedded convenience copies of code (section 4.13). And this is where Passenger is currently stuck. I understand why Debian has adopted this policy. However, as explained in the forwarded email, Phusion Passenger uses a modified version of Boost. We accept full responsibility for any security problems found in Boost. If a security problem is found in Boost then we _will_ update our bundled version. Thank you! Cheers filipe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508975: Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.
Julien Cristau wrote: On Sun, Jan 18, 2009 at 09:54:11PM +, peter green wrote: Better soloutions to that bug would have been (in order from least hacky to most hacky) * close 508975 as it's not a bug at all easy easy, I just fixed both using shlibs.local . Next time I won't be slack and I'll take the correct approach like I did now. cheers filipe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507860: ooops
hey James. the link do not have any patch to a --clean option... I running out of time lately, but if you could provide a --clean clear patch I can just add this to the package and release it ASAP. Otherwise. we will need to wait some time until I've some time to spare and create this patch. Kind regards, filipe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488932: Patch to fix it in Lenny
tags 488932 +patch Hello, please find below the patch to fix this bug. Just add this as a patch for your package and we will have one bug less for lenny. --- src/vesa.c-orig 2008-12-27 15:06:07.214558080 -0200 +++ src/vesa.c 2008-12-27 15:08:25.789183080 -0200 @@ -36,6 +36,7 @@ #endif #include string.h +#include unistd.h #include vesa.h @@ -342,7 +343,7 @@ * then, by this point, you're well into despair territory. */ for (v = mon-vrefresh[0].lo; v = mon-vrefresh[0].hi; v++) { - mode = xf86GTFMode(p-HDisplay, p-VDisplay, v, 0, 0); + mode = xf86CVTMode(p-HDisplay, p-VDisplay, v, FALSE, FALSE); ret = xf86CheckModeForMonitor(mode, mon); xfree(mode); if (ret == MODE_OK) Kind regards, Filipe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488753: What is the status of this?
On Thu, 14 Aug 2008, Micah Anderson wrote: * Filipe Lautert [EMAIL PROTECTED] [2008-08-13 10:49-0400]: he already has a package for ubuntu and I already reviewed it, so it shall be fine for Debian too. We will try to keep the same version for both, so he can remove it from ubuntu and just let it be copied from Debian. I'm just out-of-time right now, so I plan to do the last checks and upload it maye by the end of this month/begging of next. Thanks for the update, its appreciated! Is the ubuntu package available so others may review it? Yes, it is. you can find it here: http://revu.ubuntuwire.com/details.py?package=passenger Also I hope to maybe upload it to new until this weekend. filipe { @ icewall.org GPG 1024D/A6BA423E http://filipe.icewall.org/ } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488753: What is the status of this?
Hello, On Wed, 13 Aug 2008, Micah Anderson wrote: Hi, I see that this bug was reported at the end of June of this year and there has been no update sent here since. What is the current state of this ITP? You said in the original report: There is a guy (Neil Wilson) who already started to package passenger to Ubuntu. I'll contact him and see what we can do to have this package in Debian/Ubuntu. Did you contact Neil and ask him about this? If so, what is the status of this? he already has a package for ubuntu and I already reviewed it, so it shall be fine for Debian too. We will try to keep the same version for both, so he can remove it from ubuntu and just let it be copied from Debian. I'm just out-of-time right now, so I plan to do the last checks and upload it maye by the end of this month/begging of next. Cheers, filipe { @ icewall.org GPG 1024D/A6BA423E http://filipe.icewall.org/ } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488753: ITP: libapache2-mod-passenger -- Rails and Rack module for Apache2
Package: wnpp Severity: wishlist Owner: Filipe Lautert [EMAIL PROTECTED] * Package name: libapache2-mod-passenger Version : 2.0.1 Upstream Author : Phusion [EMAIL PROTECTED] * URL : http://www.modrails.com * License : GPL Programming Lang: C++ Description : Rails and Rack module for Apache2 Phusion Passenger — a.k.a. mod_rails — makes deployment of applications built on Ruby on Rails web framework a breeze. Passenger is an Apache2 module and it's ability to automatically manage Rails server processes lowers system administration, while retaining stability/robustness and performance. There is a guy (Neil Wilson) who already started to package passenger to Ubuntu. I'll contact him and see what we can do to have this package in Debian/Ubuntu. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.23.17-linode43 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#482060: rails 2.0.2-2 bug: Rails should depends on Gem and then install rails as gem package then install rails as gem package
On Thu, 22 May 2008, Adam Majer wrote: Vasiliy Kiryanov wrote: And that's all about open source: I like rails Debian package, so I use it. I want use it too but I can't So is the main complaint that, 1. deb doesn't *install* the gem, OR 2. deb doesn't flag in gem database that rails 2.0.2 was installed and available #1 is not possible #2 is interesting. I started to do this for mongrel_cluster. Itś easy to do it, just create a file inside gems directory. This way you can fool it. Just need a patch like this one: [EMAIL PROTECTED]:~.../trunk/debian$ cat patches/001_add_gemspec_file.diff --- mongrel_cluster-1.0.1.1.gemspec-orig 1969-12-31 21:00:00.0 -0300 +++ mongrel_cluster-1.0.1.1.gemspec 2007-05-15 19:44:03.0 -0300 @@ -0,0 +1,10 @@ +Gem::Specification.new do |s| + s.name = %q{mongrel_cluster} + s.version = 1.0.1.1 + s.date = %q{2007-03-20} + s.summary = %q{Mongrel plugin that provides commands and Capistrano tasks for managing multiple Mongrel processes.} + s.files = [lib/mongrel_cluster, lib/mongrel_cluster/init.rb, lib/mongrel_cluster/recipes.rb] + s.add_dependency('gem_plugin', '=0.2.2') + s.add_dependency('mongrel', '=1.0.1') + s.author = Bradley Taylor +end And then install it on gem specific directory: [EMAIL PROTECTED]:~.../trunk/debian$ cat install | grep spec mongrel_cluster-1.0.1.1.gemspec var/lib/gems/1.8/specifications/ I created this a long time ago (1 year), so maybe today it's kind of different because of gems 1.0. But the idea shall be the same... Also, I'm not sure if installing something inside gems directory can't make it crazy. I'm not sure, but I think that if try to run gems to install mongrel_cluster (in my case) it returned some error... but not sure, long time I don't play with this.. Cheers, filipe { @ icewall.org GPG 1024D/A6BA423E http://filipe.icewall.org/ }
Bug#482060: rails 2.0.2-2 bug: Rails should depends on Gem and then install rails as gem package
On Wed, 21 May 2008, Vasiliy Kiryanov wrote: Then why are you filing a bug in Debian if this is for gems? Gems are packaged *outside* Debian. You can just install rubygems and install rails through the ruby gem packages, directly from upstream. - Adam Majer Yes, I can. But in that case why do we need rails debian package. If we has it it should follow normal work flow and use gems. Why? I don't want to use 2 package management tools - only apt-get is enough for me. And that's all about open source: I like rails Debian package, so I use it. You like gems package, so you use it :) filipe { @ icewall.org GPG 1024D/A6BA423E http://filipe.icewall.org/ } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457947: Aborts when running with -r flag
Package: pgp4pine Version: 1.76-3 Severity: important --- Please enter the report below this line. --- Hi, when I try to run pgp4pine with -r flag, I get the following error: [EMAIL PROTECTED]:~/tmp$ /usr/bin/pgp4pine -e -i /tmp/msg.txt -r [EMAIL PROTECTED] pgp4pine 1.76 by Holger Lamm [EMAIL PROTECTED] Homepage: http://pgp4pine.flatline.de/ This program is protected by the GPL v2. Loading profiles: gpg, done. Loading public keyring (this may take a couple of seconds)... .*** stack smashing detected ***: /usr/bin/pgp4pine terminated Aborted This is a ubuntu gutsy box (my etch server and my sid chroot do not show this problem). when running inside gdb, I get: Program received signal SIGABRT, Aborted. 0xe410 in __kernel_vsyscall () And bt: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb7e12875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e14201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e49e5c in ?? () from /lib/tls/i686/cmov/libc.so.6 #4 0x in ?? () cheers, Filipe --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.9-icewall Debian Release: lenny/sid 500 gutsy-updates br.archive.ubuntu.com 500 gutsy-security security.ubuntu.com 500 gutsy-proposed br.archive.ubuntu.com 500 gutsy br.archive.ubuntu.com --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.5-0ubuntu1) | 2.6.1-1ubuntu10 signature.asc Description: This is a digitally signed message part
Bug#457948: shows wrong path for pgp4pinerc example file
Package: pgp4pine Version: 1.76-3 Severity: normal --- Please enter the report below this line. --- If the users has no ~/.pgp4pinerc, pgp4pine shows the following message: Warning: It appears that no profiles are installed. I will use the defaults. To install a generic .rc file, copy /usr/local/doc/pgp4pine/pgp4pinerc to your home directory. But the example file is located at /usr/share/doc/pgp4pine/examples/pgp4pinerc . Cheers, Filipe --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.9-icewall Debian Release: lenny/sid 500 gutsy-updates br.archive.ubuntu.com 500 gutsy-security security.ubuntu.com 500 gutsy-proposed br.archive.ubuntu.com 500 gutsy br.archive.ubuntu.com --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.5-0ubuntu1) | 2.6.1-1ubuntu10 signature.asc Description: This is a digitally signed message part
Bug#445212: erroneous path information in /usr/share/postgresql-8.2-plsh/createlang_pgplsh.sql
Ack! Will do it this weekend (I hope so). cheers, filipe On Wed, 2007-10-03 at 23:29 -0500, Mark Nipper wrote: Package: postgresql-8.2-plsh Version: 1.2-2 Severity: important It looks like during the build process the file createlang_pgplsh.sql has some incorrect path information included from the build process. I have: --- CREATE FUNCTION pg_catalog.plsh_handler() RETURNS language_handler AS '/tmp/buildd/postgresql-plsh-1.2/debian/postgresql-8.2-plsh/usr/lib/postgresql/8.2/lib//pgplsh.so' LANGUAGE C; CREATE FUNCTION pg_catalog.plsh_validator(oid) RETURNS void AS '/tmp/buildd/postgresql-plsh-1.2/debian/postgresql-8.2-plsh/usr/lib/postgresql/8.2/lib//pgplsh.so' LANGUAGE C; CREATE LANGUAGE plsh HANDLER pg_catalog.plsh_handler VALIDATOR pg_catalog.plsh_validator; --- where clearly the /tmp/buildd/postgresql-plsh-1.2/debian/postgresql-8.2-plsh part shouldn't be there at all. Easy enough to fix manually on my end, but I just wanted to make sure you were aware of it also. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.9 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postgresql-8.2-plsh depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii postgresql-8.28.2.4-2object-relational SQL database, ve postgresql-8.2-plsh recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam: auth_pam does not work
Package: libapache2-mod-auth-pam Version: 1.1.1-6.1 Followup-For: Bug #394097 Hi! Following this thread I could get auth_pam to work, but for each action that I take it prints the following in my apache error.log: [Fri Mar 09 08:43:07 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:07 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) [Fri Mar 09 08:43:07 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:07 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) [Fri Mar 09 08:43:07 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:07 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) [Fri Mar 09 08:43:08 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:08 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) And so on. It works, but still creating those logs. My configuration: Location /svn/debian DAV svn SVNPath /var/lib/svn/debian AuthType Basic AuthPAM_Enabled on AuthBasicAuthoritative off AuthName Subversion Repository require valid-user SSLRequireSSL /Location Regards, Filipe -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) Versions of packages libapache2-mod-auth-pam depends on: ii apache2.2-common2.2.3-3.3Next generation, scalable, extenda ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libpam0g0.79-4 Pluggable Authentication Modules l libapache2-mod-auth-pam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412532: ITP: postgresql-plsh -- PL/sh procedural language for PostgreSQL.
Package: wnpp Severity: wishlist Owner: Filipe Lautert [EMAIL PROTECTED] * Package name: postgresql-plsh Version : 1.2 Upstream Author : Peter Eisentraut [EMAIL PROTECTED] * URL : http://plsh.projects.postgresql.org/ * License : BSD Programming Lang: C Description : PL/sh procedural language for PostgreSQL PL/sh is a procedural language handler for PostgreSQL that allows you to write stored procedures in a shell of your choice. For example, CREATE FUNCTION concat(text, text) RETURNS text AS ' #!/bin/sh echo $1$2 ' LANGUAGE plsh; The first line must be a #!-style line that indicates the shell to use. The rest of the function body will be executed by that shell in a separate process. The shell script can do anything you want, but you can't access the database. Trigger functions are also possible, but they can't change the rows. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409629: rhino: Bug opened by bug #395525
Package: rhino Version: 1.6r2-3 Followup-For: Bug #409629 This bug was introduced because of the fix for bug #395525: * debian/patches/02-dont_build-toolsrc.patch: added. Don't build * toolsrc and xmlimplsrc because they use Sun classes to build. If you want * to build them, just remove the file (closes: #395525).' Rhino tries to run a class inside tools package, but this package is no more build. So, maybe those donwloaded classes should be shipped whith rhino diff file then it can be compiled without downloads. The source is downloaded from [1], the article in [2] and the source files doesn't says anything about license, so the license that is aplied to the source is [3] (berkeley). Regards, filipe 1. http://java.sun.com/products/jfc/tsc/articles/treetable2/downloads/src.zip 2. http://java.sun.com/products/jfc/tsc/articles/treetable2/ 3. http://developers.sun.com/license/berkeley_license.html -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#234464: sympa: Woody is no longer supported
Package: sympa Version: 3.3.3-3 Followup-For: Bug #234464 Hello, woody is no longer supported and this bug is being marked as rc for etch. Should this bug and #267584 be marked as wontfix? Best regards, Filipe -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409568: Patch to amarok get lyrics via proxy with authentication
Package: amarok Version: 1.4.4-2 Severity: normal Tags: patch Hello! Amarok can get lyrics via http proxy, but not via http proxy with authentication. This patch corrects this problem. Best regards, Filipe --- /usr/share/apps/amarok/scripts/lyrics_lyrc/lyrics_lyrc.rb-or 2007-02-03 13:48:29.0 -0200 +++ /usr/share/apps/amarok/scripts/lyrics_lyrc/lyrics_lyrc.rb 2007-02-03 13:58:30.0 -0200 @@ -110,6 +110,9 @@ proxy_host = nil proxy_port = nil +proxy_user = nil +proxy_pass = nil + if ( @proxy == nil ) @proxy = `dcop amarok script proxyForProtocol http` end @@ -117,9 +120,10 @@ if ( proxy_uri.class != URI::Generic ) proxy_host = proxy_uri.host proxy_port = proxy_uri.port +proxy_user, proxy_pass = proxy_uri.userinfo.split(':') unless proxy_uri.userinfo.nil? end -h = Net::HTTP.new( host, 80, proxy_host, proxy_port ) +h = Net::HTTP.new( host, 80, proxy_host, proxy_port, proxy_user, proxy_pass ) response = h.get( path ) unless response.code == 200 @@ -193,4 +197,3 @@ fetchLyrics( , , url ) end end -
Bug#335699: ITA: libxslt-ruby
I needed this package and found it a litle aged. So I did some work on the latest release (version 0.9.2) and now I have a working package. I'll look for a sponsor soon and then send this package to review. -- Filipe Lautert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335699: ITA: libxslt-ruby
owner 335699 [EMAIL PROTECTED] retitle 335699 ITA: libxslt-ruby -- Ruby interface to libxslt thanks Ooops, forgot to send the command before. Sorry :/ -- Filipe Lautert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]