On 28 Dec 2009, at 13:35, Dirk Eddelbuettel <[email protected]> wrote:
We're having a rather serious breakage in R when the zlib1g from
unstable is
installed. R transparently wraps its file operations around open()/
gzopen()
and now no longer works on uncompressed files -- see the logs of
this bug
report for examples from read.dcf(), an internal R function critical
to its
use of its packages and pretty close to how we deal with debian/
control.
Is there anything upstream or in your packaging that you could
suspect? I
haven't talk to R upstream yet some of whom are usually pretty
current so I'd
expect them to use a current libz as well.
Which specific version are you running and do you have a reproduction
case? -1 was broken in this respect but -2 should fix the issue I know
about. This was working for me in my tests. There were some minor
changes here but straightforward usage seemed to be working well. I'm
on a mobile connection so can't test any R specific stuff until much
later today.
Thanks a bunch, Dirk
On 28 December 2009 at 14:06, Johannes Fichtinger wrote:
| Hallo Dirk!
|
| Am Montag, 28. Dezember 2009 13:24:29 schrieb Dirk Eddelbuettel:
| > On the other hand, the library for gzip (zlib) is something
where Debian
| > could be different which is wht 'we' see the bug and nobody
else. What do
| > you have on sid -- I have
| >
| > ii zlib1g 1:1.2.3.3.dfsg-15 compression
library - runtime
| > ii zlib1g-dev 1:1.2.3.3.dfsg-15 compression
library -
| > development
| >
| > and 'apt-cache policy' leads to a newer version on unstable
| > (1:2.3.4.dfsg-15)
| >
| > Can you downgrade zlib1g and see if this persists?
|
| No, here it does not. Downgrading the library to 1.2.3.3.dfsg-15
from testing
| solves the problem for me.
|
| Best greetings,
| Johannes
--
Three out of two people have difficulties with fractions.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
