On 7/29/20 5:18 PM, Anton Gladky wrote:
Hi,
uploaded yesterday. Now it is waiting for review in NEW queue.
hi Anton
yes, I saw the email message. thank you so much for the help!
Qianqian
Best regards
Anton
Am Mo., 27. Juli 2020 um 22:15 Uhr schrieb Qianqian Fang
mailto:fan
elease (v0.3.6), and
imported it to salsa, see new commits here
https://salsa.debian.org/science-team/pyjdata/-/commits/master
let em know if you see anything else worth fixing.
Qianqian
>
> Best regards
>
> Anton
>
>
> Am Mi., 22. Juli 2020 um 01:41 Uhr schrieb Qianqian Fan
On 7/23/20 2:01 PM, Anton Gladky wrote:
Up to you.
done. imported a new release (0.2.6) with the ods file removed.
https://salsa.debian.org/science-team/pybj/-/network/master
Qianqian Fang mailto:fan...@gmail.com>> schrieb am
Do., 23. Juli 2020, 17:57:
just to clarify -
On 7/23/20 11:39 AM, Anton Gladky wrote:
> Qianqian Fang mailto:fan...@gmail.com>> schrieb am
> Do., 23. Juli 2020, 01:17:
>
> https://github.com/Iotic-Labs/py-ubjson/tree/dev-contrib/test
>
> I can make a new release to get rid of this file, is that ok? or I
&
not compile and test your packages.
>> Please fix all lintian
>> errors and warnings, if they exist.
>
>
> most of those should have been fixed, let me know if you see
> something that worth fixing.
>
> thanks
>
>
> Qianqian
>
omething
that worth fixing.
thanks
Qianqian
Best regards
Anton
Am Fr., 17. Juli 2020 um 17:34 Uhr schrieb Qianqian Fang
mailto:fan...@gmail.com>>:
hi Anton
just to let you know that I've fixed the numpy-abi error for pybj
https://salsa.debian
jdata
let me know if you have any additional questions regarding these two
packages.
Qianqian
On 7/14/20 6:07 PM, Qianqian Fang wrote:
> On 7/14/20 5:11 PM, Anton Gladky wrote:
>> Hi.
>>
>> Thanks for your contribution to Debian. I have just some doubts about
>> us
.space/> (~10,000 registered users combined). So
packaging and maintaining these tools will greatly facilitate the data
exchange among the user communities.
let me know if I can provide any additional explanations.
thanks
Qianqian
>
> Best regards
>
>
> Anton
>
>
Dear Science team,
I just submitted two python module packages and wonder if anyone is
willing to take a look and sponsor these packages
The python-jdata and python-bjdata packages aim to enable sharing python
data with other programming environments (like MATLAB, C/C++) via
JSON/binary JSON
On 6/26/20 12:00 PM, Pierre Gruet wrote:
As you guessed, the fact that you got the old version number 1.9.1 in
the name of the orig tarball is because "debian" is provided as the
third argument concerning the first tarball, as the above link explains:
it forces the use of the version number writt
On 6/25/20 4:09 PM, Pierre Gruet wrote:
I think you should provide some options ("opts=..."): for instance, a
component name should be provided for the two last parts. You can look
at the manpage of uscan, it provides some examples of watch files for
multiple upstream tarballs.
As you are doing s
hi everyone,
I am working on packaging a matlab/octave toolbox that involves multiple
source tarballs
https://salsa.debian.org/pkg-octave-team/octave-iso2mesh
this toolbox contains a number of built-in utilities that are linked to
the source repo via submodules
https://github.com/fangq/iso
On 6/8/20 5:44 PM, Rebecca N. Palmer wrote:
Either including or not including the upstream files is allowed, but
including them is usually preferred, unless they are very large.
thank you so much Rebecca. very helpful.
will start working on the packaging files, and send my packaging-related
On 6/8/20 3:00 PM, Rebecca N. Palmer wrote:
This is a library, so the binary package names should probably be
libzmat0/libzmat-dev/octave-zmat. I have not checked the rest of the
package.
It's generally recommended, and in some teams required, that packaging
repositories be hosted on https
On 6/5/20 3:44 AM, Rebecca N. Palmer wrote:
Not that I'm aware of. (The package 'alien' can install RPM binary
packages on Debian, but does not convert source packages.)
any best practices guide for creating a package?
any links/steps on how to become a maintainer would be fantastic. Any
one
Dear Debianers,
I have been maintaining a number of packages created by my lab for
Fedora (as part of NeuroFedora) - most of these tools are for
optical/neuro imaging, modeling and data processing. I would like to
contribute these packages to Debian and want to get some pointers where
to star
hi Mo
we have some experience with OpenCL+AMD GPUs, but pretty much
limited to Monte Carlo (MC) photon transport simulations. My lab developed
a few GPU-accelerated photon simulators, both in CUDA and OpenCL,
see http://mcx.space. This work is funded by the NIH.
In the past, we have heavily opti
17 matches
Mail list logo