How to ensure that all packages have proper commit hooks

Hi, I've just pushed some commits for woo but have not seen any commit message from salsa Git. However, there were commit messages from xmds2. I wonder how we can make sure that really all packages are featuring the commit hooks. Kind regards Andreas. -- http://fam-tille.de

Re: A common group on salsa.debian.org for R packages ?

On Mon, Jan 08, 2018 at 10:42:39PM +0900, Charles Plessy wrote: > > > > > > https://salsa.debian.org/salsa/AliothRewriter/blob/master/definitions/debian-science.conf > > Thanks, I think that I am done now. After deriving a list of packages > from the current ones listed in the Alioth

Re: New GitLab-Salsa service and Debian-Science Team

On Mon, Jan 08, 2018 at 11:41:45AM +0100, Sébastien Villemot wrote: > > It rather sounds like the doc above must be wrong. Once the migration > > is completed the package by package rewriter can be droped and anonscm > > can point to salsa. Anything else is not acceptable. > > Note that, even

Re: New GitLab-Salsa service and Debian-Science Team

On Mon, Jan 08, 2018 at 09:03:11PM +1100, Stuart Prescott wrote: > > It has been made clear by the Alioth/Salsa admins that anonscm.d.o is > > deprecated and that the new canonical URL is salsa.d.o. See the > > documentation for the anonscm URL rewriter: > > > >

Re: What's the procedure to create a new repository of a package for Debian Science on Salsa

On Sun, Jan 07, 2018 at 10:04:59PM +0100, Anton Gladky wrote: > Hi Andreas, > > you can use a GitLab-API if you do not want to use the WEB-interface. > > To create a new project on science-team you need to: > > curl -f > "https://salsa.debian.org/api/v4/projects?private_token=YOUR_SALSA_TOKEN;

What's the procedure to create a new repository of a package for Debian Science on Salsa

Hi, I'd like to create a new repository on Salsa. On Alioth we used ssh git.debian.org "cd /git/debian-science; ./setup-repository $DEBPKGNAME \"$SHORTDESC\"" Is there some similar equivalent I could use in a script on Salsa? Kind regards Andreas. -- http://fam-tille.de

Re: A common group on salsa.debian.org for R packages ?

On Sun, Jan 07, 2018 at 09:04:06AM +0900, Charles Plessy wrote: > > > repository. In GitLab, it is possible to give access to a repository to > > > all the members of a group, therefore a "r-pkg-team" group could host > > > the repositories, which would be shared with the "Debian", > > >

Re: New GitLab-Salsa service and Debian-Science Team

Hi Anton, On Fri, Jan 05, 2018 at 10:23:27PM +0100, Anton Gladky wrote: > it looks that the problem with the URL-redirect from the anonscm to salsa > is resolved [1]. I am going to start the bulk-migration of repos, placed in > the folder /git/debian-science/packages/ on git.debian.org

Re: A common group on salsa.debian.org for R packages ?

Hi Charles, On Thu, Jan 04, 2018 at 11:14:14PM +0900, Charles Plessy wrote: > with the mass migration to GitLab on salsa.debian.org, I wonder if it > would be a good opportunity to host under the same umbrella all the > r-cran/bioc/other source packages that are maintained in a Git > repository.

Re: Bug#886254: ITP: cuba -- library for multidimensional numerical integration

Hi Francesco, thanks for this ITP which sounds really useful. Please maintain this package in the Debian Science team. It should not be hard to find a sponsor there. Kind regards Andreas. On Wed, Jan 03, 2018 at 02:54:50PM +0100, Francesco Montanari wrote: > Package: wnpp > Severity:

Re: New GitLab-Salsa service and Debian-Science Team

Hi David, On Thu, Dec 28, 2017 at 08:38:33AM -0400, David Bremner wrote: > > I *really* hope that there will be a solution which does not need any > > VCS-field replacement. I'm pretty bored by replacing VCS-fields every > > third year (or so). > > I sympathize with your boredom (although that

Re: New GitLab-Salsa service and Debian-Science Team

Hi Anton, On Wed, Dec 27, 2017 at 07:22:38PM +0100, Anton Gladky wrote: > You are right, it is probably better to do it automatically. > There are a couple of open questions: > - should the VCS-field be replaced? I *really* hope that there will be a solution which does not need any VCS-field

Re: Bus error on armhf (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

Hi Sébastien, On Tue, Oct 24, 2017 at 02:17:26PM +0200, Sébastien Villemot wrote: > > (see build log[2]). My suspicion is that this is not really an error in > > the test suite but some problem with the autobuilder? Could somebody > > please have a look? If not the only chance I see is to

Re: Bus error on armhf (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

Hi Steve, On Tue, Oct 24, 2017 at 10:44:53AM -0700, Steve Langasek wrote: > > (https://launchpad.net/ubuntu/+source/pandas/0.19.2-5.1ubuntu4/+build/13337694) > > This is not a problem with the Debian autobuilder. Something is attempting > an unaligned access, which is not portable on armhf.

Bus error on armhf (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

Hi, I made some progress with excluding some tests on some architectures. The last target I was trying to tackle was s390x which builds now. Not all architectures have finished [1] currently but armhf has now failed with ...

For those who are bored to manually edit debian/README.source files for CRAN packages

Hi, yesterday I needed to create r-cran-spatstat.data (#879219) to be able to upgrade r-cran-spatstat to its latest version. I was really bored by the task to edit 56 entries in debian/README.source. Here is my workaround manual work:

Re: [Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

team. Thank you for your understanding Andreas. On Mon, Oct 16, 2017 at 10:14:07PM +0200, Andreas Tille wrote: > Hi, > > On Mon, Oct 16, 2017 at 12:03:49PM +0100, James Clarke wrote: > > On 16 Oct 2017, at 11:08, Andreas Tille <andr...@fam-tille.de> wrote: >

Re: [Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

Hi, On Mon, Oct 16, 2017 at 12:03:49PM +0100, James Clarke wrote: > On 16 Oct 2017, at 11:08, Andreas Tille <andr...@fam-tille.de> wrote: > > On Sun, Oct 15, 2017 at 08:21:46PM +0100, Rebecca N. Palmer wrote: > >>> raise nose.SkipTest("known failure of test_s

Re: [Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

On Sun, Oct 15, 2017 at 08:21:46PM +0100, Rebecca N. Palmer wrote: > > raise nose.SkipTest("known failure of test_stata on non-little endian") > > E NameError: name 'nose' is not defined > > You need an 'import nose' first, if the test doesn't already have one. If the 'import nose' is

Re: [Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

Hi, for arm64 the method I uploaded has seemed to work but for mips and s390x it ends up in ... ERRORS ERROR collecting debian/tmp/usr/lib/python2.7/dist-packages/pandas/tests/io/test_stata.py

Re: [Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

Hi Yaroslav, thanks for those hints that somehow came to late since I just read it after I implemented some hopefully working solution. I just uploaded and we'll see what might happen. Every reader here is invited to fix it if not / enhance it if not happy. :-) Kind regards Andreas. On

[Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

On Fri, Oct 13, 2017 at 08:00:36PM +0200, Andreas Tille wrote: > > I might try to pick some of the failed tests from the logs. I did so > once with kind of iterative uploads for python-cogent package by > checking the logs of the failing architectures. If you think the proper

Pandas packaging moved to Debian Science (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] -- ROM; Some build time tests are failing on specific architectures)

On Fri, Oct 13, 2017 at 01:51:51PM -0400, Yaroslav Halchenko wrote: > > >2. Upload after migrating the package to Debian Science as > > we previously agreed upon. > > do you mean migrating of a Vcs? Pandas is now at https://anonscm.debian.org/git/debian-science/packages/pandas.git

Re: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] -- ROM; Some build time tests are failing on specific architectures

Hi Yaroslav, On Fri, Oct 13, 2017 at 01:51:51PM -0400, Yaroslav Halchenko wrote: > > On Fri, 13 Oct 2017, Andreas Tille wrote: > > >1. proceed as I suggested here: > > https://lists.debian.org/debian-science/2017/10/msg1.html > >... > > Is th

Re: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] -- ROM; Some build time tests are failing on specific architectures

On Fri, Oct 13, 2017 at 06:10:58PM +0100, James Clarke wrote: > On 13 Oct 2017, at 18:06, Andreas Tille <ti...@debian.org> wrote: > > > > OK folks, if nobody insists I'll do the following > > > > 1. proceed as I suggested here: > > https://lists.deb

Re: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] -- ROM; Some build time tests are failing on specific architectures

this? Kind regards Andreas. On Fri, Oct 13, 2017 at 07:00:04PM +0300, Adrian Bunk wrote: > On Wed, Oct 04, 2017 at 05:23:58PM +0200, Andreas Tille wrote: > > Package: ftp.debian.org > > Severity: normal > > > > Hi ftpmasters, > > > > as discussed in detail

Transition finalised (Was: Would you please not upload new r-* packages until transition is finalised)

On Thu, Oct 12, 2017 at 07:41:35AM -0500, Dirk Eddelbuettel wrote: > > | > | In the interest to close the transition bug opened you opened yourself > | > > | > s/opened// to make it a sentence > | > > | > s/you/Seb/ to make it correct. Not my transition at all. > ... > > You. Still, Don't.

Re: Would you please not upload new r-* packages until transition is finalised (Re: r-api-3.4)

On Thu, Oct 12, 2017 at 07:06:33AM -0500, Dirk Eddelbuettel wrote: > > On 12 October 2017 at 11:36, Andreas Tille wrote: > | yesterday you uploaded > | > | r-cran-rcpparmadillo 0.8.100.1.0-1 > | > | In the interest to close the transition bug opened you opened y

Would you please not upload new r-* packages until transition is finalised (Re: r-api-3.4)

Hi Dirk, yesterday you uploaded r-cran-rcpparmadillo 0.8.100.1.0-1 In the interest to close the transition bug opened you opened yourself it would be helpful if you would not upload r-* packages as long as the testing migration has not happened. Thank you Andreas. On Sat, Sep

Re: new iproposal: a specific OS for psychologist

Hi Yaroslav, On Tue, Oct 10, 2017 at 02:02:37PM -0400, Yaroslav Halchenko wrote: > > > Sounds really cool. Also here my (frequently repeated) suggestion > > applies: Try to integrate better into Debian, find friends working on > > the same goal. (In other words: Think Blend-ish to get more

Re: skimage (was: Re: Bug#729956: Python 3 Statsmodels & Pandas)

On Tue, Oct 10, 2017 at 10:32:29PM +0200, Yuri D'Elia wrote: > On Sat, Sep 16 2017, Yuri D'Elia wrote: > > Looking at python3-skimage-lib (which also requires a rebuild), it seems > > that the package failed to pass some tests. > > > > Bug #868582 even includes a patch to update to 0.13 [and

Re: new iproposal: a specific OS for psychologist

On Tue, Oct 10, 2017 at 02:24:46AM -0400, Yaroslav Halchenko wrote: > > On Tue, 10 Oct 2017, Andreas Tille wrote: > > > Since all of those components are available already, what particular > > > features are you looking for? You could just take plain Debian (or >

Re: new iproposal: a specific OS for psychologist

On Mon, Oct 09, 2017 at 06:36:35PM -0400, Yaroslav Halchenko wrote: > > On Mon, 09 Oct 2017, Joost van Baal-Ilić wrote: > > > Hi, My name is Francisco Montero, I would like to ask you if it is > > > possible to develop an OS based on Debian (similar to > > > SkoleLinux/DebianEdu) specific for

Re: How to deal with pandas

On Wed, Oct 04, 2017 at 04:49:58PM +0200, Sébastien Villemot wrote: > > Thanks for checking. So would you volunteer to file the RM bug (or ask > > me to do so which would be fine as well - just to make sure we will not > > file two or more bugs at the same time). > > Please do so. Thanks. Done

Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] -- ROM; Some build time tests are failing on specific architectures

Package: ftp.debian.org Severity: normal Hi ftpmasters, as discussed in detail on Debian Science list[1] please remove pandas for the said architectures to enable lowering severity of bug #877419 and let the package migrate to testing at least for the working architectures. Thanks a lot for

Re: How to deal with pandas

On Wed, Oct 04, 2017 at 04:17:29PM +0200, Sébastien Villemot wrote: > > > > So who is going to file the RM bug? > > And the good news is that there is no dependency problem (even if it is a bit > sad to see the package go on so many archs, also knowing that it never > compiled > on armhf): > >

Re: How to deal with pandas

On Wed, Oct 04, 2017 at 04:00:23PM +0200, Sébastien Villemot wrote: > On Wed, Oct 04, 2017 at 03:52:56PM +0200, Sébastien Villemot wrote: > > On Wed, Oct 04, 2017 at 03:43:00PM +0200, Anton Gladky wrote: > > > > > one more option is to drop pandas on those archs (filing > > > RM bug) and fill the

How to deal with pandas

rom b849a1ea0f20913bd52926aae9bb0cca2d6b4836 Mon Sep 17 00:00:00 2001 From: Andreas Tille <ti...@debian.org> Date: Wed, 4 Oct 2017 15:09:28 +0200 Subject: [PATCH] Ignore test results for architectures that are known to fail --- debian/changelog | 8 debian/rules | 5 + 2 file

Re: Python 3 Statsmodels & Pandas

Hi again, On Wed, Sep 27, 2017 at 10:05:15AM +0200, Andreas Tille wrote: > > I added the readme to README.source with a bit of explanatory text. > > > > all changes are pushed. > > Seems the updated README.source escaped your push. ;-) I think I've restored it from t

Re: Python 3 Statsmodels & Pandas

Dear Diane, On Wed, Sep 27, 2017 at 12:20:13AM -0700, Diane Trout wrote: > > > > I think there is no "right" place to do it - but ftpmaster is used > > to read README.source in these cases. So why not using it? > > > > I added the readme to README.source with a bit of explanatory text. > >

Re: Python 3 Statsmodels & Pandas

Dear Diane, On Tue, Sep 26, 2017 at 10:47:21PM -0700, Diane Trout wrote: > > > Since it is accepted for the R packages and the data are refering > > to R data I do not see any reason why this should not be accepted. > > I traced back from Rdatasets to the original R packages. > > Every one of

Re: Python 3 Statsmodels & Pandas

Dear Diane, On Tue, Sep 26, 2017 at 02:49:12PM -0700, Diane Trout wrote: > > > While I have not tried to build the current status I wonder what you > > think about #873512. I'm perfectly fine with your solution to > > exclude > > some tests - I just wanted to give a hint that there is a

Re: Python 3 Statsmodels & Pandas

Hi Diane, On Tue, Sep 26, 2017 at 11:36:17AM -0700, Diane Trout wrote: > > BTW, I'd love if you would merge your work to master branch. I'm a > > bit > > confused by the amount of branches and lost track which one to look > > at. > > I verified which was which and deleted the obsolete branch. >

Re: Python 3 Statsmodels & Pandas

On Mon, Sep 25, 2017 at 09:36:43PM -0700, Diane Trout wrote: > > > * Some of the doc pages call get_rdataset, and there's no network > > > access in the builder so those calls fail. (ugliest error) > > > > Can you pre-fetch the data and provide it in debian/datasets? > > I made the changes and

Re: Python 3 Statsmodels & Pandas

Hi Diane, On Mon, Sep 25, 2017 at 10:38:00AM -0700, Diane Trout wrote: > > I'm planning on ignoring it for now. Sounds sensible. Thanks a lot for your work on this Andreas. -- http://fam-tille.de

Re: Python 3 Statsmodels & Pandas

Hi Diane, On Sun, Sep 24, 2017 at 11:45:43PM -0700, Diane Trout wrote: > The remaining issues are: > > * Some of the doc pages call get_rdataset, and there's no network > access in the builder so those calls fail. (ugliest error) Can you pre-fetch the data and provide it in debian/datasets? >

Re: Python 3 Statsmodels & Pandas

On Sun, Sep 24, 2017 at 04:16:48PM -0700, Diane Trout wrote: > If the jquery.js file is deleted something later errors out. My guess is > it's listed in one of the .install files but I haven't looked yet That's what I understood - that's why it should be safe to remove it from the installed dir

Re: Python 3 Statsmodels & Pandas

On Sun, Sep 24, 2017 at 11:24:10AM -0700, Diane Trout wrote: > Status with statsmodels almost done > > Trying to deal with jquery. > > leaving command > > -rm ./build/html/_static/jquery.js > > causes a build failure now. Without checking the source: I'm usually doing something like

Re: r-api-3.4 (Was: Upcoming new round of R package rebuilds [FWD: [Rd] R-devel) object header changes that require reinstalling packages]

On Sat, Sep 23, 2017 at 11:58:20AM -0500, Dirk Eddelbuettel wrote: > > r-base (3.4.1.20170921-1) unstable; urgency=medium > * Initial rc build (r73337) of R 3.4.2 expected for Sep 28 BTW, shouldn't this rather target to experimental?

Re: Python 3 Statsmodels & Pandas

Hi Yaroslav, On Sat, Sep 23, 2017 at 10:00:35AM -0400, Yaroslav Halchenko wrote: > > > I would prefer to move pandas to Debian Science or Debian Python. I > > fail to see the specific use in NeuroDebian field. > > I ould repeat that I don't mind having it moved under -science or > -python

Any idea why r-base-3 has vanished this morning? (Was: r-api-3.4 (Was: Upcoming new round of R package rebuilds))

Hi, On Sat, Sep 23, 2017 at 11:58:20AM -0500, Dirk Eddelbuettel wrote: > > See below for upcoming R 3.4.2 "pre-release" change. Hmmm, I wonder why I get after todays upgrade of my pbuilder environment I get something like this The following packages have unmet dependencies: r-cran-plyr :

Re: Python 3 Statsmodels & Pandas

Hi Yaroslav, On Thu, Sep 21, 2017 at 10:24:53PM -0400, Yaroslav Halchenko wrote: > On Thu, 21 Sep 2017, Diane Trout wrote: > > > On Thu, 2017-09-21 at 17:56 -0400, Yaroslav Halchenko wrote: > > > If you could allow to review would be great. > > > Thanks for all the work. > > > I was btw also

Re: Python 3 Statsmodels & Pandas

Hi, On Mon, Sep 18, 2017 at 05:48:48PM +1000, Stuart Prescott wrote: > On Sunday, 17 September 2017 22:14:18 AEST Diane Trout wrote: > > I just did it that way because it was the least disruptive change I > > could make that would let me build and test the package. > > Sure, that's entirely

Re: Upcoming new round of R package rebuilds [FWD: [Rd] R-devel object header changes that require reinstalling packages]

On Tue, Sep 19, 2017 at 03:25:56PM +0200, Johannes Ranke wrote: > > The whole bug report was, pardon my French, complete and utter nonsense. > > Wow. Complete and utter. A bug report affecting 100+ packages that was merged > with two independent bug reports (861684, 862969). And that took from

Moving virtuoso-opensource to Debian Science team (Was: Reviving virtuoso package)

be to edit .git/config the [remote "origin"] paragraph. On Thu, Sep 14, 2017 at 08:30:36PM +0100, Will Daniels wrote: > Hi Andreas, > > On 14/09/17 14:58, Andreas Tille wrote: > I have recovered access to my account and > requested to join collab-maint. > >

Re: Removing clapack?

Hi Sébastien, On Sun, Sep 10, 2017 at 11:10:26AM +0200, Sébastien Villemot wrote: > […] > > but I have no idea how to replace libctmg-dev. > > It should be replaced by libtmglib-dev from src:lapack. > > > I'd be more than happy if you could have a look and tell me how to > > get rid of clapack

Help to add synctex to new version of texmaker

Hi, I tried to upgrade TeXMaker to the latest upstream version. When doing so I migrated the packaging from SVN to Git - so you can find the packaging here https://anonscm.debian.org/git/debian-science/packages/texmaker.git Unfortunately I have no idea how to include synctex properly into

Re: Removing clapack?

Hi Sébastien, On Sun, Sep 10, 2017 at 12:14:17AM +0200, Sébastien Villemot wrote: > > Since clapack and lapack provide exactly the same API and ABI, and actually > exactly the same algorithms (the only difference being the programming > language > in which it is implemented), I have no doubt

Re: Why does r-cran-rcppgsl not migrate to testing?

Hi Dirk, On Thu, Sep 07, 2017 at 02:46:04PM -0500, Dirk Eddelbuettel wrote: > > On 7 September 2017 at 21:20, Andreas Tille wrote: > | Hi Dirk, > | > | On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Eddelbuettel wrote: > | > On 6 September 2017 at 22:48, Andreas Tille wrote

Re: Why does r-cran-rcppgsl not migrate to testing?

Hi Dirk, On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Eddelbuettel wrote: > On 6 September 2017 at 22:48, Andreas Tille wrote: > | [Chris, I took the freedom to move r-cran-mcmc to Debian Science > | team since I had the impression that this would generally OK for > | you.] >

Re: Bug#729956: Forwarded upstream

Hi Diane, On Wed, Sep 06, 2017 at 09:35:58PM -0700, Diane Trout wrote: > > > > > >  libpython2.7-stdlib : Breaks: python-pandas-lib (<= 0.20.3-1) but > > > 0.20.3-1 is to be installed > > > > I also get an error in the Python 2.7 test suite so I have no idea > > where to continue with the

Re: Bug#729956: Forwarded upstream

Hi Diane, On Wed, Sep 06, 2017 at 02:45:14PM -0700, Diane Trout wrote: > > > but the build failed (for other reasons).  I'd willing to work on > > this > > but I definitely need help since I'm lacking the needed Python > > knowledge. > > Hi, > > I saw your debian-python3 branch for

Re: Bug#729956: Forwarded upstream

Hi Yuri, On Wed, Sep 06, 2017 at 10:35:57PM +0200, Yuri D'Elia wrote: > I always built from source, not with the debian packaging. > > >https://anonscm.debian.org/git/debian-science/packages/statsmodels.git > > > > but the build failed (for other reasons). I'd willing to work on this > >

Re: Why does r-cran-rcppgsl not migrate to testing?

[Chris, I took the freedom to move r-cran-mcmc to Debian Science team since I had the impression that this would generally OK for you.] Hi Dirk, On Wed, Sep 06, 2017 at 10:17:04AM -0500, Dirk Eddelbuettel wrote: > > | Is there any list of affected packages? > > I gave this URL about half a

Re: Bug#729956: Forwarded upstream

Hi, On Wed, Sep 06, 2017 at 05:26:13PM +0200, Yuri D'Elia wrote: > On Wed, Sep 06 2017, Andreas Tille wrote: > > I opened an issue on Github > > > > https://github.com/statsmodels/statsmodels/issues/3909 > > > > requesting Python3 support. > > I

Re: Why does r-cran-rcppgsl not migrate to testing?

On Wed, Sep 06, 2017 at 07:37:07AM -0500, Dirk Eddelbuettel wrote: > I can actually no longer replicate the original issue > > https://bugs.debian.org/861333 > > with any of the few (40-some now) packages still affected. They load and > function too for me. (My test was not exhaustive

Help vor BioConductor package needed.

Hi, I tried to upgrade r-bioc-makecdfenv[1] to the latest upstream version but failed. I tried hard to not use BioConductor zlib which worked in previous versions but this time all means I tried (including removing configure script) failed. Any hint would be welcome. Kind regards

Why does r-cran-rcppgsl not migrate to testing?

Hi Dirk, according to https://qa.debian.org/excuses.php?package=r-cran-rcppgsl r-cran-rcppgsl does not migrate to testing but I admit I do not really understand what to do. Could you please have a look? Kind regards Andreas. -- http://fam-tille.de

Re: please push mpi-defaults tags, etc

Hi Mattia, On Thu, Aug 31, 2017 at 11:50:27PM +0200, Mattia Rizzolo wrote: > On Thu, Aug 31, 2017 at 11:21:17PM +0200, Andreas Tille wrote: > > I added this into my ~/.gitconfig but this did not pushed tags > > automatically. > > mh, really? In gitconfig it sho

Re: please push mpi-defaults tags, etc

On Tue, Aug 29, 2017 at 03:02:57PM +0200, Mattia Rizzolo wrote: > Also, to prevent further missings like these, I'd like to share you a > recent git configuration that always push tags for commits you are > pushing: > push.followTags = true I added this into my ~/.gitconfig but this did not

Re: Sponsorship request: frobby and cohomcalg

On Sun, Aug 27, 2017 at 08:24:26PM -0400, Doug Torrance wrote: > On 08/27/2017 09:06 AM, Doug Torrance wrote: > > I went ahead and bumped the uscan version in git for the next upload. > > (This will likely be soon, as the i386 build is still failing...) > > Another RC bug was opened for frobby

Re: Sponsorship request: frobby and cohomcalg

Hi, On Sat, Aug 26, 2017 at 09:31:30AM +0200, Julien Puydt wrote: > Hi, > > Le 26/08/2017 à 00:10, Doug Torrance a écrit : > > A week or so ago, I added frobby and cohomcalg to the Sponsoring of > > Blends page, but there has not been a response yet.  Would anyone be > > willing to look at

Re: It's not exactly science, but...

Hi, On Sat, Jul 29, 2017 at 08:13:53PM -0500, JohnT wrote: > I've noticed that there aren't any clearcut metapackages or distros > focused on business (office mgmt, contact lists of customers, prospects, > vendors, etc, specialized software for real estate, insurance, law, > vehicle sales, repair

Re: Bug#655420: ITP: jtransforms -- A multithreaded FFT library written in pure Java

Hi Carnë, please consider packaging this in either Debian Science or pkg-java team. Kind regards Andreas. On Thu, Aug 03, 2017 at 03:00:58PM +0100, Carnë Draug wrote: > Package: wnpp > Followup-For: Bug #655420 > Owner: =?utf-8?q?Carn=C3=AB_Draug?= > > --

Re: Issue in numpydoc (Was: Further help needed for statsmodels)

Hi Sébastien, On Fri, Aug 18, 2017 at 11:19:26PM +0200, Sébastien Villemot wrote: > > > I just want to announce that I will not have time for any relevant > > Debian work and that it would really help if somebody would solve this > > and do a team upload to save a larger set of rdepends. > > I

Re: Issue in numpydoc (Was: Further help needed for statsmodels)

Hi Denis, On Thu, Aug 17, 2017 at 10:06:46PM +0200, Denis Laxalde wrote: > Andreas Tille a écrit : > > there seems to be an issue with numpydoc which breaks the build of > > statsmodels. I'm on my way back home from DebConf and can't do any > > sensible research into t

Issue in numpydoc (Was: Further help needed for statsmodels)

. On Thu, Aug 17, 2017 at 02:58:57PM +0200, Julien Puydt wrote: > Hi, > > Le 17/08/2017 à 14:45, Andreas Tille a écrit : > > as it was discussed in bug #868977 the tests that are failing due to an > > issue in pandas were deactivated now. Unfortunately there is another issue > &

Re: Unable to browse r-cran-sp VCS

Hi Graham, I tried to change to Git but may be there is some delay until this gets propagated. At least the change is not visible on the web page yet. Kind regards Andreas. On Mon, Jul 17, 2017 at 11:01:20AM +0200, Graham Inggs wrote: > Hi > > Again the debian-science SVN webview is

Re: Bug#866334: ITP: lean -- theorem prover from Microsoft Research

Hi Benjamin, Thanks for this ITP. I'd suggest to package this in Debian Science team. Kind regards Andreas. On Wed, Jun 28, 2017 at 05:37:53PM -0400, Benjamin Barenblat wrote: > Package: wnpp > Severity: wishlist > Owner: Benjamin Barenblat > > * Package name: lean >

Re: generic C++ code for uniform b-spline processing

Hi Kay, please permit that I continue this conversation in public where it started. I'm sorry to admit that I have no time for private teaching and on one hand public discussion provides better input from different people on the other hand your learning process is archived for later reference

Re: Unable to browse r-cran-sp VCS

Hi Graham, On Tue, Jun 13, 2017 at 04:03:43PM +0200, Graham Inggs wrote: > I was trying to browse the VCS for r-cran-sp [1], but all I got was a 404 > error. > > I was able to checkout with SVN, so the repository is there, it's just the > web view that seems to be missing. > > Have things been

Re: Bug#864355: ITP: cod-tools -- tools for manipulation of Crystallographic Information Format v1.1 and v2.0 files

Hi Andrius, thanks for this interesting ITP. This package seems to fit nicely into the scope of Debian Science or DebiChem. I'd like to suggest you should maintain the package in either of this team. Kind regards Andreas. On Wed, Jun 07, 2017 at 04:33:49PM +0300, Andrius Merkys wrote:

Re: Moving some of my packages to Debian Science team

Hi Drew, On Thu, Jun 08, 2017 at 08:03:55PM +0800, Drew Parsons wrote: > > Seems to be working fine. Will upload once stretch is finalised (the > multiarch update is too invasive to upload before then). Since the migration of packages from unstable to testing is now stopped anyway I decided to

Re: libsundials-dev

Hi Dima, thanks for pushing this forward. :-) On Mon, May 29, 2017 at 04:54:37PM -0700, Dima Kogan wrote: > Drew Parsons writes: > > > As far as serial/parallel goes, you could set up a -serial-dev and an > > -mpi-dev package, e.g. cf. libhdf5-dev > > Thanks all. Sounds

Re: generic C++ code for uniform b-spline processing

Hi Kay, On Sun, May 14, 2017 at 09:24:17AM +0200, Kay F. Jahnke wrote: > >I second Andreas' opinion. Best package quality and maintenance is > >achieved by people who cares about the software, be it a user, a > >contributor or a developer. > > I did not want to be pushy - I thought I'd just make

Re: generic C++ code for uniform b-spline processing

Hi Kay, On Fri, May 12, 2017 at 11:24:33AM +0200, Kay F. Jahnke wrote: > Hi group! > > I have recently published a library for the creation and evaluation of > uniform b-splines. The code is available from my repository at > > https://bitbucket.org/kfj/vspline > > where you can also find an

Re: Bug#862039: r-bioc-gviz: accesses the internet during build

; On 9 May 2017 at 14:57, Andreas Tille wrote: > | Hi Chris, > | > | On Sun, May 07, 2017 at 06:06:10PM +0100, Chris Lamb wrote: > | > > | > Whilst r-bioc-gviz builds successfully on unstable/amd64, according to > | > Debian Policy 4.9 packages may not attempt ne

Re: Bug#862039: r-bioc-gviz: accesses the internet during build

Hi Chris, On Sun, May 07, 2017 at 06:06:10PM +0100, Chris Lamb wrote: > > Whilst r-bioc-gviz builds successfully on unstable/amd64, according to > Debian Policy 4.9 packages may not attempt network access during > a build. > >00:00:00.00 IP 5f02d4499efa.36140 > dns.z9.domain: 4778+ A?

Re: Question about packaging projectchrono and duplicated source code

Hi, On Mon, May 01, 2017 at 08:10:29PM +0200, Anton Gladky wrote: > if it is really so, that the code forked, removed, edited, feel free > to let this embedded code be in the source of chronoengine. Please > do not forget to make a note in d/copyright. Depending from the number of changes it

Re: [Debian-science-sagemath] Sagemath Build-Depends backported - unfortunately build error (Was: Help needed to backport ipywidgets ... (Was: Backporting sagemath))

Hi Ximin, On Tue, Apr 18, 2017 at 02:35:00PM +, Ximin Luo wrote: > > > > Despite I'm not sure whether I fully understand this table I'll grab my > > hat as Debian Med maintainer and backport biopython. > > > > I think this is not necessary, we're only doing the "standard" packages (see >

Re: [Debian-science-sagemath] Sagemath Build-Depends backported - unfortunately build error (Was: Help needed to backport ipywidgets ... (Was: Backporting sagemath))

Hi Tobias, On Tue, Apr 18, 2017 at 01:45:01PM +0100, Tobias Hansen wrote: > > > > Despite I'm not sure whether I fully understand this table I'll grab my > > hat as Debian Med maintainer and backport biopython. > > The left column shows the versions of the packages that > sage-the-distribution

Re: [Debian-science-sagemath] Sagemath Build-Depends backported - unfortunately build error (Was: Help needed to backport ipywidgets ... (Was: Backporting sagemath))

Hi Tobias, On Tue, Apr 18, 2017 at 02:35:26AM +0100, Tobias Hansen wrote: > Here is a status page for you: > https://people.debian.org/~thansen/debian-jessie-sage-7.4-status.html > > It will be updated every night. For this one experimental, NEW and devel > are ignored, even though the legends

Re: [Debian-science-sagemath] Sagemath Build-Depends backported - unfortunately build error (Was: Help needed to backport ipywidgets ... (Was: Backporting sagemath))

Hi Ximin, On Sun, Apr 16, 2017 at 12:57:00PM +, Ximin Luo wrote: > [..] > libnettle4{a} libnspr4{a} libnss3{a} libntl-dev{a} libntl27{a} libntl5{a} > [..] > [dochtml] > /usr/lib/libntl.so.27(_ZNK3NTL11ZZ_pContext7restoreEv+0x33)[0x7f20158baf83] > [dochtml] >

Re: [Debian-science-sagemath] Sagemath Build-Depends backported - unfortunately build error (Was: Help needed to backport ipywidgets ... (Was: Backporting sagemath))

o do for jessie-backports to branch debian/jessie-backports which I consider the default branch for backports. Could we agree upon this branch for changes? Kind regards Andreas. > Best, > Tobias > > On 04/12/2017 10:15 AM, Andreas Tille wrote: > > Hi Tobias, > > >

Re: [Debian-science-sagemath] Sagemath Build-Depends backported - unfortunately build error (Was: Help needed to backport ipywidgets ... (Was: Backporting sagemath))

Hi Tobias, On Wed, Apr 12, 2017 at 08:59:06AM +0100, Tobias Hansen wrote: > > This check does not find the header for some reason: > > > > checking fplll/fplll.h usability... no > > checking fplll/fplll.h presence... no > > checking for fplll/fplll.h... no > > > > However the file exists in the

Sagemath Build-Depends backported - unfortunately build error (Was: Help needed to backport ipywidgets ... (Was: Backporting sagemath))

Hi again, On Tue, Apr 11, 2017 at 05:18:31PM +0200, Andreas Tille wrote: > Hope that this was the last stumbling stone ... Unfortunately not. ... make[5]: Entering directory '/build/sagemath-7.4/sage/build/make' make[5]: '/build/sagemath-7.4/sage/local/var/lib/sage/installed/mpc-1.0.3

Re: [Debian-science-sagemath] Help needed to backport ipywidgets blocking sagemath backport (Was: ... (Was: Backporting sagemath))

Hi Ximin, On Tue, Apr 11, 2017 at 12:04:00PM +, Ximin Luo wrote: > I think you're not subscribed: Correct. Thanks for keeping me on track. > > I think I encountered this one trying to build the package on ubuntu > xenial. If I remember correctly the solution was to backport >

Help needed to backport ipywidgets blocking sagemath backport (Was: ... (Was: Backporting sagemath))

at 06:38:24PM +0200, Andreas Tille wrote: > Hi Ximin, > > On Sat, Apr 08, 2017 at 11:37:00AM +, Ximin Luo wrote: > > > Do you have any further hints for this packaging magic? ;-) > > > > It looks like font-awesome 4.2.0 contains slightly different files fro

Re: [Debian-science-sagemath] Help needed to backport jupyter-notebook (Was: Help needed for backporting node-esprima (Was: Backporting sagemath))

Hi Ximin, On Sat, Apr 08, 2017 at 11:37:00AM +, Ximin Luo wrote: > > Do you have any further hints for this packaging magic? ;-) > > It looks like font-awesome 4.2.0 contains slightly different files from > 4.7.0. Perhaps it would be easier to backport 4.7.0 rather than trying to >

Re: [Debian-science-sagemath] Help needed to backport jupyter-notebook (Was: Help needed for backporting node-esprima (Was: Backporting sagemath))

Hi Ximin, On Fri, Apr 07, 2017 at 02:56:00PM +, Ximin Luo wrote: > > ^ > > > > Error: can't find module index for: ../fonts/fontawesome-webfont.eot?v=4.2.0 > > at getModuleIndex > > (/build/ipywidgets-5.2.2/debian/fakewebpack-postprocess.js:64:19) > > at

<    1   2   3   4   5   6   7   8   9   10   >