On 22/06/2023 13:42, Bill Allombert wrote:
Le Mon, Jun 19, 2023 at 08:40:02PM +0200, Gordon Ball a écrit :
On 08/06/2023 11:54, Bill Allombert wrote:
Dear Debian Sciences,
I try to compile some xeus jupyter kernel and it requires xeus-zmq
which does not seems to be in Debian.
Is it under
On 08/06/2023 11:54, Bill Allombert wrote:
Dear Debian Sciences,
I try to compile some xeus jupyter kernel and it requires xeus-zmq
which does not seems to be in Debian.
Is it under a different name ?
No, it's not packaged (as far as I know - I packaged libxeus and
xeus-python). It has only
On Wed, Nov 10, 2021 at 07:32:53PM +0100, Timo Röhling wrote:
> Hi Andreas,
>
> * Andreas Tille [2021-11-10 18:14]:
> > nbsphinx.NotebookError: TypeError in user_guide/style.ipynb:
> > 'coroutine' object is not subscriptable
> This seems to be an issue with nbconvert 5.6.1, which apparently
[Forwarded to debian-science, list address in previous mail was wrong
but I think it was meant to be sent here]
> I would like to know if you are planing to package
> jupyterhub/jupterlab/binder for Debian Buster>
> It would be great to communicate about your plan for he jupyter eco-system.
>
On 23/03/17 13:05, Andreas Tille wrote:
> Hi,
>
> On Fri, Mar 17, 2017 at 02:34:59PM +, Tobias Hansen wrote:
>> I guess that means it requires nodejs >= 4. At least it's something you
>> could try.
>
> I confirm that using nodejs >=4 solved the issue in node-esprima.
>
>> On 03/08/2017
>>> However, yesterday I stumbled upon r-cran-yaml[1] which causes a
problem
>>> I was not able to solve quickly. Upstream has injected an additional
>>> declaration to the code copy of libyaml which I injected via quilt patch
>>> right into the C code which now enables building the code.
On 01/12/16 09:46, Andreas Tille wrote:
> Hi Gordon,
>
> it seems you are quite busy currently since I have not heard from you
> since some time. I decided to upload a new version of dh-r which is
> fixing some nasty bug (#846239). I hope you are fine with the changes
> done by Dylan Aïssi and
On 26/10/16 13:29, Andreas Tille wrote:
> Hi Gordon,
>
> On Tue, Oct 25, 2016 at 03:31:47PM +0200, Gordon Ball wrote:
>>
>> Quite a few are probably now out of date (bioconductor release in the
>> meanwhile), but yes, I can push some updates once I'm able to verify th
On 25/10/16 15:26, Andreas Tille wrote:
> Hi Gordon,
>
> good news that dh-r was accepted. You previously wrote that you had
> some packages converted and tested. Would you mind commiting at least
> the Debian Med packages to VCS. I'll notice the commits and will check
> and upload. If you
On 08/10/16 20:57, Dirk Eddelbuettel wrote:
>
> On 8 October 2016 at 20:01, Joost van Baal-Ilić wrote:
> | I couldn't agree more. I'm a cdbs fan, and some of my packages I maintain
> with
> | neither cdbs nor dh. So I was _very_ happy to find out cdbs was the tool
> used
> | by many r-cran
On 07/10/16 15:33, Dirk Eddelbuettel wrote:
>
> On 7 October 2016 at 15:09, Andreas Tille wrote:
> | I'm fine with these changes. If you want to let this propagate to all
> | R+BioConductor packages probably a lintian warning makes sense. May be
>
> Really? We don't have an officially
On 27/09/16 23:32, Dylan wrote:
> Hi,
> Thanks for this tool.
Hopefully it'll be in the repository soon and can be used for packages -
it's been in NEW for the last two weeks so hopefully the FTP masters
will have a chance to review it soon.
>
> Just a very small suggestion. We probably can
Moving forward with this, I propose to file an ITP for dh-r as a
standalone package shortly, barring any objections. Since this shouldn't
overlap with anything else, I would to go straight to unstable rather
than going via experimental.
## Repository
Mirrored to alioth [1], and this is the
On 09/09/16 14:17, Dirk Eddelbuettel wrote:
> | The plan was to avoid seeing eg, lintian hardening-no-bindnow warnings
> | on packages with compiled extensions. I tried injecting dpkg-buildflags
> | LDFLAGS output into the MAKEFLAGS environment for R CMD INSTALL but it
> | doesn't appear to work.
On 09/09/16 08:28, Andreas Tille wrote:
> On Thu, Sep 08, 2016 at 05:12:28PM -0500, Dirk Eddelbuettel wrote:
>> |
>> | Yeah, I'd love to see this happen too; I actually started looking at
>> | supporting it, so you could just do:
>> |
>> | %:
>> | dh --with r $@
>> |
>> | and get on with
On 08/09/16 23:25, Dirk Eddelbuettel wrote:
> | > * automatic substvars for known dependencies
> |
> | That's very appreciated and helps definitely to prevent errors since
> | sponsees as well as I myself forgot to sync Build-Depends with Depends
> | (versioned and unversioned). I verified
I have written a prototype debhelper module for building R packages,
which can be found (for the moment) on github:
https://github.com/chronitis/dh-r
This is meant to provide feature parity with the existing CDBS macro
while adding some possibly useful extras:
* automatic substvars for known
On 09/06/16 15:07, Andreas Tille wrote:
> Hi again,
>
> On Wed, Jun 08, 2016 at 05:05:15PM +0200, Andreas Tille wrote:
>>> Returning a few weeks later: CRAN packages.
>>>
>>> r-cran-adegraphics:
>>> r-cran-surveillance:
>>>
>>> waiting for r-cran-spdep
>>
>> Its the fourth time in new queue and I
Returning a few weeks later: CRAN packages.
r-cran-adegraphics:
r-cran-surveillance:
waiting for r-cran-spdep
r-cran-afex:
run-unit-test script hides output, so you don't see what goes wrong
missing test dependency on r-cran-dplyr
missing test dependency on mlmrev (not packaged) for the
Was this forwarded to the root forum/mailing list? [1][2]
(Former root user, but having left particle physics I'm not keen to dig
into it again - but at the time having it available for debian/ubuntu
was useful, and you might find someone there who feels the same).
[1]:
Hello
Could I request sponsorship for:
r-cran-repr [1]: NEW, ITP #814742
r-cran-pbdzmq [2]: update 0.2-1 -> 0.2-2
Both of these are (eventual) dependencies for irkernel (native R support
for jupyter/ipython). Git master should be buildable in each case, with
tarballs in pristine-tar.
Also:
tream version.
>
Still appears present in 1.0.10. I think the test script needs to be
patched since it hardcodes an attempt to write a report to the directory
in which the package is installed. I'll try and write a patch for this.
In addition, a re-do of the r-bioc-snpstats run-unit-test is atta
>> However, since the working dir for the test is the root of the
extracted
>> source package, we should be able to extract the R and debian package
>> names directly rather than hardcoding or deriving them:
>>
>> rpkg=$(grep-dctrl -s Package -n '' DESCRIPTION)
>> dpkg=$(grep-dctrl -s
Hello
I had a look at which packages are have long-term test failures on
debian CI [1]. This list doesn't include failures only on arm64, or
those for which the tests have recently passed and are perhaps random
failures.
At least half of the failing packages appear to fail for trivial and
Followup: simple load-library tests for R are in autodep8 as of version
0.5 (now in unstable).
On 11/04/16 11:21, Andreas Tille wrote:
> On Sun, Apr 10, 2016 at 07:44:50PM +0200, Gordon Ball wrote:
>> This is my understanding. From [4] "If debian/tests/control is absent,
>> t
For the set of R packages I recently uploaded, I added trivial DEP-8
tests* which did:
R -e "if (! require('$pkg')) quit(status=1)"
Which I think is sufficient to trivially test whether a package has been
properly installed with required dependencies and hence can be loaded by R.
Would it
On 27/03/16 23:21, Gordon Ball wrote:
> On 27/03/16 17:10, Andreas Tille wrote:
>> On Sun, Mar 27, 2016 at 04:34:36PM +0200, Gordon Ball wrote:
>>>> I have uploaded r-cran-r6. The other two packages are lacking a
>>>> pristine-tar branch that should be pro
On 27/03/16 17:10, Andreas Tille wrote:
> On Sun, Mar 27, 2016 at 04:34:36PM +0200, Gordon Ball wrote:
>>> I have uploaded r-cran-r6. The other two packages are lacking a
>>> pristine-tar branch that should be provided according to Debian Science
>>> policy to
the team.
Alioth username: chronitis-guest
Gordon Ball
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iEYEARECAAYFAlbzxysACgkQKjK+VzJFQ+WUhgCgkDd4b7bv8pBoOBAP2Qq8kGrb
83QAnjtoEaPV8n+RHm7iLNI7cYwwBiY/
=3LgM
-END PGP SIGNATURE-
Hello
Debian-mentors IRC suggested that this might be a good place to look for
a reviewer/sponsor for several R packages.
irkernel: native R kernel for the Jupyter/IPython interactive notebook.
This allows you to run R code in a notebook directly (and capture plot
output, autocomplete code,
30 matches
Mail list logo
