date:20140131

Bug#567210: doc-available always returns false without network

2014-01-31 Thread Eugene Zhukov

On Thu, Jan 30, 2014 at 1:49 PM, Eugene Zhukov jevgeni...@gmail.com wrote:
 It fails immediately without network, but hangs and succeeds with
 network. Saxon does not have a local copy of PUBLIC -//W3C//DTD
 XHTML+RDFa is not shown anymore! With tcpdump and wireshark I see a
 request:
 GET /MarkUp/DTD/xhtml-rdfa-1.dtd HTTP/1.1
 User-Agent: Java/1.6.0_27
 Host: www.w3.org
 Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
 Connection: keep-alive
I just wanted to amend this test-case with more-or-less full HTTP
request/response chain from tcpdump: http://paste.debian.net/79423/


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

Bug#737126: Bug#736656: libdbi-drivers: drivers not found anymore, due to multi-arch

2014-01-31 Thread Markus Hoenicka


Am 2014-01-31 05:17, schrieb Prach Pongpanich:

On Fri, Jan 31, 2014 at 7:09 AM,  markus.hoeni...@mhoenicka.de wrote:

Prach Pongpanich writes:

[..]

  (Cc:-ing #737126)
 
  That reduced failures, but still remain the issue with the_float 
and

  the_double.
 
  Running libdbi framework test...
  test_dbi.c:3732: unit test failure: sqlite3 - libdbi connection -
  Retrieving fields as - test_dbi_result_get_as_longlong - [-1] 
should

  match [0] at [test_dbi.c] line [3732]
  test_dbi.c:3733: unit test failure: sqlite3 - libdbi connection -
  Retrieving fields as - test_dbi_result_get_as_longlong - [-1] 
should

  match [0] at [test_dbi.c] line [3733]
  Running libdbi framework test...
  Running libdbi framework test...
  Running libdbi framework test...
  Completed libdbi framework test: 397 passes, 2 failures, 0 
exceptions.

  make: *** [test-stamp] Error 1
 

Ok, seems we're halfway there. It is certainly worth checking all the
compiler warnings that Laszlo mentioned. But the above mentioned
failures may be related to the way how libdbi converts floating
point numbers to long long values. Prach, could you please run the
test program below and report any compiler warnings as well as the
output on armel?


float2longlong.c
--8
#include stdlib.h
#include stdio.h

int main() {
  float bigfloat = 3.402823e+38;
  long long bigfloat_casted;

  bigfloat_casted = (long long)bigfloat;
  printf(%lld\n, bigfloat_casted);
  exit (0);
}


I've added a big double:

root@raspy-sid:~# gcc -Wall -g fd2ll.c -o fd2ll
root@raspy-sid:~# ./fd2ll
bigfloat2ll = -1
bigdouble2ll = -1

--
Prach


Thanks. I'll have to mull over this a little, but it basically means 
that the design of the test program is flawed. The hard-coded expected 
return values are not as platform-independent as we figured, because 
they may exceed the range of valid numbers on some platforms. One option 
is to forgo the hard-coded values and use constants from limits.h like 
LLONG_MAX instead, assuming that they are available on all platforms. 
We'd then have to create the string representations via snprintf() 
instead of hard-coding them. Problem is that I'm not aware of similar 
limits for floats. Do you know where to get this info from at compile 
time?


regards,
Markus

--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38


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

Bug#737195: package is 'all' not 'any'

2014-01-31 Thread Mathieu Malaterre

Package: openslide-python
Severity: grave


-- Forwarded message --
From: Benjamin Gilbert bgilb...@cs.cmu.edu
Date: Fri, Jan 31, 2014 at 7:52 AM
Subject: Observations on python-openslide package
To: Mathieu Malaterre mathieu.malate...@gmail.com


Hi Mathieu,

I was looking at the Debian python-openslide package and noticed a few
things which I thought I'd pass along:

- Everything in OpenSlide Python is arch-indep, but the package is
built as arch-dep.


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

Bug#736800: [src:moodle] Sourceless flash file

2014-01-31 Thread Robert Bihlmeyer

# This bug affects moodle for some time already. Details below.
found 736800 2.2.2.dfsg-1
thanks

webservice/amf/testclient/AMFTester.swf

is present since at least Moodle 2.0:

http://git.moodle.org/gw?p=moodle.git;a=tree;f=webservice/amf/testclient;h=de1e4b15a9b5d4222e01327c54e8658450382f0f;hb=64063ad95adb0442dd25cbb593afa0884c33b71c

Build instructions and source is in the same directory, but you
need Adobe Flex to compile it. Seems like a false positive.

lib/flowplayer/*

Has been there since 2.0.3:
http://git.moodle.org/gw?p=moodle.git;a=tree;f=lib/flowplayer;h=61724063575df2ceccc25c51795ac703e195f12b;hb=06ede85e1f2286de63a462aa89a27830d4c1b1c0

This is somewhat problematic. Source is available under GPL3 from here:
http://flash.flowplayer.org/download/

Since neither the deb nor moodle upstream currently includes source,
there is a GPL compliance issue.

My immediate recommendation is to elide it, similar to the treatment
flvplayer has gotten before. The GPL issue needs to be reported to
upstream.

A longterm project would be to work with upstream toward using
flowplayer's HTML5 version (with source, of course).

(Before doing that, it would be interesting to ponder whether Flowplayer
Ltd.'s usage of GPL3 clause 5d is conformant with Debian's view. See
http://flowplayer.org/license/free-license-faq.html for details.)

89 matches

Mail list logo