On Sat, May 16, 2015 at 12:49:55AM -0700, Afif Elghraoui wrote:
> >
> >I personally would try to convince kmer upstream to adapt to official
> >kazlib.
>
> Ok, so you agree with me. Thanks for the feedback and I'll go ahead
> with patching kmer instead.
To my experience upstreams do like patches
Hi,
Thanks for copying me.
2015-05-16 9:49 GMT+02:00 Afif Elghraoui :
> Hello,
>
> On الجمعـة 15 أيار 2015 23:16, Andreas Tille wrote:
>>
>> [CCing libkaz maintainer
>> Balint, the Debian Med team wants to build a package that contains
>> a libkaz code copy with a patch]
>>
>
> That patch is f
Hello,
On الجمعـة 15 أيار 2015 23:16, Andreas Tille wrote:
[CCing libkaz maintainer
Balint, the Debian Med team wants to build a package that contains
a libkaz code copy with a patch]
That patch is for v1.20 of libkaz, which is behind the version in
Debian. I will instead patch kmer and
On Sat, May 16, 2015 at 08:16:31AM +0200, Andreas Tille wrote:
> [CCing libkaz maintainer
> Balint, the Debian Med team wants to build a package that contains
> a libkaz code copy with a patch]
>
> Hi,
>
> On Fri, May 15, 2015 at 11:06:18PM -0700, Afif Elghraoui wrote:
> > >>>OK, feel free to
[CCing libkaz maintainer
Balint, the Debian Med team wants to build a package that contains
a libkaz code copy with a patch]
Hi,
On Fri, May 15, 2015 at 11:06:18PM -0700, Afif Elghraoui wrote:
> >>>OK, feel free to discuss the diff here in case you might be in doubt.
>
> I'm not sure how usefu
Hi, Andreas,
On الإثنين 11 أيار 2015 00:47, Andreas Tille wrote:
>>>So to be sure you can at least check the diff whether kmer
>>>upstream has patched the lib to some extend. If there is no diff you
>>>are done - if not it might be worth inspecting it more deeply.
>>>
>>
>>I will check. Like
Hi, Andreas,
On الإثنين 11 أيار 2015 00:47, Andreas Tille wrote:
On Mon, May 11, 2015 at 12:29:53AM -0700, Afif Elghraoui wrote:
OK, that's a fair point. I recently had this point in the (not yet
finished) mugsy package where upstream admitted to have patched the
included code copy of mummer
On Mon, May 11, 2015 at 12:29:53AM -0700, Afif Elghraoui wrote:
> >
> > OK, that's a fair point. I recently had this point in the (not yet
> > finished) mugsy package where upstream admitted to have patched the
> > included code copy of mummer version 3.20 while Debian ships mummer
> > 3.23. I d
Hi, Andreas,
On السبت 9 أيار 2015 23:44, Andreas Tille wrote:
>>> >From my point of view the tests are designed to reproduce expected
>>> results. A software should not break if a depencency is upgraded. The
>>> later is a totally normal thing and happens all the time. So if you do
>>> not hav
On Sat, May 09, 2015 at 04:10:15PM -0700, Afif Elghraoui wrote:
> >>From my point of view the tests are designed to reproduce expected
> >results. A software should not break if a depencency is upgraded. The
> >later is a totally normal thing and happens all the time. So if you do
> >not have an
Hi, Andreas,
On السبت 9 أيار 2015 15:13, Andreas Tille wrote:
Hi Afif,
Yes, I need help. I've done some more reading and the situation is that:
- upstream uses an apparently modified version of the random number
generator mt19937ar [1]
- The developers of mt19937ar have a whole suite of impl
Hi Afif,
On Sat, May 09, 2015 at 01:30:23PM -0700, Afif Elghraoui wrote:
> >>The other dependency seems to be a strange
> >>case. It is mt19937ar[1] (I'm not 100% if this is the correct link,
> >>but I believe it is), which I thought was in Debian as the package
> >>libghc-mersenne-random-dev [2],
Hi, Andreas,
On السبت 9 أيار 2015 08:51, Andreas Tille wrote:
Hi Afif,
On Sat, May 09, 2015 at 03:34:22AM -0700, Afif Elghraoui wrote:
- Remove convenience copies of packaged dependencies (via
get-orig-source) and modify the build system (using quilt patches)
to use existing Debian packages f
Hi Afif,
On Sat, May 09, 2015 at 03:34:22AM -0700, Afif Elghraoui wrote:
> >>- Remove convenience copies of packaged dependencies (via
> >>get-orig-source) and modify the build system (using quilt patches)
> >>to use existing Debian packages for them
>
> I did this for kazlib.
Fine.
> The other
Hi, Andreas,
On الجمعـة 8 أيار 2015 00:28, Andreas Tille wrote:
Hi Afif,
On Thu, May 07, 2015 at 11:07:14PM -0700, Afif Elghraoui wrote:
Here are the next steps I see:
- Remove convenience copies of packaged dependencies (via
get-orig-source) and modify the build system (using quilt patches)
Hi Afif,
On Thu, May 07, 2015 at 11:07:14PM -0700, Afif Elghraoui wrote:
> >
> >Can you confirm that you get the same?
>
> Yes, I was getting the same. I referenced nonexistent build scripts,
> but I've fixed that and it builds now on my machine.
Fine - same for me.
> >>>Next, I'm going to rev
Hello,
On الأربعاء 6 أيار 2015 23:10, Andreas Tille wrote:
I noticed this from the commits and checked it out. When doing
gbp buildpackage
by using a pbuilder environment I'm finally running into:
...
ar: `u' modifier ignored since `D' is the default (see `U')
ar: creating /tmp/buildd/k
Hi Afif,
On Wed, May 06, 2015 at 07:46:06PM -0700, Afif Elghraoui wrote:
> >The changelog is not touched (you need to do this manually). It always
> >fetches the last SVN. This is a *temporary* solution and upstream
> >confirmed that a proper release tarball will be done. Once this has
> >happe
Hi, Andreas
On الأربعاء 6 أيار 2015 00:01, Andreas Tille wrote:
Hi Afif,
On Tue, May 05, 2015 at 11:14:39PM -0700, Afif Elghraoui wrote:
Am I
correct in that your script parses the changelog for the version
stem, appends to it, and then puts it back in the changelog?
The changelog is not to
Hi Afif,
On Tue, May 05, 2015 at 11:14:39PM -0700, Afif Elghraoui wrote:
> >https://wiki.debian.org/UpstreamMetadata
>
> Done.
:-)
> >>>Vcs-Git: git://anonscm.debian.org/debian-med/mauve.git
> >>>
> >>>as an example where I basically did the same.
> >>
> >>Oh, perfect. I will do this n
Hi, Andreas,
On الثلاثاء 5 أيار 2015 02:35, Andreas Tille wrote:
Hi Afif,
On Mon, May 04, 2015 at 07:00:20PM -0700, Afif Elghraoui wrote:
Well, if you have strong reasons like these I will not stop you from
modularising the packaging. If there are good chances that users might
want to use on
21 matches
Mail list logo
