Hi all,
first of all thanks Michael for this idea and also for the elaborate
proposal email that outlines the intended way to go quite well.
[...]
Support Debian-Med packages for 32-bit and/or big-endian
architectures is not a good use of our limited resources.
Agreed.
[...]
However, I think
Hi Andreas,
[...]
debian/rules override_dh_auto_build
make[1]: Entering directory '/build/python-awkward-2.6.1'
nox -s prepare
nox > Running session prepare
nox > Creating virtual environment (virtualenv) using python3 in .nox/prepare
nox > python -m pip install build numpy packaging PyYAML
Package: wnpp
Severity: wishlist
Owner: debian-med@lists.debian.org
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-awkward
Version : 2.6.1
Upstream Contact: Jim Pivarski
* URL : https://github.com/scikit-hep/awkward
* License : BSD-3-clause
Hi Andreas,
Should I just clone the previous page, just updating the year and
resetting the registration list?
This would be very convenient. I'd take over to ask DPL for budget
confirmation once the list of attendees needing travel support is
fixed.
Done: https://wiki.debian.org/Sprints/20
Hi all,
[...]
Just lets fix it on this 16.2. water tower whoever will make it and
17-18 inside the kacher space provided by Saschas company.
I can see in our internal calendar that the room has been booked for
17./18.2.
We should setup an according Wiki page quickly (but I will not be
possib
Hi all,
I hope you have all had nice holidays, if that's a thing where you live :)
I'd love to fix 17-18. February (or lets meet at 16.2. February evening
inside the water tower like last year.)
Just lets fix it on this 16.2. water tower whoever will make it and
17-18 inside the kacher space
Hi,
[...]
How about Feb 10-11, for example? My weekends are still free for now so it's
your choice.
I admit I'd prefer Feb. 17-18 over 10-11. Other opinions?
Fine with me!
Cheers
Sascha
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi Andreas,
[...]
did you managed to reserve a room for our sprint?
Absolutely! See [1] -- for February or early March we could have the
room on weekends without a problem. I am now waiting for you guys to
come up with a suggestion for possible specific dates so I can finalize
the booking.
Hi all,
[...]
I remember someone suggested Hamburg but it was not me. If the
person who suggested this would speak up it would be nice.
Otherwise I would ask Sascha to make suggestions when the known
venue is open for our sprint.
I wouldn't mind going somewhere else for a change... but i ca
Hi all,
[...]
No better idea from my part. The location in Berlin was actually
fine and I cannot propose a better (also closer to me) place. Last
time we discussed this, you evoked a place in Hamburg. Which
would not change a lot of things for me compared to Berlin.
I remember someone suggest
Hi Andreas,
Unfortunately the upstream repository of pbsv does not contain any
code and the issue tracker to contact upstream is deactivated. Any
idea how to get the pbsv code?
It looks like they are not distributing the code :/ There is a binary in
the release section of the GitHub project
Hi all,
FYI the Vietnamese place (Viet Kitchen) around the corner has many vegan
options and is quite good.
https://goo.gl/maps/M7gwo7S97qpqs6ms6
See you on Friday!
Sascha
On 17.01.23 17:40, Andreas Tille wrote:
Am Tue, Jan 17, 2023 at 04:05:59PM + schrieb Matus Kalas:
I'll hopefully
Hi Andreas,
[...]
So we have two options:
1. Meet 18:00 at Campus and go for dinner later
2. Have dinner at 18:00 and book the room starting at 19:00
I don't really have a preference here, whatever suits the others best.
Cheers
Sascha
OpenPGP_signature
Description: OpenPGP digital si
Hi Andreas,
thanks for getting things started!
on top of the small hotel at EUREF-Campus 22 there is a lounge for 8
persons. I can book this with Debian sponsored money for the evening
- so we can meet there. Who would like to join and at what time do
we want to meet?
I would like to join,
Hi Andreas and Olivier,
thanks for the info!
Question is who the sprint 'organizer' is ;)
We do not have such a role, but I volunteer to contact DPL.
Thanks a lot for taking care of this. I'm sorry but there's quite a bit
of stuff on my plate at the moment.
[...]
So nothing more expected
Hi all,
did sprint organizer asked for DDs funding?
Question is who the sprint 'organizer' is ;)
I am providing the space, so are you also considering me the organizer
in the sense of official communication? I was not aware of that, but if
that's the case then please let me know how much yo
Hi again,
[...]
Thanks for confirming. Sascha, did you had any success when asking for
rooms we could use?
I will bring it up again and let you know ASAP.
I have been in touch with our front desk and it looks like a meeting at
my employer here is doable in principle, given the same condit
Hi all,
[...]
Thanks for confirming. Sascha, did you had any success when asking for
rooms we could use?
I will bring it up again and let you know ASAP.
Cheers
Sascha
Hi all,
just returned from a weekend of travel with no email and now catching up.
I suppose sprints in 2021 and 2022 have been virtual so far due to COVID.
There were some COVID related sprints in 2020 as well.
Is there a possibilty to have an in-person debian-med sprint in 2023?
Would someone
Hi all,
> on Mon, 21 Jan 2002 11:59:11 +0100 the first mail to this list was
> sent[1]. So somehow we can celebrate some anniversary. :-)
Yay! =)
[...]> I'd be happy if people who intend to join would confirm joining
> the sprint and what date might be prefered.
I don't really have a big agend
Hi Steffen,
[...]
> I also think that the science-team's repository is where it should go.
Done, now in https://salsa.debian.org/science-team/arrow.
I have also added a README.Debian to summarize what is still open. I'd
be more than happy to join in with some remaining tasks if there's a
chance
Hi Andreas,
[...]
> I'd recomment to move the packaging from satta to one of the
> interested teams (either science or med or something that is close to
> that audience).
I'd be very happy to do that as I am a maintainer in both med and
science. Just did not see the relevance for one of these
Hi Andreas,
On 23.08.21 13:3
[...]
> I'd recomment to move the packaging from satta to one of the interested
> teams (either science or med or something that is close to that audience).
>
> Kind regards and thanks a lot for your work on this
>
> Andreas.
>
Hi again,
[...]
> The rest of the story is that I considered my package ready to upload
Ah, probably not -- taking a second look I apparently did not do the
d/copyright yet. So not really ready to upload, some metadata polishing
is still needed.
Cheers
Sascha
Hi Steffen and Etienne,
[...]
>> Apache Arrow https://arrow.apache.org/faq/ knows how to efficiently
>> handle large tabular data. And, while not in our distribution, it blocks
>> some workflows for Debian Med. Arrow comes with interfaces to all the
>> prominent languages, for the Med-workflows it
Hi,
> I injected latest version of Gubbins into Git. Some new Build-Depends were
> needed
> to run build time tests. I have no time to check the autopkgtest failures
> right
> now but it would be great if somebody could have a look.
Looking at the release notes [0] and the Dockerfile [1], it
Hi all,
[..]
> I'd be happy if many members of the team would be able to take vaccation
> from day job and free their time to
>
> * Lurk online face to face on our Jitsi channel[3]
> * Lurk on IRC #debian-med
> * May be other direct communication channels
> * Be available for some ad hoc
Hi,
> run_kmc.sh: line 2: 5046 Segmentation fault kmc -fa -m4 -k95 -sf1 -ci25
> -cs100 -cx100
> /tmp/tmp.GkQzyocbDU/test/iva.out/tmp.common_kmers.8oo5afnl/reads.fa kmc_out
> $PWD > /dev/null
[...]
> There are more Segmentation faults in connection with kmc later.
> I think a Segme
Hi Nilesh,
>> I have added autopkgtests for codonw. It builds in a clean chroot with
>> passing tests.
>> My changes are pushed here[1].
>> Needs review and sponsorship.
>
> Cool, thanks! I will take a look.
Uploaded, thanks! I have only added an additional d/changelog entry about the
autopkgt
Hi Nilesh,
> I have added autopkgtests for codonw. It builds in a clean chroot with
> passing tests.
> My changes are pushed here[1].
> Needs review and sponsorship.
Cool, thanks! I will take a look.
Best regards
Sascha
signature.asc
Description: Message signed with OpenPGP
Hi again,
some news regarding this:
> Does anyone know who owns and/or set up the @DebianMed twitter
> account? At the moment it only tweets blog entry links, but it might
> be useful to use it for other purposes as well.>> Trying to do account
> recovery only revealed that the associated em
Hi all,
Does anyone know who owns and/or set up the @DebianMed twitter account [1]? At
the moment it only tweets blog entry links, but it might be useful to use it
for other purposes as well.
Trying to do account recovery only revealed that the associated email address
is:
vg@m*
Hi Steffen,
> Hi Sascha, please reserve some ... 300? ... Euros for me - Travel plus
> three nights.
Okay, thanks for the information :)
Anyone else? Otherwise I'd ask for approval of 600 EUR in total later today.
Cheers
Sascha
> On 02.02.20 22:35, Sascha Steinbiss wrote:
>>
t; Olivier, I have already noted your request -- anyone else?
>
> Thanks!
> Sascha
>
>> On 23.11.19 22:56, Sascha Steinbiss wrote:
>>> Dear team,
>>>
>>> after some quick discussions with Andreas and Michael, I would be happy to
>>> propose
at if you want to request reimbursement via Debian for
hotel costs, flights, or similar expenses, please let me know ASAP how
much that will be so I can have the total amount pre-approved by the
DPL. Thanks!
Olivier, I have already noted your request -- anyone else?
Thanks!
Sascha
> On 23.11.19 2
Dear Debianistas,
I am happy to announce that the next Debian Med sprint will take place
in Berlin. The location would be the same as in the 2019 Berlin BSP.
- when: Feb 8/9, 2020
- where: DCSO GmbH, EUREF-Campus 22, 10829 Berlin, Germany
The venue is a modern office building in Berlin-Schöneb
ebian%20Med%20Sprint%20Feb%202020%2C%20Berlin
On 23.11.19 22:56, Sascha Steinbiss wrote:
> Dear team,
>
> after some quick discussions with Andreas and Michael, I would be happy to
> propose Berlin as the next location for the annual sprint. I have checked
> with my employer [1
Hi all,
> has anyone made an hotel choice for the sprint so that we can start
> reservertions to be together if possible?
FYI, here are some recommendations (from our wiki):
- Within walking distance:
https://www.google.com/maps/place/Hotel+Sch%C3%B6neberg/@52.4838617,13.3538017,17.5z/data=!4m8
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: vmatch
Version : 2.3.0
Upstream Author : Stefan Kurtz
* URL : http://vmatch.de
* License : ISC
Programming Lang: C
Description : large scale sequence analysis software
Vmatch is
Hi,
I've had another look at:
> autopkgtest [15:40:05]: test example-tests: [---
> + which python
> /usr/bin/python
> + python
> + which bowtie-build
> /usr/bin/bowtie-build
> + bowtie-build --help
> Segmentation fault
> autopkgtest [15:40:06]: test example-tests:
Hi all,
> If we agree to have the sprint in Berlin and also agreed on a date, I would
> be happy to set up a wiki page.
Wiki page is open!
->
https://wiki.debian.org/Sprints/2020/Debian%20Med%20Sprint%20Feb%202020%2C%20Berlin
Cheers
Sascha
signature.asc
Description: OpenPGP digital signatur
Dear team,
after some quick discussions with Andreas and Michael, I would be happy to
propose Berlin as the next location for the annual sprint. I have checked with
my employer [1] and they agreed to let us use their space for the weekend. The
location would be the same as in the 2019 Berlin BS
Hi Fabian,
you should be able to push now.
Cheers
Sascha
On 11/8/19 10:41 AM, Fabian Klötzl wrote:
> Hi all,
>
> I started packaging phylonium locally. However, I can't push to salsa
> because of some "default branch" issue. As I am only a "Developer" for
> that repo, I can't change it my self.
Sorry, I meant: I made you a maintainer so you can set up the repo by
yourself.
Cheers
S.
On 11/8/19 11:12 AM, Sascha Steinbiss wrote:
> Hi Fabian,
>
> you should be able to push now.
>
> Cheers
> Sascha
>
> On 11/8/19 10:41 AM, Fabian Klötzl wrote:
>> Hi
Hi Mattia,
[...]
>> I've gotten no error messages about my GPG signatures or emails about lack
>> of authorization.
>
> That's the clear sign of a gpg problem. Indeed from the queued log:
> Jul 23 17:13:34 processing /prokka_1.13.7+dfsg-1_source.changes
> Jul 23 17:13:34 GnuPG signature
Hi Steffen,
> Please someone help me out. Pizzly is lintian clean when built
> "regularly" on my desktop but fails with
>
> /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_8a4be.dir/link.txt
> --verbose=1
> /usr/bin/c++ -g -O2 -fdebug-prefix-map=/build/pizzly-0.37.3=.
> -fstack-protector-str
Hi Steffen,
> I have no exact idea why alignment tools are all given such short names.
> We have http://last.cbrc.jp/ as last-align with is. Should I do the same
> for wham and name the package wham-align?
That's what I did for lambda [1] and lambda2 [2] as well. Keeps the
namespace clean and
Hi Andrius,
hi all,
first of all thanks for your quick reply!
> To reach the apartments [1] one has to take the bus 3G at the airport
> terminal (the airport is very small, bus station is just outside). A
> paper ticket has to be bought from the driver, it should cost €1.
> It's better to pay in
Hi Michael,
[...[
> Other than the lack of full test suite that we had with v1.0.x [1], I
> think this is ready for sponsorship for the NEW queue.
Hmm, but the rest of the tests (the ones currently run in your package
on salsa) are supposed to succeed? They fail for me:
[...]
debian/rules ove
Hi Michael,
[...]
> Pursuant to that I split off the v2.0.0 packaging:
> https://salsa.debian.org/med-team/lambda-align2
[...]
> I think this is ready for sponsorship for the NEW queue.
Could you please make sure that we have an ITP for that? I'll take a
look tomorrow then, try to address Hannes'
Hi,
just my 2 cents. I introduced Lambda into Debian some time ago just out
of interest but looking at the uploads, Michael has done more work
recently...
So here are just a few comments from me.
[...]
>> However, there are no references from other Debian packages to
>> lambda-align's binaries, s
Hi all,
>> test_vcf_api:
>> /<>/test/test-vcf-api /tmp/JMIB5wVvT_/test-vcf-api.bcf
>> bcf_get_format_float didn't produce the expected output.
>>
>> .. failed ...
>>
>> test_vcf_sweep:
>> /<>/test/test-vcf-sweep /tmp/JMIB5wVvT_/test-vcf-api.bcf
>>
>> The outputs differ:
>> /<>/test/test-vcf-sweep.
Hi all,
> This sounds awesome, I'm already looking forward! :-D
So am I :)
[...]
> 2019 Mar 09-11 best, with the additional advantage of 3 free days in
> Lithuania (if that is the requirement from the co-working facility)
I would probably welcome doing this a bit later this yeas as well, to
m
Hi Andreas,
> I'll be there. Who else from the team?
I won't this year. Maybe next? :)
> A Debian Med BoF with life stream is scheduled
>
> https://debconf18.debconf.org/talks/39-debian-med-bof/
Will watch it -- will check when to set my alarm.
Cheers
Sascha
Hi again,
[...]
> I am trying to update salmon [1] to the latest upstream version, but it
> won't build for reasons I can not really track down well. It uses CMake
> as the build system, which I am really not familiar with and to me feels
> a bit like magic incantations to me that mostly work if y
Dear mentors,
I am trying to update salmon [1] to the latest upstream version, but it
won't build for reasons I can not really track down well. It uses CMake
as the build system, which I am really not familiar with and to me feels
a bit like magic incantations to me that mostly work if you use the
Hi Steffen,
if I see that correctly this is just a default hook that GitLab does --
offer to open merge requests for each pushed branch. I don't think that
fits too well with how we do things: for example, proposing an upstream
update via regular merge requests would require all three separate
bra
Hi Mattia,
thanks for diving into this! Just quickly replying as my name was
mentioned...
[...]
> Alex Mestiashvili, Sascha Steinbiss, Kevin Murray: there are a bunch of
> patches without Forwarded header, that seems like have been there for a
> while. Please do some upstreaming w
Hi Steffen and Andreas,
>> I cannot find the pynast repository on salsa. Any ideas? The entry on the
>> med/bio task page points to its previous location on alioth and I cannot
>> find it on salsa.
>
> I simply forgot to push after the local SVN to Git migration. So the
> package never existed
Hi Fabian,
> I prepared a new package for andi, now on salsa [1]. However, I am sure,
> I must have done something wrong, because the packaging was surprisingly
> smooth.
I can sponsor this, but it seems that the 0.12 orig tarball is missing
in the pristine-tar branch. Could you please push this
Hi all,
>>> I think all R packages (r-*) can be removed from the Debian Med
>>> repository, they moved into the Debian R team repository [1] some
>>> weeks ago [2].
>>
>> Thanks for the hint. I will remove those repositories from the Debian
>> Med namespace tomorrow if there are no objections from
Hi Dylan,
[...]
> I think all R packages (r-*) can be removed from the Debian Med
> repository, they moved into the Debian R team repository [1] some
> weeks ago [2].
Thanks for the hint. I will remove those repositories from the Debian
Med namespace tomorrow if there are no objections from the t
Hi all,
[...]
>> Do we also want the automatic tag-pending assignment hook?
>
> I would say so. I think the only reason we didn't have them before was
> that nobody got around to adding it.
OK, I see. I'm currently enabling this hook on all repositories migrated
yesterday.
Cheers
Sascha
sign
Hi all,
>> Picking a random repository, I noticed no integration was enabled.
>> Can I suggest:
>> + email on push to dipa...@tracker.debian.org ¹
>> + irc notification to #debian-med
>> + tagpending hook
>
> Cool, didn't know these were already existing and usable. :)
> Will look into this ri
Hi Mattia,
yay, thanks for your hints!
> Picking a random repository, I noticed no integration was enabled.
> Can I suggest:
> + email on push to dipa...@tracker.debian.org ¹
> + irc notification to #debian-med
> + tagpending hook
Cool, didn't know these were already existing and usable. :)
W
Dear Debian Med team,
here's a quick hello from the Debian Med sprint in Barcelona!
I used the first day of the sprint to migrate the team packaging
repositories from Alioth to Salsa, resulting in almost 1200 new Salsa
repos in the Debian Med group [1]. The Alioth repositories are now
locked, any
Hi Steffen,I just need to call in tomorrow morning again for special conditions forus as a group. If you cannot wait then book tonight, otherwise I proposeyou wait for the official green light tomorrow. I'll then also update the website.Great, I will wait — thanks for taking care of this!CheersSasc
Hi all,
[...]
>> I wonder whether it would be possible to have our Sprint *before* the
>> ELIXIR meeting. I do not question your point above but I have strong
>> private reasons to keep the weekend 10./11. February 2018 free. If
>> anybody else would be in a similar situation (and the ELIXIR mee
Hi Helmut,
> Updating the patch to use $(CXX) fixes the build. Please consider
> applying the attached patch.
Thanks, I would be happy to take a look and upload this. However, it
looks like the git repo on Alioth doesn't seem to have the latest
commits/tags for the latest uploaded version. I'd be
Hi all,
> Well, I was going to branch off a separate branch from the
> debian/1.4.1-2 tag, add the patches, build and upload 1.4.1-3 from
> there, and then just add the changelog entry to the current master (as
> the patches should already been in the latest upstream code, right?).
> If one wants
Hi all,
[...]
>> The remaining bugs blocking the transition are augustus (bug #869126) and
>> bcftools (bug #868958). Sascha has already pushed the augustus changes to
>> git, and it just needs an upload. The two fixes for bcftools are in the bug
>> report, someone should review them and upload.
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: gfapy
Version : 1.0.0
Upstream Author : Giorgio Gonnella
* URL : https://github.com/ggonnella/gfapy
* License : ISC
Programming Lang: Python
Description : flexible and extensible
Hi Nadiya,
> I added autopkgtest test-suite for probalign package.
> I would really appreciate your help in uploading.
Done, thanks for your contribution! :)
Cheers
Sascha
signature.asc
Description: OpenPGP digital signature
Hi Nadiya,
> I added simple autopkgtest test for abyss package.
> Your help in uploading will be very much appreciated.
Cool, many thanks! I just took a look and I’m going to upload with some minor
modifications.
BTW, your autopkgtest revealed that there apparently still was a missing
dependenc
Hi all,
> On 6/27/17 9:34 PM, Andreas Tille wrote:
>> as I stated on debian-private list I will not be able to fix bugs in the
>> next two weeks. I have the feeling we are currently receiving way more
>> than we are fixing. It would be really cool if you could run some kind
>> of inofficial firs
Hi,
> On 24 May 2017, at 14:57, Olivier Sallou wrote:
>
> I updated in git repo but did not pushed.
Thanks for that! I had a look at this this morning as well but given that I am
traveling at the moment I also only found the time to merge the new version
locally but didn’t follow through. I d
Hi Michael,
> It will need sponsoring once sketch has been released
Thanks! I was taking a shot at this myself a while ago but ran into
random segfaults after adjusting patches. Nice to see that there's some
progress.
Would be happy to take a look and sponsor the upload when it's time.
Cheers
S
Hi Olivier,
> I see some uploads to unstable during the freeze. I understood it was
> not expected as fixes that need to go to "next stable" go through
> uploads to unstable.
>
> While this should not be an issue for packages that do not present
> issues at this time, I'd like to know if we shoul
Hi Andreas,
as a previous uploader of ariba and fermi-lite, I'll see if I can
contribute to this discussion.
> to package the latest version of freebayes (version 1.0.2 is in new,
> latest upstream is 1.1) a new library libSeqLib is needed. I started
> with the packaging[1] and managed to build
Hi Afif,
>> OK, thanks for the confirmation. I’ll update to the latest version of
>> pbcommand then.
>
> Many thanks for updating pbcommand--but don't forget to push the final
> changes and tag. :)
[x] Done.
BTW, I've seen that you updated and uploaded kineticstools -- I just
finished getting
Hi Kevin,
thanks for your email.
>> I was looking to update libzstd to the current upstream version 1.1.2.
>> Besides some minor changes to the patches I had to make, I also noticed that
>> it now includes an embedded copy of some zlib code, which -- according to the
>> inline comments -- was ada
Hi Afif,
thanks for getting back to me so quickly.
>> What would you suggest, package the current version now that we need it? You
>> have got more experience with the PB tools and how likely they are to break
>> APIs across versions — do you think it’s a good idea?
>
> Yes, I think it should
Hi Afif,
at the sprint I’m currently trying to update kineticsTools to a recent version.
However, it also requires a newer version of pbcommand, which we missed to keep
up-to-date as upstream are not tagging their GitHub releases [1]. It is
possible to manually track the upstream versions by wa
Hi Kevin,
here on the Debian Med sprint I was looking to update libzstd to the current
upstream version 1.1.2. Besides some minor changes to the patches I had to
make, I also noticed that it now includes an embedded copy of some zlib code,
which -- according to the inline comments -- was adapte
Hi all,
> I did a walk through of the space today, a snowy 10 minute walk from the
> hotel.
Yay!
> Good news on the Wi-Fi!
>
> http://www.speedtest.net/my-result/a/2527663676
Sounds good. It looks like most of you will already be arriving on
Thursday... so I guess I will meet you at the sprint
Hi Andreas,
>> I have also just booked a room at that hotel. They’re really inexpensive and
>> it looks like there are still rooms left :)
>
> I also tried a reservation and while the page lists empty rooms I failed
> in registering using their web interface. I've just send an e-mail and
> gue
Hi all,
> > So, I have made a reservation at an hotel not far from the Faculty of
> > Biology and quite well located. It is not expensive and has twin bed rooms
> > for those willing to share rooms. It also has a restaurant if needed.
>
> Thanks a lot for steping in.
Indeed, thanks Olivier for t
BTW, [1] here was:
https://github.com/sanger-pathogens/Roary/issues/196
Cheers
Sascha
> On 17 Dec 2016, at 23:28, Sascha Steinbiss wrote:
>
> Hi all,
>
> thanks for checking these.
>
>>> roary
>>
>> Build, however when trying to simulate the test
Hi all,
thanks for checking these.
>> roary
>
> Build, however when trying to simulate the test suite via
>
> cd t/data/genbank_gbff
> roary -f out *.gff
>
> Please cite Roary if you use any of the results it produces:
>Andrew J. Page, Carla A. Cummins, Martin Hunt, Vanessa K. Wong, San
Hi Dylan,
I just took a look and uploaded.
Thanks,
Sascha
> On 4 Oct 2016, at 22:01, Dylan wrote:
>
> Hi,
> I have updated beagle. Could someone upload it to unstable?
>
> Thank you.
>
> Best regards,
> Dylan
>
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: ruby-rgfa
Version : 1.2
Upstream Author : Giorgio Gonnella
* URL : https://github.com/ggonnella/rgfa
* License : ISC
Programming Lang: Ruby
Description : Ruby library for
Hi Vincent,
thanks for your quick reply!
>> I was a bit confused by the ‘-gradle’ version suffix used in the previous
>> version that was compensated for in an jh_installlibs override. If this
>> suffix is not part of a new version string, jar renaming is broken during
>> the installation. I r
Hi,
>> ...
>> Results: FAILURE (1833 tests, 1832 successes, 1 failures, 0 skipped)
>> ...
>> Any ideas from someone with more detailed insight?
>
> We needed to exclude some tests since internet access is needed. I have
> not checked the lot of output but this might be the case here as well
> (
Hi all,
> seems I always have trouble with picard-tools. I have injected new
> upstream version in Git but it fails to build. The upgrade of
> libhtsjdk-java went fine but it would be great if somebody could have a
> look at picard-tools.
Something in the build system changed; I patched it slig
Hi,
>> I have found some more instances, and I have added some workarounds removing
>> these problematic fields from the Makefile [2] to let them use the default
>> if required — however, I am wondering whether these Makefiles should be
>> installed at all. Cleaning them up would add quite a bi
Hi all,
when trying to fix some packages that have recently become unreproducible after
adding build path variations, I have noticed that a common case is that some of
these variations make it into Makefiles that have been generated by automake
from upstream’s Makefile.in. Some of these Makefil
Hi Andreas,
> On Mon, Aug 22, 2016 at 02:20:08PM +0200, Sascha Steinbiss wrote:
>> BTW you don’t need to install your test data to be used in the autopkgtest,
>> as tests will always be run with an decompressed source tree present,
>> including the debian directory
he test, see git repo.
Cheers
Sascha
>
> Best Regards
>
>
> Canberk Koç
> about.me/canberkkoc
>
>
> 2016-08-22 13:49 GMT+03:00 Sascha Steinbiss :
> Hi Andreas,
>
> I’ll take a look.
>
> Cheers
> Sascha
>
> > On 22 Aug 2016, at 11:29, Andre
adding test
data then it might be helpful to migrate.
I will upload the package including the tests soon — thanks Canberk for adding
the tests!
Cheers
Sascha
> On 22 Aug 2016, at 12:49, Sascha Steinbiss wrote:
>
> Hi Andreas,
>
> I’ll take a look.
>
> Cheers
> Sas
Hi Andreas,
I’ll take a look.
Cheers
Sascha
> On 22 Aug 2016, at 11:29, Andreas Tille wrote:
>
> Hi,
>
> On Sat, Aug 20, 2016 at 10:16:14AM +0300, Canberk Koç wrote:
>> I'll commit a test for tools6 but there is a problem ncbi-tools6 not come
>> from apt-get install so test broke . There is 2
1 - 100 of 243 matches
Mail list logo