Bug#615002: libjson-pp-perl

2011-02-25 Thread David Golden
On Fri, Feb 25, 2011 at 10:36 PM, Jonathan Yu  wrote:
> The upstream JSON package formerly contained two key modules:
> * JSON (this selected JSON::XS if available, or fell back to the
> included JSON::PP module otherwise)
> * JSON::PP
>
> Upstream has now split JSON::PP into its own package, instead
> replacing it in the JSON package with JSON::backportPP.

JSON::PP was split out to allow it to be included in the Perl core on its own.
The JSON::backportPP is intended to be temporary to ensure that JSON
itself didn't break while the JSON::PP split was tested.  I'm not sure
when MakaMaka intends to remove it, but he said he would do so once he
was confident that JSON was properly depending on JSON::PP.

-- David



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#456882: See also #454777 "Please continue to provide k7 images"

2008-01-03 Thread David Golden
linux-image-2.6-k7 should presumably depend on whatever the 
adequate replacement for k7 images is supposed to be if 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454777
is resolved in the "nope, no more k7 images" direction...




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#803178: libmongodb-perl: FTBFS on various architectures

2015-10-28 Thread David Golden
​Thank you.  Applied upstream as
https://github.com/mongodb/mongo-perl-driver/commit/b44aab60cfd350d59b153988be689e4b4cd4fb62
and will be in the next CPAN release (expected early next week).

David


Bug#803178: libmongodb-perl: FTBFS on various architectures

2015-10-27 Thread David Golden
On Tue, Oct 27, 2015 at 4:53 PM, Niko Tyni  wrote:

> Adding some diagnostics indicates the actual data encoding is stable
> between the platforms, but the test suite expectations depend on the
> endianness. The attached patch seems to fix this on at least s390x,
> but perhaps we should have a test run with it before pushing it upstream.
>
>
I only had a chance to skim the output, but that was my assessment as
well.  I have no problem applying that patch, but a test to verify would be
appreciated (and would save us another round of automated failures).

Thank you for digging into it so quickly!

David


Bug#304159: GNU DL != GDL. Existing package GDL is unrelated.

2005-10-20 Thread David Golden

Just to point out that the existing "gdl" (GNOME DevTool Libraries)
source package in debian is AFAIK not related to 
GNU Data Language (IDL clone) Juan's itp was for.

AFAIK there was a previous abortive itp #68057 which was going to
use the package name "gnudl" for the GNU Data Language
(IDL clone). : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=68057

( In freshmeat, the project is listed
as "The Data Language", but tdl is also taken in Debian
by a little to-do list thingy. 
http://freshmeat.net/projects/thedatalanguage/ )




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#296593: Installer will not load mptscsih module after aic7xxx is loaded

2005-02-23 Thread David Golden
Package: debian-installer
Version: unstable daily-build 2005-02-21

Baed on symptoms, this seems to be same issue
as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107749 -
(got same message in dmesg during debian install as below with
redhat...)

Workaround given in redhat bug report: remove adaptec card during install
(lsi mpt is on-mobo).

Excerpted from redhat (tm) bugzilla:

Opened by  (Nate Golnik) on 2003-10-22 13:11

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030716

Description of problem:
Attempting to install QU2 on a Dell 1750 with an LSI MPT scsi controller for the
onboard disks and a Adaptec 39160 for connecting to a Dell Powervault 220.

During the install aic7xxx loads followed by mptscsih.  Mptscsih fails 
out with the following:

mptbase:  Initiating ioc0 bringup
 ioc0: ERROR Doorbell Ack timeout (2)
 ioc0: ERROR Doorbell Ack timeout (2)
 ioc0: ERROR Diagnostic reset failed (102h)
 ioc0: Not Ready Warning
 WARNING: ioc0 did not initalize properly! (-1)
Repeats for ioc1
mptbase: 2 mpt adapters found, 0 installed.


pgpkjSrFdHscF.pgp
Description: PGP signature