Hi Adam and Paul
On Tue, Feb 07, 2017 at 09:11:29AM +0100, Adam Borowski wrote:
> On Tue, Feb 07, 2017 at 08:56:49AM +0100, Andreas Tille wrote:
> > I wonder if there is some way to get popcon statistics for a set of
> > packages to compare their usage over time. The backgroun
Hi,
I intend to package pilon[1] which is written in scala. The build
result is a JAR file and the upstream build script is basically using
sbt $* one-jar
Since Debian has no /usr/bin/sbt I wonder if somebody can give a hint
how to build this code.
Kind regards
Andreas.
[1] https:/
Hi,
I'd willing to sponsor scala-pickling since I need sbt for some project.
However, my personal policy is to sponsor only team maintained packages.
So please if you are not yet a member of the Debian Java team (which
IMHO perfectly fits for this package) join the team and commit the
packaging to
Hi,
I intend to package BioD[1] but I have no idea how to build the D code
(and run the unit tests). Considering BioD is a library I might need
something like a dynamic lib and a development package, but may be this
is different for D than in C.
Kind regards
Andreas.
[1] https://github.
Hi,
On Sat, Feb 25, 2017 at 10:01:17PM +, James Cowgill wrote:
> On 25/02/17 21:31, Andreas Tille wrote:
> > I intend to package BioD[1] but I have no idea how to build the D code
> > (and run the unit tests). Considering BioD is a library I might need
> > something lik
Hi,
On Sun, Feb 26, 2017 at 05:10:11PM +0100, Matthias Klumpp wrote:
> >> I just added "dub run" to debian/rules.
> >
> > I think you want "dub build" instead.
>
> Yes, `dub build` is the right thing to do,
Fine.
> but in general I would
> strongly recommend to not use dub at all for Debian pac
Hi Frederic,
I'm not sure whether you received my offer to sponsor the package
if you would inject it into a team Git repository.
Kind regards
Andreas.
On Fri, Feb 24, 2017 at 08:09:07PM +0100, Andreas Tille wrote:
> Hi,
>
> I'd willing to sponsor scala-pickling since
13:34:06 +0100, Andreas Tille wrote:
> > Hi Frederic,
> >
> > I'm not sure whether you received my offer to sponsor the package
> > if you would inject it into a team Git repository.
> >
> > Kind regards
> >
> > Andreas.
>
iners
Uploaders: Frédéric Bonnard
check the packaging and upload to new if it is OK. While the package
is waiting in the new queue we can discuss how to deal with the VCS.
Kind regards
Andreas.
On Mon, Feb 27, 2017 at 03:06:00PM +0100, Andreas Tille wrote:
> Hi Frederic,
>
> On Mon
Hi Matthias,
On Tue, Feb 28, 2017 at 11:16:37AM +0100, Matthias Klumpp wrote:
> > I'd fully trust your insight here but I admit Meson is totally new to me
> > and crafting a Meson control file for a library without having any idea
> > about D is a bit over my current status of knowledge. So I eit
Hi Zoltan,
On Sat, Mar 11, 2017 at 03:32:42AM +0100, Zoltan Gyarmati wrote:
> Dear Mentors,
>
> at the beggining of the last week i submitted a couple of RFSs[1]
> regarding to the packages related to the sigrok[2] suite and its updates
> since the last version released to Debian.
> I'll be the
Hi,
I've started packaging Phylogenetic Likelihood Library[1]. Since it
makes heavy use of amd64 features it comes with specific support of AVX
and SSE3. My plan is to provide binary packages amd64 only named
libpll-avx1 and libpll-sse3-1 with the according features plus a generic
library libpll
Hi Dima,
On Tue, Mar 14, 2017 at 01:58:15PM -0700, Dima Kogan wrote:
> Andreas Tille writes:
>
> > As far as I can see sigrok fits nicely into the Debian Science scope
> > and thus I'd recommend maintaining the packages in this team and sending
> > the RFPs on th
Hi Bdale,
On Tue, Mar 14, 2017 at 04:33:48PM -0600, Bdale Garbee wrote:
> > What would be not fine is if this team is not updating the electronics
> > task of Debian Science.
>
> FWIW, I had no idea such a thing even existed.
FWIW, I had no idea that a pkg-electronics team existed. ;-)
Good we
Hi Zoltan,
On Wed, Mar 15, 2017 at 12:35:47AM +0100, Zoltan Gyarmati wrote:
> > I agree that if there is a pkg-electronics team that is fine for me.
> > What would be not fine is if this team is not updating the electronics
> > task of Debian Science. Please make sure that all relevant packages a
Hi Zoltan,
On Wed, Mar 15, 2017 at 01:32:36PM +0100, Zoltan Gyarmati wrote:
> Please see my comments inline,
Sure. What else. :-P
> Yes, i would be happy to push my listed git repos to a team VCS, and
> thank you for the
> offering the sponsoration although before we go any further (mainly to
Hi Pierre,
I have sponsored libmseed to new since you requested it via SoB.
I have two remarks:
1. I've set Debian GIS team in CC since I think it might be
sensible to add libmseed to the Debian GIS Blend task as
well.
2. Your suggestion to add libmseed to the tasks is technically
Hi,
I have understood from NEWS.debian of pbuilder 0.228 that the '-S'
option does not work any more. Unfortunately I did not understood what
I need to do now to do a source only build (nor what the problem of this
simple way was).
Kind regards
Andreas.
--
http://fam-tille.de
Hi Jens,
On Sat, Mar 18, 2017 at 12:16:15AM +0100, Jens Reyer wrote:
>
> James Clarke wrote in https://bugs.debian.org/853886#10:
>
> "For source-only builds, I don't understand why you would want to
> perform the build in a chroot.
Since Build-Depends are requested on my local machine anyway a
Hi,
I intend to package shiny-server and have prepared some preliminary
packaging in Debian Med Git[1]. When trying to install the resulting
package I get:
$ sudo dpkg -i ./shiny-server_1.5.0.831+dfsg-1_amd64.deb
(Reading database ... 582729 files and directories currently installed.)
Preparin
Hi,
On Fri, Mar 24, 2017 at 05:56:06PM +0100, Dominique Dumont wrote:
>
> I think that bash actually forks the shiny server process, hence you should
> use Type=forking instead of Type=simple
>
> That said, instead of letting bash handle the STDOUT of your process to
> create
> a log file, it
Hi,
I try to package pftools[1]. Unfortunately autoreconf throws the
following error:
dh_autoreconf -O--no-parallel
configure.ac:6: error: possibly undefined macro: AC_MSG_NOTICE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
On Mon, Mar 27, 2017 at 07:43:15PM +0200, Lukas Schwaighofer wrote:
>
> configure.ac uses the AX_PTHREAD macro, you need to build depend on
> autoconf-archive (which contains /usr/share/aclocal/ax_pthread.m4).
Thanks. This helped over the autoconf hurdle. However, it sounds
pretty strange why d
On Tue, Mar 28, 2017 at 01:41:58AM +0200, Zoltan Gyarmati wrote:
>
> So as you mentioned for sponsoring you would like to have these git
> repos hosted on
> alioth.debian.org. Given that i have only -guest account there
> (zgyarmati-guest), how
> can i create a repository? What else I need to do
tags 858260 help
thanks
Hi,
I admit that when reading the bug report I have no idea how to fix it.
I can confirm that I can reproduce the issue in a recent unstable
chroot. I have added maintainers of tzdata, Debian Science and Debian
mentors in CC - just hoping for any helpful hint.
Kind regar
Hi,
yesterday I upgraded pbuilder from jessie-backports on a Jessie machine:
$ grep pbuilder /var/log/dpkg.log | grep " installed"
2017-03-16 11:02:36 status installed pbuilder:all 0.228.5~bpo8+1
2017-03-27 09:22:52 status installed pbuilder:all 0.228.6~bpo8+1
Since then I get for any build:
Hi Gianfranco,
On Tue, Mar 28, 2017 at 01:29:03PM +, Gianfranco Costamagna wrote:
> >I: Generated dsc will be overwritten by build result; not generating changes
> >file
> >I: Copying COW directory
> >I: forking: rm -rf /var/cache/pbuilder/build/cow.7226
> >I: forking: cp -al /var/cache/pbuil
Hi Mattia,
On Tue, Mar 28, 2017 at 05:48:18PM +0200, Mattia Rizzolo wrote:
>
> Yes, we have a regression.
>
> I've been told one "solution" is to recreate the chroot using the
> jessie-bpo debootstrap.
This works. I saved my previous chroot in case testers are needed.
> otherwise please downg
On Wed, Mar 29, 2017 at 11:09:20PM +0200, Zoltan Gyarmati wrote:
> Ok, as you might saw i requested (and got) the Debian Science team
> membership, and now i'm able to SSH into alioth.debian.org.
> Just to make sure i don't mess up anything:
> So now i'm supposed to create the the git repos under t
Hi,
I intend to package psortb in Debian Med team[1]. To successfully build
this package I needed to re-arrange the package layout of biosquid and
hmmer2 since psortb is using code from those project but only provides
the according header files. This was solved by proper -dev packages -
however,
Hi Walter,
On Tue, Apr 18, 2017 at 01:26:58PM -0700, Walter Landry wrote:
> > hmm-binding.cpp: In member function ‘void HMM::init(char*, int, int)’:
> > hmm-binding.cpp:245:20: error: ‘CUT_NONE’ was not declared in this scope
> >thresh.autocut = CUT_NONE;
> > ^~~~
> > M
Hi Christian,
On Tue, Apr 18, 2017 at 11:07:03PM +0200, Christian Seiler wrote:
> >
> > which is probably due to the fact that I did not changed hmmer2 to
> > create a shared rather than a static library and lhmmer is not compiled
> > with -fPIC. What might be the less stressful way to solve thi
Hi,
some hours ago the Debian Med team was flooded with lots of bugs
regarding build on i386 - I guess this is not the only team. I need to
admit I'm a bit astonished about this kind of bugs that are showing up
right now ... may be autobuilding on i386 started right now?
Anyway. I try to tackle
Hi Lucas,
could you please be more verbose why this is a RC bug? Crac was never
Build on i386 (neither was it on any other arch than amd64) exactly
because this not installable Build-Dependency. As far as I know there
is no point in restricting the Build-Architectures explicitly since once
the B
Hi Lucas,
On Wed, Apr 19, 2017 at 11:33:11AM +0200, Lucas Nussbaum wrote:
> On 19/04/17 at 09:19 +, Gianfranco Costamagna wrote:
> > Can you please fix your script? :)
> > rmadison -u debian snap-aligner
> > snap-aligner | 1.0~beta.18+dfsg-1 | testing| source, amd64, arm64,
> > mips64
Hi Bastien,
On Wed, Apr 19, 2017 at 01:32:43PM +, Bastien Roucaries wrote:
>
> Le 19 avril 2017 08:09:11 GMT+02:00, Andreas Tille a écrit
> :
> >
> >Psortb[1] was using header files from biosquid[2] and hmmer2[3] but did
> >not shipped the according library co
Hi Bas,
I can not find a commit for gdal/1.11.0+dfsg-1~exp1 in Git.
Am I missing something?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sun, May 04, 2014 at 09:29:44PM +0200, Sebastiaan Couwenberg wrote:
> On 05/04/2014 09:21 PM, Andreas Tille wrote:
> > I can not find a commit for gdal/1.11.0+dfsg-1~exp1 in Git.
> >
> > Am I missing something?
>
> It's in the experimental branch for the time b
Hi,
I have to admit that I do not have any idea about bison and thus fail to
fix bug #733407. Any help is really appreciated.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
Hi Jakub,
many thanks for this really quick and very helpful response. The
package is successfully built and uploaded.
It is pure fun to work together with such helpful people
Andreas.
On Tue, May 20, 2014 at 01:35:26PM +0200, Jakub Wilk wrote:
> I've attached 3 patches to fix FTBFS:
>
>
Hi,
since GNU R packages are using a nice cdbs helper but this helper does
not have the dh_auto_test feature of dh I wonder, how I could trigger
the unit tests provided by upstream anyway. As an example package you
could have a look at r-cran-qtl where I provided the unit tests as
autopkgtest but
tags 751277 help
thanks
I think to solve this the help of porters is needed since the build log
does not say much. Otherwise the only reasonable thing to do from my
side would be to exclude the package from the architectures in question
since it seems to be possible that the package will not run
to let github generate my
> tarball automatically. Currently, i check the tarball in the git repository
> directly.
>
> Please let me if you know what is the standard way to generate this
> tarball.
>
> Thanks,
> Yu Peng
>
>
> On Fri, Jun 20, 2014 at 3:25 PM, Andr
Hi,
I just uploaded a new version of r-cran-spatstat and noticed that buildds
on armhf and powerpc had problem to link[1]:
g++ -shared -Wl,-z,relro -o spatstat.so Ediggatsti.o Ediggra.o Efiksel.o
Egeyer.o Estrauss.o Kborder.o Knone.o Krect.o Perfect.o areadiff.o areaint.o
areapair.o badgey.o ca
Hi,
I have trouble fixing the watch file for r-other-bio3d at
Vcs-Svn:
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-other-bio3d/trunk/
At first I do not understand why uversionmangle=s/\./-/g does not work:
$ uscan --verbose --report
-- Scanning for watchfiles in .
-- Found watchfi
Hi Jakub
On Sun, Jun 29, 2014 at 12:04:20PM +0200, Jakub Wilk wrote:
>
> You got it backwards. It should be: uversionmangle=s/-/./g
No, I really want to substitute v2-0-1 to 2.0-1 as the
tarball on the download page
http://thegrantlab.org/bio3d/download/download-bucket
as well as the Debian
Hi,
On Sun, Jun 29, 2014 at 02:22:18PM +0100, Daniel Lintott wrote:
> Hi Andreas,
>
> On 29/06/14 14:05, Andreas Tille wrote:
> > Hi Jakub
> >
> > On Sun, Jun 29, 2014 at 12:04:20PM +0200, Jakub Wilk wrote:
> >>
> >> You got it backwards. It sho
Hi
On Mon, Jun 30, 2014 at 10:21:55AM +0800, Paul Wise wrote:
> On Mon, Jun 30, 2014 at 1:04 AM, Andreas Tille wrote:
>
> >opts="s/(\d)-(\d-\d)/$1.$2/,filenamemangle=...
> > uscan warning: unrecognised option s/(\d)-(\d-\d)/$1.$2/
> ...
> > at least with u
>
> On Fri, Jun 20, 2014 at 10:32 PM, Paul Wise wrote:
>
> > On Sat, Jun 21, 2014 at 1:07 PM, Andreas Tille wrote:
> >
> > > upstream of idba switched to Github and I have adapted the packaging
> > here:
> > >
> > > svn://anonscm.debian.o
Yep, fixed debian/watch file. Sorry for the noise
Andreas.
On Mon, Jun 30, 2014 at 10:25:04PM +0800, Paul Wise wrote:
> On Mon, Jun 30, 2014 at 10:19 PM, Andreas Tille wrote:
>
> > hint. If I try to download the source package the "tarball inside
> > tarball pro
A, I read this mail 1min to late. :-)
I was building the package yesterday evening and uploading was my first
job in the morning before reading anything.
Thanks for the sponsoring for Gregor in any case
Andreas.
PS: Gregor, yesterday I had another talk about Mentoring of the Month
(no i
Hi,
On Sat, Jul 26, 2014 at 01:29:04AM +0200, Daniel Stender wrote:
> The package now builds with the apis while just the examples have
> been left out - they need the corpus data any, which isn't shipped
> with the upstream tarball, so this might be a non issue at last.
I might consider sponseri
Hi,
I intended to sponsor the latest status of osm2pgsql in Git but it does
not build for me. I attached the build log.
Any idea what might went wrong?
Kind regards
Andreas.
--
http://fam-tille.de
osm2pgsql_0.84.0-2_amd64.build.gz
Description: Binary data
Hi Daniel,
thanks for finalising nltk. I just sponsored the package since I it was
fine in terms of packaging.
Hint for the SoB[1] mechanism: I really want you to care for the injection
of the package into the Blends framework. Since you do not have commit
permissions I would have proxied the n
Hi Riley,
On Fri, Aug 01, 2014 at 09:46:36PM +1000, Riley Baird wrote:
> > You can add this yourself in the task list, they should be self explanatory.
>
> Are you talking about this task list:
> http://blends.debian.org/junior/tasks/puzzle ? If so, I don't see
> anywhere that I can edit it. Do I
Hi,
On Sat, Aug 02, 2014 at 07:59:28PM +1000, Riley Baird wrote:
> >>> You can add this yourself in the task list, they should be self
> >>> explanatory.
> >>
> >> Are you talking about this task list:
> >> http://blends.debian.org/junior/tasks/puzzle ? If so, I don't see
> >> anywhere that I can
Hi,
on arm*, powerpc, sparc and s390x architectures the build problem is:
third_party/cpuid.h: In constructor 'Ebwt::Ebwt(int, int32_t, int32_t,
int32_t, int32_t, int32_t, const string&, bool, bool, uint32_t, uint32_t,
uint32_t, int, std::vector&, std::vector&,
std::vector&, uint32_t, const R
Hi,
I realised that the samtools package is not build for armel and sparc[1]
in both cases since a test running at build time failed:
armel:
make[1]: Entering directory
`/build/buildd-samtools_0.1.19-1-armel-DBqlzN/samtools-0.1.19/examples'
../samtools faidx ex1.fa
../samtools import ex1.fa.fai
Hi,
I want to replace a minified bootstrap.min.js (from python-mne package)
saying:
/*!
* Bootstrap v3.0.3 (http://getbootstrap.com)
* Copyright 2013 Twitter, Inc.
* Licensed under http://www.apache.org/licenses/LICENSE-2.0
*/
I thought that
libjs-twitter-bootstrap: /usr/share/twitter-boots
Hi Ghislain,
please use `git import-orig --pristine-tar ` to make sure the
package can be easily built using git-buildpackage.
I also switched to debhelper 9 (as well as I did in pyfftw before
uploading) since there is no valid reason any more to use something
else. Debhelper 9 supports automati
Hi Ghislain,
I reimported the originally uploaded source tarball to the Git
repository and uploaded again. Please make sure that the content of the
repository matches what was uploaded before in the future.
Kind regards
Andreas.
- Forwarded message from Debian FTP Masters
-
Da
Hi,
one of the few packages in Debian Med which has more than 100 active
users according to popcon seems to have a serious problem: The
wxwidgets3.0 transition either injected some bugs or just uncovered
existing bugs. Since upstream moved away from this program and the
Debian Med team does not
Hi Martin,
On Sun, Aug 10, 2014 at 02:06:42PM +0200, Martin Steghöfer wrote:
> ...
> The attached patch should fix it. I removed the dangerous fall-back
> definition (that does more harm than good) and replaced the
> constructor calls (in which the definition was used) by the
> appropriate constru
Hi,
On Wed, Aug 13, 2014 at 10:33:54AM +0200, Ole Streicher wrote:
>
> Maybe you already know that we have now a Debian Astronomy working group [2]
> with a mailing list [3]. Could you imagine to move the packaging sources to
> alioth.debian.org/git/debian-astro/packages/ ? This would allow a
Hi,
I'm goggling on
https://release.debian.org/migration/testing.pl?package=libcofoja-java
and have no idea what might be wrong here. A cause for this riddle might be
$ LANG=en apt-cache policy libcofoja-java
libcofoja-java:
Installed: (none)
Candidate: 1.1-r150-2
Version table:
uild-s] Error 1
Any help would be really welcome
Andreas.
[1] svn://anonscm.debian.org/debian-med/trunk/packages/bowtie/trunk/
On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote:
> +++ Andreas Tille [2014-08-04 09:48 +0200]:
> > Hi,
> >
> > on arm*, powerpc, spar
Hi Ole,
On Sun, Aug 17, 2014 at 01:31:40PM +0200, Ole Streicher wrote:
>
> And, the question remains: how do I effectively shall maintain such a
> package without burding a heavy load to my sponsor and possibly to other
> people (porters)? I am willing to do my job here, but I see myself quite
>
Hi Ole,
On Mon, Aug 18, 2014 at 10:07:31AM +0200, Ole Streicher wrote:
> Andreas Tille writes:
> > On Sun, Aug 17, 2014 at 01:31:40PM +0200, Ole Streicher wrote:
> >>
> >> And, the question remains: how do I effectively shall maintain such a
> >> packag
Hi,
I'd like to offer commit permissions to a non-DD (linrunner-guest on
Alioth) to
git://anonscm.debian.org/collab-maint/tlp.git
The collab-maint Wiki page[1] just says:
Since we want to open the access to many external contributors, we
should be able to restrict their access to the
Hi Vincent,
On Wed, Aug 20, 2014 at 12:44:53AM -0700, Vincent Cheng wrote:
> > Any hint how to contact this "group of trusted developers"?
> > Usually ACLs are set by Alioth admins but I wonder whether there
> > is some other contact point to save some time to alioth admins.
>
> Your point of con
Hi,
any idea how to resolve this gfortran problem:
Automatic builds of abinit with gfortran 4.8.2 (as unstable uses these
days) have been failing:
gfortran -DHAVE_CONFIG_H -I. -I../.. -I../../src/incs -I../../src/incs
-I/«BUILDDIR»/abinit-7.6.3+dfsg/fallbacks/exports/include -ffree-form
-J
Hi Ross,
thanks for your work on geographiclib. I noticed that you created the
missing pristine-tar branch but the commited upstream source did not fit
the changelog version source. I just injected what I found in
apt-get source geographiclib
to fix this. However, since lintian found this
Hi,
On Sat, Aug 30, 2014 at 02:54:50PM -0700, Lucas Nussbaum wrote:
> Source: seqan
> Version: 1.4.1+dfsg-1
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20140830 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all package
Hi Bas,
On Mon, Sep 01, 2014 at 11:40:40PM +0200, Sebastiaan Couwenberg wrote:
>
> > I also wonder whether there are specific rules for backports or whether
> > a simple upload is sufficient.
>
> The most relevant difference is that the package needs to be built in an
> up to date wheezy environ
Hi,
according to
https://buildd.debian.org/status/fetch.php?pkg=abinit&arch=mips&ver=7.8.2-1&stamp=1409394988
abinit build fails in dh_auto_test. Any hint would be welcome.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.
Hi Stuart,
On Wed, Sep 03, 2014 at 05:56:28PM +1000, Stuart Prescott wrote:
> Hi Andreas,
>
> A while ago I looked at abinit 7.4.2 and 7.4.3 and found that it had lots of
> test failures on both amd64 and i386. Looking closely at those failures, I
> found that they were all differences at the 7
might be needed as well.
Kind regards
Andreas.
On Thu, Sep 04, 2014 at 03:39:33AM +0200, Aurelien Jarno wrote:
> On Wed, Sep 03, 2014 at 09:11:07AM +0200, Andreas Tille wrote:
> > Hi,
> >
> > according to
> >
> >
> > https://buildd.debian.org/st
Hi,
On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote:
> +++ Andreas Tille [2014-08-04 09:48 +0200]:
> > on arm*, powerpc, sparc and s390x architectures the build problem is:
> >
> > third_party/cpuid.h: In constructor 'Ebwt::
^^^
I work
Hi,
On Fri, Sep 05, 2014 at 08:00:27PM +0600, Andrey Rahmatullin wrote:
> On Fri, Sep 05, 2014 at 02:15:23PM +0200, Jérémy Lal wrote:
> > > ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
> > > make[2]: *** [bowtie-build] Error 1
> > >
> > > The relevant line in the code is:
Hi Patrick,
On Fri, Sep 05, 2014 at 11:22:02AM -0500, Patrick Baggett wrote:
> > > ebwt.h:1909:asm ("popcntq %[x],%[count]\n": [count]
> > "=&r" (count): [x] "r" (x));
> > Unless someone investigates why GCC on i386 doesn't know this instruction,
> > I suggest compiling with POPC
Hi Patrick,
On Fri, Sep 05, 2014 at 05:57:07PM -0500, Patrick Baggett wrote:
> Well, I was kind of hoping upstream could do the heavy lifting here... :)
Unfortunately upstream of this package is not responsive to any patches
we submitted and any question about technical details. :-(
> but yes,
Hi Bas,
it seems lintian found a new target and gdal-grass is affected:
W: libgdal-grass source: file-without-copyright-information Makefile.in
N:
N:The source tree contains a file which was not matched by any of the
N:Files paragraphs in debian/copyright. Either adjust existing wildcard
this lintian problem is welcome
Andreas.
On Thu, Sep 11, 2014 at 09:27:39AM -0700, Steve Lane wrote:
> Thanks very much. Now I guess I wait for it to show up on the webpage
> and in the repo, yes..?
>
> Best,
>
> --
> Steve Lane
>
> On Sep 11 09:24, Andreas Till
f the Lintian in BTS to identify if it is or not
> a false positive.
I do not think so.
Thanks for the hint anyway
Andreas.
> I hope this help.
>
> Cheers,
>
> Eriberto
>
>
> 2014-09-11 17:31 GMT-03:00 Andreas Tille :
> > Hi,
> >
> > I would
Hi David,
I can confirm this problem. However, I have no idea why this happens.
The critical point is a makefile containing
# Flags to enable native support of most classical image file formats, using
the Magick++ library.
# ( http://www.imagemagick.org/Magick++/ )
CIMG_MAGICK_CFLAGS = -Dcimg_
Hi,
the package seqan currently in testing previously built on all
architectures except sparc (even on kfreebsd-*)[1]. I needed to
fix some onrelated build issue and now the recent build log on
kfreebsd[2] says:
...
cd /«BUILDDIR»/seqan-1.4.1+dfsg/obj-x86_64-kfreebsd-gnu/core/demos &&
/usr/bin/
Hi,
On Tue, Sep 16, 2014 at 10:49:08AM +0100, Steven Chamberlain wrote:
>
> On 16/09/14 10:35, Andreas Tille wrote:
> > the package seqan currently in testing previously built on all
> > architectures except sparc (even on kfreebsd-*)[1]. I needed to
> > fix some onrel
Hi Steven,
On Tue, Sep 16, 2014 at 10:49:08AM +0100, Steven Chamberlain wrote:
> > [1] https://buildd.debian.org/status/package.php?p=seqan&suite=jessie
>
> Huh? According to this it has _never_ built on kfreebsd:
> https://buildd.debian.org/status/logs.php?pkg=seqan&arch=kfreebsd-amd64
>
> (it
the above. How do
> others use the gtest install from debian?
>
> Thanks,
> Tony
>
> On 2014-09-16, at 3:25 PM, Andreas Tille wrote:
>
> Hi Anthony,
>
> On Tue, Sep 16, 2014 at 02:13:33PM -0700, Anthony Raymond wrote:
> Hi Andreas, Steve,
>
> I had to fol
Hi Jackson,
thanks for your input.
On Wed, Sep 17, 2014 at 11:10:24AM +1000, Jackson Doak wrote:
> Hello all,
>
> Would it be possible to build infernal on i386 again, and use a script to
> check for SSE2 support?
>
> For example, The package "ikarus", also requires SSE2 support.
> It has a che
Hi,
I commited a similar solution as shell script wrapper to SVN. Anybody willing
to check this on a i386 machine before I'll upload?
Kind regards
Andreas.
On Wed, Sep 17, 2014 at 09:39:11PM +0100, Rebecca Palmer wrote:
> The solution recently added to Julia is to check, and if necess
hint
would be welcome.
Kind regards
Andreas.
On Tue, Sep 23, 2014 at 07:17:47PM +0900, Charles Plessy wrote:
> Le Tue, Sep 23, 2014 at 11:52:05AM +0200, Andreas Tille a écrit :
> >
> > However, after looking into the build-log (I copied it to
> > /var/tmp/samtools b
Hi,
On Tue, Sep 23, 2014 at 02:44:16PM +0200, Jakub Wilk wrote:
> * Andreas Tille , 2014-09-23, 13:29:
> >I also noticed that while the autobuild on i386 shows a very
> >different number of failed tests than if you run pdebuild on a
> >local i386 machine[2]. The specific er
Hi Charles,
On Thu, Sep 25, 2014 at 09:09:02AM +0900, Charles Plessy wrote:
> Brilliant, many thanks !
+1
> The issue was then quickly solved upstream.
>
> https://github.com/samtools/samtools/issues/300
I confirm that this problem is dealt with. However, we remain at other
errors which
Hi,
when inspecting the build failures I noticed that the common error islding CXX
object
ext/gatb-core/src/CMakeFiles/gatbcore-static.dir/gatb/tools/collections/impl/Bloom.cpp.o
[ 4%] Building CXX object
ext/gatb-core/src/CMakeFiles/gatbcore-static.dir/gatb/tools/storage/impl/StorageTools.cpp
Hi,
I tried to build the latest Bowtie 1.1 but stumbled again about changes
which are most probably incompatible with the latest SeqAn library which
we are using instead of upstreams code copy of an old version. Since I
never recieved any answer from Bowtie upstream I'm asking on Debian
Mentors a
Hi Johan,
I'd like to sponsor this package as requested on SoB Wiki page but there
are several lintian issues (including errors) which would cause an
auto-reject:
E: libhdf4-doc: doc-base-file-references-missing-file libhdf4-ref:13
/usr/share/doc/libhdf4/html-reference/UG_Top.html
E: libhdf4-doc
On Fri, Oct 03, 2014 at 11:53:21PM +0200, Johan Van de Wauw wrote:
> > I'd like to sponsor this package as requested on SoB Wiki page but there
> > are several lintian issues (including errors) which would cause an
> > auto-reject:
>
> Thanks for taking time to review and sorry for your time. I'll
Hi
On Sun, Oct 05, 2014 at 10:32:24PM +0200, Johan Van de Wauw wrote:
> I've uploaded a new version to mentors and pushed to git.
Uploaded.
> I addressed most errors you mentioned, however i was unable to get the
> errors mentioned below, they were also not mentioned on the mentors
> page itself
Hi,
I was stumbling about the extraordinary size of
proj_4.9.0~rc2-1~exp1.debian.tar.xz and noticed that it contains
large files debian/datumgrids*. While README.source gives some
hint I think d/copyright deserves some information. Besides the
fact that the debian packaging in itself does not fi
401 - 500 of 990 matches
Mail list logo
