Hi Andrius,
mer...@debian.org, on 2020-06-11 08:20:01 +0300:
> Thanks for opening the branch. I confirm that rebuilding the bindings
> with swig is not trivial in this case. You were right that there must
> have been manual additions to the swig-generated code. Let's leave it
> like this for now.
Hi Étienne,
On 2020-05-27 21:43, Étienne Mollier wrote:
> Following your recommendation in the other thread, I opened a
> branch swig-dedup, to assess if such task would be feasible.
> The branch already has a commit with a swig call, a few options
> maybe deemed minimum, and proper build dependen
Hi Andrius,
mer...@debian.org, on 2020-05-27 14:41:52 +0300:
> On 2020-05-26 20:58, Étienne Mollier wrote:
> > I believe the package for the Math::Cephes should be in good
> > shape as well, if you, or someone else of the Perl team, wish
> > to review it.
>
> I gave your packaging a look and uplo
On Wed, 27 May 2020 14:41:52 +0300, mer...@debian.org wrote:
> > * I'm under the impression the module should be rebuilt from
> > the swig file Cephes.i, but since the build time testing is
> > failing if I do so, I left lib/Math/Cephes.pm untouched for
> > the time being.
> swig-gen
Hi Étienne,
On 2020-05-26 20:58, Étienne Mollier wrote:
> I believe the package for the Math::Cephes should be in good
> shape as well, if you, or someone else of the Perl team, wish
> to review it.
I gave your packaging a look and uploaded it after doing some adjustments to
the d/copyright. You
Hi Gregor,
gregor herrmann, on 2020-05-23 14:20:12 +0200:
> Thanks for your changes; I just pulled, made one tiny change and
> uploaded the package to NEW.
and thank you for your upload. :)
I believe the package for the Math::Cephes should be in good
shape as well, if you, or someone else of th
[ sent again, with 7bit headers to please Debian MTAs ]
Quoting gregor herrmann (2020-05-23 13:46:10)
> On Sat, 23 May 2020 12:47:30 +0200, Andreas Tille wrote:
>
> > > > With debhelper 13 there are some nice improvements, so it makes sense
> > > > to use it IMO.
> > > Okay, I'll stick to it at l
On Sat, 23 May 2020 14:04:49 +0200, Étienne Mollier wrote:
> gregor herrmann, on 2020-05-23 13:48:00 +0200:
> > This sounds to me like you have pushed some changes, but I don't see
> > anything after my commit from Thursday in the repo :)
>
> Erm, how to say that...
>
> I saw this in my command
Hallo,
gregor herrmann, on 2020-05-23 13:48:00 +0200:
> This sounds to me like you have pushed some changes, but I don't see
> anything after my commit from Thursday in the repo :)
Erm, how to say that...
I saw this in my command prompt after coming back from lunch:
$ git push
E
On Sat, 23 May 2020 12:40:01 +0200, Étienne Mollier wrote:
> Hi all,
Salut !
> I took a bit of time to proceed to changes for the package
> libmath-matrixreal-perl but I wanted to get right my autopkgtest
> infrastructure, and life interleaved with commits. It /should/
> be in better shape thi
On Sat, 23 May 2020 12:47:30 +0200, Andreas Tille wrote:
> > > With debhelper 13 there are some nice improvements, so it makes sense
> > > to use it IMO.
> > Okay, I'll stick to it at least on Perl side. Thanks!
> I had not seen a strong reason to bump routine-update to debhelper 13
> but it woul
On Sat, May 23, 2020 at 12:40:01PM +0200, Étienne Mollier wrote:
>
> From my experience, this is not specific to the Debian project.
> Other projects may not have this tradition in place, but only
> because they are to young to have a long tradition anyway.
:-)
> > With debhelper 13 there are s
Hi all,
I took a bit of time to proceed to changes for the package
libmath-matrixreal-perl but I wanted to get right my autopkgtest
infrastructure, and life interleaved with commits. It /should/
be in better shape this time.
gregor herrmann, on 2020-05-22 18:16:07 +0200:
> On Thu, 21 May 2020 19
On Thu, 21 May 2020 19:12:23 +0200, Étienne Mollier wrote:
> > I'd love to switch to dpt but its always so hard to switch from
> > "something that works" to "something that might work a bit differen but
> > its state of the art". I would welcome if someone would check our
> > scripts and turn the
Hi everyone,
I couldn't see much changes to bring to one of the package since
yesterday, so I believe it should be ready for upload, or at
least review, it's the libmath-matrixreal-perl one:
https://salsa.debian.org/perl-team/modules/packages/libmath-matrixreal-perl
Knowing myself, I wo
On Wed, May 20, 2020 at 10:35:37PM +0200, Étienne Mollier wrote:
> > For adding new packages, please use `dpt salsa pushrepo'. The other dpt-*
> > tools might be helpful as well :)
>
> Good to know! I kind of... stumbled upon dpt-gen-itp(1) and
> friends. :)
I'm afraid in the Debian Med team w
Hi,
gregor herrmann, on 2020-05-20 16:49:40 +0200:
> I've just added you to the perl-team/modules group on Salsa, welcome aboard!
Thanks, will try to keep my amount of "Whoopsie" moments,
notably with regards to policies, as low as possible. :)
> If you haven't done so yet, please take a look a
On Tue, 19 May 2020 21:46:24 +0200, Étienne Mollier wrote:
> I had a look at the Debian Perl policy[1], and gave a try to the
> command dh-make-perl, following the nice recommendations of the
> Debian Med Team fellows, and have a few skeletons of packages,
> which still need a bit of work but are
Good day everyone,
Last month I packaged a program, prinseq-lite, for the Debian
Med team, which provides a graphing command which has two
flavors:
- one with full options: prinseq-graphs.pl;
- one with missing graphs in output: prinseq-graphs-noPCA.pl.
I only enabled the limited flavor missi
19 matches
Mail list logo
