Bug#333392: Preliminary packages, looking for sponsor
Preliminary packages have been uploaded to http://rkward.sourceforge.net/debian I'm looking for a sponsor to upload this package, or a mentor to help me fix up the package to meet criteria for inclusion. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338479: r-base: there should be a link to libR.so in /usr/lib
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 as I understand, the whole point of providing the shared library, instead of only the static linked version of R is to allow applications to embed/link against R. However, since libR.so is currently located in /usr/lib/R/lib, and only there, I can not link against it without using rpath. I do not know about the relevant policies, but I really think, libR.so should be in /usr/lib, or at least there should be a link to libR.so in /usr/lib. Could you please provide such a link in the r-base-core package? Thomas Friedrichsmeier -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages r-base depends on: ii r-base-core2.2.0.final-4 GNU R core of statistical computin ii r-recommended 2.2.0.final-4 GNU R collection of recommended pa Versions of packages r-base recommends: ii r-base-html2.2.0.final-4 GNU R html docs for statistical co ii r-base-latex 2.2.0.final-4 GNU R LaTeX docs for statistical c -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333392: ITP: rkward -- A KDE frontend to the R statistics language
Package: wnpp Severity: wishlist Owner: Thomas Friedrichsmeier <[EMAIL PROTECTED]> * Package name: rkward Version : 0.3.3 Upstream Author : Thomas Friedrichsmeier <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Description : A KDE frontend to the R statistics language Description: A KDE frontend to the R statistics language RKWard is meant to become an easy to use, transparent frontend to the R-language, a very powerful, yet hard-to-get-into scripting-language with a strong focus on statistic functions. It will not only provide a convenient user-interface, however, but also take care of seamless integration with an office-suite. Practical statistics is not just about calculating, after all, but also about documenting and ultimately publishing the results. RKWard is still in early development status. Homepage: http://rkward.sourceforge.net Downloads: http://sourceforge.net/project/showfiles.php?group_id=50231 CVS instructions: http://sourceforge.net/cvs/?group_id=50231 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405376: rkward in Debian menu
Thanks for pointing this out. An entry will be added whenever the next version of rkward is uploaded to unstable (after the freeze is over, and there is a new upstream release). Regards Thomas pgpRt83egURI6.pgp Description: PGP signature
Bug#415561: rkward: Path completion a la bash missing
On Tuesday 20 March 2007 11:51, Johannes Graumann wrote:
> In the 'standard' R console ('R' called on cmd line), path completion is
> performed properly (useful for example for calling "source"). This
> functionallity seems to be missing in rKward and would be very handy to
> have.
Thanks for your suggestion. This is already implemented in the current
development sources of RKWard (will be part of the 0.4.7 release, expected in
a few weeks). Path completion will only be performed under certain
circumstances, though (most importantly, only inside quoted strings),
otherwise object name completion is used, as file names generally only appear
inside quotes in R statements.
Regards
Thomas Friedrichsmeier
pgp46hCl48lhu.pgp
Description: PGP signature
Bug#417519: FTBFS with GCC 4.3: missing #includes
On Tuesday 03 April 2007 00:18, Martin Michlmayr wrote: > Your package fails to build with GCC 4.3. Version 4.3 has not been > released yet but I'm building with a snapshot in order to find errors > and give people an advance warning. In GCC 4.3, the C++ header > dependencies have been cleaned up. The advantage of this is that > programs will compile faster. The downside is that you actually > need to directly #include everything you use (but you really should > do this anyway, otherwise your program won't work with any compiler > other than GCC). Some background of this can be found at > http://gcc.gnu.org/PR28080 > > You can reproduce this problem with gcc-snapshot (20070326-1 or higher) > from unstable. Thanks for pointing this out. I assume it does not make too much sense to fix this for etch, hence not going to do that. After the release, a new upstream version will be packaged for sid, and I'd much rather fix it there (upstream). However, right now I can not test this, as gcc-snapshot (20070326-1 or higher) is not available for my platform (i1386), and I did not succeed in trying to get it to compile. In the current upstream version, there is at least one more place that needs this fix, and I'm not sure, whether there might not be more. I'll check as soon as I can get a gcc-snapshot to work. Regards Thomas Friedrichsmeier pgpu3ndutC2hL.pgp Description: PGP signature
Bug#692374: debian-maintainers: Annual ping for Thomas Friedrichsmeier
Package: debian-maintainers Severity: normal Here's my annual ping 2012. BTW, do these bugs ever get closed? Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#692879: tpu: package rkward 0.5.7-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: tpu A bug report[1] concerning omissions in debian/copyright was filed against the version of rkward in testing (0.5.7-2). Meanwhile, due to somewhat imperfect communication, I have already uploaded a new upstream version (0.6.0-1) to unstable. It should be noted that there has been some controversy about the scope and severity of the bug (see the bug report log, and threads [2] and [3] for details). Nonetheless, debian/copyright in rkward 0.5.7-2 is certainly buggy, and the fix is trivial from a technical point of view. Thus I would like to ask permission to upload a fixed package to testing-proposed-updates. You can preview my proposed upload at [4]. For your convenience, I have also prepared a recursive diff between the unpacked and patched source trees of 0.5.7-2 and 0.5.7-3 ([5]). As you can see, only debian/changelog and debian/copyright have been changed. Thanks! Thomas [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689982 [2]: https://lists.debian.org/debian-mentors/2012/11/msg00012.html [3]: https://lists.debian.org/debian-policy/2012/11/msg0.html [4]: http://rkward.sourceforge.net/debian/0.5.7-3/ [5]: http://rkward.sourceforge.net/debian/0.5.7-3/changes_0.5.7_2_3.diff signature.asc Description: This is a digitally signed message part.
Bug#692879: tpu: package rkward 0.5.7-3
Hi! On Saturday 10 November 2012, intrigeri wrote: > > Files: rkward/qwinhost.cpp.orig rkward/qwinhost.cpp > > rkward/qwinhost.h.orig rkward/qwinhost.h > > These paths don't look correct to me. > I suggest s,rkward/,rkward/qwinhost/, Good catch, thanks! I have uploaded corrected files (including unified diff, old->new) to the same location as before: http://rkward.sourceforge.net/debian/0.5.7-3/ Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#692879: tpu: package rkward 0.5.7-3
On Sunday 11 November 2012, Julien Cristau wrote: > Much easier for us if the patch is included in the bug. Ok. Attaching rkward_0.5.7-3.diff.gz and the debdiff 0.5.7-2 -> 0.5.7-3. Regards Thomas diff -u rkward-0.5.7/debian/changelog rkward-0.5.7/debian/changelog --- rkward-0.5.7/debian/changelog +++ rkward-0.5.7/debian/changelog @@ -1,3 +1,10 @@ +rkward (0.5.7-3) testing-proposed-updates; urgency=low + + * more accurate copyright file +closes: #689982 + + -- Thomas Friedrichsmeier Sat, 10 Nov 2011 11:45:00 +0100 + rkward (0.5.7-2) unstable; urgency=low * new upload to force rebuild against R 2.14.0~x on i386 diff -u rkward-0.5.7/debian/copyright rkward-0.5.7/debian/copyright --- rkward-0.5.7/debian/copyright +++ rkward-0.5.7/debian/copyright @@ -1,13 +1,78 @@ -This package was debianized by Thomas Friedrichsmeier on -Tue, 26 Apr 2005 00:00:33 +0200. +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: RKWard +Source: http://rkward.sourceforge.net -It was downloaded from http://rkward.sourceforge.net +Files: * +Copyright: 2002-2012 Thomas Friedrichsmeier and the RKWard team +License: GPL-2+ + This program is free software; you can redistribute it + and/or modify it under the terms of the GNU General Public + License as published by the Free Software Foundation; either + version 2 of the License, or (at your option) any later + version. + . + This program is distributed in the hope that it will be + useful, but WITHOUT ANY WARRANTY; without even the implied + warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR + PURPOSE. See the GNU General Public License for more + details. + . + You should have received a copy of the GNU General Public + License along with this package; if not, write to the Free + Software Foundation, Inc., 51 Franklin St, Fifth Floor, + Boston, MA 02110-1301 USA + . + On Debian systems, the full text of the GNU General Public + License version 2 can be found in the file + `/usr/share/common-licenses/GPL-2'. -Copyright: 2002 - 2010 Thomas Friedrichsmeier and the RKWard team -License: -You are free to distribute this software under the terms of the GNU General Public License. -On Debian systems, the complete text of the GNU General Public License can be found in the file `/usr/share/common-licenses/GPL'. - -Files: rkward/qwinhost.cpp.orig rkward/qwinhost.cpp rkward/qwinhost.h.orig rkward/qwinhost.h +Files: rkward/qwinhost/qwinhost.cpp.orig rkward/qwinhost/qwinhost.cpp rkward/qwinhost/qwinhost.h.orig rkward/qwinhost/qwinhost.h Copyright: (c) 2009 Nokia Corporation and/or its subsidiary(-ies). -License: LPGL-2.1 +License: LPGL-2.1 with Nokia Qt LGPL Exception version 1.0 or GPL-3 + +License: LPGL-2.1 with Nokia Qt LGPL Exception version 1.0 + This library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; + version 2.1 of the License. + . + This library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + . + You should have received a copy of the GNU Lesser General Public + License along with this library; if not, write to the Free Software + Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA + . + On Debian systems, the full text of the GNU Lesser General Public + License version 2.1 can be found in the file + `/usr/share/common-licenses/LGPL-2.1'. + . + Nokia Qt LGPL Exception version 1.0 + . + As a special exception to the GNU Lesser General Public License + version 2.1, the object code form of a "work that uses the Library" + may incorporate material from a header file that is part of the + Library. You may distribute such object code under terms of your + choice, provided that the incorporated material (i) does not exceed + more than 5% of the total size of the Library; and (ii) is limited to + numerical parameters, data structure layouts, accessors, macros, + inline functions and templates. + +License: GPL-3 + This program is free software: you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation, version 3 of the License. + . + This program is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + GNU General Public License for more details. + . + You should have received a copy of the GNU General Public License + along with this program. If not, see <http://www.gnu.org/licenses/>. + . + On Debian systems, the full text of the GNU General Public + License version 3 can be found in the file + `/usr/share/common-licenses/GPL-3'. rkward_0.5.7-3.di
Bug#689982: rkward: incomplete debian/copyright
Hi, On Monday 08 October 2012, you wrote: > debian/copyright is incomplete, see for example the "special > exception" in rkward/qwinhost/qwinhost.cpp. debian/copyright is somewhat inaccurate, indeed. In particular, the copyright years needed an update, and GPL-version was not specified as 2+. I have corrected these two issues, locally (see [1]). I intend to upload this, together with other fixes, new standards version, etc., when the upcoming new upstream release is ready in roughly two weeks (ETA). This change includes a full citation of the "special exception". However, I admit to being somewhat confused by your specific mention of the "special exception" on the qwinhost files. This is an added *permission*, not restriction. So while it may make debian/copyright somewhat incomplete, it does not make the information inaccurate at all. Is this really a "serious" bug? Regards Thomas [1] http://rkward.svn.sourceforge.net/viewvc/rkward/trunk/rkward/debian/ signature.asc Description: This is a digitally signed message part.
Bug#692879: Please unblock rkward
Hi Laszlo, On Friday 23 November 2012, Laszlo Kajan wrote: > This is Laszlo from the Munich bug squashing party [1]. > > rkward has an RC bug because of a copyright issue [2] #689982. This is > fixed in unstable, but with an upgrade to a new upstream. I suppose > because of the this upgrade, the version in unstable that fixes the bug > can not migrate to wheezy. Is that so? > > I have patched d/copyright in wheezy, and resolved the RC bug. > > => May I upload my fix to testing-proposed-updates? I attach the debdiff. > => This would be an NMU, so should the version be 0.5.7-2.1wheezy1 or > 0.5.7-2wheezy1 (present newest in wheezy is 0.5.7-2)? > > [1] http://wiki.debian.org/BSP/2012/11/de/Munich > [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689982 many thanks for helping! However, a fix for this bug is already waiting for approval to upload to tpu: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692879 Sorry, I should have recorded that fact in #689982 (and so I'm putting that on CC, now), but I simply did not expect the process to take this long. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#692879: tpu: package rkward 0.5.7-3
Hi, On Saturday 24 November 2012, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Mon, 2012-11-12 at 09:48 +0100, Thomas Friedrichsmeier wrote: > > On Sunday 11 November 2012, Julien Cristau wrote: > > > Much easier for us if the patch is included in the bug. > > > > Ok. Attaching rkward_0.5.7-3.diff.gz and the debdiff 0.5.7-2 -> 0.5.7-3. > > 0.5.7-2+deb7u1 would be a more conventional version number here, to > indicate that the upload was made "out of sequence". Other than that, > please feel free to go ahead; thanks. thanks. I've uploaded as rkward_0.5.7+deb7u1. I have incorporated the small change suggested by Laszlo Kajan to comply with machine readable copyright file syntax. For reference, I'm attaching the updated debdiff, and a second order diff of the two debdiffs. Regards Thomas diff -u rkward-0.5.7/debian/changelog rkward-0.5.7/debian/changelog --- rkward-0.5.7/debian/changelog +++ rkward-0.5.7/debian/changelog @@ -1,3 +1,10 @@ +rkward (0.5.7-2+deb7u1) testing-proposed-updates; urgency=low + + * more accurate copyright file (thanks to Laszlo Kajan) +closes: #689982 + + -- Thomas Friedrichsmeier Sat, 24 Nov 2012 13:45:00 +0100 + rkward (0.5.7-2) unstable; urgency=low * new upload to force rebuild against R 2.14.0~x on i386 diff -u rkward-0.5.7/debian/copyright rkward-0.5.7/debian/copyright --- rkward-0.5.7/debian/copyright +++ rkward-0.5.7/debian/copyright @@ -1,13 +1,80 @@ -This package was debianized by Thomas Friedrichsmeier on -Tue, 26 Apr 2005 00:00:33 +0200. +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: RKWard +Source: http://rkward.sourceforge.net -It was downloaded from http://rkward.sourceforge.net +Files: * +Copyright: 2002-2012 Thomas Friedrichsmeier and the RKWard team +License: GPL-2+ + This program is free software; you can redistribute it + and/or modify it under the terms of the GNU General Public + License as published by the Free Software Foundation; either + version 2 of the License, or (at your option) any later + version. + . + This program is distributed in the hope that it will be + useful, but WITHOUT ANY WARRANTY; without even the implied + warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR + PURPOSE. See the GNU General Public License for more + details. + . + You should have received a copy of the GNU General Public + License along with this package; if not, write to the Free + Software Foundation, Inc., 51 Franklin St, Fifth Floor, + Boston, MA 02110-1301 USA + . + On Debian systems, the full text of the GNU General Public + License version 2 can be found in the file + `/usr/share/common-licenses/GPL-2'. -Copyright: 2002 - 2010 Thomas Friedrichsmeier and the RKWard team -License: -You are free to distribute this software under the terms of the GNU General Public License. -On Debian systems, the complete text of the GNU General Public License can be found in the file `/usr/share/common-licenses/GPL'. - -Files: rkward/qwinhost.cpp.orig rkward/qwinhost.cpp rkward/qwinhost.h.orig rkward/qwinhost.h +Files: rkward/qwinhost/qwinhost.cpp.orig rkward/qwinhost/qwinhost.cpp rkward/qwinhost/qwinhost.h.orig rkward/qwinhost/qwinhost.h Copyright: (c) 2009 Nokia Corporation and/or its subsidiary(-ies). +License: LPGL-2.1 and Nokia_Exception or GPL-3 + License: LPGL-2.1 + This library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; + version 2.1 of the License. + . + This library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + . + You should have received a copy of the GNU Lesser General Public + License along with this library; if not, write to the Free Software + Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA + . + On Debian systems, the full text of the GNU Lesser General Public + License version 2.1 can be found in the file + `/usr/share/common-licenses/LGPL-2.1'. + +License: Nokia_Exception + Nokia Qt LGPL Exception version 1.0 + . + As a special exception to the GNU Lesser General Public License + version 2.1, the object code form of a "work that uses the Library" + may incorporate material from a header file that is part of the + Library. You may distribute such object code under terms of your + choice, provided that the incorporated material (i) does not exceed + more than 5% of the total size of the Library; and (ii) is limited to + numerical parameters, data structure layouts, accessors, macros, + inline functions and templates. + +License: GPL-3 + This program is free software: you can redistribute it and/or modify + it under the terms of the GNU
Bug#651269: debian-maintainers: Annual ping for Thomas Friedrichsmeier
Package: debian-maintainers Severity: normal Sorry about sending my annual ping a few days late (again). Anyway, here it is. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#783290: Re-opened
Turns out the previous fix does not work out, as the time stamp was not actually passed to the (cmake generated) installation script. Now patched upstream [1], but not yet in 0.6.5(~rc1-1). Thomas pgpSzKORflOjA.pgp Description: OpenPGP digital signature
Bug#820337: r-base-core.shlibs is out of date
Package: r-base Version: 3.2.4-revised-1 Package r-base-core provides r-base-core.shlibs, but that is severely out-of-date: $ cat /var/lib/dpkg/info/r-base-core.shlibs libR 1 r-base-core (>= 2.9.2) I suggest to either automate updates to this file, or to remove it altogether. Regards Thomas pgpvjIpXa8C7h.pgp Description: OpenPGP digital signature
Bug#774133: debian-maintainers: Trouble replacing short key for Thomas Friedrichsmeier
Package: debian-maintainers Severity: normal Apologies if this is not the right place to bring this request. But my current key (as a DM) is about to be removed from the keyring for being too short (1024 bits), and I am having trouble meeting the formal requirements for my replacement key. The two reasons for this ticket, then are: - Hoping to get some help with the problem itself. - Publicly recording my intent to replace the old key, while that is still considered valid. Below is a copy of the request I sent to keyr...@rt.debian.org, with additional detail. Unfortunately (but understandably) it was turned down. Thanks for your attention. Thomas Friedrichsmeier --- Hi! Following your prompt to replace my old key (1024 bits) with a longer key, I am submitting this request to replace my old key id 90D53618 old fingerprint 0D86 778C 9DDF C460 0BBB DB17 10A4 6FFB 90D5 3618 with new key id 1858CBB6 new fingerprint 6F2D C0C0 830C EA38 90FF 22CF 3915 91DF 1858 CBB6 new key attached, below. You will note that I did not manage to get my new key signed by any DDs (let alone two DDs). Neither does it carry too many non-DD signatures, thus far. Here, I'll give some reasons for this shortcoming, and some additional evidence for the validity of the new key, hoping this will be enough to accept it: Key reasons for lack of signatures: - I am not networked with active Debian Developers in my real life. Marcus Brinkmann, who signed my old key, is no longer active in Debian, and has retired his keys. - Similarly many of my real life contacts seem to have abandoned GPG for the most part. - Being a father of small kids, my opportunities for meeting other developers or DDs face-to-face are strictly limited. - I am merely a Debian Maintainer. My upload rights (and my current ambitions in the project) concern exactly one (leaf-) package "rkward". I'll admit I have invested "only" an estimated six hours into generating and getting signatures on my new key. Considering the scope of the associated rights, and the fact that there is no strong reason _today_ to consider my old key compromised, this still felt like a considerable effort to me. Further evidence supporting the validity of my new key: - I am the lead developer of the upstream package in question. - You will find my new key in use on the primary development mailing list, here: http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/ (check any recent mail from Thomas Friedrichsmeier) - The key is also listed at https://rkward.kde.org/User:Tfry , and https://launchpad.net/~tfry . - Thus, while there may be no convincing evidence, that I really am a natural person named "Thomas Friedrichsmeier", I am obviously the same entity, who is in control of central parts of the rkward upstream infrastructure. The additional risk of allowing me to package rkward for debian should be limited. Thanks for your attention, awaiting your verdict Thomas Friedrichsmeier - - New key: - -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQINBFQdxcIBEADbSWvTWHOvFnaNlKYo0UUvVAgSiKbWcP5BH9DjpWbpBWnVewmF 2T24kdkp4YSj80hoBX8NsBpv20fW6qwZ1TpDqPOJzkoAi7j1m6hadFNhyrooGuQq PwicUqOfhQ8nX48g6FhbT+DREjvGmowHBr9oGJx/6gbysuCcyjMgPL+JvfTDG7vU E5jCFDHtLcGq/3moSMr10+3n1kALNtD/Dn+/0iG3MUHci/dG3JlNUne8EaMf17Uf juePB07kUFdNrQN7VNsdYvxjLK75LJlIG15CnaW6iGG6xKgkGDoxFjKSxsSnbykN w0BJipugwlGN3SI5q51v/B1jy9ZpOVN/OjYTIL1JDBWgM/qSAB0W4k8SHfycxGPX Q/5Ptzf6MqlusyQrraeXbaWKsrojf0NSbgkyKuWEDKH67I9y8pViNImPUATvPlTZ qJcTM0iv/4p6ScyKeQwsr2YKlDogpDrgzBXeQt5evFoVf8F7ghLest20+3OBJaXX 8zCB+vfqg44tESF+J41/AmqBkK7VAg83vG0a8wf4J9p7vViMJBjkKS7qfXC6kpI2 JwTY7EAAIeAN1BNvJPDpegSbtHdSJOqs2YzFqN9L0isoaJtuQcL+MzGEPZKkKpRu rl0fi0AccrSn1oBCyFTIxtXqhozcXiF8fe/RZNKfqCujP86/+SPqte15JQARAQAB tEJUaG9tYXMgRnJpZWRyaWNoc21laWVyIDx0aG9tYXMuZnJpZWRyaWNoc21laWVy QHJ1aHItdW5pLWJvY2h1bS5kZT6JAjoEEwEIACQCGwMFCwkIBwMFFQoJCAsFFgID AQACHgECF4AFAlQdyPYCGQEACgkQORWR3xhYy7ZGUxAAsAmCU8joHcQ+zRQu9u6p HAG3JUGRlosHpN6oWR1ZVWOuxiuyTbTWVseERTfBAH0R21Tdx4ywTdX9M5HJnoni vmLNlKZJDkSUCvhMv+X06luJmY5ZxTdtQMCY+HDgs7VKDbAYW2AySIyDcRsQlim3 CQXhVDbmKFzO05qG9I+M8RvN2scOHRvu1ax5QkgjSvKjsCDSIgAc/zEb+5/m5SyA QpYXavWeasNy/ouNh/nFQmj4gxRpbFRzsverdv2aR8UrpjFLw+7kWh8gCoBx8gvJ cH6ItJI6jD6AydJjppQyB/eLPsTDBa5eHGQ1KFp4kvzSpSRU3c5Q05H5HPw5bJkq w2MtKq37Wk0z0gAfU0UZUzyEELklxGVy2NXqyuUxnl8sUb+h8m7m8XiFnamR4f+I 4WfrYqvl1E8/4glaEdc/E1EAJyNHTDGgbfstnBBS4AqLkh7RgtugZ+31sTsZ8W5i XKqLJrokTcC/gsDOmpSEpGKDn0BA7Xrx76pJwRKCiDvUVQ8sOfGr9HqhbJFN8+xn lZsTeMBB3gN9978pImGmNytoYqI2d2Lmgz4WD0nwfsqOey3rLm7qZ5SQspizprJ+ 049L3SlHqF2+sPaPOBE49KFqNAvTcEc862nV+S7ub1YwqKu8WxyKX8LUQPeIvkxz J0MLty1LnqYAT7Pt5E3ZMUiIRgQQEQgABgUCVB3JNAAKCRAQpG/7kNU2GJUqAKC5 RJ6JDIQfvZ4416WdF6QUU0qv7gCaAmzlpkVyzsM07AOlyL/bU+pB95eJAhwEEAEC AAYFAlQpt48ACgkQ+DFcy3vauo5w7hAAgZIjBgb5s/4RzunDY49bAqds3MFOpDtt J6kjwvxnCBG00hoO1YnvlbDIseXQOgiNOCqpX9Idh7mFfe3iglz7IyQT9/uDn5+k 0kM+gUeC2oDbEA09L/IXg0cmSJEKI7IKnzwJuWWcKQX8oBGttVdxykks
Bug#817068: Wildcard in overrides no longer appears to work mid-string
Package: lintian Version: 2.5.42 Trying to overrides some source-is-missing false-positives in package rkward, I note that wildcard matching no longer appears to work at start or mid of string. I'm trying to override source is missing for E: rkward source: source-is-missing rkward/plugins/plots/box_plot.js line length is 257 characters (>256) E: rkward source: source-is-missing rkward/plugins/analysis/power/Poweranalysis.js line length is 538 characters (>512) (Note: The heuristics underlying source-is-missing have seen a number of changes, apparently. Other versions have been flagging more .js files in rkward). I would expect the following three override variants to all do the trick, but only variant 3 overrides, successfully: 1) rkward source: source-is-missing *.js 2) rkward source: source-is-missing rkward/plugins/*.js 3) rkward source: source-is-missing rkward/plugins/* Variant 2 used to work with some earlier version of lintian, current around December 2015. I never used Variant 1 except for testing. Regards Thomas pgpSUL0Xoersd.pgp Description: OpenPGP digital signature
Bug#817068: Wildcard in overrides no longer appears to work mid-string
Hi, thanks for the swift reply! On Mon, 7 Mar 2016 21:53:04 +0100 Jakub Wilk wrote: > Hi Thomas! > > * Thomas Friedrichsmeier , > 2016-03-07, 21:07: [...] > >I would expect the following three override variants to all do the > >trick, but only variant 3 overrides, successfully: > > > >1) > >rkward source: source-is-missing *.js > >2) > >rkward source: source-is-missing rkward/plugins/*.js > >3) > >rkward source: source-is-missing rkward/plugins/* > > > >Variant 2 used to work with some earlier version of lintian, current > >around December 2015. I never used Variant 1 except for testing. > > The tag info doesn't end with ".js", but with "line length is $X > characters (>$Y)"; so it's not surprising that the first two variants > don't work. I see. (But I had been interpreting the "line length" part as an additional comment, not actually part of the description.) Obviously, I was plain wrong, then, technically. But two more remarks: > That said, I don't think this "line length ..." part is helpful to > users, so I'd be in favor of removing it. Yes, and no. It did get me off-track (and probably it's the reason why Variant 2 used to work, one day), but it clearly does help understand _why_ lintian believes the source is missing. Suggest adding something similar to the extended description, then (if feasible). Also, same problem for source-contains-prebuilt-javascript-object . Niels Thykier wrote: > An alternative override that should work: > > source-is-missing *.js line length is * characters (>256) Lintian user's manual might point out the fact that more than one wildcard can be used. Or perhaps I simply got derailed by the archeological tid-bit "The first wildcard support appeared in Lintian 2.0.0, which only allowed the wildcards in the very beginning or end. Version 2.5.0~rc4 extended this to allow wildcards any where in the additional info." Regards Thomas pgpzOWivXrukK.pgp Description: OpenPGP digital signature
Bug#417519: FTBFS with GCC 4.3: missing #includes
On Thursday 07 June 2007, Martin Michlmayr wrote: > Unfortunately, that version failed to build again and the next one > too, but now finally a modern version of gcc-snapshot (20070604) has > successfully been built on i386 and is available on unstable. Thanks for remembering to drop me a note. > Feel free to use this version to investigate the bug I've filed but > please note that: > a) GCC 4.3 is still under heavy development, so there are bugs and > things will still change. Well, I did not investigate any further (I did rule out disk cache, though), but rkward takes almost twice as long to build as it did with 4.1.3. I hope that's not going to be the final state. > b) Since I reported bugs about missing header inclusions, some more > headers got cleaned up, which means that it's likely that you need > to include some more headers compared to what I suggested. Indeed. Fixed upstream (at least for now). I'll test again with GCC 4.3 shortly before uploading the next release. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#422541: rkward: Crash when calculating a determinant matrix
Hi Ben, On Sunday 06 May 2007, Ben Goodrich wrote: > Hope things are well. To replicate this crash, execute > > det(diag(3)) > > I would send a backtrace but rkward does not seem to play nice with gdb on > my system. Perhaps this is another bug? yes, this is not easy, since there are actually two wrapper scripts being called, and gdb isn't smart enough to handle this. R has a "--debugger" option for this, perhaps I should add something like this, too, sooner or later. > All I've got is the konsole message > > rkward: symbol lookup error: /usr/lib/R/lib/libRlapack.so: undefined > symbol: _gfortran_copy_string This should be the relevant error message, though. It's a symbol lookup problem, so you wouldn't see too much in gdb. After upgrading several portions of my system, I can reproduce the problem, but not sure, where it really comes from in the first place (worked smoothly shortly before). Either way, I have found a fix (explicitely linking against libgfortran). I'll try to prepare a bugfix release, soon. Meanwhile, you could try the SVN version (see http://rkward.sourceforge.net/wiki/index.php?title=RKWard_SVN ; you need the make -f Makefile.svn stage, even if you have done this, previously). Regards Thomas pgpguAVmKbRek.pgp Description: PGP signature
Bug#531086: [rkward] Drop cmake and libphon-dev build-depends, already provided by kdelibs5-dev
Hi, On Friday 29 May 2009, Julien Lavergne wrote: > Your package build-depends on cmake and libphonon-dev, but this 2 > packages are already provided by kdelibs5-dev, another build-depend of > this package. These build-depends can be dropped. > It's also the only diff between Debian and Ubuntu package. This change > will permit to synchronize directly the 2 packages. thanks for pointing this out. Two issues: First I'd like to wait until a fixed version of rkward migrates into testing. I hope that will happen soon, but until then, I won't upload another package unless absolutely needed. Second (small) problem is, that cmake and libphonon-dev used to be required, as older versions of kdelibs5-dev did not yet depend on that. I'll have to check whether such versions are still in the wild, somewhere. As of now the same .deb-source can be compiled on almost any .deb-based system without changes. Would be nice if we can find a way to continue to support a wide range of systems with a single .deb-src. I'll have to look into this. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#432377: rkward: FTBFS: /usr/bin/ld: cannot find -lgfortran
On Monday 09 July 2007, Lucas Nussbaum wrote: > The full build log is available from > http://people.debian.org/~lucas/logs/2007/07/08/ Sorry about the terribly long delay. The problem seems to have been the following: rkward build-depends on r-base-dev r-base-dev depends on gfortran-4.2 (and gcc-4.2) So this *should* get us the fortran library. However, from the build log, I see: Toolchain package versions: libc6-dev_2.5-11 linux-libc-dev_2.6.21-5 linux-kernel-headers_=*=PROVIDED=*= gcc-4.1_4.1.2-13 g++-4.1_4.1.2-13 binutils_2.17cvs20070426-8 libstdc++6-4.1-dev_4.1.2-13 libstdc++6_4.2-20070707-1 So we used gcc-4.1 to compile, and that would have required gfortran-4.1, of course. Now what I don't understand is, why gcc-4.2 wasn't used in this situation. So while build-depending on gfortran-4.1 would certainly provide a fix, I'm not sure, whether this is the right way to go. Any insight on this? Regards Thomas PS: CC'ing my sponsor, hoping for a suggestion on how to deal with this. signature.asc Description: This is a digitally signed message part.
Bug#442059: rkward does not start with R 2.6.0 alpha
severity 442059 serious thanks Hi Ben, thanks for your report. I have a fix for this upstream, however, I'm struggling with bug #432377, so I don't know how to produce a fixed package, yet. As a temporary workaround, either a) downgrade R to 2.5.1 or b) compile from the development sources (instructions can be found at http://rkward.sourceforge.net/wiki/index.php?title=RKWard_SVN). I'll try to get the fix into debian ASAP. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#443008: rkward: FTBFS: rembedinternal.cpp:783: error: 'R_LastvalueSymbol' was not declared in this scope
merge 443008 442059 thanks On Tuesday 18 September 2007, Lucas Nussbaum wrote: > rembedinternal.cpp: In function 'void > runUserCommandInternal(void*)': rembedinternal.cpp:783: error: > 'R_LastvalueSymbol' was not declared in this scope This is technically the same issue as 442059. Both is due to R_LastvalueSymbol having been removed (or rather it's just no longer visible in libR.so) in R 2.6.0 (alpha). A fixed version will be uploaded, soon. signature.asc Description: This is a digitally signed message part.
Bug#421205: Can reproduce
Hi, I can reproduce this bug. Versions of further packages which may be relevant: apache 1.3.34-4.1 libapache-mod-php4 6:4.4.4-8+etch-4 I fixed this bug by commenting out the bottom-most RewriteRule in typo3-dummy.conf (RewriteRule .* /typo3/index.php [L]). Despite the [L] at the end, this line seemed to cause infinite recursion: [Tue Sep 25 14:24:32 2007] [debug] mod_rewrite.c(1643): [client x] mod_rewrite's internal redirect status: 0/10 . [Tue Sep 25 14:24:32 2007] [debug] mod_rewrite.c(1643): [client x] mod_rewrite's internal redirect status: 1/10 . [Tue Sep 25 14:24:32 2007] [debug] mod_rewrite.c(1643): [client x] mod_rewrite's internal redirect status: 2/10 . [Tue Sep 25 14:24:32 2007] [debug] mod_rewrite.c(1643): [client x] mod_rewrite's internal redirect status: 3/10 . [...] I don't understand whether this RedirectRule actually serves an important purpose, however. Here, the system seems to work fine, without it. I ran into a number of further issues, which I will report in a while. Regards Thomas Friedrichsmeier signature.asc Description: This is a digitally signed message part.
Bug#444023: typo3: Wrong permissions on several files
Package: typo3 Version: 4.0.2+debian-3 Severity: important Several of the files shipped with owner root:www-data, instead of www-data:www-data. Unfortunately, I no longer have a list of which files this applies to. README.Debian mentions /usr/sbin/typo3-site-installer in step 4. This command is not shipped in the package, or at least not under that name. Of course, if permissions were set correctly in the first place, this step would not be needed at all. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.18-bf2.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages typo3-src-4.0 depends on: ii libapache-mod-php4 6:4.4.4-8+etch4 server-side, HTML-embedded scripti ii php4-cli 6:4.4.4-8+etch4 command-line interpreter for the p ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free Versions of packages typo3-src-4.0 recommends: ii catdoc 0.94.2-1MS-Word to TeX or plain text conve ii exim44.63-17 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail 4.63-17 lightweight exim MTA (v4) daemon ii graphicsmagick 1.1.7-13collection of image processing too ii gs 8.54.dfsg.1-5 Transitional package ii gs-gpl [gs] 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii mysql-server 5.0.32-7etch1 mysql database server (meta packag ii mysql-server-5.0 [mysql- 5.0.32-7etch1 mysql database server binaries ii php4-gd 6:4.4.4-8+etch4 GD module for php4 ii php4-mysql 6:4.4.4-8+etch4 MySQL module for php4 pn php4-xcache | php5-xcach (no description available) ii typo3-dummy 4.0.2-2 Empty TYPO3 site package for start ii xpdf-utils 3.01-9etch1 Portable Document Format (PDF) sui -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#531086: [rkward] Drop cmake and libphon-dev build-depends, already provided by kdelibs5-dev
Hi Julien, we're currently discussing the pros and cons of adopting your suggestion on rkward-devel (see http://www.mail-archive.com/rkward- de...@lists.sourceforge.net/msg00476.html and follow-ups). Would you like to give us your point of view? Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#550887: Plase add Thomas Friedrichsmeier to debian-maintainers keyring
Package: debian-maintainers Version: 1.64 Severity: wishlist Hi, please add my key to the debian maintainers keyring. My declaration: http://lists.debian.org/debian-newmaint/2009/10/msg4.html . The jetring changeset is attached. Thanks! Thomas Comment: Add Thomas Friedrichsmeier as a Debian Maintainer Date: Tue, 13 Oct 2009 21:50:46 +0200 Action: import Recommended-By: Roland Marcus Rutschmann Agreement: http://lists.debian.org/debian-newmaint/2009/10/msg4.html Advocates: http://lists.debian.org/debian-newmaint/2009/10/msg5.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.10 (GNU/Linux) mQGiBEJ2apYRBACPpHOR2oJD0sR1vJT5kNzcoW5/eTE5NieBvL7Kzqf3xeozSL2s eiqTcSSch1CTptVa18aiOzNFETiiL/EAAjy5CFm2pTTcNj1l28s7Rxk/0OW8uSYJ sJHZcUCEEc1g9B06UAI9g89GWFGb+L16ZKo+CgVItmVGM9iydKKFOIKVwwCgzuoF u0zTcIjP8b/6RkTkZyJ1Ml0D/Amk1IHUekME7F6aZmQvPEWRTRQaHzCHWlttwsVe XCVSkVPE1pdvGIDqtWKKwXB57y1HvDqDMPQGJdrr3HPddy687kJ0tQwZDdVWZoPb 6U/A56OuYCpoGCCIu/D5YIQ/JuE3nMzAD2bQN0e0NrB7X16mhdZ8KFq+AMXPr8Up 1UUuA/9JapZi646bX6XUcCXEndybM27wRWJxO/lIy4tpYhBUV11+9ifcuz3PoZnF /J6CrEBwS5j/g5eZCH6boV9NwEIhitRxou9oQv9iX8UoHNzoRIkKm8R5JfuT0/H2 2XUNwnzfAsan7jjMBvRIiejFUqP1OC+yzOXb+GA8jp54EuNn2rRCVGhvbWFzIEZy aWVkcmljaHNtZWllciA8dGhvbWFzLmZyaWVkcmljaHNtZWllckBydWhyLXVuaS1i b2NodW0uZGU+iGEEExECACECGyMGCwkIBwMCAxUCAwMWAgECHgECF4AFAkJ2bEYC GQEACgkQEKRv+5DVNhi/0wCdGp0lQEEfV6KDaohzX4T/nfb4Oe4An1CcbcHVjzJ8 muVHi4UuDYC+2w10iEYEEBECAAYFAkWhdy0ACgkQPOq9vOsT7e4f1gCghC/D+cCC B5FpxNKE5u1FS0LEjNAAnRkVEcAQozXN3QvEmBvXUAMNtDtUiEYEEBECAAYFAkdM iucACgkQ6Dx8/Hy2+Q/aHgCeIRBGYko3jo4z0HANS7MaMYsQCYoAn0O9QEj3q3fp gA1BhxJPwcvrWyDqiEYEEBECAAYFAkrE80UACgkQwKTLuYeXhWkEswCfdKh/Fs9m 2DKrGf94fNzAp1lEh7kAn0FiVgviTDIOVRtRetP0fH94SmgetDNUaG9tYXMgRnJp ZWRyaWNoc21laWVyIDx0ZnJ5QHVzZXJzLnNvdXJjZWZvcmdlLm5ldD6IXgQTEQIA HgUCQnZrRAIbIwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRAQpG/7kNU2GIPKAJ9Z AzEPTWELY7iPoInNy4a5dHxd8ACgql7WRUwJp6vk7HqIJqT00JechS+IRgQQEQIA BgUCRaF3LQAKCRA86r286xPt7jwcAKDthT7ybdhphrqs8Jnc3E1A6bN7BACg0+a8 HxzDzLhXdD7rAyaCNuANjOGIRgQQEQIABgUCR0yK5wAKCRDoPHz8fLb5D6UIAJ9x SylL2YLuCQsYuyOLHIHFVFnK+ACfU8TD5YFq+SRiysdf8VWUhm1kwA+IRgQQEQIA BgUCSsTzRQAKCRDApMu5h5eFae3LAJ9Bce25Jc+4u7btMtlv1Xlo0bX9YACfTgpn mnaE6WCHXaecvxsWsuXgA7e0NlRob21hcyBGcmllZHJpY2hzbWVpZXIgPHRob21h cy5mcmllZHJpY2hzbWVpZXJAZ214LmRlPohbBBMRAgAbBQJCdmqWBgsJCAcDAgMV AgMDFgIBAh4BAheAAAoJEBCkb/uQ1TYYARsAmwS0RWEfHiMe2oWV8myqT7y1Ayt2 AKCdAtL3sNqD7Og41ItbxQ0SfMtDDohGBBARAgAGBQJFoXctAAoJEDzqvbzrE+3u RJsAoMSU/dmPQKe5zQWH7MM5ttbstLGcAJ94nVoSStomFcnyI8l7G6d9Tj7wAYhG BBARAgAGBQJHTIrnAAoJEOg8fPx8tvkPdMgAn0PzRJEy3JUfyS2VnKP5gpoyOFHA AJ9tktRLbsxIFjuqYDGaK3TvRX0fTohGBBARAgAGBQJKxPNFAAoJEMCky7mHl4Vp nQsAnjHbkp5RL+Md8IcRUN3VcIaHJ3FoAJ9TnKQ3YMjtsekgpu7XhWjBWxP5JLQy VGhvbWFzIEZyaWVkcmljaHNtZWllciA8dGhvbWFzQGZyaWVkcmljaHNtZWllci5l dT6IYAQTEQIAIAUCRWXxQwIbIwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEBCk b/uQ1TYYnv8AnitQHFIDG+xDEra/t3/KGXQlkt45AJ9I9gXTzS9UNewzk10clvEV BcYsJYhGBBARAgAGBQJFoXctAAoJEDzqvbzrE+3uKhUAoLbWweXjfkm+oGjKL/S4 kDAsWNRUAKCobxxsfV2aRm4CKS2ZAsvuHMHzW4hGBBARAgAGBQJHTIrnAAoJEOg8 fPx8tvkPyl4AoMUPRZRN6G5hS1L8GNDt8XZk8a2hAJsHrPzo4iS644YVWtMVHsvz giOEQ4hFBBARAgAGBQJKxPNFAAoJEMCky7mHl4VpoosAn3+Z0rsCmyvQzQmT6EQJ L1NZvVKtAJiNUuP0sVnxRit2QKxfW3AAbWoIuQENBEJ2apkQBADoo6vHriURByns h1gFJmm0gQYsYi+6v3/G/JnLdvA/q/goyL4nT+ROowN5+L+ih0+7YKvUMgn7xslg 4l8jghQspgj2EkiQvghRI10yrDxlc29pL028staiEmF9BluI9dlYt+qrN9pij43M zoEwLp1UuhKd6F4O7F6C5AMycP4URwAFHwP+MApaxJgKIjYt3YOMikQLZ5LFbKQ5 gmCivKff0Fz7N7BrBcB1RUiSTFTYhOn5QuNXQ0hsdTNZ+hODDnZd53+BrajEZ7+V lO5aQX3IGose0KJK+JLeBSNnBk445ubm84tbCO/3OJ5naQLUyRr1raiuHXe9ei8v hmN/GrlDNcAJ4/2IRgQYEQIABgUCQnZqmQAKCRAQpG/7kNU2GFXVAJ0Yi3xIpCNi qGGXazzWoOgLP92wgACfSxN4ZjvhdqIqX7ikgNm8MwuEjgg= =Ws1u -END PGP PUBLIC KEY BLOCK- signature.asc Description: This is a digitally signed message part.
Bug#455709: rkward: Rkward should activate window/pane on hover over
RKWard 0.5.0 will support focus-follows-mouse style MDI window activation behavior (configuration option). Since RKWard 0.5.0 is scheduled to be released around Jan. 21, but since it depends on KDE 4, it may probably take some longer before it becomes available in debian. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#450618: Please add gfortran-4.1 to builds depends (fix FTBFS)
On Thursday 08 November 2007, Marco Rodrigues wrote: > Package: rkward > > Hi! > > Please add b-d for gfortran-4.1 (Fixes FTBFS). That FTBFS is on ubuntu, am I right? I think it needs fixing, there, and adding gfortran-4.1 as bd will not help. The situation is as follows: - In debian, starting with 2.5.1-1, R is forced to build with GCC 4.2. I don't know the exact reasons, but according to the changelog, there were some problems with mis-compilation of fortran code with gfortran 4.1. - For rkward we needed to follow suit in order to get correct linking. Since we try to support a large range of different installations with a single .deb, we only force GCC 4.2 when the installed version of R is 2.5.1 or greater. - The relevant build-depends are fetched via r-base-dev, which, in debian, depends on gcc/g++/gfortran 4.2. - Now in ubuntu apparently the forcing of GCC 4.2 was reverted. Here's the changelog message for 2.6.0-3gutsy0: r-base (2.6.0-3gutsy0) gutsy; urgency=low . * Compilation for Ubuntu 7.10 * build-depends on poppler-utils instead of xpdf-reader * reverted build-depends to gcc, g++ and gfortran instead of gcc-4.2, g++-4.2 and gfortran-4.2 (@Vincent: That's why I put you in the CC) I can see no good way of coping with this from the rkward debian package. Rather, I think you will need to prepare a ubuntu-specific package of rkward, just as you did for r-base. To do so, simply remove the logic in lines 30 to 39 of debian/rules (leave only the portion inside the else...fi). No other changes should be needed. But again, I can see no good way of adjusting the debian package, and will close this report unless you manage to convince me otherwise. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#333392: RKWard debian packages
rkward 0.3.4 is not expected to compile with the current R packages in debian. I have redirected the given path to where the new packages are, sorry about the confusion. What went wrong with the 0.3.5 packages, I do not know. I have recreated the package, but now, of course, the source.tar.gz is slightly different from the official tarball (no "real" differences, just some automake noise). Regards Thomas pgpKp19SrPEer.pgp Description: PGP signature
Bug#569114: watch file for rkward
Thanks for the watch file patch! This will be part of the next version of the .deb (but probably this will not happen before the next upstream release). Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#605984: debian-maintainers: Annual ping for Thomas Friedrichsmeier
Package: debian-maintainers Severity: normal Sorry about sending the ping a few days late. Anyway, here it is. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#551306: rkward: help() does not work properly with R 2.10 prerelease
Hi Ben, thanks for reporting. This is already fixed in the upstream development version http://p.sf.net/rkward/svn . Both a fixed upstream release and fixed debian package will follow soon, but are currently a bit behind schedule due to real life obligations. Regards Thomas signature.asc Description: This is a digitally signed message part.
Bug#900591: FTBFS against R 3.5: The C compiler identification is unknown
On Sat, 2 Jun 2018 11:58:21 +0300 Juhani Numminen wrote: > On the other hand, maybe debian/rules of rkward needs to be changed. > The comment at [3] states that setting CC is required for "some > installations of R", but is it required in the Debian package > specifically? In fact, my approach to fixing this is to remove the specification of CC (and CXX, F77) form R CMD config. This was added, historically, in 2007, when R was forcing GCC 4.2, while GCC 4.1 was still the default, and Ubuntu did not even have GCC 4.1. Since there was some incompatibility between 4.2 and 4.1 (fortran, I believe), linking would fail unless using the same version. Handling this in rules, instead of dependencies was the only way to allow building for debian and ubuntu from the same source, then. It should not be needed, today. A fixed package is on mentors. I cannot upload myself. Lisandro has sponsored the last couple of uploads, and I've contacted him, this morning. (Note that technically, this is also a new upstream release, but the single upstream change is a hotfix to ensure proper installation of translations). Regards Thomas pgp2F5K5zIC30.pgp Description: OpenPGP digital signature
