On 10 May 2018 at 19:47, Paul Gevers wrote:
| Hi Dir,
|
| On 10-05-18 14:04, Dirk Eddelbuettel wrote:
| > Sorry about that. It must have been an old packaging oversight that only
came
| > to light now -- DBI never had a src/ directory and should have been 'all'
all
| > along.
| >
On 10 May 2018 at 11:54, Andreas Tille wrote:
| Hi,
|
| a lot of r-* packages received mails about test suite errors like this:
|
| On Wed, May 09, 2018 at 02:16:29PM +0100, Paul Gevers wrote:
| > ...
| > [2]
https://ci.debian.net/packages/r/r-bioc-summarizedexperiment/testing/amd64/
|
| I
On 2 May 2018 at 14:41, Lumin wrote:
| Seems that things are getting more complicated. Recall that here we'are
| going to prevent users from GPL violation in situations such as this
| one:
|
| debootstrap; apt install libmkl-rt; apt install octave; octave ... (1)
Are you sure? I do not think
I had some friendly emails with Stefan (git2r upstream) when he started the R
package git2r (as I needed some features in my drat R package) and he
expressed quite some frustration at working with libgit2 as it changed so
much upstream.
I know we collectively really hate embedding copies, but
On 18 December 2016 at 07:39, Dirk Eddelbuettel wrote:
|
| On 18 December 2016 at 09:27, Andreas Tille wrote:
| | Hi,
| |
| | since yesterday I'm not able to build any r-* packages any more in
| | pbuilder. I get something like:
| |
| | ...
| | Selecting previously unselected package r-base
On 18 December 2016 at 09:27, Andreas Tille wrote:
| Hi,
|
| since yesterday I'm not able to build any r-* packages any more in
| pbuilder. I get something like:
|
| ...
| Selecting previously unselected package r-base-core.^M
| Preparing to unpack .../102-r-base-core_3.3.2-1_amd64.deb ...^M
|
On 15 December 2016 at 14:42, Christian Seiler wrote:
| On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote:
| > On 15 December 2016 at 14:26, Andreas Tille wrote:
| > | Sorry, but I have no idea how since I'm totally clueless currently and
| > | upstream also did not yet responded to t
On 15 December 2016 at 14:26, Andreas Tille wrote:
| This was discussed before. The output above is from a previous package
| version where I simply forgot to actually use xvfb. Since this error
| of mine the package was build without RGL - thus the warning. Later I
| was using xvfb correctly
On 14 December 2016 at 16:44, Christian Seiler wrote:
| Hi,
|
| On 12/14/2016 04:16 PM, Dirk Eddelbuettel wrote:
| > One quick thought: does it die in _compilation_ which we have seen with
other
| > (C++-heavy) packages?
|
| No, g++ works fine here. (The C++ file itself is trivial
with treescape version 1.10.17. Since I personally fell
| totally clueless I'm forwarding this upstream and also CC Dirk
| Eddelbuettel who is known for his insight and good contact to the R
| community. May be somebody has a better clue rather than drastically
| increasing the stack size on those
.
|
| ___
| Debian-med-packaging mailing list
| debian-med-packag...@lists.alioth.debian.org
| http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
|
|
| --
| http://fam-tille.de
--
Dirk Eddelbuettel | e...@debian.org | http
Also, CRAN has 1.7-3, you guys are at 1.7-0 of GenABEL. Maybe this even
changed upstream...
Dirk
--
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 29 June 2011 at 15:01, Andreas Tille wrote:
| Hi,
|
| Your package is uninstallable on some archs:
|
| mrbayes-mpi/mips unsatisfiable Depends: openmpi-bin
| mrbayes-mpi/mipsel unsatisfiable Depends: openmpi-bin
| mrbayes-mpi/s390 unsatisfiable Depends: openmpi-bin
|
| I admit
I would like to give these Bug Free and Lintian Clean (TM) packages away.
All packages have been converted to debhelper and should be easy, especially
as a training ground for beginning maintainers. I would also be more than
happy to help to ease transition.
These packages are effectively
14 matches
Mail list logo
