Bug#526875: Bug in the Debian bug system (was Re: Bug#526875: vr: [INTL:DE] German translation of R-MASS)
On Mon, 11 May 2009, Dirk Eddelbuettel wrote: On 11 May 2009 at 14:17, Prof Brian Ripley wrote: | Unfortunately a bug in the Debian bugs system means that messages that | are forwarded get corrupted, and it seems most non-ASCII characters | are replaced by spaces (at least in this group of non-bug reports). | It isn't my end: there is an equally corrupt copy on the web page, | after the original. | | I didn't notice until testing the result, so it was a major | inconvenience. I've had to extract the inline info from the web pages | and do it all again. I did mention the web page in my email stilll included below. The webpage contains a clear copy of the attachment which is why I mentioned it. It also contains a corrupt copy. Note that you still have other open bug reports: #525792 for class #525795 for spatial #525797 for nnet and I hope you can accomodate them too. If you need information resent, copied, or other help, let us know. I've picked those off the web pages too: the same issues applied.. And I assume that #525008 for vr (missing quote sign) has been fixed. Yes, in class_7.3-0 (part of R-devel), and VR_7.2-47 (just released to CRAN). | Please have the courtesy to use the R documented | procedures on any future occasion: I've never had anything like this | difficulty with any other contributed translation. It is not clear whether you are talking to me or to Chris? . Chris. Either way, what difference does it make that we send it to r-b...@r-project.org rather than you? The file still starts its life as an That's not what is documented for a contributed package -- Brian D. Ripley, rip...@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526875: Bug in the Debian bug system (was Re: Bug#526875: vr: [INTL:DE] German translation of R-MASS)
On Tue, 12 May 2009, Chris Leick wrote: Prof Brian Ripley schrieb: On Mon, 11 May 2009, Dirk Eddelbuettel wrote: On 11 May 2009 at 14:17, Prof Brian Ripley wrote: | Unfortunately a bug in the Debian bugs system means that messages that | are forwarded get corrupted, and it seems most non-ASCII characters | are replaced by spaces (at least in this group of non-bug reports). | It isn't my end: there is an equally corrupt copy on the web page, | after the original. | | I didn't notice until testing the result, so it was a major | inconvenience. I've had to extract the inline info from the web pages | and do it all again. I did mention the web page in my email stilll included below. The webpage contains a clear copy of the attachment which is why I mentioned it. It also contains a corrupt copy. I've seen, that the copy is correct: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526875 Are you sure, that you are using UTF-8? Yes, I am using UTF-8, but my browser uses the setting on the HTML page which is UYT-8. Scroll on down to the (second) copy prefixed by |, which has the u-umlaut replaced by space (and so on). It was that copy that was forwarded. | Please have the courtesy to use the R documented | procedures on any future occasion: I've never had anything like this | difficulty with any other contributed translation. It is not clear whether you are talking to me or to Chris? . Chris. Sorry, I've translated many Debian-Pakages and I've found vr on the Debian Website. Is there any difference between R documented procedures and other translations? R is a separate project from Debian: translation procedures are in its manuals and on developer.r-project.org. Greetings, Chris -- Brian D. Ripley, rip...@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#361604: r-base: FTBFS (ppc64): sibling call optimization to `bratio' does not allow automatic multiple TOCs; recompile with -mminimal-toc ...
What I get from this is that ppc64 needs -mminimal-toc at least when building a shared libR.so. pbeta.c has actually been simplified a lot, so I guess this may not actually be related to that but rather to the progress of the linker. Note that the message is about a failed optimization. I have seen those far too often in gcc 4.0.x (you cannot even compile R on i686 with -O2 on gcc 4.0.[123] on our FC3 system). As such I don't think it is something we want to hardcode into R's configure, but I will add a note to the manual. I presume this the GNU linker. I suspect that gcc on ppc64 can be used with other linkers (and maybe usually is on AIX and MacOS X), so we would have to apply the flag very specifically. On Sun, 9 Apr 2006, Dirk Eddelbuettel wrote: [ Ooops, resending, this time with the promised two additional recipients. --Dirk ] On 9 April 2006 at 07:44, Dirk Eddelbuettel wrote: | | Hi Andreas, | | On 23 April 2006 at 12:07, Andreas Jochens wrote: | | Package: r-base | | Version: 2.2.1.svn37668-1 | | Severity: wishlist | | Tags: patch | | | | | | When building 'r-base' on ppc64/unstable, I get the following error: | | | | | | gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fpic -std=gnu99 -O2 -pipe -c vfonts.c -o vfonts.o | | gfortran -fpic -O2 -pipe -c xxxpr.f -o xxxpr.o | | gcc -shared -o libR.so Rembedded.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o deparse.o deriv.o dotcode.o dounzip.o dstruct.o duplicate.o engine.o envir.o errors.o eval.o format.o fourier.o gevents.o gram.o gram-ex.o graphics.o identical.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o model.o names.o objects.o optim.o optimize.o options.o par.o paste.o pcre.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o random.o regex.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o size.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o `ls ../appl/*.o ../nmath/*.o ../unix/*.o 2/dev/nul! l`! -lgfortran -lm -lgcc_s -lreadline -lpcre -lbz2 -lz -ldl -lm | | /usr/bin/ld: ../nmath/pbeta.o(.text+0x40): sibling call optimization to `bratio' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `bratio' extern | | /usr/bin/ld: final link failed: Bad value | | collect2: ld returned 1 exit status | | make[4]: *** [libR.so] Error 1 | | make[4]: Leaving directory `/r-base-2.2.1.svn37668/src/main' | | | | | | With the attached patch 'r-base' can be compiled on ppc64. | | Very interesting. So that must have been gcc/gfortan/g++ 4.0.3-3, correct ? | | | diff -urN ../tmp-orig/r-base-2.2.1.svn37668/debian/rules ./debian/rules | | --- ../tmp-orig/r-base-2.2.1.svn37668/debian/rules 2006-04-09 08:37:31.0 + | | +++ ./debian/rules 2006-04-09 07:03:04.0 + | | @@ -75,6 +75,10 @@ | | cxxcompiler= g++ | | optimflags = -O2 -pipe | | | | +ifeq ($(arch),powerpc64) | | +optimflags += -mminimal-toc | | +endif | | + | | # edd 04 Sep 2001 default compiler flags, lowered for m68k | | #compilerflags = -O2 | | # m68k barks when using g77, and when gcc use -O2 | | Thanks for the detailed patch. I have applied it to my debian/rules, and I am | CCing two of upstream authors as a heads-up. The option should be generally | required and not be Debian specific, correct? Do you know if other | optimization flags make a difference? As I recall, pbeta got quite a bit of | attention for its algorithmic performance and correctness, so it is | interesting to see the compiler complain. Could we count on you for some | minimal testing? | | Regards, Dirk | | -- | Hell, there are no rules here - we're trying to accomplish something. | -- Thomas A. Edison -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361219: patch
Dirk, [I didn't get reusable headers from Kurt as he forwarded an attachment.] This was changed based on quite explicit advice in Ulrich Drepper's DSO paper to use -fpic wherever possible as it can be lot faster. See http://people.redhat.com/drepper/dsohowto.pdf, e.g. `-fpic should be used at all times unless it is absolutely necessary to use -fPIC'. This was part of a concerted effort to close the performance gap between standalone and shared-library versions of R (and we seem to have about halved it). ppc32 is a platform where R can be compiled with -fpic and it does have a performance advantage. So in principle does m68k, but I last used that in 1989. (We have been told that the Apple versions of gcc have -fpic = -fPIC on ppc.) I would be very reluctant to change back to -fPIC everywhere, although an alternative approach would be to make -fPIC the default and use -fpic on ppc32 and m68k. Brian On Fri, 7 Apr 2006, Dirk Eddelbuettel wrote: [ Let's PLEASE all keep the mail headers in tact. My bad for not including Brian earlier, so if possible could all future mails please include Bastian, Dirk, Kurt, Brian and the BTS as for this mail ? ] [ Bastian, I'll send you two emails by Brian. Please consider those before replying. We may also want to get Mathias (Debian and Ubuntu gcc maintainer) involved. ] On 7 April 2006 at 13:41, Bastian Blank wrote: | On Fri, Apr 07, 2006 at 06:27:25AM -0500, Dirk Eddelbuettel wrote: | I am still a bit suspicious of your | brute force replacement of -fpic. Or do you know for sure that gcc 4.* | requires it? Should it then be conditional on gcc/g++ versions be larger | than a threshold? | | It is not related to the compiler version. -fpic is documented to have | limitations on some systems and is not reliable on some of them for | larger software. The usage of -fPIC enables the use of other relocation | types which don't have this limitations (or much larger). On most arches | it don't make any difference at all. Bastian, could you please document on which architectures, and for which gcc versions, this fails? R actually has a pretty darn good record of building on many platforms and gcc variants, as well as a few non gcc compilers, so I do not want to discard the accumulated experience from the R side this early. I'm sure we get this resolved in a way that makes everybody happy, and gets R to build everywhere. Thanks, Dirk -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356107: fseries_221.10065-1(m68k/unstable/spice): ftbfs on m68k
On Thu, 9 Mar 2006, Dirk Eddelbuettel wrote: Diethelm, Any comment from your end? -- The code only fails on m68k (which has historically had an above-average share of troubles with Fortran). -- The previous fSeries released passed so it may be the new Garch code in file 034B-GarchModelling.f Yes, from the log g77 -fPIC -g -O2 -c 034B-GarchModelling.f -o 034B-GarchModelling.o 034B-GarchModelling.f: In subroutine `pc1f01': In file included from 034B-GarchModelling.f:0: 034B-GarchModelling.f:2628: internal compiler error: in verify_initial_elim_offsets, at reload1.c:3297 Please submit a full bug report, It's a compiler bug, and suggests sending a compiler bug report. On such a minority platform (I last used m68k in the 1980s) and with an end-of-line gcc version I can see you might not want to do so. Generally g77 is still more reliable than gfortran at building R packages, but with 4.0.2 and 4.1.0 the gap has closed a lot. I will probably migrate to 4.1.0 on Linux/Solaris shortly (MinGW is another story). -- According to Stephen, gfortran 4.0 compiles it fine so maybe once I turn from gcc/g77 3.4 to gcc/gfortran 4.0 (and soon 4.1) the problems will go away by itself. I will also CC Brian as he probably has the best understanding of the interactions between R and the various gcc releases. Regards, Dirk On 9 March 2006 at 13:21, Stephen R Marenka wrote: | Package: fseries | Version: 221.10065-1 | Severity: important | | | fseries fails to build from source due to a gcc-3.4 ICE on m68k. For | what it's worth, I built the package with gfortran-4.0 and it built fine. | | I'm not sure of the other implications involved with a change of | compiler. | | You are welcomed to do whatever you want to with this bug report. :) | | Here are selected excerpts from the buildd log. | | | | Automatic build of fseries_221.10065-1 on spice by sbuild/m68k 85 | | Build started at 20060221-2154 | | ** | | [...] | | | ** Using build dependencies supplied by package: | | Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, r-cran-fbasics (= 201.10059), r-cran-fcalendar, r-cran-mgcv (= 1.1.5), r-cran-vr (= 7.2.8) | | [...] | | | Checking correctness of source dependencies... | | Toolchain package versions: libc6-dev_2.3.5-12 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-8 g++-4.0_4.0.2-8 binutils_2.16.1cvs20060117-1 libstdc++6-4.0-dev_4.0.2-8 libstdc++6_4.0.2-8 | | [...] | | | g77 -fPIC -g -O2 -c 034B-GarchModelling.f -o 034B-GarchModelling.o | | 034B-GarchModelling.f: In subroutine `pc1f01': | | In file included from 034B-GarchModelling.f:0: | | 034B-GarchModelling.f:2628: internal compiler error: in verify_initial_elim_offsets, at reload1.c:3297 | | Please submit a full bug report, | | with preprocessed source if appropriate. | | See URL:http://gcc.gnu.org/bugs.html for instructions. | | For Debian GNU/Linux specific bug reporting instructions, | | see URL:file:///usr/share/doc/gcc-3.4/README.Bugs. | | make[1]: *** [034B-GarchModelling.o] Error 1 | | make[1]: Leaving directory `/build/buildd/fseries-221.10065/src' | | ERROR: compilation failed for package 'fSeries' | | ** Removing '/build/buildd/fseries-221.10065/debian/r-cran-fseries/usr/lib/R/site-library/fSeries' | | make: *** [R_any_arch] Error 1 | | ** | | Build finished at 20060221-2216 | | FAILED [dpkg-buildpackage died] | | | A full buildd log is available at | http://buildd.debian.org/build.php?pkg=fseriesver=221.10065-1arch=m68k | | Other buildd logs may be available at | http://buildd.debian.org/build.php?arch=pkg=fseries | | -- | Stephen R. Marenka If life's not fun, you're not doing it right! | [EMAIL PROTECTED] | -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330085: r-cran-gtools: configure tries to use unknown option htmllists
What is this to do with me? This is NOT an R bug. The change referred to is in the unreleased R-devel version of R, and it is an announced API change there. On Sun, 25 Sep 2005, Dirk Eddelbuettel wrote: On 25 September 2005 at 23:18, Meelis Roos wrote: | Package: r-cran-gtools | Version: 2.1.1-1 | Severity: normal | | | Setting up r-cran-gtools (2.1.1-1) ... | Unknown option: htmllists | Usage: R CMD build-help.pl [options] [pkg] [lib] | | Install all help files for package pkg to library lib | | Options: | -h, --helpprint short help message and exit | -v, --version print version info and exit | -d, --debug print debugging information | -os, --OS OS to assume: unix (default) or windows | --rhome R home directory, defaults to environment R_HOME | --htmlbuild HTML files(default is all) | --txt build text files(default is all) | --latex build LaTeX files (default is all) | --example build example files (default is all) | --dosnamesuse 8.3 filenames | --index build index file only | | it does not fail but it outputs this so something is probably not | correct. Ooops. That is the same as bug #327446 -- and it is actually an R bug due to an upstream change. We trigger the bug from the package postinst. Sorry about that -- but it was a unannounced applications interface change by R, and I am trying to keep the old behaviour until we switch all the 50+ r-cran-* packages one-by-one. Thanks for the heads, I had not noticed this as I had inadvertently put the previous' weeks snapshot of R 2.2.0-to-be on 'hold' and had not upgrade to the build from Thursday which bit you here. New and corrected version should come out shortly. Sorry for the inconvenience. Regards, Dirk | -- System Information: | Debian Release: testing/unstable | APT prefers unstable | APT policy: (500, 'unstable') | Architecture: i386 (i686) | Shell: /bin/sh linked to /bin/bash | Kernel: Linux 2.6.14-rc1-g1619cca2 | Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) | | Versions of packages r-cran-gtools depends on: | ii r-base-core2.2.0.beta.20050922-1 GNU R core of statistical computin | | r-cran-gtools recommends no packages. | | -- no debconf information -- Statistics: The (futile) attempt to offer certainty about uncertainty. -- Roger Koenker, 'Dictionary of Received Ideas of Statistics' -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UKFax: +44 1865 272595 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]