Hi Gianfranco,
Always a pleasure to have you as my reviewer for this package.
I will fix your comments during the week. I will also take this
opportunity to apply a few of the improvement you suggested on other
reviews.
So more work is needed, such as:
- *not* to use a custom symlink for jq
Your message dated Tue, 13 Oct 2015 08:19:23 + (UTC)
with message-id <185683049.4291184.1444724364041.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing
Library for C [ITA]
has caused the Debian Bug report #792144,
regarding RFS: cunit/2.1-3
Hi,
you should open a bug against release.debian.org
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition
and ask for a transition slot
test if the reverse dependencies still build fine
https://release.debian.org/transitions/html/auto-nfft.ht
On Tue, Oct 13, 2015 at 08:57:27AM +, Gianfranco Costamagna wrote:
> Hi,
>
> you should open a bug against release.debian.org
>
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition
>
> and ask for a transition slot
>
> test if the rever
Dear all,
I have a package (nfft) which builds a few binary packages. These binary
packages correspond to a build of the same library but for different
floating precisions (single, double, long-double).
For the long-double build, nfft requires the long-double version of fftw
which is not ava
On 13/10/15 10:33, Mattia Rizzolo wrote:
On Tue, Oct 13, 2015 at 08:57:27AM +, Gianfranco Costamagna wrote:
Hi,
you should open a bug against release.debian.org
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition
and ask for a transiti
Hi Ghislain,
>"Upload your new version to experimental (and have it clear NEW)"
>
>Requesting a transition slot happens way further the line it seems, or
>am I missing something?
yes, you set target experimental, clear new queue and ask the slot.
cheers,
G.
Ghislain Vaillant writes:
> Architecture: ${libfftw3-long3:Architecture}
Alas, this won't work -- that information isn't available here, and I
don't think substitutions work in the Architecture field anyway.
However, debian/rules can conditionally invoke dh with a suitable -N
flag. I believe i
"Aaron M. Ucko" writes:
> I am testing these changes now (against a checkout of your experimental
> branch) and will follow up with a full patch if they work.
I meant
$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
and
ifeq "" "$(SKIP_NFFTL)"
Having fixed those typos, I produced the atta
On 13/10/15 17:15, Aaron M. Ucko wrote:
"Aaron M. Ucko" writes:
I am testing these changes now (against a checkout of your experimental
branch) and will follow up with a full patch if they work.
I meant
$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
and
ifeq "" "$(SKIP_NFFTL)"
Hav
Package: sponsorship-requests
Severity: normal
Dear Mentors,
I am looking for a sponsor for my package "eclipse-titan":
Package name: eclipse-titan
Version : 5.3-1
Upstream Author : Eclipse Foundation
URL : www.eclipse.org
License : Eclipse Public License - v 1.0
Your message dated Tue, 13 Oct 2015 16:26:41 +
with message-id
and subject line closing RFS: dhcp-probe/1.3.0-11 -- network DHCP or BootP
server discover
has caused the Debian Bug report #786795,
regarding RFS: dhcp-probe/1.3.0-11 -- network DHCP or BootP server discover
to be marked as done.
Control: tags -1 moreinfo
Hi, I won't sponsor the package, but I'm sure you will find a sponsor on
pkg-java, that is the best
place to look for a sponsor
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers
some issues: please open an ITP bug, please upload the sources o
Ghislain Vaillant writes:
> So the final solution is to manually list all supported architectures
> in d/control (same one as libfftw3-double3) and use your patch for
> d/rules?
You can leave Architecture: any in d/control; dpkg-genchanges will warn
about the discrepancy, but proceed anyway.
--
Control: owner -1 !
Hi David
quick review:
1) control: runtime dependencies:
please let python:Depends to its job
I see in setup.py
install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0']
(also: why some dependencies are not listed here?)
2) rules/control: please consider u
Control: owner -1 !
Control: tags -1 moreinfo
Hi James,
1) please join the debian-science team and ask them an ack for the upload
2) please convert in team upload the package
3) please close 561763 in the changelog
4) please merge the two changelogs together
5) please remove rules.old
6) the po
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "osmo-trx"
* Package name: osmo-trx
Version : 0~20150325gitf147b17+dfsg-1
Upstream Author : Osmocom
* URL : http://openbsc.osmocom.org/trac/wiki/OsmoTRX
* License
On 13/10/15 18:08, Aaron M. Ucko wrote:
Ghislain Vaillant writes:
So the final solution is to manually list all supported architectures
in d/control (same one as libfftw3-double3) and use your patch for
d/rules?
You can leave Architecture: any in d/control; dpkg-genchanges will warn
about th
Hi,
is there now anything missing for getting duperemove into Debian?
I've just had a FTBFS bug on a new upload caused by a debian/rules bug
where I was running upstream's make install twice, once without setting
PREFIX. This was causing the package to be installed to $HOME as will as
to ./debian/tmp.
This worked while doing the packaging, because it was silently ge
Am Samstag, den 10.10.2015, 20:44 -0400 schrieb Bill Blough:
> On Fri, Sep 25, 2015 at 10:38:14PM +0200, Tobias Frost wrote:
> > > Issues with the translation files - When the .mo files get
> > > generated,
> > > the .po files get updated with a new timestamp, causing repeat
> > > builds from
> > >
On Tue, Oct 13, 2015 at 09:43:39PM +0200, David Given wrote:
> I've just had a FTBFS bug on a new upload caused by a debian/rules bug
> where I was running upstream's make install twice, once without setting
> PREFIX. This was causing the package to be installed to $HOME as will as
> to ./debian/tm
Your message dated Tue, 13 Oct 2015 22:33:02 +0200
with message-id <1444768382.7111.16.ca...@debian.org>
and subject line Re: Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1
has caused the Debian Bug report #745126,
regarding RFS: passwordsafe/0.97+dfsg-1 [ITP] -- Simple & Secure Password
Management
t
On Tue, Oct 13, 2015 at 10:01:19PM +0200, Tobias Frost wrote:
>
> Looks good so far;
> I still need to complete copyright review, I'll let you know when I
> need something.
Thanks!
>
> PS: You removed the signing key on purpose? Why?
When upstream moved to Github, they stopped signing source p
Hi Gianfranco,
Thank you for continuing to look at this. I have just uploaded the newest
version (5.5.2-1~rc1) to https://mentors.debian.net/package/polyml.
1) I have sent a request to join debian-science. Presumably I should wait until
the package is ready to be uploaded before requesting an up
Control: tags -1 - moreinfo
Package is re-uploaded with fixes in place.
On Wed, Oct 7, 2015 at 11:39 PM, Frederic Bonnard
wrote:
> interesting. I tried to build the package on amd64 too but in a schroot env
> (unstable) and it built fine.
> Could you explain or give some links on how to setup this sbuild env ?
> Thanks a lot,
Sbuild is simple to setup, please visit it
27 matches
Mail list logo
