Re: Any input for some talk about usage of Debian in HPC

Hi Andreas, Debian is/can be present on HPC natively (to deploy and manage such cluster, many examples will be given) or via containerization (increasingly more relevant), in particular with singularity. And scientific computing is not just about HPC but also reproducibility IMHO, here Debian has

Re: Still interested to maintain seaborn package?

Dear Nilesh yes, feel welcome to drop -- I have not touched it for way too long Cheers and thanks! On Sun, 24 Mar 2024, Nilesh Patra wrote: > Hi Michael, Yaroslav, > I have been the only person fixing bugs and updating seaborn > since almost 4 years by now. From what I can see from the upload

Re: Bug#1065841: Taking over datalad to either Debian Med or Debian Science team

Hi Andreas, Let's keep DataLad under our (NeuroDebian) umbrella for now, since we are also upstream there and project is active. We are also working with Vasyl (CCed) to experiment with some semi-automation for package updates/backports (for neurodebian) and datalad (and some of its ecosystem)

Re: Offer to take over openpyxl / request for DM permissions

Please take over! Thank you!!! On October 8, 2023 10:24:48 AM EDT, Nilesh Patra wrote: >On Sun, Oct 08, 2023 at 12:55:28PM +0100, Rebecca N. Palmer wrote: >> Hence, if nobody objects I intend to take over maintenance of this package. >> I will need either DM permissions or sponsorship to upload

transfer vowpal-wabbit under debian-science team?

Dear Team, would someone be interested to move https://packages.debian.org/sid/vowpal-wabbit under team maintenance and update (current upstream release is 8.9.0 and we have only 8.6.1 from 2018)? Cheers, -- Yaroslav O. Halchenko Center for Open Neuroscience

Re: How to run graphic test within debian/rules

On Tue, 17 Dec 2019, Ondrej Novy wrote: >Hi, >try this: >https://codesearch.debian.net/search?q=xvfb+path%3Adebian%2Frules +1 even GLX is possible: I did for https://github.com/neurodebian/afni/blob/debian/18.0.05%2Bgit24-gb25b21054_dfsg.1-1/tests/xvfb-driver#L41 xvfb-run

Re: moving mpi4py to Debian Science

+100 on that, please go ahead. On July 14, 2019 3:24:46 AM EDT, Drew Parsons wrote: >mpi4py has been lagging badly behind upstream. The Debian version >hasn't >been updated since 2017 with 2.0.0-3. Upstream is now up to 3.0.2. > >I propose moving mpi4py into the Debian Science team. It will

Re: Pandas

never mind -- I was the one too late: Version check failed: Your upload included the

Re: Pandas

On Fri, 01 Mar 2019, Yaroslav Halchenko wrote: > On Wed, 27 Feb 2019, Rebecca N. Palmer wrote: > > Any comment (and preferably upload) on statsmodels? That needs to be > > uploaded by the 2nd (in testing by the 12th) if at all, as it has changes > > that wouldn't be allo

Re: Pandas

On Wed, 27 Feb 2019, Rebecca N. Palmer wrote: > Any comment (and preferably upload) on statsmodels? That needs to be > uploaded by the 2nd (in testing by the 12th) if at all, as it has changes > that wouldn't be allowed under full freeze. lots of great work there -- thanks again. would be

Re: Pandas

On Wed, 27 Feb 2019, Andreas Tille wrote: > Dear Rebecca, > On Wed, Feb 27, 2019 at 07:25:26AM +, Rebecca N. Palmer wrote: > > On 27/02/2019 07:00, Andreas Tille wrote: > > > Dear Rebecca, > > > I do not think that there is any > > > need for a separate branch. Just stick to the debian

Re: statsmodels

Sorry for being allow to respond... Please do what you need to do On February 13, 2019 5:47:41 PM EST, "Rebecca N. Palmer" wrote: >On 13/02/2019 09:10, Andreas Tille wrote: >> Any volunteer to backport the relevant changes I pushed to Git right >now >> to 0.8.0? > >I intend to try tomorrow, if

Re: Pandas new version

On Wed, 06 Feb 2019, Yaroslav Halchenko wrote: ... > = ERRORS > == > _ ERROR collecting > tests/indexes/datetimes/t

Re: Pandas new version

econds === XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":99" after 11 requests (8 known processed) with 0 events remaining. make[1]: *** [debian/rules:128: python-test2.7] Error 2 make[1]: Leaving directory '/build/pandas-0.24.1' ma

Re: Pandas new version

On Wed, 06 Feb 2019, Ole Streicher wrote: > Yaroslav Halchenko writes: > >> And it also does not solve the problem that updating can introduce > >> regressions in reverse dependencies, which is not the best thing we can > >> do just before freeze. But finally

Re: Pandas new version

On Wed, 06 Feb 2019, Ole Streicher wrote: > Yaroslav Halchenko writes: > > On Tue, 05 Feb 2019, Ole Streicher wrote: > >> "Rebecca N. Palmer" writes: > >> > Has anyone checked whether this would break pandas' reverse dependencies? > >> I

Re: Pandas new version

On Tue, 05 Feb 2019, Ole Streicher wrote: > "Rebecca N. Palmer" writes: > > Has anyone checked whether this would break pandas' reverse dependencies? > I didn't yet. I just tried to update the packaging to 0.24, which > however has a number of test failures, which would need to be discussed >

Re: Pandas new version

On Tue, 05 Feb 2019, Andreas Tille wrote: > On Tue, Feb 05, 2019 at 08:48:09AM +0100, Ole Streicher wrote: > > On a longer term, it would be good to clean this package up (removing > > f.e. the special Cython handling) -- Yaroslav, how much do you still > > these things? Since Panda is one of

Re: scikit-learn status (Team maintenance)

Thank you Ole! Indeed taking an attempt at having them actually fixed is preferable, otherwise those bugs tend to accumulate. Cheers On January 26, 2019 8:38:16 AM EST, Ole Streicher wrote: >Ole Streicher writes: >> since some time, scikit-learn is in danger to be removed from testing >>

Re: Build time test failures for seaborn 0.9 (Was: seaborn - update to 0.9 - where is debian folder on salsa?)

Quick one takes exactly 1 argument (0 given) suggests that bay be upstream switched from nose to pytest and started to use it's magical fixtures. Try using -m pytest instead of -m nose On January 22, 2019 2:35:50 PM EST, Andreas Tille wrote: >Hi, > >On Tue, Jan 22, 2019 at 08:03:22PM +0100,

Re: Bug#911830: FTBFS on multiple architectures

Dear Yangfl and other Debian-science folks could you please have a look at the scikit-learn packaging, which was heavily tuned up recently and I have little to no clue how to augment it reliably back or to avoid parallel build and its gotchas. See http://bugs.debian.org/911830 for more details

Re: New version of statsmodels is out possibly fixing important bug - any volunteer

On Fri, 26 Oct 2018, Andreas Tille wrote: > Hi Yarislav, > On Sun, Aug 12, 2018 at 02:40:28PM -0400, Yaroslav Halchenko wrote: > > Fwiw I will look into updating soon unless someone beats me to it > I guess this went out of your focus. I tried my best to update Git[1] to

Re: Bug#907806: How to disable tests for Python2 only?

On Mon, 01 Oct 2018, Andreas Tille wrote: > Hi Yaroslav, > was this helpful for you? sorry -- didn't look into scikit-learn yet. BTW - 0.20 release was posted, so we should update and try again. Will you have time or should I ? -- Yaroslav O. Halchenko Center for Open Neuroscience

Re: Bug#907806: How to disable tests for Python2 only?

On Mon, 24 Sep 2018, Andreas Tille wrote: > Probably due to racing condition since I migrated the repository before > your pushes. > > > either needed to be imported as quilt patches or alternatively you can > > > use git mode in d/watch which creates a new tarball for you > > > incorporating

Re: Bug#907806: How to disable tests for Python2 only?

On Mon, 24 Sep 2018, Andreas Tille wrote: > > > When you talked about new upstream version: Do you want to give 0.20rc1 > > I did give it a try... > > From the now empty list of > > https://github.com/scikit-learn/scikit-learn/issues/created_by/yarikoptic it > > might be that all of the ones

Re: Bug#907806: How to disable tests for Python2 only?

On Mon, 24 Sep 2018, Andreas Tille wrote: > When you talked about new upstream version: Do you want to give 0.20rc1 I did give it a try... From the now empty list of https://github.com/scikit-learn/scikit-learn/issues/created_by/yarikoptic it might be that all of the ones I've filed are

Re: How to disable tests for Python2 only?

On Mon, 10 Sep 2018, Andreas Tille wrote: > On Mon, Sep 10, 2018 at 10:54:02AM -0400, Yaroslav Halchenko wrote: > > Outstanding few issues so far are reported/dealt with upstream: > > https://github.com/scikit-learn/scikit-learn/issues?q=is%3Aopen+is%3Aissue+author%3Ayarikoptic+

Re: How to disable tests for Python2 only?

On Mon, 10 Sep 2018, Andrey Rahmatullin wrote: > On Mon, Sep 10, 2018 at 04:33:21PM +0200, Andreas Tille wrote: > > Hi, > > looking at the bug log of scikit-learn[1] it seems to be a simple means to > > do > > --- a/debian/control > > +++ b/debian/control > > @@ -20,6 +20,7 @@ Build-Depends:

Re: Taking over scikit-learn into Debian Science team maintenance

meanwhile may be let me just take care about this tiny issue myself On Sun, 08 Apr 2018, Yaroslav Halchenko wrote: > Ok. Go ahead. Thanks. > But indeed please keep it in a shape so it could be easily backported. > On April 8, 2018 1:59:53 AM EDT, Andreas Tille <andr...@fam-til

Re: Taking over scikit-learn into Debian Science team maintenance

Ok. Go ahead. Thanks. But indeed please keep it in a shape so it could be easily backported. On April 8, 2018 1:59:53 AM EDT, Andreas Tille wrote: >Hi Yaroslav and Michael, > >as I did in the past with other scientific packages I would like to >take >over scikit-learn into

Re: pandas -- I think we should drop BE platforms

That is why I cross posted original email to their mailing lists. Pandas builds are lengthy, codebase complex, I do not remember (m)any patches (besides disabling tests) coming up for those architectures, pretty much for every release we ended up filling RM requests for those architectures. I

pandas -- I think we should drop BE platforms

Hi The Team, "Maintaining" pandas builds on big endians (and some others, but let's concentrate on BE for now) was always problematic. Upstream does not support them and I am somewhat tired of pestering them with failures on them. Only once or twice test failures on those platforms pointed to

Re: how to properly define version number of a package using git+COMMITID in the version?

FWIW -- you might like my helper http://git.onerussian.com/?p=etc/bash.git;a=blob;f=.bash/bashrc/30_aliases_sh;h=196f98ab0b87519ab326b26674d8f2c720195ebc;hb=HEAD#l347 so my typical workflow for such usecases git fetch origin git checkout debian # where packaging lives git merge origin/master

Re: If there is no response in debian-python then debian-science might be the right team (Was: Packaging python-aws-xray-sdk to fullfil a dependency for python-moto)

I don't mind helping to maintain it under any of those teams. Thank you Andreas for taking care about this new dependency. I will look into updating pandas package On January 15, 2018 3:37:53 AM EST, Andreas Tille wrote: >Hi again, > >is it correct to assume that Debian

Re: Export of alioth mailing list archive not working

And please share your findings. We got the same behavior iirc on our NeuroDebian etc mailing lists, but haven't dealt with it yet (at least got subscribers) On January 10, 2018 6:12:57 AM EST, "Sébastien Villemot" wrote: >On Wed, Jan 10, 2018 at 11:43:25AM +0100, Tobias

Re: Scikit-learn: Move to Debian Science?

On Tue, 05 Dec 2017, Ole Streicher wrote: > Dear Yaroslav, > can we move scikit-learn to Debian Science as well please? This is > another package currently maintained by NeuroDebian, but in a bad state > since months. Since it is used in general science, it would be good if > that could be

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

On Sun, 15 Oct 2017, Andreas Tille wrote: > Hi, > for arm64 the method I uploaded has seemed to work but for mips and > s390x it ends up in > ... > ERRORS > > ERROR collecting >

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

On Sat, 14 Oct 2017, Ghislain Vaillant wrote: > On 14/10/17 07:54, Andreas Tille wrote: > > On Fri, Oct 13, 2017 at 08:00:36PM +0200, Andreas Tille wrote: > > ... > > pandas_datareader: None > > usage: pytest.py [options] [file_or_dir] [file_or_dir] [...] > > pytest.py: error: unrecognized

Re: 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, 13 Oct 2017, Andreas Tille wrote: >1. proceed as I suggested here: > https://lists.debian.org/debian-science/2017/10/msg1.html >... > Is there anybody who is no happy about this? sorry to be the pain, I am ... And first of all -- thanks for taking care about pandas! I

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

On Tue, 10 Oct 2017, 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 disables some > > test

Re: new iproposal: a specific OS for psychologist

On Tue, 10 Oct 2017, Andreas Tille wrote: > I never assumed this. :-) > > and since it may be it > > would be of interest for some debian-science folks, I am happy to > > present you the other collective baby of ours: http://datalad.org . You > > can treat as a Debian on git and git-annex

Re: new iproposal: a specific OS for psychologist

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 > > NeuroDebian, e.g. our virtualbox image) image of any kind, install > > all those apps and "be done". >

Re: new iproposal: a specific OS for psychologist

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 psychologist (both applied psychologist and researcher psychologist) > > built

Re: Python 3 Statsmodels & Pandas

Thanks for digging into this and sorry I have missed that. I typically add export http*_proxy to prevent any network interactions but I guess didn't get that far with statsmodels. FWIW, for dipy package I now ask upstream to provide me e.g. dipy_0.12.0.orig-doc-examples.tar.gz where there

Re: Python 3 Statsmodels & Pandas

On Sun, 24 Sep 2017, Andreas Tille wrote: > 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. > &

Re: Python 3 Statsmodels & Pandas

On Sun, 24 Sep 2017, Andreas Tille wrote: > 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

Re: Python 3 Statsmodels & Pandas

On Fri, 22 Sep 2017, Andreas Tille wrote: > > diff -Nru pandas-0.20.3/debian/changelog pandas-0.20.3/debian/changelog > > --- pandas-0.20.3/debian/changelog 2017-07-10 20:00:59.0 -0400 > > +++ pandas-0.20.3/debian/changelog 2017-09-21 16:11:29.0 -0400 > > @@ -1,3 +1,14

Re: Python 3 Statsmodels & Pandas

On Fri, 22 Sep 2017, Piotr Ożarowski wrote: > [Diane Trout, 2017-09-21] > > I made larger changes to statsmodels, by using pybuild instead of the > > previous multiple targets in debian/rules. > you can simplify it even further by using pybuild's --ext-dest-dir: > (I didn't test as this branch

Re: Python 3 Statsmodels & Pandas

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 trying to build with the patch you shared yesterday > Once I have al

Re: Python 3 Statsmodels & Pandas

If you could allow to review would be great. Thanks for all the work. I was btw also trying to build with the patch you shared yesterday On September 21, 2017 5:48:58 PM EDT, Diane Trout wrote: > >> If my poor opinion counts: For the moment we should run those tests >> in >> the

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

On Sun, 02 Apr 2017, Andreas Tille wrote: > Hi Yaroslav, > On Tue, Mar 28, 2017 at 11:52:43AM -0400, Yaroslav Halchenko wrote: > > > I have filed another bug for that (#858881); it would be nice if that > > > could be fixed as well. > > what matters ATM i

Re: [Neurodebian-devel] Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

On Tue, 28 Mar 2017, Andreas Tille wrote: > > - I have already stated many times that if you want to move any of the > > core packages under bigger (-med, -science, etc) maintenance -- I > > don't mind. But it shouldn't complicate my own work on those > > packages. Someone's "mess" might

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

On Tue, 28 Mar 2017, Ole Streicher wrote: > Yaroslav Halchenko <deb...@onerussian.com> writes: > > it would have been cool if maintainers of core packages would do > > 'reverse depends testing' before uploading > Wouldn't have helped here -- pandas are failing i

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

eurodebian/pandas.git > > is not even featuring the latest uploads - last changelog entry is > > pandas (0.19.2-2) unstable; urgency=medium > > * Exclude a number of tests while running on non-amd64 platforms > > due to bugs in numpy/pandas > > -- Yaroslav Halche

Re: Thanks for sagemath!

On Tue, 24 Jan 2017, Jan Medlock wrote: > Dear debian-science-maintainers, > Thanks for the sagemath package! I've watched the packaging effort for > 7+ years now and can only imagine all of the hard work that went into > the packaging. +1 on Jan's KUDOs -- thank you Debian Science

Re: Please enable Debian Science team easier access to your Python packages with scientific scope

On Mon, 23 Jan 2017, Andreas Tille wrote: > On Fri, Jan 20, 2017 at 07:32:43AM -0500, Yaroslav Halchenko wrote: > > move of a package (pandas iirc) under another team didn't magically > > resolved outstanding issues. > Just for the record: It worked (non-magically) again.

Re: Please enable Debian Science team easier access to your Python packages with scientific scope

On Fri, 20 Jan 2017, Ole Streicher wrote: > Yaroslav Halchenko <y...@onerussian.com> writes: > > Re repositories - I welcome nmus, patches and PRs on github. So far in > > an example move of a package (pandas iirc) under another team didn't > > magically resolved outst

Re: Please enable Debian Science team easier access to your Python packages with scientific scope

On January 20, 2017 4:39:30 AM EST, Andreas Tille wrote: >Hi Neurodebian team, > >recently I stumbled about several reverse dependencies which are >affecting packages of Debian Med that are Python packages with >scientific background, maintained by NeuroDebian team but on

Re: quick Q to Matthias Re: Sympy(+sagemath+nipy+~30 more) removal ahead

On Tue, 10 Jan 2017, Tobias Hansen wrote: > On 01/10/2017 10:44 PM, Yaroslav Halchenko wrote: > >> (For me the only failed tests were the two in the bug, and just the patch > >> was enough to fix that.) > > and I guess recent python-pil pruned olefile f

Re: quick Q to Matthias Re: Sympy(+sagemath+nipy+~30 more) removal ahead

On Tue, 10 Jan 2017, Rebecca N. Palmer wrote: > > olefile (0.43-1) unstable; urgency=medium > > * Initial release (closes: #850404). > > -- Matthias Klose Fri, 06 Jan 2017 07:36:25 +0100 > Which makes it too new to get into stretch, so we're not allowed to > build-depend

quick Q to Matthias Re: Sympy(+sagemath+nipy+~30 more) removal ahead

On Tue, 10 Jan 2017, Rebecca N. Palmer wrote: > > missing python{,3}-olefile in Build-Depends. > There is no such package in unstable - was this a typo? may be confusion is due to my shell rotten fingers typing? ;) $> apt-cache policy python{,3}-olefile python-olefile: Installed: (none)

Re: [Neurodebian-devel] Please consider moving common packages to Debian-Science

On November 19, 2016 12:03:06 PM EST, Ole Streicher <oleb...@debian.org> wrote: >Hi Yaroslav, Yury and all. > > >On 19.11.2016 17:50, Yaroslav Halchenko wrote: >> On Sat, 19 Nov 2016, Yury V. Zaytsev wrote: >>>> * pandas >>>> * pymc >>>

Re: [Neurodebian-devel] Please consider moving common packages to Debian-Science

On Sat, 19 Nov 2016, Yury V. Zaytsev wrote: > > * pandas > > * pymc > > * statsmodels > > * scikit-learn > I'd also add at least those two: > * mpi4py > * seaborn > > Would you consider moving these packages to debian-science instead? This > > would enable team-maintenance for a larger team

Re: Neurodebian tasks (and Debian Science)

quick clarification for now, hopefully would find time for more later) On Wed, 06 Apr 2016, Ole Streicher wrote: > > Are you aiming to provide that level of granularity within debian > > installer? if so -- that would be cool. > Sure, I am also unstatisfied with the current state. There is

Re: [Caffe] uploaded to mentors but NOT RFS

On Wed, 02 Sep 2015, lumin wrote: > As a packaging Newbie I indeed paied considerable time on it... > at the same time I learned a lot packaging it. > This is just my 3rd Debian package (and it includes my 1st python3 > package), so I'm not sure how far it is to be accepted into Archive. > Just

Re: Huge data files in Debian

Let's continue on debian-devel indeed On Fri, 17 Jul 2015, Andreas Tille wrote: Hi Ole, while it is probably correct to assume that several scientists have a similar problem I think the proper channel is debian-devel list since may be also gamers and others have this problem. There was

Re: Should non-science packages needed by science packages be maintained by Debian Science?

On Thu, 19 Mar 2015, Andreas Tille wrote: thanks for working on these math packages. +1 Would it be appropriate for Debian Science to maintain memtailor, or should I just maintain itself? Theoretically, it could be a dependency for some future non-science package. Usually

Re: Dealing with FTBFS with gcc 5 (Matthias?)

On Thu, 12 Feb 2015, Julien Puydt wrote: Hi, quite a number of FTBFS with gcc 5 bugs are hitting packages under the debian-science umbrella ; as I'm part of the team, I'll try to help on those, but since I have no clue what the problem(s) exactly is(are) yet, I have a few questions : 1.

Re: How to open-source a program?

Hi Ole, Since you cross-posted to multiple lists, I am not sure if you got a reply... did you? ;) Has anyone already went through such an exercise and could assist me in writing a nice E-mail? Or are there better ways to proceed? There were quite a few of such emails circulating on

Re: Bye bye Debian Science

On Thu, 05 Feb 2015, Sylvestre Ledru wrote: Just a quick email to let you know that I am going to quit this team. Good luck Sylvestre in new endeavors!!! But if not Science any longer, I still hope we will have pleasure to see you around Debian ;-) -- Yaroslav O. Halchenko, Ph.D.

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python liabrary for cognitive and neuroscientific experiments)

uploaded (and pushed now) and then realized that we should have also stripped python-support from all *Depends... so committed that one too Cheers On Thu, 10 Apr 2014, Yaroslav Halchenko wrote: Yes. Nd_build4all creates  packages for most releases (I can't check all, due

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python liabrary for cognitive and neuroscientific experiments)

On Wed, 09 Apr 2014, Oliver Lindemann wrote: Thanks of the guidance. I guess I fixed all issues. I used dh_python2 thou, since dh_pysupport seems to be deprecated: [1]https://wiki.debian.org/Python/Policy ;-) good ... I forgot from which ubuntu release it became available so we

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python liabrary for cognitive and neuroscientific experiments)

On Tue, 08 Apr 2014, Oliver Lindemann wrote: ha -- thanks to jwilk now I am aware of 17:59 #debian-python: jwilk: yoh: Lintian says: E: python-expyriment source: python-depends-but-no-python-helper python-expyriment

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python library for cognitive and neuroscientific experiments)

On Mon, 07 Apr 2014, Oliver Lindemann wrote: Possible a very stupid question, but I can't replicate the reported linitan errors after I git-buildpackage. Any idea why? oliver@pecog-computserver:~/git$ lintian --version Lintian v2.5.10.4 I bet that is why: $ apt-cache policy

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python library for cognitive and neuroscientific experiments)

. Oliver On 03/04/2014 03:00, Yaroslav Halchenko wrote: On Wed, 02 Apr 2014, Andreas Tille wrote: Hi, just one quick additional note: Please use Priority: optional. The rationale is discussed in several threads and documented in team policy. I would also (strongly) recommend

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python library for cognitive and neuroscientific experiments)

On Fri, 04 Apr 2014, Andreas Tille wrote: The current changelog entry contains the changes to the first package (which makes sense if it was released somewhere) and most importantly the Closes: #742639 string. If you want to close a bug in Debian you should close it in an upload to

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python library for cognitive and neuroscientific experiments)

NB please stop CCing me and even NeuroDebian team -- both of us (me and Michael) are on the debian-science ML Oliver -- are you on the list? On Thu, 03 Apr 2014, Andreas Tille wrote: Does that mean that you want me to set the debchange back to version-1 and remove that tag. No problem.

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python library for cognitive and neuroscientific experiments)

On Thu, 03 Apr 2014, Yaroslav Halchenko wrote: I will now build/check/upload the package. uploaded and pushed the tag Cheers! -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences

Re: Choosing proper Section field (Was: Bug#742639: ITP: python-expyriment -- Python library for cognitive and neuroscientific experiments)

On Wed, 02 Apr 2014, Andreas Tille wrote: Hi, just one quick additional note: Please use Priority: optional. The rationale is discussed in several threads and documented in team policy. I would also (strongly) recommend debhelper compat level 9 - but the NeuroDebian people might have

Re: Bug#742639: ITP: python-expyriment -- Python library for cognitive and neuroscientific experiments

Hi Oliver, Andreas, of the Debian Science team (I am part of too), suggested to invite you to join. Given that as the upstream developer of expyriment you are primarily interested to have only that piece packaged/distributed through Debian, not sure if it would be of direct interest to you. But

Re: Bug#742573: ITP: seaborn -- Python statistical visualization library

On Wed, 26 Mar 2014, Andreas Tille wrote: since I assume you will maintain this package in Debian Science team I'm lazy me didn't think about placing it under Debian Science but I guess it shouldn't hurt ;-) would need to recall (GIT) layout/procedures. if you have a look

Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)

Have I missed the background? is debian/watch getting renamed to debian/upstream -- where is the conflict? On Wed, 12 Feb 2014, Andreas Tille wrote: Hi, On Wed, Feb 12, 2014 at 04:11:41PM +0900, Charles Plessy wrote: Le Wed, Feb 12, 2014 at 12:06:42AM -0500, James McCoy a écrit : That

Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)

of uscan using now debian/upstream/signing-key.*. Now such a rename in uscan is IMHO only brings even more confusion among debian/ files (debian/watch which uses debian/upstream/signing-key.*). On Sat, 22 Feb 2014, Yaroslav Halchenko wrote: Have I missed the background? is debian/watch getting

Re: RFS: VLFeat computer vision library

FWIW -- I have tried to build backports using our neurodebian setup... it seem that all 32bit userland builds (while system is running on 64bit kernel) fail with ... bin/glnxa64/objs/aib.o bin/glnxa64/objs/array.o bin/glnxa64/objs/covdet.o bin/glnxa64/objs/fisher.o

Re: RFS: VLFeat computer vision library

On Fri, 22 Nov 2013, Dima Kogan wrote: faith in it now. Yaroslav, can you pleaase try it again on your 32-bit install? I can set one up in emulation, but hopefully it just works now. The tree is here: http://anonscm.debian.org/gitweb/?p=debian-science/packages/vlfeat.git for lazy me it

Re: hello from potential new maintainer

On Tue, 08 Oct 2013, Ghislain Vaillant wrote: Hi everyone, Thought I would introduce myself first before submitting anything here. I am a Ph.D. student in medical imaging with a special interest in I guess the work of http://www.debian.org/devel/debian-med/ and http://neuro.debian.net/

Re: Packaging special packages

Hi Ole, From what I understand there are really two questions: - should we upload small pipeline packages? NB Julian's comment on They are not useful for the general public imho should not of concern here -- probably major part of the Debian archive is not useful for the general public and that

debian/upstream::references:multiple_components

oki doki -- since it seems to be too quiet... let me start from an attacking angle: by using debian/upstream as the container for publication references we can't decouple separate components having different publication references to use for different components, neither shipped in separate

Re: Report from Debian Science BoF at DebConf 13

Lame me missed the whole debconf13 in physical presence and remote participation in this BoF. FWIW it is great to see that discussion was going about the issue of citations. From the wiki: Create a dh_science helper All debian/upstream files could be installed inside the binary package

Re: Wiki for science package is damaged

That is because UDD is currently not exposed via DDE (ie not listed on http://dde.debian.net/dde/?list). Related discussion is https://lists.debian.org/debian-qa/2012/03/msg00043.html but I am myself not clear on what is the current status/plan? On Thu, 11 Apr 2013, melchiaros wrote: Hi, this

missing banner on debian-science task pages

e.g. http://blends.alioth.debian.org/science/tasks/meteorology page has empty banner on top -- shouldn't (wasn't) there some logo -- img is missing src there entirely. -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate,

[RFC] debian/upstream -- add Funding: field

Many projects are often (fully or partially) supported by different governmental agencies and/or private funds. Those in turn often request (or at least ask) to acknowledge such sources of funding on projects pages and corresponding products. ATM there is quite a few of such projects maintained

http://wiki.debian.org/UpstreamMetadata -- broken links to .bib-related pages

in UDD loading through a YAML intermediate http://upstream-metadata.debian.net/for_UDD/biblio.yaml -- NOT FOUND http://anonscm.debian.org/viewvc/collab-qa/udd/config-org.yaml -- An Exception Has Occurred ... -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org

UpstreamMetadata -- any official reference

Is there any other than DEP 12 public reference to this effort ( proceedings/talk/abstract ) which could serve as an official reference for this effort? -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and

Re: [RFC] debian/upstream -- add Funding: field

On Wed, 13 Mar 2013, Andreas Tille wrote: Funding: NSF OCI-12345 This is correct syntax. check or a list Funding: - NSF OCI-12345 - NIH XXX-12345 Is that correct approach/syntax? I admit, I'm not sure whether this is correct YAML. Any reason to not simply use

Re: You can now check BibTeX file obtained from debian/upstream files

On Thu, 06 Sep 2012, Andreas Tille wrote: ultimate use case -- tool which given a list of packages returns list of bibliography entries ready for use in a publication. I could imagine several ways to answer this question (my prefered way would be to use UDD). Doing this based on the

Re: You can now check BibTeX file obtained from debian/upstream files

On Sun, 02 Sep 2012, Andreas Tille wrote: DebianPackage) could be automatically filled up -- you already have package names in the .tex table you generate, but not in .bib (which is what I whined about) A, this was not clear to me because I somehow fail to see any use case for this.

Re: You can now check BibTeX file obtained from debian/upstream files

On Fri, 31 Aug 2012, Andreas Tille wrote: DSCPackages = {source1, source2, ...} # there could be multiple or DEBPackages = {binary1, binary2, ...} so that .bib is sufficient to point to the corresponding package(s) ? There is the (not yet documented Field[1]) Debian-Package where

Re: You can now check BibTeX file obtained from debian/upstream files

On Sun, 06 May 2012, Andreas Tille wrote: At http://blends.debian.net/packages-metadata/ you can find the files debian.{bib,tex,pdf}. All these files are Thank you Andreas once again for pushing this. quick better-later-than-never comment: wouldn't it be nice to have some bibtex

Re: RE : Kudos to High Energy Physics packagers (Re: r3479 - /projects/science/trunk/debian-science/tasks/highenergy-physics)

my 1 c On Sat, 14 Jul 2012, PICCA Frédéric-Emmanuel wrote: Hello, yes we are preparing a PAN Blend (Photon and Neutron Blend) dedicated to the synchrotron and neutron facilities. Although I might sound hypocritical, I am not sure if separating out into a new blend would be worthwhile unless

  1   2   >