r-cran-shinyjs_0.9-1_amd64.changes uploaded successfully to localhost
along with the files:
r-cran-shinyjs_0.9-1.dsc
r-cran-shinyjs_0.9.orig.tar.xz
r-cran-shinyjs_0.9-1.debian.tar.xz
r-cran-shinyjs_0.9-1_all.deb
r-cran-shinyjs_0.9-1_amd64.buildinfo
Greetings,
Your Debian queue d
binary:r-cran-shinyjs is NEW.
binary:r-cran-shinyjs is NEW.
source:r-cran-shinyjs is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 27 Mar 2017 22:28:25 +0100
Source: spyder-memory-profiler
Binary: python3-spyder-memory-profiler
Architecture: source all
Version: 0.1.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Science Maintainers
On Fri, 10 Jun 2016 18:36:52 +0200 (CEST) Pierre Saramito wrote:
> Source: mumps
> Severity: wishlist
>
> Dear Adam,
>
> It would be nice to have libmumps-metis-dev and libmumps-parmetis-dev
> as alternatives to and libmumps-ptscotch-dev
packages:
> please, could you package mumps with (par)met
El 28/03/17 a les 00:51, Leopold Palomo-Avellaneda ha escrit:
> El 27/03/17 a les 23:00, Thorsten Alteholz ha escrit:
>>
>> Hi Leopold,
>>
>> V8/inst/doc/v8_intro.html doesn't really look like the preferred form for
>> modifications. So please ask upstream for the real source of this file.
>>
>
>
apertium-spa_1.0.0~r77293-1_amd64.changes uploaded successfully to localhost
along with the files:
apertium-spa_1.0.0~r77293-1.dsc
apertium-spa_1.0.0~r77293.orig.tar.bz2
apertium-spa_1.0.0~r77293-1.debian.tar.xz
apertium-spa_1.0.0~r77293-1_all.deb
apertium-spa_1.0.0~r77293-1_amd64.buildin
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 29 Mar 2017 17:05:22 +0530
Source: apertium-spa
Binary: apertium-spa
Architecture: source all
Version: 1.0.0~r77293-1
Distribution: unstable
Urgency: low
Maintainer: Debian Science Team
Changed-By: Kartik Mistry
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 29 Mar 2017 17:20:30 +0530
Source: apertium-cat
Binary: apertium-cat
Architecture: source all
Version: 2.0.0~r77286-1
Distribution: unstable
Urgency: low
Maintainer: Debian Science Team
Changed-By: Kartik Mistry
apertium-cat_2.0.0~r77286-1_amd64.changes uploaded successfully to localhost
along with the files:
apertium-cat_2.0.0~r77286-1.dsc
apertium-cat_2.0.0~r77286.orig.tar.bz2
apertium-cat_2.0.0~r77286-1.debian.tar.xz
apertium-cat_2.0.0~r77286-1_all.deb
apertium-cat_2.0.0~r77286-1_amd64.buildin
On Wed, 29 Mar 2017 17:13:13 +0800 Drew Parsons
wrote:
>
> Hi Pierre, I'm preparing an update to mumps 5.1. I'm following
> upstream's new debian template, which builds both scotch and metis at
> the same time. This means libmumps-scotch-dev will have both scotch
> and metis support (similarly i
mumps_5.1.1.orig.tar.gz has incorrect size; deleting it
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-sci
mumps_5.1.1-1exp1_amd64.changes uploaded successfully to localhost
along with the files:
mumps_5.1.1-1exp1.dsc
mumps_5.1.1.orig.tar.gz
mumps_5.1.1-1exp1.debian.tar.xz
libmumps-5.1.1-dbgsym_5.1.1-1exp1_amd64.deb
libmumps-5.1.1_5.1.1-1exp1_amd64.deb
libmumps-dev_5.1.1-1exp1_amd64.deb
li
mumps_5.1.1-1exp1.dsc has incorrect md5 checksum; deleting it
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debi
binary:libmumps-5.1.1 is NEW.
binary:libmumps-ptscotch-5.1.1 is NEW.
binary:libmumps-scotch-5.1.1 is NEW.
binary:libmumps-seq-5.1.1 is NEW.
binary:libmumps-ptscotch-5.1.1 is NEW.
binary:libmumps-scotch-5.1.1 is NEW.
binary:libmumps-5.1.1 is NEW.
binary:libmumps-seq-5.1.1 is NEW.
Your package has b
Source: hfst-ospell
Version: 0.4.3~r338-1
Severity: serious
Justication: Policy 12.5
X-Debbugs-CC: Kartik Mistry
Hi,
I just ACCEPTed hfst-ospell from NEW but noticed it was missing
attribution in debian/copyright for at least:
office.cc:4: Copyright 2015 Tino Didriksen
(This is not exhaus
REJECTing due to inactivity/no response -- please re-upload and/or followup to
previous mails :)
-- Chris Lamb Wed, 29 Mar 2017 17:33:05 +
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
co
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 23 Mar 2017 18:39:27 +0530
Source: hfst-ospell
Binary: hfst-ospell libhfstospell8 hfst-ospell-dev
Architecture: source amd64
Version: 0.4.3~r338-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science T
Dear Maintainer,
Missing a lot of references so this cannot pass NEW (eg.
SRC/Qwt/src/qwt_text_label.cpp but I stopped looking around there).
Please check your package in its entirity and update d/copyright. :)
-- Chris Lamb Wed, 29 Mar 2017 17:32:26 +
===
Please feel free to respond
Your message dated Wed, 29 Mar 2017 18:00:14 +
with message-id
and subject line Bug#824119: fixed in hfst-ospell 0.4.3~r338-1
has caused the Debian Bug report #824119,
regarding hfst-ospell: Should run tests
to be marked as done.
This means that you claim that the problem has been dealt with.
On 29 March 2017 at 19:43, Chris Lamb wrote:
> I just ACCEPTed hfst-ospell from NEW but noticed it was missing
> attribution in debian/copyright for at least:
>
> office.cc:4: Copyright 2015 Tino Didriksen
>
> (This is not exhaustive so please check over the entire package
> carefully and add
eclib_20170122-1_amd64.changes uploaded successfully to localhost
along with the files:
eclib_20170122-1.dsc
eclib_20170122.orig.tar.gz
eclib_20170122-1.debian.tar.xz
eclib-tools-dbgsym_20170122-1_amd64.deb
eclib-tools_20170122-1_amd64.deb
eclib_20170122-1_amd64.buildinfo
libec-dev_20
Hello Chris,
Thank you for reviewing openmeca !
I am sorry but this is my first time... and I am not familiar with
Debian policies and jargon.
I did not understand. What do you mean by "references" ?
Does the problem come from the copyright ? The build process ?
Thank you again, Kind regards,
Hi Damien,
On Wed, Mar 29, 2017 at 10:33:10PM +0200, dada wrote:
> Thank you for reviewing openmeca !
+1
> I am sorry but this is my first time... and I am not familiar with Debian
> policies and jargon.
> I did not understand. What do you mean by "references" ?
> Does the problem come from the
binary:libec3 is NEW.
binary:libec3 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Packages are routinely processed th
Hey Damien!
On Wed, Mar 29, 2017 at 10:44:00PM +0200, Andreas Tille wrote:
> Hi Damien,
>
> On Wed, Mar 29, 2017 at 10:33:10PM +0200, dada wrote:
> > I am sorry but this is my first time... and I am not familiar with Debian
> > policies and jargon.
> > I did not understand. What do you mean by "r
Hello Mattia and Andreas,
Thank you for your very quick reply and clear explanations !
I will read carefully the documentation about copyright statement and
fix the related problems.
Thank you again, See you soon, Damien.
Le 2017-03-29 23:45, Mattia Rizzolo a écrit :
Hey Damien!
On Wed, Mar 2
El 30/03/17 a les 07:25, dada ha escrit:
> Hello Mattia and Andreas,
> Thank you for your very quick reply and clear explanations !
> I will read carefully the documentation about copyright statement and
> fix the related problems.
> Thank you again, See you soon, Damien.
[...]
I would recommend
r-cran-v8_1.3-1_amd64.changes uploaded successfully to localhost
along with the files:
r-cran-v8_1.3-1.dsc
r-cran-v8_1.3.orig.tar.xz
r-cran-v8_1.3-1.debian.tar.xz
r-cran-v8-dbgsym_1.3-1_amd64.deb
r-cran-v8_1.3-1_amd64.buildinfo
r-cran-v8_1.3-1_amd64.deb
Greetings,
Your Debian
binary:r-cran-v8 is NEW.
binary:r-cran-v8 is NEW.
source:r-cran-v8 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Pack
29 matches
Mail list logo
