Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko <[EMAIL PROTECTED]>
* Package name: python-scipres
Version : 1.0.0rc1
Upstream Author : Xavier Décoret <[EMAIL PROTECTED]>
* URL :
http://artis.inrialpes.fr/Membres/Xavier.Decoret/resources/
package stands as a demo of using jetring, but if
> James wants, I'm willing to work on it a bit more and upload it to the
> archive and maintain it based on the changes James makes to the
> keyring.debian.org keyrings.
> http://kitenet.net/~joey/tmp/debian-keyring/
--
Yarosla
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: connectomeviewer
Version : 0.1.4
Upstream Author : Stephan Gerhard
* URL : http://www.connectomics.org/viewer/
* License : GPLv3+
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-scikits-learn
Version : 0.1
Upstream Author : Fabian Pedregosa
* URL : http://scikit-learn.sourceforge.net
* License : BSD
Programming Lang: Python, C
Description : A
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-scikits-statsmodels
Version : 0.2.0
Upstream Author : Statsmodels Developers
* URL : http://statsmodels.sourceforge.net/
* License : BSD
Programming Lang: Python
Description
0/03/msg00034.html
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
signature.asc
Description: Digital signature
nda extensions to scipy... probably will
do that ;) thanks again
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\
ut having magic __init__.py in those -- and then it seems to
work fine again (according to my initial testing).
Thanks once again!
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: vowpal-wabbit
Version : 4.1
Upstream Author : John Langford
* URL : http://hunch.net/~vw/
* License : BSD
Programming Lang: C++
Description : fast and scalable online learning
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
Owner: Yaroslav Halchenko
* Package name: pyimport-relative
Version : 0.1.0
Upstream Author : Rocky Bernstein
* URL : http://code.google.com/p/pyimport-relative/
* License : GPL
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
Owner: Yaroslav Halchenko
* Package name: ants
Version : 1.9
Upstream Author : ANTS Team
* URL : http://www.picsl.upenn.edu/ANTS/
* License : BSD
Programming Lang: C++
Description : advanced
c normalization (SyN) strategy is a part of the ANTS toolkit as is
> > directly manipulated free form deformation (DMFFD).
> Thanks,
> Franklin
--
.-.
=-- /v\ --
licit.
Who said it is a GUI? ;-)
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Lin
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
Owner: Yaroslav Halchenko
* Package name: biosig4c++
Version : 0.93
Upstream Author : Alois Schloegl
* URL : http://biosig.sourceforge.net/
* License : GPL
Programming Lang: C, C++, Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
Owner: Yaroslav Halchenko
* Package name: sigviewer
Version : 0.3.0
Upstream Author : Christoph Eibel
* URL : http://sigviewer.sourceforge.net
* License : GPL
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
Owner: Yaroslav Halchenko
* Package name: mipav
Version : 4.1.1
Upstream Author : Matthew McAuliffe
* URL : http://mipav.cit.nih.gov
* License : non-free: closed-source, package is just a
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
Owner: Yaroslav Halchenko
* Package name: jist
Version : 1.10~beta
Upstream Author : Bennett Landman
* URL : http://www.nitrc.org/projects/jist/
* License : LGPL
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
Owner: Yaroslav Halchenko
* Package name: python-dicom
Version : 0.9.4.1
Upstream Author : Darcy Mason
* URL : http://pydicom.googlecode.com
* License : MIT/X
Programming Lang: Python
lable, so decided to check with
you guys first before asking in the derivatives land.
thanks in advance for reply
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yar
ou for the
reference. Thanks again
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux
On Wed, 21 Jul 2010, Tollef Fog Heen wrote:
> ]] Yaroslav Halchenko
> | Ubuntu popcon historical data being available, so decided to check
> | with you guys first before asking in the derivatives land.
> Have you tried asking them? Mailing webmas...@ubuntu.com should get you
&g
roach. Unfortunately noone cared to follow
up.
http://lists.debian.org/debian-www/2010/07/msg00048.html
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)
.-.
=-- /v\ =
Keep in touch // \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
--
To UNSUBSCRIBE,
ror it entirely
N.B. I have not got any reply from webmas...@u.c yet
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: jemris
Version : 2.3
Upstream Author : Tony Stöcker, Kaveh Vahedipour, Daniel Pflugfelder
* URL : http://www.jemris.org/
* License : GPL
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: openpyxl
Version : 1.0.1
Upstream Author : Eric Gazoni
* URL : http://bitbucket.org/ericgazoni/openpyxl/
* License : Expat
Programming Lang: Python
Description : module to
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: joblib
Version : 0.4.2
Upstream Author : Gael Varoquaux
* URL : http://packages.python.org/joblib/
* License : BSD
Programming Lang: Python
Description : tools to provide
t;.
> so - something to think about.
--
.-.
=-- /v\ =
Keep in touch // \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: NeuroDebian Team
* Package name: neuron
Version : 7.2
Upstream Author : Michael Hines and others
* URL : http://www.neuron.yale.edu/
* License : GPL
Programming Lang: C, C++, Python
Description : simulation envi
ortcomings?
[1] http://www.linuxmint.com/blog/?p=1527
--
.-.
=-- /v\ =
Keep in touch // \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 6065
version which I intend to get to frozen testing
and another one to get into rolling (experimental obviously can't serve as
such). or it all would go through an addendum (*-proposed-updates)?
--
.-.
=-- /v\ ----=
lied upon
installation? e.g.
data-blob-1.0.0
data-blob-1.0.0+1
data-blob-1.0.0+2
...
?
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.
.-.
=-- /v\ =
Keep in touch // \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
signature.asc
Description: Digital signature
/v\ =
Keep in touch // \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a su
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: psychtoolbox-3
Version : 3.0.8.1865
Upstream Author : Mario Kleiner
* URL : http://psychtoolbox.org
* License : GPL-2+
Programming Lang: Matlab/Octave, C
Description : Matlab
Please use your real name even if you're doing some work as part of a
> team...
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
signature.asc
Description: Digital signature
single humanoid with an email
t...@neuro.debian.net ;) or we could come up with a more specific one
A.Humanoid
to be forwarded to team@ ;)
--
=--=
Keep in touch www.onerussian.co
ages (often DDs as
well, since we do eat our own ...)
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a su
at in the future ;)
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe"
-=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
desktop. I do not test on the build virtual machine;
> most of my testing is done on my desktop.
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/
btain version of dpkg is:
perl -MDpkg -e 'print ${Dpkg::version};'
?
--
=------=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debi
-- I can only agree with that ;-)
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@l
l-available --- virt-server [virt-server-arg...]
so that testing could be performed on a distant or virtualized environment.
So, where do we start/continue sharing the thoughts on a tentative DEP? ;)
--
=------=
Keep in touch
the goal of testing current system setup, installing the single,
most recent battery, sounds sufficient. To complement there are
snapshot.debian.org and backports.debian.org, so any previous or
backported version could be made available
--
=-------
local.
?
thanks for the input
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lis
> If directories /lib or /usr/lib exist, the equivalent
> > directories must also exist in /usr/local.
> > ?
> No reason and yes.
--
=--=
Keep in touch ww
cluster..ck since I am using it ;-)
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-pyentropy
Version : 0.3
Upstream Author : Robin Ince
* URL : http://code.google.com/p/pyentropy/
* License : GPL
Programming Lang: Python
Description : estimation of
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: openmeeg
Version : 1.0.0
Upstream Author : OpenMEEG Team
* URL : http://www-sop.inria.fr/odyssee/software/OpenMEEG/
* License : CeCILL-B
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: pythm
Version : 0.5.5-dmr (fork developed by Dylan)
Upstream Author : Matthias Hans , Dylan Reilly
, and others ;)
* URL : http://github.com/negi/pythm/tree/master
* License : GPL-2
-keyboard
Upon receiving comments and if no objections made I guess I will file a
butreport against debian-policy to have virtual-package-names-list.txt
adjusted
Meanwhile I CCing xvkbd and matchbox-keyboard maintainers to attract
their attention
--
Yaroslav Halchenko
Research Assistant, Psychology
nt to having a meta package instead of a virtual one.
> MfG
> Goswin
--
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student Ph.D. @ CS Dept. NJIT
Office: (973) 353-1412 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-10
I am sorry Luca that I have missed your email. Looking at it now I
realize that it came at the hottest time -- I was about to submit my
PhD dissertation, so my mind was fully occupied with other things ;)
> On Fri, 06 Mar 2009 16:25:16 +0100, Yaroslav Halchenko wrote:
> > * Pac
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-nipy
Version : 0.1.4
Upstream Author : NiPy Team
* URL : http://neuroimaging.scipy.org
* License : BSD
Programming Lang: Python
Description : Analysis of structural and
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: psychopy
Version : 1.00.02
Upstream Author : Jon Peirce
* URL : http://www.psychopy.org/
* License : BSD
Programming Lang: C, Python
Description : module for creating
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: patchclamp
Version : 1.0
Upstream Author : Vadim Alexeenko
* URL : http://patchclamp.net
* License : GPL
Programming Lang: C++
Description : basic tool for patch clamping
Hi guys,
I am wondering if anyone poked more on using docker with
*-buildpackage flavors?
in my case I would not be as much interested in the efficient layering
of the pre-deployed build images rather a straightforward use of
base system docker images similarly to how pbuilder
(tarballs)/cowbuild
I am setting up a little helper to enable neuro.debian.net
repository on users' boxes. We have a few mirrors around the globe and
the simplest approach was to use netselect, but that one relies on UDP
or ICMP (not even both at the same time), and some mirrors filter those
out...
So I wondered if
On Sat, 28 Jun 2014, Paul Wise wrote:
> > Thanks in advance for the ideas/feedback
> If it were me, I would upload only to ftp.d.o and use http.d.n but I
> guess these packages can't go into the Debian archive?
almost all (but some not yet fully ready/heavy data) are in Debian
archive ;) we ar
On Sun, 29 Jun 2014, Paul Wise wrote:
> > almost all (...) are in Debian archive ;)
> Good to hear :)
> > we are providing backport builds
> Are you doing that in addition to or instead of providing official
> backports in the wheezy-backports suite?
> http://backports.debian.org/Contribute/
Sin
On Sat, 08 Nov 2014, Michael Hanke wrote:
> If I have one regret from my 18 years in Debian, it's that when the
> Debian constitution was originally proposed, despite seeing it as
> dubious, I neglected to speak out against it. It's clear to me
> now that it's a toxic document,
On Sat, 26 May 2012, Jon Bernard wrote:
> > I see that there is already a Debian account on GitHub
> > (https://github.com/debian), currently empty. Does it belong to a
> > Developer ?
> > Would it be availble to maintain the euca2ools package in ?
if there is no reply here it might be worth c
I have just realized that this helpful Contents-sources.gz I had on my
drive is more than a year old and is not updated by cron as I thought it
was ;-)
Raphael, is there a chance to reincarnate this "service" or was it
superseded by a better solution?
Thanks in advance
On Thu, 30 Sep 2010, Micha
On Mon, 04 Jun 2012, Salvo Tomaselli wrote:
> > drive is more than a year old and is not updated by cron as I thought it
> > was ;-)
> > Raphael, is there a chance to reincarnate this "service" or was it
> > superseded by a better solution?
> apt-file
nah -- that one for binary pkgs only AFAIK.
On Mon, 04 Jun 2012, Jakub Wilk wrote:
> >I have just realized that this helpful Contents-sources.gz I had
> >on my drive is more than a year old and is not updated by cron as
> >I thought it was ;-)
> >Raphael, is there a chance to reincarnate this "service" or was it
> >superseded by a better s
ho ho -- smart ;) not sure even which version to assign if someone
would decide to close this bug report ;)
Apparently this feature is working out of the box "by design", as
James McCoy points out. Since Contents-* file format is the same for
-sources as for any other architecture listing conten
may be because
$> links -dump https://irqbalance.org/download.html | grep -A2 Latest
Latest release
Source Code: irqbalance-0.56.tar.bz2 (28Kb)
?
On Fri, 15 Jun 2012, Stephen Hemminger wrote:
> Irqbalance project has moved to http://code.google.com/p/irqbalance/
> The current Debian package
On Fri, 15 Jun 2012, Svante Signell wrote:
> > Irqbalance project has moved to http://code.google.com/p/irqbalance/
> > The current Debian package is back at 0.56 (over 2yrs old)
> > and upstream is now at version 1.0.3
> This is another example (of many) on how old-fashioned the Debian
> package
I wonder if we have a way to achieve that.
I package a few Python modules and enable build-time testing in them for
at least some QA. Some of the packages, although being pure Python
(thus architecture all), deal with data I/O thus prone to bugs related
to alignment/endianness etc. Unfortunatel
On Fri, 22 Jun 2012, Paul Wise wrote:
> > I package a few Python modules and enable build-time testing in them for
> > at least some QA. Some of the packages, although being pure Python
> > (thus architecture all), deal with data I/O thus prone to bugs related
> > to alignment/endianness etc.
On Fri, 22 Jun 2012, Goswin von Brederlow wrote:
> >> I was thinking about a bit more automated way... ideally (in the long
> >> run) even that FTBFS (e.g. due to failed tests or some other arch
> >> specific quirks) would forbid automatic migration to wheezy etc --
> >> kinda full blown benefits
Since there is no hppa port any longer, shouldn't we close all
hppa-specific bug reports?
http://bugs.debian.org/cgi-bin/pkgreport.cgi?status=open;include=subject%3Ahppa
--
Yaroslav O. Halchenko
Postdoctoral Fellow, Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore H
On Mon, 25 Jun 2012, John David Anglin wrote:
> >>Since there is no hppa port any longer, shouldn't we close all
> >>hppa-specific bug reports?
> >>http://bugs.debian.org/cgi-bin/pkgreport.cgi?status=open;include=subject%3Ahppa
> >why? it's still a port.
> I am still building unstable packages and
> - Research how many similar software packages are there actually in Debian, in
> what shape they are, whether they have active upstream and downstream
> maintainers. Complain about the worst package in that selection instead.
to address Ben's comments and to possibly distill Guus's nice list
I would go even 1 step further and seek from a perspective maintainer,
especially a non-DD/DM, at least some assurance that it is not a
fire-and-forget project for him (e.g. that he is using it extensively
and planing to do so for the next X years) and that he is willing
to put effort in proper mai
On Fri, 29 Jun 2012, Josselin Mouette wrote:
> I don’t think it is worthwile to let people devote their energy to
> packaging pet applications that will disappear in 2 years time when they
> find another one.
+1
> We really need to find better ways to involve new users in core teams,
+1
> and
On Tue, 24 Jul 2012, Artem Leshchev wrote:
> * Package name: crtools
> >...<
> Checkpoint/Restore In Userspace, or CRIU, is a tool, that can freeze a running
> application (or part of it) and checkpoint it to a hard drive as a collection
> of files. You can then use the files to restore and
On Fri, 27 Jul 2012, Adam D. Barratt wrote:
> bug - "reportbug release.debian.org" and selecting the "unblock" option
> will set the correct usertags for you.
what is the difference between those two user tags and if there is any should I
retag freeze-exception ones as unblock?
3 freeze-exceptio
> > * Package name: spykeutils
On Sat, 15 Sep 2012, Salvo Tomaselli wrote:
> If it is a python library, shouldn't it be called python-spykeutils ?
source package -- AFAIK should match upstream name of the project where
possible (and which it does in this case)
binary packa
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: neurosynth
Version : 0.3.0 (to be released)
Upstream Author : Tal Yarkoni
* URL : http://neurosynth.org
* License : MIT/X
Programming Lang: Python
Description : Large-scale
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: patsy
Version : 0.1.0
Upstream Author : Nathaniel J. Smith
* URL : http://github.com/pydata/patsy
* License : BSD-2
Programming Lang: Python
Description : statistical models in
Hi Everyone,
Though it is actually not a Debian specific question (since on pure
Debian builts/links fine), I hope to find help and wisdom here.
We (neurodebian) have a package for AFNI which we have been cooking for a
while... with a recent change to force -Wl,--no-undefined I got into a weird
On Tue, 03 Sep 2013, Andrey Rahmatullin wrote:
> > ~/afni-0.20130830~dfsg.1/build-x86_64-linux-gnu/avovk# gcc --param
> > ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -g -O2
> > -fstack-protector
> > --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wno-unused
> > -fopenm
On Fri, 20 Sep 2013, Russ Allbery wrote:
> Yaroslav Halchenko writes:
> > long story short -- reason was the combination of optimization (-O1 was
> > enough) + -D_FORTIFY_SOURCE=2 to fall into the "undefined" darkness of C
> > standard(s) in s*printf() funct
Just to share with fellow developers, in particular those who maintain
scientific software projects which still quite often come without
thorough unittests batteries.
Within NeuroDebian we have been preparing a package of AFNI (which now could
soon be uploaded to Debian proper) which, unfortunatel
On Fri, 20 Sep 2013, Yaroslav Halchenko wrote:
> On "your" code you could look for some (no multiline or more complex
> expressions, no snprintf) hits in sprintf with following grep
> grep -re 'sprintf(\s*\(\w\+\)\s*,[^,]\+,\s*\1\>' *
> unfortunately codesearc
On Fri, 20 Sep 2013, Bastian Blank wrote:
> On Fri, Sep 20, 2013 at 03:05:37PM -0400, Yaroslav Halchenko wrote:
> > long story short -- reason was the combination of optimization (-O1 was
> > enough)
> > + -D_FORTIFY_SOURCE=2 to fall into the "undefined" darkne
On Sat, 21 Sep 2013, Bastian Blank wrote:
> > > > DEB_BUILD_HARDENING_FORTIFY := 0
> > > > preceding inclusion of /usr/share/hardening-includes/hardening.make
> > > I would call code that hits such clear definitions too buggy to be
> > > supported.
> > yeah -- let's burn it!!!... oh no -- I am usi
On Fri, 20 Sep 2013, Kees Cook wrote:
> This is absolutely a bug in glibc. While the spec can say "undefined", it
> is, in fact, not undefined. It worked in a very specific way for over a
> decade, so that's pretty well defined. ;) The fortify function has no need
> to change it.
FWIW +1
> > To
Dear library package(s) maintenance experts,
I am updating libfreenect package to fresh upstream 0.2.0 (from 0.1.2).
library SOVERSION changed to 0.2 and I have renamed libfreenect0.1 to
libfreenect0.2 and its .symbols file. Now updating it with
dpkg-gensymbols -v1:0.2.0 -plibfreenect0.2 -Odeb
On Sun, 22 Sep 2013, Andreas Beckmann wrote:
> > [-libfreenect.so.0.1 libfreenect0.1-]{+libfreenect.so.0.2 libfreenect0.2+}
> > #MINVER#[-(optional)fn_log@Base 1:0.1.1-]
> ^
> You need to change the soname in the first line of your symbols file,
> otherwise what you get is t
I am mentoring packaging of https://github.com/mne-tools/mne-python and
ATM their public python scripts (ATM 10 of them already) carry .py
suffix. At first I blindly recommended to strip those off
(https://github.com/mne-tools/mne-python/pull/865) but the problem is
that there is a non-free orig
On Thu, 31 Oct 2013, Jonathan Dowland wrote:
> Urgh. How about installing the .py to a private directory (under
> /usr/share say?) and creating non-suffixed symlinks in /usr/bin.
how that would help in case of a conflict with original MNE's binaries
becoming available/conflicting?
> You
> coul
On Thu, 31 Oct 2013, Jonathan Dowland wrote:
> On Thu, Oct 31, 2013 at 03:24:02PM -0400, Yaroslav Halchenko wrote:
> > > Urgh. How about installing the .py to a private directory (under
> > > /usr/share say?) and creating non-suffixed symlinks in /usr/bin.
> > how t
On Thu, 31 Oct 2013, Peter Palfrader wrote:
> > the hurdle again is that those then would/could conflict with the names
> > of the now non-free MNE toolkit, which ships files with the same names.
> Sounds like both packages should pick new names
well -- in their universe they have no problem to
On Fri, 01 Nov 2013, Paul Wise wrote:
> > So the question is -- is there any other possible resolution I do not
> > see here besides just keeping .py suffixes and providing a lintian
> > override?
> The implementation language is irrelevant to users and thus should not
> be in the names of things
On Fri, 01 Nov 2013, Charles Plessy wrote:
> I recommend if possible to keep the original upstream name if it has a suffix.
> Not doing so means that Debian becomes incompatible with other systems and
> with
> the existing documentation.
> > So the question is -- is there any other possible resol
101 - 200 of 283 matches
Mail list logo
