[ please Cc:-me on replies if you want to get my attention, I'm not
subscribed to -mentors ]
On Wed, 18 Jan 2012 15:26:49 +0100, Martin Zobel-Helas wrote:
Second concern i have here is that (AFAIK) everyone can upload
everything to mentors.debian.net. Which would mean we then would/could
On Sunday 22 January 2012 17:08:48 Tobias Eliasson wrote:
Hi,
--cut--
There are multiple implementations of telnet in Debian. Does quickrdp
really need this particular one provided by the telnet binary
package? If not, then the recommendation/suggestion should be changed
to
Hi everyone,
I recvently adopted a package (sextractor) which was uploaded to
unstable 11 days ago. The previous version is really old (~ 6 years) and
had a few bugs.
The problem is now that the new version depends on some packages that
are still not available everywhere (libatlas-base-dev), and
On Thu, Jan 19, 2012 at 05:31:01PM +0700, Neutron Soutmun wrote:
I must apologize you, Pierre but I have to CC you because we need your
suggestions.
[...]
IMO, if the next release (1.41) of xtables-addons will not build
ipset, so, ipset package should set the Conflicts to only for
On Tue, Jan 24, 2012 at 08:47:21AM +0800, Paul Wise wrote:
I always get curious when people upload with no comments, so here is a review:
First of all, thank you for the review. I’m always looking forward to
improve my packages, and an in–depth review gives me the chance to do
just that.
You
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24.01.2012 10:49, Olе Streicher wrote:
The problem is now that the new version depends on some packages that
are still not available everywhere (libatlas-base-dev), and it also
fails to build on mips and mipsel (when running the unit test of the
On Tue, Jan 24, 2012 at 6:47 PM, Andrea Bolognani wrote:
Yeah, I should probably have mentioned it, but mostly due to the fact
that I’ve added Vcs-* fields — or is collab-maint considered special
in this regard?
Right, collab-maint isn't special here.
Do you suggest mentioning the addition
* Arno Töll deb...@toell.net, 2012-01-24, 11:48:
The problem is now that the new version depends on some packages that
are still not available everywhere (libatlas-base-dev),
Like where? (Presumably you meant s/depend/build-depends/.)
and it also fails to build on mips and mipsel (when
Jakub Wilk jw...@debian.org writes:
* Arno Töll deb...@toell.net, 2012-01-24, 11:48:
The problem is now that the new version depends on some packages that are
still not available everywhere (libatlas-base-dev),
Like where? (Presumably you meant s/depend/build-depends/.)
You are right here.
* Olе Streicher debian-de...@liska.ath.cx, 2012-01-24, 12:52:
The problem is now that the new version depends on some packages
that are still not available everywhere (libatlas-base-dev),
Like where? (Presumably you meant s/depend/build-depends/.)
You are right here. However, the binary would
Jakub Wilk jw...@debian.org writes:
* Olе Streicher debian-de...@liska.ath.cx, 2012-01-24, 12:52:
The problem is now that the new version depends on some packages that are
still not available everywhere (libatlas-base-dev),
Like where? (Presumably you meant s/depend/build-depends/.)
You are
* Olе Streicher debian-de...@liska.ath.cx, 2012-01-24, 13:04:
The problem is now that the new version depends on some packages
that are still not available everywhere (libatlas-base-dev),
Like where? (Presumably you meant s/depend/build-depends/.)
You are right here. However, the binary would
Jakub Wilk jw...@debian.org writes:
* Olе Streicher debian-de...@liska.ath.cx, 2012-01-24, 13:04:
The problem is now that the new version depends on some packages that
are still not available everywhere (libatlas-base-dev),
Like where? (Presumably you meant s/depend/build-depends/.)
You are
Hi mentors,
I uploaded a new version of the suckless-tools package:
* dropped st now, cause its maintained by the stterm-packe.
* included sprop and lsx from the suckless-upstream into the package.
* changed slock to not suid root but setgid shadow
* changed to quilt sourceformat with
Hi !
On 24/01/12 02:57, Samuel Bronson wrote:
On Mon, Jan 23, 2012 at 8:07 PM, Jerome BENOITg62993...@rezozer.net wrote:
Thanks for your reply:
You're quite welcome.
On 23/01/12 19:54, Samuel Bronson wrote:
On Mon, Jan 23, 2012 at 1:08 AM, Jerome BENOITg62993...@rezozer.net
wrote:
* Olе Streicher debian-de...@liska.ath.cx, 2012-01-24, 14:25:
The main problem is that on the mips and mipsel architectures the
packages compile but their unit tests fail - timeout on mips,
Does the test suite involve heavy floating-point computations? Two of
our mips buildds, corelli and
Jakub Wilk jw...@debian.org wrote on 2012-01-24 18:14:
Does the test suite involve heavy floating-point computations? Two of
our mips buildds, corelli and lucatelli, doesn't have FPU, so it
wouldn't be surprising if they couldn't run such a testsuite in a
I have seen in some packages that
Hi Jakob,
I have decided to make profound changes in the compilation of the
package: I've removed some unnecessary things and updated debian/rules
to dh $@. In addition, I have automated the process of packaging of
sources.
Thus, the compilation is more clear and simple.
I hope that the package
On Tue, 24 Jan 2012, Piotr Ożarowski wrote:
[Octavio Alvarez, 2012-01-24]
Just a note, though: the non-automatic subscription behavior of the
BTS could confuse new potential package maintainers, as they might
not subscribe to the corresponding bug (this has happened to me).
Is it a bad
* Joachim Wiedorn ad_deb...@joonet.de, 2012-01-24, 19:05:
Does the test suite involve heavy floating-point computations? Two of
our mips buildds, corelli and lucatelli, doesn't have FPU, so it
wouldn't be surprising if they couldn't run such a testsuite in a
I have seen in some packages that
On Mon, 23 Jan 2012, Michael Gilbert wrote:
On Mon, Jan 23, 2012 at 8:07 PM, Don Armstrong wrote:
On Tue, 24 Jan 2012, Arno Töll wrote:
Hence, please add a sponsorship-requests pseudo-package with
debian-mentors@lists.debian.org as a package owner and we can get started.
This seems like
Joachim Wiedorn ad_deb...@joonet.de writes:
Jakub Wilk jw...@debian.org wrote on 2012-01-24 18:14:
Does the test suite involve heavy floating-point computations? Two of
our mips buildds, corelli and lucatelli, doesn't have FPU, so it
wouldn't be surprising if they couldn't run such a
Jerome BENOIT g62993...@rezozer.net writes:
Is there a better way to deal with this `Changes.xml' ?
I guess that I can add some stuff in the makefile to convert it in text
format:
do specific tools exist to convert this kind of changelog in text format ?
If I were you, I'd ask upstream about
Is there any plan to fix #651790 ?
This way, xtables-addons can also remove the Conflicts with ipset, and
ipset can also Conflicts with xtables-addons ( 1.4x)
This bug also fixed, the ipset package is build only the userland
utility and no needs to build against any recent kernel which the
Recently libswe made it into debian(unstable). Almost immeadiately, I got this
bug:
http://wiki.debian.org/Alioth/PackagingProject
Source: libswe
Version: 1.77.00.0004-1
Severity: serious
Justification: fails to build from source
Automated builds of libswe are failing because unoconv
Paul Elliott pelli...@blackpatchpanel.com writes:
http://wiki.debian.org/Alioth/PackagingProject
Source: libswe
Version: 1.77.00.0004-1
Severity: serious
Justification: fails to build from source
Automated builds of libswe are failing because unoconv (used to
produce PDF and HTML
On Wed, Jan 25, 2012 at 01:37:59AM +, peter green wrote:
Andreas Tille wrote:
Hi,
I have to admit that I do not have any experience with SSE issues. Any
advise what to do in cases like this (see build logs linked below)?
From looking at the build logs it looks like it is trying to
On Wed, Jan 25, 2012 at 12:20:12AM -0600, Paul Elliott wrote:
Source: libswe
Automated builds of libswe are failing because unoconv (used to
produce PDF and HTML documentation) assumes a writable home directory,
Seems like a matter of setting HOME=`pwd`
Given that the documentation
Hello,
I'm working on to prepare QA upload for surf which is orphaned by its
previous maintainer. There is a FTBFS bug reported against this
package [1]. But I'm not able to reproduce this bug. Package builds
fine on the pbuilder clean chroot. I've already reported this on the
bug and also have
29 matches
Mail list logo