On 25 November 2005 at 22:51, Rafael Laboissiere wrote:
| * Stephen R Marenka [EMAIL PROTECTED] [2005-11-25 15:25]:
| On the bright side, I removed all the m68k-specific stuff from
| debian/rules and installed gfortran.
|
| I am more than happy to know that Octave compiles with gfortran on
On 25 November 2005 at 20:41, Stephen R Marenka wrote:
| On Fri, Nov 25, 2005 at 10:51:27PM +0100, Rafael Laboissiere wrote:
| * Stephen R Marenka [EMAIL PROTECTED] [2005-11-25 15:25]:
|
| Sample patch attached.
|
| Thanks, I will apply it and upload a new version soon.
|
| Will you be
Package: wnpp
Severity: normal
Steffen Moeller is the maintainer of qtl, a bio/genetics analysis package for
R. I have sponsored a few uploads. The package could use a refreshment. A
new minor version is out. The debian/ directory can probably do with an
update. I can help and advise, but
Package: wnpp
Severity: normal
Steffen Moeller is the maintainer of rmysql, a MySQL database package for R. I
have sponsored a few uploads. The package could use a refreshment. Three new
minor versions are out, and there is a bug report. The debian/ directory can
probably do with an update. I
Package: wnpp
Severity: normal
Steffen Moeller is the maintainer of dbi, a database interface for R. I have
sponsored a few uploads. The package could use a refreshment. A new version
is out. The debian/ directory can probably do with an update. I can help and
advise, but cannot take on more
Hi Jacok,
On 2 December 2005 at 10:38, Jacob Sparre Andersen wrote:
| Package: r-bioc-repostools
| Version: 1.8.0-1
| Severity: wishlist
|
|
| Would it be possible to include the BioC function for loading MIAME
| data files in the package?
Can you tell me a little more? Where is that
On 2 December 2005 at 17:23, Jacob Sparre Andersen wrote:
| Dirk Eddelbuettel wrote:
| Jacob Sparre Andersen wrote:
| Dirk Eddelbuettel wrote:
|Jacob Sparre Andersen wrote:
|
| Ok, then the bug report is somewhat misleading as you are
| really requesting a change in reposTools
tags + 307744 upstream
tags + 307744 fixed
forwarded 307744 [EMAIL PROTECTED]
quit
On 6 May 2005 at 17:05, Brian Gough wrote:
| | I suppose the bug is just a documentation one. The docs needs to say
that
| | gsl_min_fminimizer_set returns GSL_EINVAL, not GSL_FAILURE, when the
| |
Hi Ryan,
Thanks for taking the time to report a bug.
On 13 May 2005 at 11:33, Ryan Lovett wrote:
| Package: r-base
| Version: 2.1.0-1
| Severity: normal
|
| plot(1:10)
| Error in X11() : could not find any X11 fonts
| Check that the Font Path is correct.
|
|
| If LANG= , the above command
Package: ftp.debian.org
Version:
Severity: normal
From a mail discussion with Steve Langasek (wearing his release manager hat)
on the debian-release list, and quoting Steve (who I also CC):
As the maintainer, please file a bug against ftp.debian.org asking for the
m68k binaries to be
On 13 May 2005 at 21:07, Ryan Lovett wrote:
| On Fri, May 13, 2005 at 08:54:29PM -0500, Dirk Eddelbuettel wrote:
| I very strongly suspect that either something is wrong with the amd64
| side of things (and I couldn't help there -- are you followed the list
| there ?) or that you have
On Sun, May 15, 2005 at 10:04:22AM -0700, Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
reopen 306108
Bug#306108: lattice: FTBFS: error on examples check
Bug reopened, originator not changed.
tags 306108 -sid
Bug#306108: lattice: FTBFS: error on examples
On Sun, May 15, 2005 at 08:05:56PM +0200, Adrian Bunk wrote:
On Sun, May 15, 2005 at 12:51:35PM -0500, Dirk Eddelbuettel wrote:
On Sun, May 15, 2005 at 10:04:22AM -0700, Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
reopen 306108
Bug#306108: lattice
On 16 May 2005 at 21:25, Steve Langasek wrote:
| Package: libquantlib0
| Version: 0.3.9-1
| Severity: serious
|
| Hi Dirk,
|
| Reviewing the changes in quantlib 0.3.9-2 has brought this fact to my
| attention:
|
| $ dpkg -c q/quantlib/libquantlib0_0.2.1.cvs20020322-1_i386.deb |grep
On 17 May 2005 at 03:34, Steve Langasek wrote:
| On Tue, May 17, 2005 at 05:18:41AM -0500, Dirk Eddelbuettel wrote:
|
| | $ dpkg -c q/quantlib/libquantlib0_0.3.9-1_i386.deb |grep libQuantLib
| | -rw-r--r-- root/root 5192416 2005-05-02 22:22:23
./usr/lib/libQuantLib-0.3.9.so
| | -rw-r--r
On 17 May 2005 at 04:32, Steve Langasek wrote:
| So I guess it would have to become libquantlib-0.3.9 and
| libquantlib-0.3.9-dev as with, say libstdc++5 ?
|
| Is there a reason to use a versioned name for the -dev package? If not,
| it's probably fine to leave it as libquantlib0-dev, which
On 4 January 2006 at 21:21, Falk Hueffner wrote:
| Sorry, you also need
|
| $(MAKE) CFLAGS=$(compilerflags)
Thanks for the bug report, and the detailed patch. A fixed version will be
available shortly.
Tschoe, Dirk
--
Hell, there are no rules here - we're trying to accomplish
Kurt,
On 7 January 2006 at 17:57, Kurt Roeckx wrote:
| Package: r-base
| Version: 2.2.1-1
| Severity: serious
|
| Hi,
|
| You have a build dependency on libpaperg-dev which was a dummy
| pacakge and has been removed. Please change it to libpaper-dev.
Sure thing. Will get uploaded within the
On 7 January 2006 at 11:09, Dirk Eddelbuettel wrote:
|
| Kurt,
|
| On 7 January 2006 at 17:57, Kurt Roeckx wrote:
| | Package: r-base
| | Version: 2.2.1-1
| | Severity: serious
| |
| | Hi,
| |
| | You have a build dependency on libpaperg-dev which was a dummy
| | pacakge and has been removed
On 7 January 2006 at 16:08, Paul Kienzle wrote:
| With a fresh compile of octave-2.1.72 (no patches) and
| octave-forge from CVS, my debian system doesn't panic.
|
| When I compile and run against the Debian octave 2.1.72-8
| it panics on every oct-file in octave-forge. The particular
| problem
On 12 January 2006 at 13:51, Bastian Blank wrote:
| reopen 346911
| found 346911 0.0.13-2
| thanks
|
| There was an error while trying to autobuild your package:
|
| Automatic build of tkrplot_0.0.13-2 on debian-31 by sbuild/s390 79
| [...]
| ** Using build dependencies supplied by package:
|
On 11 December 2005 at 17:25, Blars Blarson wrote:
| Package: foreign
| Severity: serious
| Justification: fails to build from source
|
|
| foreign failed to build on a sparc buildd, duplicated on my sparc pbuilder.
| (The number was 27374 rather than 27717 on my pbuilder.)
|
|
| make[2]:
On 11 December 2005 at 19:49, Dirk Eddelbuettel wrote:
|
| On 11 December 2005 at 17:25, Blars Blarson wrote:
| | Package: foreign
| | Severity: serious
| | Justification: fails to build from source
| |
| |
| | foreign failed to build on a sparc buildd, duplicated on my sparc pbuilder
On 11 December 2005 at 19:02, Steve Langasek wrote:
| On Sun, Dec 11, 2005 at 07:49:55PM -0600, Dirk Eddelbuettel wrote:
|
| On 11 December 2005 at 17:25, Blars Blarson wrote:
| | Package: foreign
| | Severity: serious
| | Justification: fails to build from source
|
| | foreign failed
On 11 December 2005 at 19:24, Steve Langasek wrote:
| On Sun, Dec 11, 2005 at 09:14:00PM -0600, Dirk Eddelbuettel wrote:
|
| On 11 December 2005 at 19:02, Steve Langasek wrote:
| | On Sun, Dec 11, 2005 at 07:49:55PM -0600, Dirk Eddelbuettel wrote:
| |
| | On 11 December 2005 at 17:25
On 11 December 2005 at 23:05, Steve Langasek wrote:
| On Sun, Dec 11, 2005 at 09:45:54PM -0600, Dirk Eddelbuettel wrote:
| | I can detail this some more if you wish but rest assured that there are
no
| | bus errors anywhere.
|
| | Yes, there are. That was the reason for the failure
Hi,
Regarding the open r-cran-xml bug in Debian, the package's upstream author
wrote me the following text quoted below. And indeed, we now get the desired
behaviour
print(z-xmlNode(tag,value=data without newline), indent=,
tagSeparator=)
tag data without newline/tag
which allows more
On 23 May 2005 at 19:16, Dirk Eddelbuettel wrote:
|
| On 23 May 2005 at 13:47, Patricio Rojo wrote:
| | I would love to be able to help you. But I'm afraid I've never have
| | had the time to read the Debian policy manual nor any reference to the
| | Debian packaging tools... I tried looking
R Core quickly pinpointed readline 5.1 as the likely suspect; libreadline5
already has an open bug against it where the same thing happens with gdb.
I had a typo in the CC field when sending the forwared to; I'll fix that
this evening.
Thanks, Dirk
--
Hell, there are no rules here - we're
package quantlib-swig
tags 337543 + moreinfo
tags 337543 + irreproducible
thanks
| Version: 0.3.11-2
| Severity: serious
On 4 November 2005 at 13:51, Blars Blarson wrote:
| Package: quantlib-swig
| Version: 0.3.11-2
| Severity: serious
| Justification: no longer builds from source
|
|
Hi Thomas,
On 10 November 2005 at 15:25, Thomas Friedrichsmeier wrote:
| Package: r-base
| Version: 2.2.0.final-4
| Severity: normal
|
| I'm trying to package an application that links against libR.so (rkward,
| ITP-bug: #92). As far
[ I know, did you see my follow-up to your ITP? Hadn't
On 21 December 2005 at 20:18, [EMAIL PROTECTED] wrote:
| Package: octave2.9
| Version: 2.9.4-8
| Severity: normal
|
| I tried to octave2.1 also, det(eye(9)) gives a panic: Illegal
| instruction. det(eye(4)), 5, 6, 7, 8 works though. It's a mystery.
I very vaguely recall a bug report with
reassign 344248 libreadline5
thanks
Rationale:
a) Bug irreproducible upstream on non-Debian systems using older libreadline
versions. For details of the discussion, see the thread on r-devel at
http://thread.gmane.org/gmane.comp.lang.r.devel/6196
b) Same thread shows debugger info
As a follow-up to the this bug report, now that this version of emacs21 is in
testing, my mail setup also broke. Thanks to Roland for the snipped of how he
fixed his setup for gnus, the following at the top of ~/.vm did the trick for
me with vm:
; 28 Dec 2005 bbdb breakage after today's emacs
On 30 December 2005 at 12:54, Martin Samuelsson wrote:
| Martin Samuelsson @ 2005-12-30 (Friday), 09:23 (+0100)
| I just started rebuilding octave again with DEB_BUILD_OPTIONS set to
| nostrip noopt. Hopefully that will give some clues.
|
| The compilation has finished, but it seems like the
reassign 345241 octave-forge
thanks
On Fri, Dec 30, 2005 at 09:06:35PM +0100, Martin Samuelsson wrote:
Dirk Eddelbuettel @ 2005-12-30 (Friday), 07:22 (-0600)
| The compilation has finished, but it seems like the build process did
| not honour DEB_BUILD_OPTIONS. (Debian Policy 10.1 [1
On 3 January 2006 at 17:46, Frederic Daniel Luc LEHOBEY wrote:
| Package: r-cran-gtools
| Version: 2.2.3-1
| Severity: important
|
| Hi,
|
| When using r-cran-gtools on non Linux-i386 architectures a library
| loading failure is experienced, like:
|
| ** R
| ** preparing package for lazy
On 4 January 2006 at 09:00, Christian T. Steigies wrote:
| Package: gtools
| Version: 2.2.3-2
| Severity: important
| Justification: fails to build from source
|
| Hi Dirk,
| now that gtools is no longar binary_all, you have to adjust the
| Build-Depends for that, too.
I was thinking about
On 3 October 2005 at 08:07, Matt Kraai wrote:
| On Sat, Oct 01, 2005 at 12:49:19PM -0500, Dirk Eddelbuettel wrote:
|
| On 30 September 2005 at 13:34, Matt Kraai wrote:
| | Package: boot
| | Version: 1.2.23-1
| | Severity: serious
| |
| | boot fails to build:
| |
| | * checking
On 4 October 2005 at 08:23, Matt Kraai wrote:
| On Tue, Oct 04, 2005 at 06:17:27AM -0500, Dirk Eddelbuettel wrote:
|
| On 3 October 2005 at 21:59, Matt Kraai wrote:
| | | I disabled a few of these tests on other packages formerly provided
by
| | | r-recommended, and I guess I need
On 7 October 2005 at 10:05, Bastian Blank wrote:
| Package: r-base
| Version: 2.2.0.final-1
| Severity: important
|
| r-base_2.2.0.final-1 have a debian revision but is built as a native
| package.
Damn. I had a 'wrong' version number (and a rejected upload as I had used
2.2.0.alpha.* and
On 7 October 2005 at 13:59, Bastian Blank wrote:
| On Fri, Oct 07, 2005 at 06:50:25AM -0500, Dirk Eddelbuettel wrote:
| Will rebuild as 2.2.0.final-2 and try to ensure -b -B get passed from
| pbuilder. Will that do?
|
| You need a proper .orig.tar.gz and pass -sa to dpkg-buildpackage.
Ah, yes
On 9 October 2005 at 18:13, Thomas Bushnell BSG wrote:
| Dirk Eddelbuettel [EMAIL PROTECTED] writes:
|
| Dude I was CC on that fun thread where you were yelling at everyone. No need
| for redundant BTS entries, really.
|
| 1) I wasn't yelling at anyone; perhaps you have me confused
On 11 October 2005 at 18:43, Russ Allbery wrote:
| Package: r-base
| Severity: important
|
| r-base is currently failing to build on hppa. The tail end of the build
| log is:
|
| make.packages.htmlhtmllatex
| nsl html
Hi Steve,
On 23 October 2005 at 23:44, Steve Langasek wrote:
| Hi Dirk,
|
| This bug requires a sourceful upload, because it involves changes to
| debian/rules. Is there any chance of this happening soon?
Can I do a 2.2.0.final-1.0.1 upload to declare the mod to be local to hppa,
or does this
On 24 October 2005 at 05:29, Steve Langasek wrote:
| On Mon, Oct 24, 2005 at 06:40:13AM -0500, Dirk Eddelbuettel wrote:
|
| On 23 October 2005 at 23:44, Steve Langasek wrote:
| | Hi Dirk,
|
| | This bug requires a sourceful upload, because it involves changes to
| | debian/rules
On 24 October 2005 at 16:03, Steve Langasek wrote:
| On Mon, Oct 24, 2005 at 08:34:48AM -0700, Debian Bug Tracking System wrote:
|
| .
| * debian/rules: Skip 'make check' on hppa(Closes:
#333462)
|
| This didn't work:
|
|
Hi Philippe, (and hi everybody who chimed in)
Thank you for your ITP on newmat.
I am a past user of newmat (way back when in graduate school; this even
lead to a small publication of a newmat/g++ review from 1996 that is still
referenced from the newmat documentation) and feel compelled to
On 29 October 2005 at 19:18, Rafael Laboissiere wrote:
| * Balbir Thomas [EMAIL PROTECTED] [2005-10-28 21:58]:
|
| The extra packages of octave-forge are not installed . I
| was in particular looking for tk_octave. I couldn't find
| a note in /usr/share/doc/octave-forge explaining why the
|
On Tue, Nov 01, 2005 at 09:13:59AM -0800, Blars Blarson wrote:
Package: quantlib-swig
Version: 0.3.11-1
Severity: serious
Justification: no longer builds from source
quantlib-swig failed to build on a sparc buildd, duplicated on my
sparc pbuilder:
Ok, I'll exempt sparc from the regression
Package: ftp.debian.org
Severity: normal
The _source_ package quantlib-python (0.3.10) should be removed from
unstable as the _binary_ package quantlib-python is now being provided by
the new source package quantlib-swig (= 0.3.11).
-- System Information:
Debian Release: testing/unstable
APT
Package: ftp.debian.org
Severity: normal
The _source_ package quantlib-ruby (0.3.10) should be removed from unstable
(and presumably in due course from testing too) as the _binary_ package
quantlib-ruby is now being provided by the new source package
quantlib-swig (= 0.3.11).
Regards, Dirk
--
On 13 October 2005 at 20:08, Luk Claes wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Package: quantlib
| Severity: grave
| Version: 0.3.10-1
|
| Hi
|
| libquantlib0-dev is uninstallable as it depends on libboost-test1.33.0
| ( 1.32.0+1.33.0-cvs20050727-99) while version
Hi Duncan,
First off, thank you *very much* for the detailed and extremely timely
replies! Much appreciated!
On 17 October 2005 at 07:58, Duncan Temple Lang wrote:
|
| Thanks for the report.
| I was just making minor modifications to that package
| last week, so I'll take a look.
| I can't
On 18 October 2005 at 21:56, Rafael Laboissiere wrote:
| * Niels Möller [EMAIL PROTECTED] [2005-10-17 13:57]:
|
| Package: octave2.1-emacsen
| Version: 2.1.69-1
|
| The octave-emacsen package installs a startup file
| /etc/emacs/site-start.d/50octave.el which among other things contains
|
and add an elisp startup
file /etc/emacs/site-start.d/50octave.el (thanks to Nils Naumann)
-- Dirk Eddelbuettel [EMAIL PROTECTED] Sat, 1 Nov 1997 17:13:31 -0500
This was long before any emacsen policies, so if it is time now to clean this
up, let's by all means do it,
Thanks, Dirk
Doko,
On 17 November 2005 at 03:22, Matthias Klose wrote:
| Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now in the
| archive. The renaming of the library packages can now start. You can
| upload the packages even before the toolchain is built for all architectures
| because the
On 16 November 2005 at 21:40, Steve Langasek wrote:
| severity 339255 important
| thanks
|
| On Wed, Nov 16, 2005 at 09:16:37PM -0600, Dirk Eddelbuettel wrote:
|
| On 17 November 2005 at 03:22, Matthias Klose wrote:
| | Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now
severity 339255 normal
tags 339255 + wontfix
retitle 339255 QuantLib has now been rebuilt with g++-4_4.0.2-4
thanks
On 18 November 2005 at 09:15, Matthias Klose wrote:
| reopen 339255
| thanks
|
| Debian Bug Tracking System writes:
| quantlib (0.3.11-2) unstable; urgency=low
| .
| *
On 19 November 2005 at 12:22, Roland Stigge wrote:
| Package: gmodels
| Version: 2.10.0-1
| Severity: serious
|
| Hi,
|
| building the package gmodels in a clean sid build environment
| (with pbuilder) on i386 results in:
Weird thing is that I build it in a sid pbuilder too ...
| fakeroot
On 19 November 2005 at 13:48, Matthias Klose wrote:
| reopen 339255
| thanks
|
| Dirk Eddelbuettel writes:
|
| On 18 November 2005 at 13:58, Matthias Klose wrote:
| | Dirk Eddelbuettel writes:
| |
| | severity 339255 normal
| | tags 339255 + wontfix
| | retitle 339255 QuantLib has
On 5 December 2006 at 09:46, Dirk Eddelbuettel wrote:
| | Here is what I used for strace:
| |
| | [EMAIL PROTECTED]:~$ cat rpytest.py
| | import time
| | from rpy import *
| |
| | x = range(0, 10)
| | y = [ 2*i for i in x ]
| | r.plot_default(x, y
On 5 December 2006 at 20:58, Dirk Eddelbuettel wrote:
|
| On 5 December 2006 at 09:46, Dirk Eddelbuettel wrote:
| | | Here is what I used for strace:
| | |
| | | [EMAIL PROTECTED]:~$ cat rpytest.py
| | | import time
| | | from rpy import *
| | |
| | | x = range(0, 10)
| | | y = [ 2*i
Johannes,
On 13 December 2006 at 10:54, Johannes Ranke wrote:
| Package: r-cran-nlme
| Version: 3.1.77-1
| Severity: important
|
| After upgrading from sarge to etch:
|
| library(nlme)
| Fehler in library(nlme) : es gibt kein Paket 'nlme'
|
| (in English: there is no package 'nlme').
Works
Hi Johannes,
Thanks for the follow-ups. I'll combine my replies to both mails into this
one.
On 13 December 2006 at 14:10, Johannes Ranke wrote:
| Works for me on my testing box with 3.1.77-1 -- see below.
|
| Could you please grep for R_LIBS in
| /etc/R/
|
| jazzy:/etc/R# grep
On 8 November 2006 at 04:26, Steve Langasek wrote:
| reassign 393030 r-cran-fseries
| found 393030 221.10065-3
| close 393030 240.10068-1
| thanks
Thanks, Steve.
Lucas, I can't open your log. What exactly did you try, and what exactly
failed?
| On Wed, Nov 08, 2006 at 01:17:06PM +0100,
On Wed, Nov 08, 2006 at 07:40:05PM +0100, Luk Claes wrote:
Package: r-cran-rquantlib
Severity: serious
Version: 0.2.5-1
Tags: sid
Hi
Your package is not installable as it depends on libquantlib-0.3.14 which is
not (yet?) available in unstable.
Yes, please reassign the bug to the new
On 8 November 2006 at 13:53, Lucas Nussbaum wrote:
| On 08/11/06 at 06:39 -0600, Dirk Eddelbuettel wrote:
|
| On 8 November 2006 at 04:26, Steve Langasek wrote:
| | reassign 393030 r-cran-fseries
| | found 393030 221.10065-3
| | close 393030 240.10068-1
| | thanks
|
| Thanks, Steve
Hi Ross,
Always good to see your diligent reports :)
On Thu, Nov 09, 2006 at 09:55:41AM -0800, Ross Boylan wrote:
Package: r-base-core
Version: 2.4.0-1
Severity: minor
install.packages(adapt, lib=lib)
as a regular user appears to mostly work, but there is this error message:
Warning
On 14 November 2006 at 10:55, Jordi Gutierrez Hermoso wrote:
| Package: libgsl0
| version 1.8-1
| severity: wishlist
|
| I'm not sure if this is desirable, but in order to use exceptions in
| GSL from my C++ wrappers, GSL needs to be recompiled with the CFLAG
| -fexceptions.
|
| I did this
Salut Marc,
On 15 November 2006 at 14:56, Marc Glisse wrote:
| Hello,
|
| first, I am very sorry for not answering in a timely manner, the email
| address I used for the bug report stopped working without giving me any
| notice, and I thought reportbug had failed to submit a bug...
|
|
Hi Marc,
Thanks for the follow-up. I will try to reply to both your emails.
On 15 November 2006 at 17:30, Marc Glisse wrote:
| Your environment variable clashes with the config file, and the config file
| does not respect / listen to the env var. So the env var is a null-op.
|
| Here is the
On 15 November 2006 at 19:52, Marc Glisse wrote:
| On Wed, 15 Nov 2006, Dirk Eddelbuettel wrote:
|
| | R_PAPERSIZE_USER=${R_PAPERSIZE}
| | R_PAPERSIZE=${R_PAPERSIZE-'a4'}
| | which uses a4 by default unless the user specified a R_PAPERSIZE setting
| | (seems to me that PAPERSIZE would
On 17 October 2006 at 02:51, Steve Langasek wrote:
| On Sat, Oct 14, 2006 at 02:57:40PM -0500, Dirk Eddelbuettel wrote:
| That's the one then as I had
|
| libgfortran.so.0 = /usr/lib/libgfortran.so.0 (0xb747f000)
|
| How could that have slipped? Whose shlibs file do we need to look
As discussed multiple times on r-sig-debian as well as in at least two prior
bug reports: I know. I made a mistake with 'Depends: r-base-core ( 2.3.1)'
as this is satisfied by r-base-core 2.3.1-$ANYTHING, including the -3 you
have installed.
But there was no quick way to fix it: even recompilig
Hi Marc,
On 19 October 2006 at 15:22, Marc Glisse wrote:
| Package: r-base-core
| Version: 2.4.0-1
| Severity: normal
|
| Now that the conf file contains a R_PAPERSIZE_USER line, the postinst
| script replacing letter by `paperconf` fails. Possible fixes are:
|
| - grep for ^R_PAPERSIZE=
).
It actually works without either auto* so I just removed them:
littler (0.0.7-2) unstable; urgency=low
* debian/control: Remove Build-Depends: on automake and autotools-dev
(Closes: #394295)
-- Dirk Eddelbuettel [EMAIL PROTECTED
I just needed some simple apt caching at work, and I am unhappy with
apt-proxy at home, so I tried apt-cacher. Lo and behold, with a _default
installation_ of 1.5.3 (albeit in its ~dapper1 variant on Ubuntu), I got the
exact same timout problem manifested by the 'waiting for headers' reported
Hi Dann,
Thanks for the speedy feedback -- I only uploaded this version a few hours
ago! I am also CCing Diethelm, the upstream author, and hope to get this
resolved quickly.
On 30 October 2006 at 18:23, dann frazier wrote:
| Package: fseries
| Version: 240.10068-1
| Severity: important
|
|
On 30 October 2006 at 21:19, Dirk Eddelbuettel wrote:
| I don't immediately see why that would be wrong -- isn't that simply the old
| 'pointer-pointer to point' method of cramming 2d matrices into vectors of
| vectors?
|
| Are sure that this will land a defect under amd64 and ia64?
Got
On 7 October 2006 at 15:26, Andreas J Guelzow wrote:
| We are experiencing a similar issue and may have some light to shed on
| the issue (especially for others that may experience it to).
|
| We are running ltsp thin-clients connecting via xdmcp to a debian
| unstable amd64 machine. We
Hi Chris,
On 8 October 2006 at 06:35, Chris Lawrence wrote:
| Package: littler
| Version: 0.0.7-1
| Severity: minor
|
| I just discovered that 'r' is a zsh builtin command (it appears to
| repeat the previous command) - hence renaming the executable to
| 'littler' or some such on Linux/Unix may
Peter, Kurt, Brian,
Here is a belated comment from an R user on amd64 experiencing font problems
as described in an earlier bug report by Ryan, and a suggested way to fix the
issue.
The full (older) discussion of the problem is at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309012
On 8 October 2006 at 10:04, Ryan Lovett wrote:
| On Sun, Oct 08, 2006 at 10:45:28AM -0500, Dirk Eddelbuettel wrote:
| Peter, Kurt, Brian,
|
| Here is a belated comment from an R user on amd64 experiencing font problems
| as described in an earlier bug report by Ryan, and a suggested way
Hi Bastian,
Thanks for looking after s390!
On 9 October 2006 at 13:58, Bastian Blank wrote:
| Package: lme4
| Version: 0.9975-1-1
| Severity: serious
|
| There was an error while trying to autobuild your package:
I had gotten the same error on my i386 buildd __before__ I added the
On 9 October 2006 at 15:37, Bastian Blank wrote:
| On Mon, Oct 09, 2006 at 08:18:34AM -0500, Dirk Eddelbuettel wrote:
| Build-Depends: [...] r-cran-matrix (= 0.9975-2)
| [...]
| Get:7 http://debian.oregonstate.edu sid/main r-cran-matrix 0.9975-0-1
[1276kB]
|
| According to dpkg
tags 391160 pending
thanks
On 13 October 2006 at 08:54, sean finney wrote:
| reopen 391160
| tags 391160 -pending
| thanks
|
|
| sorry about closing this bug, typo in my changelog...
It is fixed in my sources, though.
Dirk
--
Hell, there are no rules here - we're trying to accomplish
Package: ftp.debian.org
Severity: normal
The statdataml package was last uploaded by the then-maintainer in November
of 2004 --- almost two years ago. There have been a few minor upstream
releases that have not been packaged by the QA group (which is normal).
The package should be withdrawn.
Package: ftp.debian.org
Severity: normal
Please remove r-omegahat-rgtk from unstable, and then testing.
The package has been obsoleted and replaced by r-cran-rgtk2, the much
mightier and more complete GTk2 binding for R -- just like its sibbling
r-cran-gtkdevice has been replaced by
Package: ftp.debian.org
Severity: normal
Please remove r-cran-gtkdevice from unstable, and then testing.
The package has been obsoleted and replaced by r-cran-cairodevice -- just
like its sibbling r-omegahat-rgtk has been replaced by r-cran-rgtk2.
Thanks, Dirk
-- System Information:
Debian
On 14 October 2006 at 18:26, Martin Michlmayr wrote:
| Package: fextremes
| Version: 221.10065-3
| Severity: serious
|
| It seems #369508 is still there, or something related.
|
| Automatic build of fextremes_221.10065-3 on chico by sbuild/i386 0.49
| ...
| Loading required package: fSeries
|
On 14 October 2006 at 18:58, Martin Michlmayr wrote:
| * Dirk Eddelbuettel [EMAIL PROTECTED] [2006-10-14 12:56]:
| Might be arch-specific.
|
| It failed in the same way on amd64, ia64 and i386 (in a clean chroot).
What happens when you try this in the chroot:
[EMAIL PROTECTED]:~ ldd /usr/lib
On 14 October 2006 at 20:29, Martin Michlmayr wrote:
| * Dirk Eddelbuettel [EMAIL PROTECTED] [2006-10-14 13:10]:
| What happens when you try this in the chroot:
|
| This is on amd64 now:
|
| sh-3.1# ldd /usr/lib/R/site-library/fSeries/libs/fSeries.so
| libRlapack.so = not found
On 14 October 2006 at 22:31, Martin Michlmayr wrote:
| * Dirk Eddelbuettel [EMAIL PROTECTED] [2006-10-14 14:57]:
| How could that have slipped? Whose shlibs file do we need to look at?
| ...
| As I will rebuilt all these Rmetrics packages in the next few days (once the
| new r-cran-fecofin
Package: graphviz
Version: 2.8-2.3
Severity: important
To the R/BioConductor package interfacing graphviz, its configure relies on
querying pkg-config. But witness:
[EMAIL PROTECTED]:~ pkg-config --libs graphviz
Package graphviz was not found in the pkg-config search path.
Perhaps you should
Hi Savio,
On 2 October 2006 at 17:52, Savio Ramos wrote:
| Subject: r-base: Symbolic link to R is wrong
| Package: r-base
| Version: 2.4.0~rc20060926-1
| Severity: normal
|
| *** Please type your report below this line ***
| r-base cannot find R. Error is:
That sentnce makes no sense. R-base
Hi Andreas,
Good to hear from you.
On 4 October 2006 at 21:04, anfra wrote:
| On Tue, Oct 03, 2006 at 09:18:03PM -0500, Dirk Eddelbuettel wrote:
|
| pgapack (1.0.0.1-4.3) unstable; urgency=low
|
|* Non-maintainer upload.
|* source/integer.c: Apply patch for one-off error
On 5 October 2006 at 11:40, Andreas Jochens wrote:
| Package: lattice
| Version: 0.14-9-1
| Severity: wishlist
| Tags: patch
|
| Hello,
|
| is the Build-Depends on 'r-cran-vr' really necessary?
| The package seems to build fine without it.
You are correct, that seems to have changed. From the
As an update to bug report #379388, I just spent a few moments on the phone
with Dr R Lusk, the acting director of the MCS division at Argonne National
Labs where pgapack originates.
Dr Lusk is sympathetic to getting pgapack relicensed and suggests the simpler
MPICH2 license that was used for
On 26 September 2006 at 11:34, John Schmidt wrote:
| To follow-up on my experiences with g++-4.1 code and extremely slow link
| times, I did a chroot and pulled in old versions of g++-4.1 and binutils from
| snapshot.debian.net to build my big c++ application.
|
| Here is a table with the
1 - 100 of 2359 matches
Mail list logo